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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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