Приложение — не обёртка над сайтом: где проходит граница

Запрос «нужно приложение, как наш сайт, только в сторе» звучит на каждой второй встрече. Иногда он оправдан, чаще — нет. Пользователь тратит место в памяти, проходит установку и даёт разрешения; взамен он ожидает того, чего браузер не даёт. Если этого нет, приложение удаляют через неделю, а бюджет уже потрачен на две платформы и их поддержку.

1. Когда приложение действительно нужно

Регулярность — продуктом пользуются несколько раз в неделю: доставка, банк, логистика, внутренние системы для сотрудников.

Офлайн — курьер, монтажник или водитель работает там, где связь пропадает; данные должны копиться локально и синхронизироваться позже.

Оборудование — камера с распознаванием, сканер штрихкодов, GPS в фоне, Bluetooth, NFC.

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

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

Если ни один пункт не выполняется, адаптивный сайт или PWA закроет задачу дешевле и быстрее.

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

2. Нативно или кроссплатформенно

Для большинства бизнес-задач кроссплатформенная разработка закрывает 90% функциональности при одной кодовой базе. Нативная реализация остаётся оправданной там, где критичны сложная графика, работа с камерой в реальном времени, фоновые процессы с жёсткими требованиями или глубокая интеграция с системными возможностями платформы. Практичный компромисс — общая кодовая база с нативными модулями для узких мест.

3. О чём забывают при оценке

Стоимость приложения не заканчивается релизом. В бюджет закладывают: ежегодные аккаунты разработчика, обновления под новые версии ОС, модерацию в сторах (включая повторные отправки), поддержку старых версий у пользователей, которые не обновляются, и сбор аварийных отчётов. Обычно это 15–25% от стоимости разработки в год — и эту строку лучше увидеть до старта, а не через год.

4. Практическое правило

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