Сочи · работаем по РФ и СНГ Пн–Пт 10–19 · Сб 11–16 (МСК)
Текст этой страницы без разметки — markdown-версия. Полный список страниц сайта — llms.txt, тексты всех страниц целиком — llms-full.txt.
Мобильные приложения · MVP 6–9 недель от 150 000 ₽ Одна платформа

Мобильные приложения: сначала проверяем, нужны ли они

Это самое дорогое направление студии, и чаще всего оно не нужно: ту же задачу закрывают PWA или Telegram Mini App за меньшие деньги и в меньший срок. Поэтому разговор начинается не со сметы, а с проверки. Если приложение действительно нужно, первая версия под одну платформу стоит от 150 000 ₽ и занимает 6–9 недель.

  • Сначала считаем, не закрывается ли задача PWA или Mini App
  • MVP под одну платформу: до пяти экранов, один сценарий, 6–9 недель
  • Аккаунт разработчика и исходный код оформляются на вас
от 150 000 ₽ 6–9 недель 300+ проектов 9 лет в digital
300+проектов за 9 лет
9лет в digital
6–9 недельсрок первой версии
от 150 000 ₽MVP под одну платформу
5 вопросов, чтобы понять, нужно ли вам приложение Перейти к тесту
Разбираемся

Что вы покупаете вместе с приложением

Минута чтения, после которой понятнее и цена, и срок. Приложение — не одна программа, а четыре обязательства, которые начинаются вместе и заканчиваются не одновременно.

Первое обязательство — клиентская часть. То, что человек видит на экране: экраны, переходы, жесты, реакция на касание. Она пишется под платформу и живёт по её правилам — навигация на Android и на iPhone устроена по-разному, и сайт, вставленный в рамку телефона, люди узнают за полсекунды.

Второе — серверная часть. Данные, вход, заказы, история, уведомления. Она не видна, но именно в ней живёт продукт: приложение на телефоне — это витрина, а склад находится на сервере. Если у вас уже есть работающий сайт, бот или CRM, приложение подключается к ним, и это самая дешёвая дорога из возможных.

Третье — публикация. Приложение попадает к людям только через магазин: метаданные, скриншоты под все размеры экранов, описание, политика конфиденциальности, возрастной рейтинг и проверка на стороне площадки. Это отдельная работа со своими правилами, и срок проверки назначаем не мы.

Четвёртое — обновления, и они не заканчиваются. Операционные системы обновляются каждый год и приносят новые требования: к приватности, к разрешениям, к минимальной версии, с которой сборку вообще примут. Это статья расходов, а не разовый платёж, и начинается она в день релиза, а не когда-нибудь потом.

И главное отличие от сайта, которое стоит денег. Между «человек узнал о вас» и «человек вами пользуется» появляется шаг, которого у сайта нет: скачать и установить. Этот шаг самый дорогой в воронке, и оплачивает его бизнес, а не магазин. Отсюда правило, на котором держится вся страница: приложение не приводит людей — оно удерживает тех, кого вы уже привели.

Поэтому приложение не отменяет сайт. Сайт остаётся точкой входа из поиска и рекламы: у страницы в магазине этой роли нет, её почти не находят снаружи. Если же продукт по смыслу живёт в браузере — личный кабинет, внутренняя система, сервис с подпиской, — телефон ему часто не нужен вовсе. Веб-сервисы и MVP

Когда нужен телефон как устройство

Это единственный критерий, который отделяет приложение от веба технически, а не на уровне вкуса. Прочитайте правую колонку раньше левой: если узнали себя там, мы предложим вариант дешевле — и разбор сэкономит вам и нам по часу.

Приложение оправдано, если нужно
  • Камера как рабочий инструмент. Сканирование штрихкодов и документов, съёмка по регламенту, распознавание прямо на месте — а не «приложить фото к заявке»
  • Датчики телефона. Геолокация при закрытом экране, связь с оборудованием по Bluetooth, NFC, шагомер. Браузеру это либо не отдают, либо отдают с оговорками
  • Работа в фоне. Трек курьера, синхронизация и запись, которые идут, когда экран выключен и человек занят другим
  • Полноценный офлайн. Смена в полях без связи целиком: данные собираются на телефоне и досылаются, когда сеть вернулась
  • Push как критичный канал. Уведомление обязано дойти, и вы не хотите, чтобы между вами и клиентом стояли правила чужой площадки
Хватит веба, если
  • Нужен удобный экран, а не доступ к железу: каталог, запись на время, личный кабинет, оплата, статусы заказа
  • Ваши клиенты уже в Telegram — точка входа у вас есть, и устанавливать им ничего не придётся
  • Есть работающий сайт, и не хватает только иконки на домашнем экране и уведомлений
  • К вам возвращаются реже раза в месяц: установку в таком режиме нечем окупить

Ни один пункт слева не про красоту и удобство — все пять про доступ к устройству. Если задача описывается словами «нужно приложение, чтобы выглядеть серьёзнее» или «чтобы было удобнее, чем на сайте», она решается дешевле, и мы скажем чем.

PWA, Mini App, MVP или полноценное приложение

