Вопрос «с чего начать — с сайта или с приложения» звучит почти в каждом новом проекте. Правильного ответа на все случаи нет. Зато есть несколько вопросов, ответы на которые обычно делают выбор очевидным.
Сначала — о том, чем на самом деле отличаются два варианта, потом — о критериях и типичных ситуациях.
В чём разница для пользователя
Веб-приложение открывается в браузере по ссылке. Его не нужно устанавливать, оно одинаково работает на компьютере и телефоне, а обновление появляется у всех сразу после выкладки. Это хороший вариант для работы с большими объёмами данных, таблицами, документами — для всего, что удобнее делать на большом экране.
Мобильное приложение живёт на телефоне. Его нужно найти в магазине и установить — это лишний шаг. Зато потом иконка всегда под рукой, работают push-уведомления, доступны камера, геолокация и другие возможности телефона, а с плохой связью приложение справляется лучше сайта.
Проще говоря: веб легче начать использовать, приложение легче использовать каждый день.
В чём разница для бюджета
Запуск веб-версии обычно проще: одна платформа, нет проверки в магазинах, обновления выкатываются когда угодно. Мобильное приложение — это две платформы, iOS и Android, и публикация в двух магазинах со своими правилами.
Кроссплатформенная разработка на Flutter сильно сокращает эту разницу: одно приложение собирается под обе системы. Но выпуск через магазины и тестирование на разных устройствах остаются.
Важно и другое: у большинства продуктов есть серверная часть — бэкенд, база данных, админ-панель. Она общая для веба и приложения. Поэтому вторая версия продукта стоит заметно меньше первой: значительная часть работы уже сделана.
Критерии выбора
Вот вопросы, которые стоит задать себе до разговора с подрядчиком.
Как часто пользователь открывает продукт? Каждый день или несколько раз в день — аргумент за приложение. Раз в месяц — за веб: никто не станет ставить приложение ради редкого действия.
Где он находится в этот момент? За рабочим столом — веб. В дороге, на складе, на объекте, у клиента — скорее приложение.
Нужны ли уведомления? Если ценность продукта в том, чтобы вовремя сообщить — о статусе заказа, новой заявке, смене графика, — push-уведомления дают приложению серьёзное преимущество.
Нужны ли возможности телефона? Камера для фото и сканирования кодов, геолокация, работа без связи — всё это естественнее в приложении.
Сколько данных на экране? Таблицы, отчёты, длинные формы и документы удобнее в браузере на большом мониторе.
Как пользователь приходит в продукт? Если из поиска, рекламы или по ссылке в письме — веб-страница откроется сразу, а до приложения нужно дойти через магазин.
Кто пользователь — клиент или сотрудник? Сотрудника можно попросить установить приложение. Клиента — только убедить.
Типичные ситуации
Сервис для клиентов с регулярными покупками — доставка, запись, заказы. Частое использование и уведомления о статусе говорят в пользу приложения. Но веб-версия помогает новым клиентам попробовать сервис без установки. Часто начинают с приложения и простой веб-страницы для первого заказа.
Личный кабинет для клиентов B2B — документы, счета, заказы, акты. Работают за компьютером, данных много, заходят по необходимости. Почти всегда начинают с веба.
Внутренний инструмент для офиса — заявки, согласования, отчёты. Сотрудники сидят за компьютерами, данные табличные. Веб-версия — разумный первый шаг.
Инструмент для сотрудников «в поле» — курьеры, монтажники, инвентаризация на складе. Камера, геолокация, нестабильная связь — нужно приложение.
Корпоративный портал — здесь часто нужны обе версии: офисные сотрудники работают в браузере, а те, кто вне офиса, — с телефона. Так устроен наш кейс IntraLink: веб-портал и мобильное приложение для iOS и Android.
Промежуточный вариант: веб, который ведёт себя как приложение
Между сайтом и приложением есть середина. Адаптивное веб-приложение удобно работает на экране телефона, а прогрессивное веб-приложение (PWA) можно ещё и добавить на главный экран иконкой, как обычное приложение, — без магазина и установки.
Такой вариант хорош, чтобы проверить мобильный сценарий без затрат на две платформы и публикацию. Но у него есть пределы. Push-уведомления на iPhone работают с оговорками, доступ к возможностям телефона ограничен, а в магазине приложений вас не найдут. Если продукт приживётся и пользователи станут открывать его каждый день, полноценное приложение всё равно понадобится — зато к этому моменту будет понятно, какие функции в нём нужны.
Когда делать обе версии сразу
Иногда выбирать не нужно. Обе версии с самого начала оправданы, когда:
- у продукта разные группы пользователей с разными устройствами — например, клиенты в приложении и менеджеры в веб-админке;
- без одной из версий главный сценарий не работает;
- конкуренты уже есть на обеих платформах, и пользователи ждут того же.
Даже тогда полезно разделить запуск на шаги: сначала главный сценарий в той версии, которой будут пользоваться чаще, потом — вторая. Общий бэкенд позволяет делать это без переделок.
Как не ошибиться
Ошибка в выборе редко бывает фатальной: серверная часть и дизайн-решения переносятся во вторую версию. Дороже обходится другое — попытка сделать всё сразу и везде, из-за которой первая версия выходит на полгода позже.
Если сомневаетесь, начните с версии, которая быстрее даст ответ на главный вопрос: нужен ли продукт людям. Подробнее о каждом варианте — на страницах веб-разработки и разработки мобильных приложений. На бесплатной консультации мы поможем разложить ваш случай по этим критериям.
Веб или приложение — вопрос не технологий, а привычек пользователя. Где он, когда и зачем открывает продукт — там и стоит появиться первым.
