MVP мобильного приложения: состав, сроки, бюджет

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

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

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

Ключевые выводы

• MVP за 6 недель стоит 1,1–2,8 млн ₽ при команде 5–6 человек; на готовом бэкенде (Supabase, Firebase) — 0,7–1,4 млн ₽.
• В MVP входит не больше 3–5 пользовательских сценариев; шестой сценарий обычно съедает 2 недели и не влияет на метрику.
• Гипотеза считается проверенной, если D7 retention ≥ 25% и не меньше 8% новых пользователей доходят до целевого действия без скидки.
• Бета на 100–300 реальных пользователях обходится в 150–400 тыс. ₽ на привлечение и даёт данные, которых не даст ни один прототип в Figma.
• Аналитика ставится на 4-й неделе, а не «потом»: без событий и воронки шесть недель превращаются в потраченный бюджет.
• Экономить стоит на дизайне и админке, а не на бэкенде, оплате и безопасности: переписывание ядра после релиза стоит 600 тыс. – 1,2 млн ₽, то есть дороже половины MVP.

Что считаем MVP, а что им не является

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

Не путайте MVP с прототипом и с урезанным релизом. Прототип в Figma не проверяет платёжеспособность, а «сырой релиз» без аналитики и оплаты собирает установки, но не факты. Ниже — разница, которую полезно проговорить с командой до старта.

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

Создать приложение кодом за 6 недель: план по неделям

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

1. Неделя 1. Гипотеза и метрика. 8–12 интервью с целевыми пользователями, формулировка «мы верим, что <действие> вырастет до <числа>», выбор одной метрики. Артефакт — одностраничник с метрикой и антиметрикой.
2. Неделя 2. Сценарии и прототип. 3–5 пользовательских путей в Figma, согласование логики онбординга и оплаты. Артефакт — кликабельный прототип и список экранов с оценкой в часах.
3. Недели 3–4. Разработка ядра. Один целевой сценарий целиком: регистрация, основной экран, оплата, уведомления. Параллельно — бэкенд на PostgreSQL и админка на 2 экрана.
4. Неделя 5. Аналитика и внутренние тесты. Яндекс Метрика для приложений или AppMetrica, 15–25 событий, воронка, регресс на 12–15 устройствах. Артефакт — дашборд с воронкой.
5. Неделя 6. Бета-релиз. TestFlight и закрытый трек Google Play, 100–300 пользователей, ежедневный разбор метрик и 1–2 правки без изменения архитектуры.

Ключевое правило: объём работ фиксируется в конце второй недели. Любая новая функция попадает в список следующей версии, а не в текущий спринт.

Смета: из чего складывается бюджет MVP

Бюджет считается не по экранам, а по человеко-часам команды. В 2026 году рыночные ставки в студии: продуктовый аналитик — 2 500–4 000 ₽/час, дизайнер — 2 000–3 500 ₽/час, мобильный разработчик — 3 000–5 000 ₽/час, бэкенд-разработчик — 3 000–4 800 ₽/час, QA — 1 800–2 800 ₽/час.

Итого 1,1–2,8 млн ₽. Вилка сжимается до 0,7–1,4 млн ₽, если взять готовый бэкенд и не делать свою админку. Обратная сторона: при росте до 20–30 тыс. пользователей такой бэкенд придётся переписывать, и это отдельный бюджет 600 тыс. – 1,2 млн ₽.

Что не входит в смету MVP: контент, маркетинг, публикация в сторах (пошлины 99 $ и 25 $ единоразово), поддержка после релиза 60–140 тыс. ₽ в месяц. Эти расходы планируйте отдельно — они не разовые.

Метрики, по которым гипотеза считается проверенной

Заранее договоритесь о пороге: метрика ниже порога — гипотеза не подтвердилась, и это нормальный результат за 1,5 млн ₽.

Для сервисных приложений ориентиры такие: D1 retention 40–50%, D7 — 25–35%, D30 — 12–20%; конверсия из установки в регистрацию 30–45%; из регистрации в целевое действие 10–25%. Если продукт платный, смотрите на долю первых платежей в первую неделю: меньше 2% при цене подписки 400–700 ₽ — сигнал, что ценность не считывается.

Сравнивайте не с конкурентами, а с собственной антиметрикой: временем до первого целевого действия и долей пользователей, которые дошли до конца онбординга. Падение на шаге онбординга почти всегда дешевле починить, чем увеличивать бюджет на привлечение: рост конверсии онбординга с 45% до 65% даёт тот же эффект, что удвоение рекламного бюджета, но стоит в 10–15 раз дешевле.

Где MVP обычно проваливается

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

Дальше по частоте: шесть и больше сценариев в первой версии; дизайн «как у лидера рынка» вместо своего сценария; админка, которую делают раньше основного экрана; нативная разработка сразу под iOS и Android, когда хватило бы одной кроссплатформенной кодовой базы. И отдельно — отсутствие владельца продукта на стороне заказчика: 15–20 часов в неделю его времени нужны обязательно, иначе решения зависают на неделю каждое.

Это не сработает, если рынок требует лицензий и сертификаций (медицина, финансовые сервисы) или если продукт обязан работать офлайн в поле. Там проверка гипотезы за 6 недель невозможна, и честнее планировать 4–6 месяцев.

Если в поиске задачу формулируют иначе — «создать сайта», «создать 1с», «какой сайт создать» — речь обычно про ту же проверку спроса, только другим инструментом. Определиться, какой сайт создать под ту же гипотезу, помогает сравнение стоимости: лендинг за 120–350 тыс. ₽ проверяет спрос быстрее, а приложение нужно там, где ценность в повторных действиях и push-уведомлениях. О том, как делить функциональность между двумя каналами, мы разбирали в статье приложение и сайт: что отдать каждому.

Частые вопросы

Сколько стоит MVP мобильного приложения в 2026 году?

Студийная разработка — 1,1–2,8 млн ₽ за 6 недель, включая аналитику, дизайн, разработку, бэкенд и QA. На готовом бэкенде без своей админки укладываются в 0,7–1,4 млн ₽. Команда из фрилансеров даст цену на 30–40% ниже, но сроки обычно растягиваются в 1,5–2 раза.

Можно ли сделать MVP за 3 недели?

Можно, если гипотеза одна, а продукт — это один экран с оплатой и без сложной логики. Тогда бюджет 500–900 тыс. ₽, но вы проверите только спрос, а не удержание: за 3 недели пользователи не успевают вернуться в продукт второй раз.

Нужен ли MVP, если у меня уже есть сайт?

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

Что делать после проверки гипотезы?

Если метрика взята — переходите к развитию: 2–3 сценария следующей версии, нормальная инфраструктура, публикация в App Store и Google Play, поддержка. Если метрика не взята, меняйте гипотезу и проверяйте следующую, не переписывая продукт: обычно 60–70% кода MVP переносится в новую версию.

Кто должен быть в команде MVP?

Минимум: продакт или аналитик, дизайнер, мобильный разработчик, бэкенд-разработчик и QA на часть ставки. Проектный менеджер нужен, если заказчик не может выделять 15–20 часов в неделю на приёмку решений.

Что делать дальше

Начните с одностраничника: гипотеза, метрика, порог, границы первой версии, бюджет и дата беты. Такой документ занимает 3–4 часа и экономит месяцы споров: он сразу показывает, какие функции вы не делаете.

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

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «Разработка приложений». Основной запрос материала — «создать приложение кодом» (2 580 показов в месяц). Если у вас другая ситуация — напишите, разберём.