iOS · Android
MVP мобильного приложения: что входит и сколько занимает
MVP — не «кривой прототип», а один главный сценарий, которым можно пользоваться каждый день. Всё остальное — во вторую очередь, иначе релиз уедет на год.
Что обычно входит
- 4–8 экранов: вход, главный сценарий, профиль, базовая поддержка
- Бэкенд под эти экраны, не «платформа на все случаи»
- Аналитика и пуши, если без них сценарий мёртвый
- Сборка в TestFlight / внутреннее тестирование Android
Чего в MVP не должно быть
Рефералка, три тарифа, админка «как у банка», чат с ИИ «на всякий случай». Это убивает срок и не проверяет спрос. Если фича не нужна, чтобы пользователь вернулся завтра — её нет в первой версии.
| Решение | Когда так | Ориентир срока |
|---|---|---|
| Одна платформа | Аудитория явно на iOS или Android | 8–12 недель |
| iOS и Android сразу | Обе ОС критичны с дня один | 10–16 недель |
| Сначала сайт-кабинет | Сценарий живёт в браузере | часто дешевле приложения |
Сроки и платформы
Один главный сценарий — чаще 8–14 недель. Сразу две ОС имеет смысл, если клиенты реально на обеих. Если достаточно браузера — дешевле сайт. Если нужен магазин приложений — мобильная разработка.
Как не раздуть scope
Напишите одно предложение: «Пользователь делает X и получает Y». Всё, что не про X и Y, в бэклог. На защите скоупа это предложение важнее мудборда.
Частые вопросы
Натив или кроссплатформа?
Для MVP чаще кроссплатформа, если нет жёстких требований к железу. Натив берут, когда платформа — часть продукта, а не «ещё один клиент к API».
Нужна ли публикация в сторах в v1?
Не всегда. Закрытый контур для пилотных клиентов быстрее проверяет спрос, чем месяцы модерации.