Первая версия приложения: что оставить, а что отложить до второй
Первая версия приложения должна закрывать один главный сценарий от начала до оплаты. Всё остальное откладывается до первых пользователей и цифр. Такой подход даёт данные о реальных людях за 4–6 недель. Ниже о том, как выбрать главный сценарий, что входит в MVP и какие функции лучше подождать.
Мобильное приложение: MVP от 500 000 ₽, 4–6 недель. Примеры и цены →
Почему первая версия разрастается
Каждая функция по отдельности кажется нужной: авторизация, профиль, бонусы, чат с поддержкой, аналитика, темы оформления. Хочется, чтобы приложение выглядело завершённым, и список растёт.
Цена такого решения высокая
Разработка тянется дольше, появляется больше ошибок, а решения о том, что нужно клиенту, принимаются без данных. Через полгода релиз выходит без пользователей, и на исправления уже нет бюджета.
Есть и обратная ошибка
Слишком урезанная версия не отвечает даже на главный вопрос клиента, и выводы из неё неверны. Поэтому граница проводится по сценарию главного пути пользователя.
Поэтому в начале задайте один вопрос: без чего первая версия не имеет смысла? Всё, что на этот вопрос не отвечает, претендует на вторую версию.
Чтобы ответ был конкретным, спросите себя: какой один показатель изменится, если первая версия выйдет? Ответ на этот вопрос задаёт границы первой версии лучше любого списка функций.
Главный сценарий одной фразой
Главный сценарий описывается одной фразой, например: «клиент выбирает услугу, указывает время и оплачивает запись». Если фраза получается длинной, сценарий, скорее всего, распался на два отдельных продукта или два этапа.
Затем распишите шаги от открытия до оплаты
Обычно выходит пять–семь шагов: открыл, вошёл, выбрал, указал детали, подтвердил, оплатил, получил подтверждение. Каждый шаг проверяйте вопросом: без этого шага клиент не сможет завершить покупку?
Главный сценарий делается первым и проверяется первым
Экраны на него согласуют до разработки, и это проще, чем переделывать их после релиза.
Проверить сценарий можно и до программиста
Возьмите пять человек из целевой аудитории и попросите пройти сценарий без подсказок. Места, где они застревают или спрашивают, что делать дальше, станут первыми правками в прототипе. Такой тест занимает день и заметно сокращает переделки.
Сделаем под ключ
MVP под ключ: одно приложение для Android или iOS, backend с базой данных, авторизация и основной сценарий, публикация в один магазин. От 500 000 ₽, 4–6 недель, 30 дней поддержки после запуска.
Пакеты: MVP от 500 000 ₽ · PRO от 1 200 000 ₽ · ENTERPRISE по запросу. Что входит
Что оставить в первой версии
В первой версии обычно остаётся пять пунктов:
- главный сценарий до оплаты: заказ, запись или покупка; - авторизация и профиль клиента; - оплата, если без неё нет продукта; - админка для сотрудников, иначе они будут работать в таблицах рядом с приложением; - мониторинг ошибок с первого дня, чтобы о сбоях не узнавали из отзывов.
Мониторинг кажется лишним, пока его не нужно
Но без него ошибку в оплате заметят только по жалобам. Сбор ошибок настраивают вместе с сервером в рамках одного проекта. Как устроены личный кабинет и профиль клиента, разобрано в статье о личном кабинете.
Админка не обязана быть сложной
Обычно хватает экранов, где видно заказы, меняется их статус и обрабатываются обращения клиентов. Отчёты по сотрудникам и сложные роли можно сделать во второй версии.
Что отложить до второй версии
Во вторую версию переносятся функции, которые усиливают первый сценарий, но не нужны для его запуска:
- программа лояльности и бонусы; - чат с поддержкой внутри приложения; - сложная аналитика и рекомендации; - вторая платформа, если аудитория на одной; - темы оформления, анимации и мелкие настройки.
Вторая платформа вызывает больше всего споров. Если клиенты пользуются приложением на Android, а данных о iOS у вас нет, iOS подождёт. Решение строится на данных и измерениях.
Программа лояльности может появиться позже, когда будет понятно, кто возвращается. Без первых пользователей бонусы придумываются вслепую.
Аналитику в первой версии ограничьте тремя показателями: сколько людей открыли приложение, сколько дошли до оплаты и сколько оплатили. Этих цифр хватит, чтобы понять, где клиенты теряются. Сложные отчёты появятся, когда станет ясно, что именно нужно измерять.
Если аналитики совсем нет, команда будет принимать решения по ощущениям. Минимальный набор из трёх цифр уже отвечает на главный вопрос: доходят ли клиенты до оплаты.
Пример: два приложения за месяц
Служба такси «Везучая Трёшка» выпустила два приложения, для клиента и для водителя, за месяц. Срок относится к объёму работ, который команда выбрала в начале. В центре оказались заказ, маршрут и выплаты: без них сервис не работает.
Выплаты водителям автоматизировали через банк, и деньги стали приходить за минуты вместо двух суток. Свою карту на OpenStreetMap собрали вместо платной, потому что поиск адресов через прежнюю карту тормозил. Эти решения касаются главного сценария и того, как пользователь проходит путь. Подробнее в кейсе «Везучая Трёшка».
Вывод простой: сначала путь клиента до оплаты и деньги, потом всё остальное.
Когда хватит самому, когда звать студию
Список из пяти пунктов и главный сценарий можно записать самому. Это хорошая подготовка перед разговором с подрядчиком: он увидит, что вы понимаете задачу, и ответит с планом и ценой.
Первую версию одного приложения с сервером, авторизацией, профилем и публикацией в один магазин делаем за 4–6 недель, пакет от 500 000 ₽. В пакет входит 30 дней поддержки. Точный состав и цену фиксируем в договоре. Подробности на странице мобильного приложения. Этапы и цену MVP разбираем отдельно в статье «MVP: этапы, сроки и цена».
Если в первой версии есть оплата, проверьте её на тестовых платежах до запуска и заранее договоритесь, кто отвечает за возвраты.
Цены по рынку и чек-лист собраны в бесплатном гайде «Мобильное приложение для бизнеса» в нашем боте.
Частые вопросы
Что спрашивают до заказа и что мы на это отвечаем.
Что входит в MVP приложения?
Главный сценарий до оплаты, вход и профиль клиента, оплата, если без неё нет продукта, и админка для сотрудников. Программа бонусов, чат и аналитика переносятся во вторую версию.
Сколько длится разработка первой версии?
Одно приложение с сервером, авторизацией, профилем и публикацией в один магазин делается за 4–6 недель. Вторая версия с платежами, push и интеграциями занимает от 6 до 10 недель, в зависимости от состава.
Нужны ли сразу Android и iOS?
Не обязательно. Если аудитория на одной платформе, вторую добавляют позже. Flutter собирает Android и iOS из одного кода, поэтому переход на вторую платформу не требует писать всё заново.
Можно ли потом добавить функции?
Да, если сервер и база спроектированы с расчётом на рост. Поэтому в техническом задании записывают, что будет во второй версии, и уже под неё строят архитектуру.
Как это выглядит на практике
Все кейсы
Clyovo разработка
Приложение такси «Везучая Трёшка»
Везучая Трёшка · региональная служба такси (Бурятия, Краснодар, +2 региона)
на сайт
Не хотите разбираться сами?
MVP под ключ: одно приложение для Android или iOS, backend с базой данных, авторизация и основной сценарий, публикация в один магазин. От 500 000 ₽, 4–6 недель, 30 дней поддержки после запуска.
Мобильное приложение: MVP от 500 000 ₽, 4–6 недель →
Не готовы к разговору? Начните с гайда «Мобильное приложение для бизнеса» в Telegram →