Четыре ступени одной лестницы, и сроки у всех четырёх стоят здесь рядом. На страницах PWA и Mini Apps мы сравниваем их с приложением по цене входа; срок мобильной разработки называется на этой странице.

Что сравниваемPWATelegram Mini AppМобильное MVPПолноценное приложение
Что это по сути Ваш сайт с иконкой на экране Приложение внутри мессенджера Первая версия под одну платформу Приложение для всех ваших клиентов
Нужна ли установка Нет, ставится с сайта в одно действие Нет, открывается по ссылке Да, из магазина приложений Да, из магазина приложений
Камера, датчики, работа в фоне Ограниченный доступ Ограниченный доступ Полный доступ Полный доступ
Работа без сети Да, для открытых страниц Нет Да, полноценно Да, полноценно
Публикация и модерация Нет Нет Есть, и каждая версия проходит её заново Есть, и каждая версия проходит её заново
Откуда приходят люди Сайт, поиск, реклама Бот, канал, QR Магазин, реклама, ваша база Магазин, реклама, ваша база
Срок первой версии 2–3 недели 2–3 недели 6–9 недель 11–16 недель
Стоимость входа от 40 000 ₽ от 50 000 ₽ от 150 000 ₽ Вторая смета, в блоке цен ниже
Когда выбирать Есть сайт и к вам возвращаются Аудитория в Telegram, сайта может не быть Нужен телефон как устройство, гипотеза не проверена Спрос проверен и нужны обе платформы

Почти всё решают три строки: установка, доступ к железу и работа без сети. Если устанавливать ничего не нужно и доступа к камере, датчикам и фону не требуется, два левых столбца дешевле и быстрее — и мы предложим их сами, а не после того, как вы спросите.

У обоих левых вариантов есть свои страницы со своим сравнением: там та же таблица повёрнута в другую сторону, и ни одна строка ей не противоречит. PWA-приложения · Telegram Mini Apps

Нужно ли вам приложение

Пять вопросов, после которых понятно, что именно вам считать: приложение, Mini App, PWA — или ничего из перечисленного. Из одиннадцати правил внутри восемь уводят с этой страницы, и это не щедрость: тест, который всегда отвечает «вам подходит», не тест, а форма заявки с лишними шагами. Ответы никуда не отправляются, всё считается прямо в браузере.

1 · Что из этого нужно вашему сценарию
2 · Кто будет пользоваться
3 · Где эти люди сейчас
4 · Что у вас уже работает
5 · Сколько платформ нужно на старте
Ответьте на пять вопросов

Скажем прямо: нужно ли вам приложение, закрывается ли задача PWA или Mini App за меньшие деньги — или покупать пока нечего и разумнее проверить спрос другим способом.

Отвечено 0 из 5

Тест смотрит на пять признаков, а разбор — на саму задачу: что именно должен делать человек с телефоном в руках, откуда он возьмётся и что уже работает у вас на сервере. Разбор бесплатный, а три исхода теста из пяти заканчиваются не сметой на приложение.

Забрать разбор задачи

Забрать разбор своей задачи

Тест выше смотрит на пять признаков — разбор смотрит на саму задачу. Что именно человек делает с телефоном в руках, откуда он возьмётся, что у вас уже работает на сервере и какую часть этого можно переиспользовать. По итогам называем вариант, состав первой версии и срок — или говорим, что приложение вам не нужно.

Какой вариант ваш Состав первой версии Платформа и срок

от 150 000 ₽

Ответ в течение рабочего дня. Звонить без спроса не будем

Заявка принята

Разберём задачу и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.

Что входит в первую версию

Шесть пунктов, и все шесть — про то, чтобы приложение дошло до живых людей, а не осталось сборкой у нас на ноутбуке. Состав первой сметы открыт целиком, ничего не вынесено в «обсуждается отдельно».

Разбор сценария и выбор платформы

Одной — той, где больше ваших клиентов, а не «обе на всякий случай». Выбор делается по вашим данным: кто уже покупает, с каких телефонов заходят на сайт, кому вы собираетесь рассказывать про приложение.

Дизайн по правилам платформы

Не сайт, вставленный в рамку телефона: навигация, жесты и элементы управления на Android и на iPhone свои, и люди эту разницу чувствуют, даже не умея её назвать.

Разработка клиентской части

До пяти экранов и один сценарий, доведённый до конца, — а не пять начатых. Сценарий, который обрывается на середине, не проверяет гипотезу: человек всё равно не дойдёт до результата.

Серверная часть, вход и уведомления

На готовых решениях: вход, хранение, отправка уведомлений берутся из того, что уже написано и работает. Своё пишется там, где своё действительно нужно, — иначе срок уйдёт на то, чего никто не увидит.

Публикация на ваш аккаунт разработчика

Вместе с метаданными, скриншотами под все размеры экранов, описанием, политикой конфиденциальности и возрастным рейтингом. Аккаунт — ваш, и это условие, а не жест доброй воли.

Наблюдение после релиза

Отзывы, падения, места, где люди выходят, не дойдя до конца. Правки по отзывам в этот период входят в работу — срок наблюдения указан прямо в составе первой сметы ниже.

От чего зависит цена

