← Все статьи

Веб-приложение или мобильное приложение: что нужно бизнесу и когда стоит делать оба

Короткий ответ: если сервисом пользуются по ссылке, за компьютером или время от времени, хватит веб-приложения с адаптивной вёрсткой — по нашему прайсу от 160 000 ₽ и от 10 дней. Мобильное приложение — от 200 000 ₽ и от 2 недель — нужно, когда клиент возвращается часто, ждёт уведомлений или пользуется камерой, геолокацией и работой без сети. Оба формата нужны, когда у сервиса две аудитории: сотрудники в офисе и клиенты или сотрудники на выезде.

Про выбор между лендингом, корпоративным сайтом и веб-приложением мы писали в отдельной статье — она есть в подборке в конце. Здесь следующий шаг: продукт с кабинетами уже нужен, и вопрос в том, открывать его в браузере, ставить из магазина приложений или делать и то и другое.

Чем веб-приложение отличается от мобильного на практике?

Веб-приложение открывается в браузере по ссылке и обновляется сразу у всех. Мобильное приложение ставится из магазина, живёт иконкой на экране и глубже работает с телефоном. Остальные различия вытекают из этого.

• Доступ. Веб — ссылка, без установки, на любом устройстве. Мобильное — поиск в App Store или Google Play и установка.
• Обновления. Веб обновляется в момент выкладки на сервер. Новая версия мобильного приложения проходит проверку магазина, а пользователь обновляет её у себя.
• Уведомления. В веб-приложении — email, в мобильном — push. Веб-push на iPhone работает только для веб-приложений, добавленных на экран «Домой», начиная с iOS 16.4.
• Функции устройства. Камера, геолокация в фоне, работа без сети — сильная сторона мобильного приложения.
• Большие экраны. Таблицы, фильтры, выгрузки и дашборды удобнее в браузере на компьютере.
• Внешние правила. Мобильное приложение подчиняется правилам App Store и Google Play, включая правила об оплате цифровых товаров. У веб-приложения этого слоя нет.

Сколько стоит и сколько делается каждый вариант?

Веб-приложение у нас стоит от 160 000 ₽ и делается от 10 дней, мобильное приложение — от 200 000 ₽ и от 2 недель. Это нижние границы тарифов: итоговую смету считаем под задачу и фиксируем в договоре до старта, оплата — 50% предоплатой и 50% по акту.

В веб-приложение по прайсу входят:

• личные кабинеты и разграничение прав по ролям;
• база данных и API под ваши сущности;
• дашборды и таблицы с фильтрами, поиском и экспортом;
• регистрация, вход, восстановление пароля, уведомления по email;
• приём оплаты и учёт транзакций, 1–2 внешние интеграции;
• адаптивная вёрстка под компьютер и телефон, выкладка на сервер, домен и SSL.

В мобильное приложение входят:

• iOS и Android из одного кода на React Native или Flutter, до 6–8 экранов;
• регистрация и вход, push-уведомления и базовая аналитика;
• оплаты: подписки или разовые платежи через магазины или эквайринг;
• подключение к вашему API или простой бэкенд на нашей стороне;
• иконка, сплэш-экран, карточки и публикация в App Store и Google Play.

Нативные мобильные приложения в тариф веб-приложения не входят. Для мобильного приложения отдельно оплачиваются аккаунты разработчика Apple и Google Play — они оформляются на вас, — а также сложная логика, чаты, карты и видеозвонки.

Когда достаточно адаптивного веб-приложения?

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

• Внутренние системы. Заявки, согласования, склад, отчёты: сотрудники работают за компьютером, иногда заглядывают с телефона.
• Кабинет клиента B2B. Счета, документы, статусы заказов — клиент заходит несколько раз в месяц и не станет ради этого ставить приложение.
• Проверка гипотезы. MVP в браузере запускается быстрее и дешевле, а публичные страницы продукта могут находиться поиском.
• Частые изменения. Если логика ещё меняется каждую неделю, выкладка без проверки магазинов экономит время.

Если нужна иконка на экране, но магазины не обязательны, есть промежуточный вариант — PWA: его в нашем прайсе называют вариантом «быстрее и дешевле» мобильного приложения. Подробности и ограничения на iPhone — в статье про PWA и кроссплатформу.

Когда без мобильного приложения не обойтись?

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

• Ежедневное использование. Сервис, в который заходят каждый день, — доставка, запись, трекинг, сообщество, — удобнее иконкой, чем закладкой.
• Уведомления — часть сервиса. «Курьер подъезжает», «запись через час», «новое сообщение». Как устроены push и как не раздражать ими, мы разобрали в отдельной статье.
• Камера, геолокация, работа без сети. Фотоотчёты с объекта, маршруты, работа там, где плохая связь.
• Присутствие в магазинах. Когда клиенты ищут сервис в App Store и Google Play или конкурентное окружение требует приложения.

