Первая версия приложения: как проверить идею и не сжечь бюджет

Запрос звучит обычно гордо: "Нужно приложение, как у крупных сервисов, только под нашу нишу". Через пятнадцать минут разговора выясняется другое: людям надо записаться, увидеть статус заказа или открыть свой кабинет. Ленту, чат между всеми, бонусы и десять интеграций можно добавить потом. Если вшить это в старт, разработка мобильного приложения в Беларуси растягивается, а вы так и не поняли, пользуются ли.

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

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

Что берём в работу, а что оставляем на потом

Берём одну главную задачу. Запись к мастеру. Заказ из каталога. Кабинет ученика. Статусы доставки. Обычно это вход, 3–7 рабочих экранов, уведомления и простая админка: окна, товары или уроки меняете сами, без разработчика на каждый чих.

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

На консультации фиксируем две вещи. Какую одну задачу решает приложение. Какой результат смотрите через 30–60 дней после публикации. Без этого легко набрать экраны "на всякий случай".

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

Сроки, магазины и цена

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

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

Публикация в App Store и Google Play отдельная история: юридические данные, политика конфиденциальности, скриншоты, ответы модерации. Кнопку нажали и в топ не выходят. Время на магазины нужно заложить в план, иначе сдача сдвигается не из-за кода, а из-за анкеты.

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

Когда идея уже тянет приложение

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

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

Когда расти и как не переплатить

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

Оплата у нас по этапам: состав фиксируем, счёт по факту принятого куска. После сдачи обучаем, как менять окна, товары или статусы. Доступы и исходники по договору уходят вам.

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