Четыре фактора, и первый из них двигает смету сильнее остальных трёх вместе взятых. Разброс здесь честно больше, чем у сайтов и ботов: приложение — это разработка вместе с публикацией, и обе части считаются отдельно.

  1. Сколько платформ

    Главный множитель сметы. Одна платформа, выбранная по вашей аудитории, — это от 150 000 ₽ и 6–9 недель. Две сразу — отдельная смета, и дело не в наценке: удваиваются не строчки кода, а проверка на устройствах, подготовка магазинных страниц и прохождение модерации в двух разных местах по разным правилам. Поэтому мы почти всегда предлагаем начать с одной и добавить вторую, когда первая покажет, что людям это нужно.

  2. Сколько сценариев и экранов

    В MVP один сценарий, доведённый до конца, и до пяти экранов. Каждый следующий сценарий — это не «ещё один экран»: у него своя логика, свои состояния «пусто», «ошибка», «загружается», свои права доступа и свой цикл проверки. Отсюда правило, по которому мы считаем: в смете растут сценарии, а не экраны.

  3. Чей у вас бэкенд

    Если есть работающий сайт, бот, Mini App или CRM с нормальным обменом данными — приложение подключается к ним, и это самая дешёвая дорога. Если сервера нет, его надо строить: база, вход, права, выгрузки. Это отдельная работа, а не строка в смете на приложение, и на разборе мы называем её честно, до счёта.

  4. Что должно работать с железом и без сети

    Камера, датчики, работа в фоне, офлайн с досылкой данных — каждый из этих пунктов добавляет не экран, а отдельный цикл проверки на реальных телефонах. Проверка на новом флагмане ничего не доказывает: разрешения, фоновые ограничения и поведение при потере связи различаются у производителей и у версий систем.

Публикация считается отдельно, и срок модерации не наш. Мы закладываем его в план и готовим всё, что от нас зависит, — но правила площадки назначаем не мы, и обещать, что проверка пройдёт с первого раза, было бы обещанием за чужой счёт.

Три сметы

Лестница нарастающая: каждая следующая смета включает предыдущую целиком. У каждой открыт состав и назван срок — и срок здесь не выводится из цены, это два независимых числа. Раньше он считался делением, и на приложение получались невозможные три недели.

MVP под одну платформуот 150 000 ₽6–9 недель

Проверить гипотезу на реальных людях

  • Одна платформа — Android или iOS, выбирается по вашей аудитории
  • До пяти экранов и один сценарий, доведённый до конца
  • Вход, серверная часть и уведомления на готовых решениях
  • Публикация в магазине приложений на ваш аккаунт разработчика
  • Исходный код в вашем репозитории с первого дня
  • Две недели наблюдения после релиза, правки по отзывам входят
чаще выбираютДве платформыот 300 000 ₽11–16 недель

Приложение для всех ваших клиентов

  • Android и iOS из одной кодовой базы
  • До двенадцати экранов, несколько сценариев
  • Своя серверная часть и админка для ваших сотрудников
  • Push-уведомления с сегментами, а не всем подряд
  • Аналитика внутри приложения: видно, где люди выходят
  • Всё из MVP внутри, а не вместо
С личным кабинетом и интеграциямиот 500 000 ₽16–23 недели

Приложение как рабочий инструмент бизнеса

  • Личный кабинет: история, документы, статусы, оплаты
  • Обмен с 1С, CRM или складом в обе стороны
  • Роли и права: клиент, сотрудник, администратор
  • Офлайн-режим для тех, кто работает в полях
  • Нагрузочная проверка до релиза, а не после первой акции
  • Месяц сопровождения после запуска

Начинать почти всегда стоит с первой. MVP существует не для того, чтобы сэкономить, а чтобы проверить гипотезу на реальных людях: если первая версия никому не понадобилась, вторая и третья этого не исправят — они лишь сделают ненужное приложение более полным.

Сроки указаны для случая, когда серверная часть у вас уже есть или строится на готовых решениях. Если сервер нужно писать с нуля, это отдельный этап, и его срок мы называем после разбора, а не угадываем здесь.

Разбор чаще заканчивается не сметой на приложение

Это неудобно писать на странице самой дорогой услуги, но так и есть. Приложение — единственное наше направление, где разбор чаще уводит человека на что-то дешевле, чем приводит к договору. Разбор бесплатный и ни к чему не обязывает.

Сначала считаем, что дешевле

Проверяем задачу по порядку: хватит ли мобильной версии сайта, потом PWA, потом Mini App — и только после этого считаем приложение. Порядок именно такой, а не обратный.

Если приложение нужно — называем состав

Платформу, сценарий, экраны и срок, а не вилку «от и до». Вилка — способ не принимать решение при клиенте и оставить себе место для манёвра позже.

Если не нужно — говорим прямо

И показываем, что сделать вместо: иногда это PWA за пару недель, иногда бот, а иногда — не делать ничего и потратить деньги на трафик к тому, что уже работает.

Разбор ведёт основатель, а не менеджерДостаточно описать словами, что человек должен делать с телефоном в руках. Ни технического задания, ни макетов для разговора не нужно — они появляются после, и часто не такими, какими их представляли до.

Условия, при которых мы сами предложим остановиться

