Самое дорогое слово в смете — «сразу»

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

Ссылка проверит спрос раньше, чем стор

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

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

Мы советуем PWA, когда достаточно иконки на экране, push-уведомлений и доступа к заранее сохраненным данным. Сценарии с датчиками и сложным офлайном оставляем полноценному приложению: в Alps2Alps водитель должен гарантированно видеть маршрут и заказ без связи, а затем синхронизировать изменения. Фоновая синхронизация поддерживается не во всех браузерах, поэтому критичный маршрут на PWA не опираем.

Приложение начинает тратить бюджет еще до релиза

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

Flutter убирает дубль там, где экраны, навигация и основная логика одинаковы для iOS и Android: один мобильный проект заменяет два независимых. Публикация, тестирование и нативные интеграции остаются раздельными; чем больше продукт зависит от камеры, Bluetooth, геолокации и фоновых режимов, тем меньше выигрыш от общей базы.

После релиза каждое обновление снова проходит тот же цикл. К нему добавляется поддержка минимальных версий iOS и Android и устройств с разными экранами, памятью и особенностями операционной системы.

В горах браузера уже недостаточно: кейс Alps2Alps

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

• Геолокация определяет маршрут, ближайший объект, зону доставки или положение сотрудника.
• Камера, микрофон, Bluetooth, NFC или датчики телефона используются внутри сервиса.
• Push-уведомления должны быстро возвращать человека к заказу, сообщению или следующему шагу.
• Приложение открывают несколько раз в день, и каждый лишний шаг заметно мешает.
• Данные должны оставаться доступными при слабом интернете.
   

Так было в проекте Alps2Alps. Водители выполняют трансферы в Альпах: около 75% заказов проходят в зонах, где связь может быть нестабильной. Проблема проявляется не постоянно, а на отдельных участках маршрута, поэтому данные должны быть доступны заранее. Мы сохраняли маршрут и детали заказа на устройстве, а после возвращения сети синхронизировали изменения.

После появления офлайн-режима доля трансферов, сорванных из-за проблем со связью, снизилась с 20% до 10% от общего числа поездок. В мобильном контуре проекта обработка заказа сократилась с 4,5 минуты по телефону до 45 секунд, а число обращений в поддержку — с 450 до 140 в месяц.

«Онлайн-школа №1»: уроки в вебе, дневник в телефоне

У «Онлайн-школы №1» учебное ядро работает в вебе: расписание, уроки, задания, материалы, проверка работ и инструменты преподавателей. Ученику не нужно устанавливать отдельную версию платформы, чтобы пройти основной путь. За 30 дней веб-сервисом пользуются 2 840 активных учеников.

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

У конкурента есть приложение. Это ещё не аргумент

Перед оценкой почти всегда звучит: «У конкурентов уже есть приложение». Сам факт присутствия в сторе ничего не говорит о спросе. Продукт могут скачать из-за рекламы, открыть один раз и удалить.

У недоделанной версии быстро появляются отзывы о сбоях, низкое удержание и рейтинг вроде 4,1★. Карточка в сторе с жалобами на продукт вредит репутации сильнее, чем отсутствие приложения. Полезнее изучить отзывы конкурента: они показывают, какой сценарий важнее всего закрыть веб-версией.

Пять вопросов, которые уберут лишнее из сметы

• В какой ситуации человек открывает продукт: дома, в офисе или в дороге?
• Как часто он возвращается в сервис?
• Можно ли пройти весь путь в мобильном браузере?
• Какая часть сценария не работает без телефона?
• Что должен показать запуск: спрос, готовность платить или удержание?

Решение сводится к четвертому вопросу: телефон участвует в задаче — приложение входит в стартовый объем. Конкретного ответа нет — мобильный релиз может подождать.

Чтобы веб-запуск не закрыл дорогу к iOS и Android, бэкенд лучше проектировать API-first. Бизнес-логика, роли, права доступа, данные и аналитика остаются на сервере, а веб-интерфейс становится одним из клиентов. Тогда мобильные приложения подключаются без полной переделки системы.

Если на старте вы выбираете между сайтом и приложением, напишите нам. Мы посмотрим на путь пользователя, ограничения устройства и предложим состав релиза под вашу гипотезу.