Вопрос о платформе обычно задают как технологический, а отвечают на него как на вопрос о стоимости. На самом деле это вопрос о дистрибуции: то, как пользователи найдут и откроют продукт, важнее любого технического сравнения.
Возможности каждой платформы
Веб-приложение. Работает в браузере на любом устройстве. Не требует установки или одобрения в магазине, обновления сразу становятся доступными всем. Доступ к аппаратным возможностям устройства ограничен, присутствие в магазине приложений отсутствует, а работа без подключения возможна, но имеет ограничения.
Мини-программа. Работает внутри хост-приложения. Пользователи находят её в экосистеме, которой уже пользуются, что практически полностью устраняет барьер установки. Возможности определяются хост-платформой, действуют процедуры проверки, а приложение существует только внутри этой экосистемы.
Нативное приложение. Устанавливается на устройство. Обеспечивает полный доступ к аппаратным возможностям, работу в фоновом режиме, push-уведомления и максимальную производительность. Требует одобрения магазина, пользователь должен сам выбрать установку, а обновления зависят от того, установит ли он их.
Различие в дистрибуции, которое обычно определяет выбор
Спросите себя, как пользователь впервые столкнётся с продуктом.
- По ссылке — из сообщения, электронного письма или результата поиска. Веб-приложение открывается сразу. Для нативного приложения перед тем, как пользователь что-либо увидит, потребуется перейти в магазин, скачать приложение и создать учётную запись, и большинство людей покидают этот процесс на одном из этих этапов.
- Внутри уже существующей экосистемы, где ваши пользователи уже находятся. Мини-программа открывается за пару нажатий, при этом пользователь уже идентифицирован.
- Как инструмент, которым постоянный пользователь пользуется ежедневно. Нативное приложение стоит установить, и установка не становится таким же барьером, как при нерегулярном использовании.
Именно поэтому инструмент бронирования, которым пользуются раз в квартал, и инструмент для выездного обслуживания, которым пользуются сорок раз в день, должны размещаться на разных платформах, даже если их списки функций выглядят похожими.
Возможности, определяющие выбор
Некоторые требования сами однозначно отвечают на этот вопрос:
- Работа в фоновом режиме — отслеживание местоположения при закрытом приложении, запланированная фоновая синхронизация. Только нативное приложение.
- Надёжные push-уведомления для закрытого приложения. Нативное приложение или мини-программа в рамках правил обмена сообщениями хост-платформы.
- Глубокий доступ к аппаратным возможностям — непрерывное считывание данных с датчиков, специализированное управление камерой, локальные подключения устройств. Нативное приложение.
- Интенсивная работа без подключения со значительным объёмом локальных данных. Нативное приложение справляется с этим наиболее комфортно.
- Мгновенный доступ без каких-либо препятствий в виде установки — веб-приложение или мини-программа.
Стоимость и направление её изменения
Если говорить приблизительно и сравнивать одинаковый набор функций: веб-приложение дешевле всего разработать один раз; стоимость мини-программы сопоставима или немного выше; нативные приложения обходятся дороже, а отдельная разработка для двух мобильных операционных систем стоит дороже всего. Кроссплатформенные фреймворки существенно сокращают этот разрыв и обычно используются, когда нативное решение требуется для двух платформ.
Менее очевидный момент: самая дешёвая в разработке платформа часто оказывается самой дорогой при переходе на следующий уровень. Разработка веб-приложения с последующей необходимостью отслеживания местоположения в фоновом режиме означает создание нативного приложения с нуля — первоначальные расходы не возвращаются. Если требования к возможностям остаются неопределёнными, этот риск следует оценить в самом начале, а не обнаружить на второй год.
Обновления и контроль
Веб-приложение обновляется для всех сразу после публикации изменений. Нативное приложение обновляется только после установки новой версии каждым пользователем, а значительная их доля этого не делает, а значит, потребуется поддерживать старые версии и осторожно вносить изменения, которые могут нарушить их работу.
Для продукта, который в первый год должен часто меняться, это различие существенно и обычно говорит в пользу веб-приложения или мини-программы на этапе изучения продукта.
Вопросы, которые помогают принять решение
- Как новый пользователь впервые попадает в продукт?
- Как часто типичный пользователь открывает его?
- Должен ли он что-либо делать в закрытом состоянии?
- Нужен ли ему доступ к аппаратным возможностям, недоступным браузеру?
- Должен ли он работать без подключения?
- Как часто он будет меняться в первый год?
Шесть ответов обычно делают выбор очевидным, и их стоит определить до запроса любого коммерческого предложения, поскольку предложение для неподходящей платформы не даёт полезной информации.
Связанные услуги Manboo
- Разработка приложений на Flutter для MVP под iOS и Android.
- Разработка бизнес-программного обеспечения для CRM, систем бронирования, управления запасами и рабочих процессов.
- Разработка административных панелей для операционных дашбордов и управления серверной частью.
- Интеграция AI API, когда ваш продукт готов к интеллектуальному поиску, чату или автоматизации.
- Запросить анализ объёма работ и оценку проекта, когда вы готовы спланировать первую версию.