Приложение — самый длинный и самый дорогой проект в нашем списке, и подрядчику здесь всегда выгодно продолжать: «дорабатываем» объясняет что угодно и сколько угодно. Поэтому условия остановки описаны до договора и меряются вашими цифрами, а не нашим мнением.

КогдаЧто смотримОстанавливаемся, еслиПродолжаем, если
До договора Закрывается ли задача дешевле Закрывается — не берёмся и отправляем на PWA или Mini App, даже если вы готовы платить Нужен телефон как устройство: камера, датчики, фон или полный офлайн
Прототип Проходят ли люди сценарий на кликабельном макете Не проходят — переделываем сценарий до кода: написанное приложение этого не исправит Доходят до конца и понимают, что происходит, без объяснений
После релиза MVP Возвращаются ли те, кто поставил Ставят и не возвращаются — функциональность не расширяем, сначала разбираем причину Возвращаются и доходят до целевого действия
Через квартал Цену установки против цены заявки из веба Установка обходится дороже — приложение не масштабируем и говорим об этом прямо Человек из приложения обходится дешевле и возвращается чаще

Отказ на первой строке стоит нам договора, который мы могли бы подписать. Но проект, который не должен был начинаться, стоит дороже: ваши месяцы, наша репутация и разговор, который всё равно случится — только позже, когда деньги уже потрачены.

Аккаунты магазинов оформляются на вас

У мобильной разработки есть точка захвата, которой нет у сайтов: аккаунт разработчика. Если он оформлен на подрядчика, приложение формально принадлежит подрядчику — и выпустить обновление без него нельзя, даже когда код у вас на руках. Это самый тихий способ привязать клиента, и мы им не пользуемся.

Регистрация платная и делается на ваши документы. Мы помогаем её пройти и подсказываем, что понадобится, но оформить аккаунт на себя не предлагаем ни при каких условиях. Точные условия магазинов меняются — сверяем их на старте проекта, а не цитируем статью.

Как это записано в договоре

  • Аккаунт разработчика App Store Connect — на вашу компанию
  • Аккаунт Google Play Console — на вашу компанию
  • Сертификаты и ключи подписи у вас: без них новую версию не выпустит никто
  • Исходный код в вашем репозитории с первого дня, а не после приёмки
  • Исходники дизайна, а не выгруженные картинки экранов
  • Серверная часть на вашей инфраструктуре и ваших доступах
  • Аналитика и сервис уведомлений — на ваших аккаунтах
  • Документация: как собрать, подписать и выложить новую версию

Как идёт работа

Пять этапов, 6–9 недель на MVP под одну платформу. Первый идёт до договора и бесплатно, второй проверяет сценарий до того, как написана первая строка кода, — именно там дешевле всего обнаружить, что задумка не работает.

  1. 01

    Разбор и выбор

    Нужно ли приложение вообще и какая платформа первой. До договора и бесплатно: если ответ «не нужно», мы его и даём.

  2. 02

    Сценарий и кликабельный прототип

    Показываем макет живым людям и смотрим, доходят ли они до конца. Переделать здесь стоит часов, а в готовом приложении — недель.

  3. 03

    Дизайн и разработка спринтами

    С демо по ходу: сборку можно поставить себе на телефон задолго до релиза и потрогать, а не смотреть на скриншоты в переписке.

  4. 04

    Проверка на устройствах и публикация

    Разные телефоны, разные версии систем, плохая связь. Потом магазинная страница, метаданные и подача на проверку.

  5. 05

    Наблюдение после релиза

    Отзывы, падения, места, где люди выходят. По этим данным и решается, что делать дальше: расширять, чинить или остановиться.

Срок модерации в магазинах мы не контролируемОн заложен в план, но назначается площадкой. Что именно бывает на этом этапе и почему каждое обновление проходит проверку заново — разобрано отдельным блоком.

Правила магазинов

Магазины: правила, которые не наши

Пять вещей, которые обычно всплывают уже после оплаты. Мы перечисляем их до — пусть лучше вы откажетесь сейчас, чем узнаете на приёмке, что срочную правку нельзя выкатить сегодня.

  1. Публикация — отдельная работа, а не кнопка

    Магазинная страница собирается руками: название и описание по их правилам, скриншоты под все размеры экранов, иконка, политика конфиденциальности, возрастной рейтинг, ответы на анкету о том, какие данные приложение собирает и зачем. Это заметный кусок работы, и он входит в смету явной строкой, а не растворяется в слове «разработка».

  2. Модерацию мы не контролируем

    Сборка может пройти проверку сразу, а может вернуться с замечанием — иногда по поводу, который мы не могли предвидеть, потому что требование трактуется человеком на той стороне. Мы закладываем проверку в план и готовим всё, что от нас зависит, но обещать её срок не будем: это обещание за чужой счёт.

  3. Каждое обновление проходит проверку заново

    Это главное практическое отличие от сайта. Опечатку в цене на сайте мы правим в тот же день, а в приложении — выпускаем новую версию и ждём. Часть текстов и данных поэтому имеет смысл держать на сервере, чтобы менять их без обновления, и мы закладываем это в архитектуру с самого начала.

  4. Правила меняются, и приложение надо под них двигать

    Новые требования к приватности, к разрешениям, к минимальной версии, с которой сборку вообще принимают. Эта работа идёт всё время, пока приложение живёт, даже если продукт не развивается. Приложение, которое давно не обновляли, магазин может перестать показывать в поиске или снять с публикации.

  5. Комиссия на цифровые товары

    Если внутри приложения продаётся доступ, подписка или контент, магазин требует использовать свою платёжную систему и берёт долю с каждой продажи. На физические товары и услуги, которые оказываются вне приложения, это не распространяется — там работает ваш эквайринг. Конкретные условия у площадок разные и меняются, поэтому мы сверяем их на старте проекта, а не пишем здесь число, которое устареет молча.