Когда нужно и то и другое?

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

• Офис и выезд. Менеджеры и руководители работают в веб-кабинете с таблицами и отчётами, а мастера, курьеры или прорабы — в мобильном приложении с фото, геолокацией и уведомлениями.
• Клиенты и администратор. Клиенты пользуются приложением, а вы управляете каталогом, заказами и контентом в браузере. Учтите: админ-панель в перечне тарифа мобильного приложения не указана, её объём считаем после брифа.
• Клиенты на разных устройствах. Часть аудитории приходит с компьютера, часть живёт в телефоне, и обе группы видят одни и те же данные.

Что будет стоить поддержка после запуска?

После сдачи оба тарифа включают 14 дней бесплатного исправления ошибок, дальше — поддержка по абонентке от 7 900 ₽ в месяц или почасово. Но объём этой поддержки у двух форматов разный.

• Веб-приложение. Живёт на одном сервере: обновления выкладываются один раз, и все пользователи сразу видят новую версию.
• Мобильное приложение. Каждую новую версию нужно собрать под iOS и Android, пройти проверку магазинов и дождаться, пока пользователи обновятся. Кроме того, приложение приходится обновлять под новые версии iOS и Android, даже если вы сами ничего не меняли.
• Постоянные расходы. Аккаунт Apple Developer оплачивается ежегодно — 99 долларов в год, регистрация в Google Play — 25 долларов один раз. Для веб-приложения обязательны сервер и домен, а для мобильного — ещё и сервер, к которому оно подключается.

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

Какие вопросы задать себе перед выбором?

Пять вопросов обычно решают выбор за полчаса — ответы на них стоит принести на бриф.

1. Кто пользователи и сколько их групп? Одна группа — скорее один интерфейс, две с разными задачами — возможно, оба.
2. Как часто человек будет заходить? Раз в месяц — веб, каждый день — приложение.
3. Какие функции телефона нужны? Камера, геолокация, работа без сети, push — список прямо влияет на формат и смету.
4. Нужны ли магазины приложений? Если клиенты ищут вас в App Store и Google Play — нужно приложение, если приходят по ссылке — может хватить веба или PWA.
5. Что будет через год? Если второй интерфейс вероятен, закладываем API и роли так, чтобы его можно было добавить без переделки сервера.

В каком порядке делать, чтобы не платить дважды?

Экономный путь — один сервер с API и два интерфейса к нему. Тогда данные, права доступа и расчёты пишутся один раз, а веб и мобильное приложение только показывают их по-своему.

1. Сначала данные и API. Веб-приложение по нашему тарифу включает базу данных и API под ваши сущности. Это фундамент, к которому потом подключится мобильное приложение: подключение к вашему API входит в тариф мобильного приложения.
2. Затем самый нужный интерфейс. Чаще это веб: он дешевле на старте и быстрее проверяет гипотезу. Если продукт без телефона не работает, порядок обратный.
3. Один способ входа для обоих. Российским компаниям с входом в кабинет стоит сразу заложить способ авторизации, разрешённый законом, — подробнее в статье о входе без Google и Apple.
4. Одинаковые роли и права. Если права проверяет сервер, а не интерфейс, второе приложение не откроет лишнего.

Сумма нижних границ двух тарифов — 360 000 ₽, но это ориентир, а не смета: итог зависит от числа экранов, ролей и интеграций. Чтобы получить точную цену под ваш сценарий, заполните бриф — предложим порядок работ и зафиксируем смету до старта.

Короткие ответы на частые вопросы

Что дешевле: веб-приложение или мобильное приложение?

По прайсу Roboweb веб-приложение стоит от 160 000 ₽ и делается от 10 дней, мобильное приложение для iOS и Android — от 200 000 ₽ и от 2 недель. Точную смету считаем после брифа и фиксируем в договоре.

Когда достаточно адаптивного веб-приложения?

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

Когда нужно мобильное приложение?

Когда клиент пользуется сервисом часто и ждёт уведомлений, когда нужны камера, геолокация или работа без сети, и когда важно присутствие в App Store и Google Play.

Можно ли сделать и веб-, и мобильное приложение на одном сервере?

Да, и это самый экономный путь: данные и бизнес-логика живут на сервере за API, а веб-кабинет и мобильное приложение — два интерфейса к нему. В тариф мобильного приложения входит подключение к вашему API.

С чего начать, если бюджет ограничен?

Обычно с веб-приложения: оно дешевле на старте, быстрее запускается и сразу даёт API, к которому позже подключится мобильное приложение. Исключение — продукты, которые без функций телефона не имеют смысла.

Услуги и кейсы по теме: веб-приложения и SaaS · мобильные приложения