Если вам критично выкатывать правки в тот же день — это аргумент за PWA или Mini App. У них публикации нет вовсе, обновление уходит к людям сразу, и мы скажем это на разборе, а не после первой срочной правки. PWA-приложения

Откуда возьмутся установки

Вопрос, который решает судьбу проекта чаще, чем качество кода: приложение готово, а ставить его некому. У магазина нет обязанности приводить вам людей: это делают восемь способов ниже, и у каждого мы честно помечаем, чья это работа.

Ссылка на страницу в магазинеоформляем мы
QR на чеке, витрине, упаковкемакет от нас
Баннер на вашем сайтеставим, если сайт наш
Рассылка по существующей базебаза ваша, текст от нас
Сотрудники предлагают при контактесценарий за вами
Поиск внутри магазинаимя и описание — наша работа
Реклама на установкуотдельный бюджет
Переход из бота или Mini Appесли они у вас уже есть

У приложения нет своего адреса в поиске. Страница в магазине почти не находится снаружи и внутри конкурирует с сотнями тысяч других — на самотёк её отпускать нельзя. Установка оплачивается рекламой или существующей базой, и если нет ни того, ни другого, приложение поставят единицы.

Самый недооценённый способ в списке — сотрудники. У бизнеса с живым контактом (стойка, доставка, монтаж, приёмка) один человек, который говорит «поставьте, так будет удобнее», приводит больше установок, чем реклама за те же деньги. Это не наша работа и не строка в смете, но без неё запуск часто и провисает — поэтому мы говорим об этом до релиза, а не после.

Что происходит после запуска

У приложения стоимость владения заметнее, чем у любого другого нашего продукта: сайт может спокойно стоять без правок годами, приложение — нет. Умолчать об этом значит продать ощущение, что на релизе всё закончилось.

Первые недели — наблюдение

Читаем отзывы в магазине, смотрим падения и места, где люди выходят, не дойдя до результата. Первая версия почти всегда расходится с тем, что мы предполагали, и это нормально: за этим MVP и делается. Правки по отзывам в этот период входят в первую смету.

Дальше — обновления под новые версии систем

Постоянная статья, а не разовая: платформы обновляются каждый год и приносят новые требования, под которые приложение приходится пересобирать, даже если вы в нём ничего не меняли. Доработки считаются часами — 3 000 ₽ по факту и 2 000 ₽ в абонементе.

Развитие или передача

Либо мы развиваем приложение дальше по данным, либо передаём вашей команде: код, аккаунты магазинов, ключи подписи и документация у вас с первого дня, так что уйти можно в любой момент и без нашего согласия.

Часы доработок и абонементы — на странице ценТам же видно, с какого объёма абонемент выгоднее почасовой оплаты, а с какого — наоборот. Отдельного абонемента на мобильные приложения у нас нет: работа считается теми же часами, что и любая другая доработка.

Цены и часы

Нативно или кроссплатформа

Вопрос, который первым задаёт технический человек на той стороне. Отвечаем до разговора, потому что ответ влияет и на смету, и на то, кто сможет поддерживать приложение после нас.

  • Кроссплатформа по умолчанию. Одна кодовая база на обе системы. Это не «подешевле»: там, где главное — экраны, данные и уведомления, разница с нативным кодом пользователю не видна, а поддержка идёт одним комплектом вместо двух. Второй комплект — это не только разработка, но и вдвое больше мест, где что-то может сломаться
  • Нативно — когда упираемся в железо или производительность. Тяжёлая графика, сложная работа с камерой, фоновые задачи на грани того, что платформа вообще разрешает. Мы называем это на разборе и до сметы, а не после старта: переход с кроссплатформы на нативный код в середине проекта — это новый проект
  • Серверная часть переиспользуется. Есть сайт, бот или Mini App с рабочим бэкендом — приложение подключается к нему, а не строится рядом. Поэтому путь «сначала Mini App, потом приложение» дешевле обратного: переписывается интерфейс, а данные, логика и интеграции остаются
  • MVP собирается на готовых решениях. Вход, уведомления, хранение файлов, аналитика берутся готовыми и настраиваются. Написать собственную систему входа на этапе проверки гипотезы — способ потратить половину срока на то, чего пользователь не увидит и не оценит

Три возражения, которые нам говорят вслух

Все три справедливые, и первое — чаще остальных. Отвечаем здесь, а не на созвоне, чтобы вы могли подумать без нас и без давления.

«Дорого»

Дорого не в момент запуска, а во владении. Разработка заканчивается, обновления под новые версии систем — нет, и считать надо сразу вместе с ними. Зато и сравнивать честнее не с сайтом, а с альтернативой: PWA или Mini App закрывают часть задач за меньшие деньги, и если ваша задача среди них, мы скажем это первыми, а не после подписания.

«У конкурента есть приложение»

Откройте его страницу в магазине и посмотрите на две вещи: сколько там оценок и когда была последняя версия. Приложение без установок и без обновлений — это витрина, которую видите только вы и он. Наличие приложения у конкурента доказывает, что у него был бюджет, и не доказывает, что оно ему что-то принесло.

«Начнём с приложения, сайт потом»

Порядок обратный. Приложение удерживает тех, кого вы уже привели, и само людей не приводит: у страницы в магазине нет поискового трафика, а установку придётся покупать рекламой. Сайт — это точка входа, приложение — способ вернуть человека второй и третий раз. Сначала первое, потом второе.

Раскрытых кейсов у направления нет

Так и написано, потому что это правда. Девять лет работы студии — это сайты, боты, Mini Apps и сервисы; мобильная разработка у нас самое редкое направление, и витрины с процентами роста для него не будет.

Честнобез цифр

Почему здесь пусто

Выдуманный кейс мобильной разработки собрать легче всего: чужие цифры лежат в открытых отчётах, и проверить их никто не станет. Именно поэтому мы этого не делаем — на странице, которая половину своего объёма отговаривает вас от покупки, придуманный процент отменяет всё остальное.

Что у нас действительно есть — видно в портфолио: там девять проектов, и ни один из них не мобильное приложение.

Всё портфолио
Что можно посмотреть

Работу видно на разборе

Показываем работающие продукты студии, близкие по устройству: Mini Apps с оплатой и личным кабинетом, сервисы со своей серверной частью и обменом данными. От приложения они отличаются оболочкой и способом доставки, а не тем, что внутри, — а внутри как раз и лежит основная работа.

Разбор бесплатный и ни к чему не обязывает. Если по итогам окажется, что приложение вам не нужно, мы так и скажем.

Записаться на разбор

Здесь будет первый кейс

Карточка появится, когда клиент разрешит рассказать и когда накопятся цифры, которые можно проверить: сколько людей поставили приложение, сколько вернулись и что изменилось в их поведении. Раньше этого писать нечего.

Если вы наш клиент и не против рассказать — напишите, соберём карточку сами и покажем вам до публикации.

Написать нам

Четыре формата

Три первых — про то, чем и подо что пишется приложение. Четвёртый попал в этот список намеренно: чаще всего начинать разумно именно с него, и это не фигура речи, а самый частый исход нашего разбора.

Сроки — для первой версии с готовой или собираемой на готовых решениях серверной частью. Отдельное направление PWA с собственными сметами и тестом пригодности — на своей странице. PWA-приложения

Приложение для вашей отрасли

Двадцать две отрасли, и порядок в списке не алфавитный: сверху те, где телефон чаще нужен именно как устройство — камера, геолокация, работа без связи. Чем ниже отрасль в списке, тем выше шанс, что на разборе мы предложим PWA или Mini App вместо приложения.

Пометок «опыт есть» в этом списке нет, и это намеренно: мобильных приложений в этих нишах мы не делали. Опыт у нас в самих отраслях — сайты, боты и Mini Apps, — и на разборе мы прямо говорим, что из него переносится на приложение, а что придётся выяснять заново. Ставить здесь те же пометки, что на странице Mini Apps, значило бы выдать чужой опыт за свой.

Что обычно идёт вместо или рядом

Первые три строки — это не допродажа, а то, чем чаще всего заканчивается разбор. Две последние нужны тогда, когда приложение действительно делается: одна отвечает на вопрос, откуда возьмутся люди, вторая — на вопрос, как это будет выглядеть.

Когда приложение вам не нужно

Четыре ситуации, в которых мы отговариваем. Отговаривать здесь дороже, чем где-либо ещё на сайте, и именно поэтому блок стоит целиком, а не прячется сноской: в каждой из четырёх ситуаций мы называем, что делать вместо, и всё названное дешевле приложения.

  1. Если к вам возвращаются реже раза в месяц

    Приложение живёт повторными заходами. Установка — самый дорогой шаг воронки, и окупает её только возврат: человек поставил один раз и дальше открывает вас в одно нажатие. Если второго раза не будет, иконка исчезнет с экрана быстрее, чем вы успеете посчитать окупаемость. Окна, натяжные потолки, переезд, ремонт под ключ — те же деньги в сайт и рекламу дадут больше, и на разборе мы предложим именно это.

  2. Если ваша аудитория уже в Telegram

    Mini App закрывает ту же задачу без установки, без магазинов и без модерации — от 50 000 ₽ и 2–3 недели. Это не «дешёвая замена»: у людей, которые уже в мессенджере, точка входа существует, а приложению пришлось бы покупать её заново. Каталог, запись, оплата, кабинет и уведомления там уже есть. Telegram Mini Apps

  3. Если есть работающий сайт, а нужна иконка и уведомления

    Это PWA: от 40 000 ₽ и 2–3 недели, без публикации, без модерации и без второй кодовой базы. Сайт получает иконку на домашнем экране, запуск без адресной строки, работу при плохой связи и уведомления. Отказываться от этого в пользу приложения имеет смысл только тогда, когда нужен доступ к камере, датчикам или фону. PWA-приложения

  4. Если продукта ещё нет и приложение должно его создать

    Приложение не создаёт спрос — оно обслуживает существующий. Самый частый способ потерять весь бюджет разом: написать приложение под идею, которую никто не проверял, и узнать правду после публикации, когда менять поздно и дорого. Гипотезу проверяют тем, что делается за недели и правится в тот же день: посадочной, ботом, Mini App. Приложение — следующий шаг, а не первый.

Есть отдельная страница о том, когда наши услуги не нужныОна написана не для красоты: разбор довольно часто заканчивается словами «вам это пока не нужно, сделайте вот это сами» — и мы показываем как.

Когда вам это не нужно

Мобильная разработка: что стоит знать до заказа

Сколько стоит разработка мобильного приложения

Первая версия под одну платформу начинается от 150 000 ₽ и занимает 6–9 недель. За этими числами стоит конкретный состав, а не порядок сумм: одна платформа, выбранная по вашей аудитории, до пяти экранов, один сценарий, доведённый до конца, вход и уведомления на готовых решениях, публикация в магазине на ваш аккаунт разработчика и наблюдение после релиза.

Цену двигают четыре вещи, и первая из них — число платформ. Две системы сразу означают не удвоение кода, а удвоение проверки на устройствах, подготовки магазинных страниц и прохождения модерации в двух разных местах по разным правилам. Дальше идут количество сценариев (экраны считаются, но растёт смета именно от сценариев), наличие у вас работающей серверной части и то, сколько в приложении работы с камерой, датчиками, фоном и офлайном — каждый такой пункт добавляет отдельный цикл проверки.

Отдельно стоит помнить про стоимость владения. Разработка заканчивается, обновления — нет: операционные системы выходят каждый год и приносят требования, под которые приложение приходится пересобирать, даже если вы в нём ничего не меняли. Приложение, которое давно не обновляли, магазин может перестать показывать в поиске. Поэтому сравнивать бюджет на приложение с бюджетом на сайт некорректно: у сайта простой ничего не стоит, у приложения — стоит.

И последнее про цену, что мы говорим до сметы: срок здесь не выводится из суммы. Цена и объём — два независимых числа, и 6–9 недель на первую версию названы как оценка работы, а не как результат деления бюджета на ставку. Раньше на этом месте получалась арифметика, из которой следовали сроки, невозможные физически.

Нативное или кроссплатформенное приложение

По умолчанию мы делаем кроссплатформенно: одна кодовая база работает на обеих системах. Это не компромисс ради экономии. Там, где главное в приложении — экраны, данные, уведомления и работа с сервером, разница с нативным кодом пользователю не видна, а поддерживается такой продукт одним комплектом вместо двух. Второй комплект — это не только вторая разработка, но и вдвое больше мест, где что-то может разойтись.

Нативная разработка нужна там, где упираются в железо или в производительность: тяжёлая графика, сложная работа с камерой, фоновые задачи на грани того, что платформа вообще разрешает. Такое мы называем на разборе и до сметы, потому что переход с кроссплатформы на нативный код в середине проекта — это не правка, а новый проект.

Что важнее выбора технологии: серверная часть переиспользуется в любом случае. Если у вас уже работают сайт, бот или Telegram Mini App с нормальным обменом данными, приложение подключается к ним, а не строится рядом. Именно поэтому путь «сначала Mini App, потом приложение» дешевле обратного: переписывается интерфейс, а данные, логика и интеграции остаются на месте.

Что нужно, чтобы опубликовать приложение в магазине

Публикация — отдельная работа, а не кнопка в конце разработки. Нужны аккаунт разработчика, оформленный на вашу компанию, сертификаты и ключи подписи, магазинная страница с названием и описанием по правилам площадки, скриншоты под все размеры экранов, иконка, политика конфиденциальности, возрастной рейтинг и ответы на анкету о том, какие данные приложение собирает и зачем.

Аккаунт разработчика — самое важное место во всём списке. Если он оформлен на подрядчика, приложение формально принадлежит подрядчику: выпустить обновление без него нельзя, даже когда исходный код лежит у вас. Это самый тихий способ привязать клиента, и мы им не пользуемся — регистрация делается на ваши документы, а мы помогаем её пройти. То же касается ключей подписи: без них новую версию не выпустит никто.

Срок модерации назначает площадка. Сборка может пройти проверку сразу, а может вернуться с замечанием, которое невозможно было предвидеть. Мы закладываем проверку в план и готовим всё, что от нас зависит, но обещать её срок — значит обещать за чужой счёт. И это касается не только первого релиза: каждое обновление проходит проверку заново, поэтому часть текстов и данных имеет смысл держать на сервере, чтобы менять их без выпуска новой версии.

Когда мобильное приложение не нужно: PWA и Mini App

Приложение оправдано там, где нужен телефон как устройство: камера как рабочий инструмент, датчики, работа в фоне, полноценный офлайн с досылкой данных, push как критичный канал. Если ничего из этого в задаче нет, а нужен удобный экран — каталог, запись на время, личный кабинет, оплата, статусы, — задача решается в вебе за меньшие деньги и в меньший срок.

Первый вариант — PWA: готовый сайт получает иконку на домашнем экране, запуск без адресной строки, работу при плохой связи и уведомления, и всё это без публикации и без второй кодовой базы. Начинается от 40 000 ₽, занимает 2–3 недели. Второй — Telegram Mini App: приложение внутри мессенджера, которое открывается по ссылке и не требует установки вовсе. Начинается от 50 000 ₽, занимает 2–3 недели. Он особенно уместен, если ваши клиенты уже в Telegram: точка входа к ним у вас уже есть, а приложению её пришлось бы покупать рекламой.

Есть и третья ситуация, в которой не нужно ни то, ни другое: продукта ещё нет, и приложение должно его создать. Приложение не создаёт спрос — оно обслуживает существующий. Гипотезу дешевле проверять тем, что делается за недели и правится в тот же день, а приложение оставлять на следующий шаг, когда уже понятно, кто и зачем им будет пользоваться.

Разумный порядок обычно такой: сначала веб, потом приложение. Так вы узнаёте цену привлечения и частоту возвратов на дешёвом инструменте, а не выясняете их после релиза в магазинах, когда деньги уже потрачены и менять дорого.

Вопросы про мобильные приложения

Восемь вопросов, которые задают чаще всего. Про договор, оплату нашей работы и гарантии — на отдельной странице: ответы должны жить в одном месте, иначе со временем разойдутся.

Первая версия под одну платформу — от 150 000 ₽, срок 6–9 недель. В неё входят до пяти экранов, один сценарий, доведённый до конца, вход и уведомления на готовых решениях и публикация на ваш аккаунт разработчика. Дальше цену двигают число платформ, количество сценариев, наличие у вас работающего сервера и объём работы с камерой, датчиками и офлайном. От чего зависит цена

6–9 недель на первую версию под одну платформу, 11–16 недель на две, 16–23 недели на приложение с личным кабинетом и обменом данными. Срок не считается из цены — это два независимых числа, и раньше, когда один выводился из другого, на приложение получались невозможные три недели. Сроки указаны для случая, когда серверная часть уже есть или собирается на готовых решениях; если сервер нужно писать с нуля, это отдельный этап.

По умолчанию кроссплатформенно: одна кодовая база на обе системы, один комплект поддержки вместо двух. Там, где главное — экраны, данные и уведомления, разница с нативным кодом пользователю не видна. Нативно делаем, когда упираемся в железо или производительность: тяжёлая графика, сложная работа с камерой, фоновые задачи на грани возможностей платформы. Это решается на разборе и до сметы. Как устроено внутри

Вам. Аккаунты App Store Connect и Google Play Console регистрируются на вашу компанию и на ваши документы, сертификаты и ключи подписи остаются у вас, исходный код лежит в вашем репозитории с первого дня. Оформить аккаунт на студию мы не предлагаем ни при каких условиях: это ровно тот крючок, из-за которого клиенты потом не могут обновить собственное приложение. Что остаётся у вас

Срок проверки назначает площадка, и мы его не контролируем: сборка может пройти сразу, а может вернуться с замечанием. Если вернулась — дорабатываем и подаём снова, это часть работы, а не дополнительный счёт. Мы закладываем проверку в план и готовим всё, что от нас зависит: магазинную страницу, скриншоты, политику конфиденциальности, ответы про собираемые данные. Обещать срок модерации мы не будем — это обещание за чужой счёт.

Это постоянная статья расходов, а не разовая. Платформы обновляются каждый год и приносят новые требования к приватности, разрешениям и минимальной версии, с которой сборку вообще принимают, — приложение приходится пересобирать, даже если вы в нём ничего не меняли. Приложение, которое давно не трогали, магазин может перестать показывать. Доработки считаются часами: 3 000 ₽ по факту и 2 000 ₽ в абонементе. Цены и часы

Да, и это разумный порядок, а не запасной. Серверная часть, база, логика и интеграции переиспользуются — переписывается интерфейс. Сначала проверяете на дешёвом инструменте, кто и зачем этим пользуется и сколько стоит привлечение, а потом решаете, нужен ли магазин. Обратный путь дороже: из приложения нельзя «достать» проверенную гипотезу, если её не было. Telegram Mini Apps

Именно поэтому первая версия — MVP, а не полный продукт: он существует, чтобы этот ответ стоил дешевле. Условия, при которых мы сами предложим остановиться, описаны до договора: если люди не проходят сценарий на прототипе, если ставят и не возвращаются, если установка обходится дороже заявки из веба. В каждом случае мы разбираем причину, а не расширяем функциональность в надежде, что поможет. Стоп-критерии

Расскажите задачу — скажем, нужно ли вам приложение

  • Бесплатный разбор: считаем, не закрывается ли задача PWA или Mini App
  • Если приложение нужно — называем платформу, состав первой версии и срок
  • Если не нужно — скажем прямо и покажем, что сделать вместо
Николай Старостов, основатель Starostoff
Николай Старостов Основатель. Разбор веду лично, не передаю менеджеру
Куда прислать разбор

Ответ в течение рабочего дня

Заявка принята

Разберём задачу и вернёмся в течение рабочего дня. Если срочно — напишите в Telegram.