Приложение, PWA или мобильная версия сайта

У бизнеса уже есть сайт, но мобильный опыт оставляет желать лучшего: мелкий шрифт, неудобная форма, нет уведомлений. Возникает вопрос — делать мобильную версию, PWA или сразу приложение? Ошибка в выборе стоит дорого: приложение за 200 000 ₽ может не окупиться там, где хватило бы адаптива, а сэкономленный на мобильной версии бюджет оборачивается потерей трети заявок.

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

Три формата — коротко

• Адаптивная мобильная версия сайта — тот же сайт, который корректно выглядит и работает на смартфоне. Формат «по умолчанию».
• PWA (Progressive Web App) — сайт, который можно установить на домашний экран: работает в отдельном окне, кэширует страницы, умеет push-уведомления.
• Приложение — отдельный продукт в App Store и Google Play: нативный (Swift/Kotlin) или кроссплатформенный (Flutter).

Сравнение по ключевым параметрам

Таблица объясняет главное: приложение выигрывает там, где нужны уведомления, офлайн и железо устройства, а платит за это сроком, бюджетом и комиссиями стора.

Когда достаточно мобильной версии

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

Важно: «достаточно мобильной версии» не значит «как получится». Если адаптив плохой, страдают и SEO, и реклама — про это в статьях как ускорить сайт и как повысить конверсию.

Что даёт PWA и где её ограничения

PWA подходит, когда нужно «почти приложение», но без сторов и разработки под две платформы:

• иконка на домашнем экране, запуск в отдельном окне без адресной строки;
• быстрая загрузка за счёт кэша и работа при слабой связи;
• push-уведомления на Android;
• мгновенные обновления — просто обновили сайт;
• один код: не нужно отдельно поддерживать iOS и Android.

Ограничения честные: на iOS push-уведомления появились позже и работают уже, но с оговорками (нужна установка на домашний экран), оформление окна и доступ к функциям устройства беднее, чем у нативных приложений. И главное — PWA нет в сторах: вы теряетесь в выдаче App Store и Google Play, где пользователи ищут приложения.

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

• повторные покупки и лояльность — доставка, кофейни, аптеки, ритейл;
• push-коммуникации — акции, статусы заказов, напоминания;
• офлайн-сценарии — работа «в поле», курьеры, обходчики, склад;
• устройство и железо — камера, сканер, геолокация, биометрия, NFC;
• сервисная модель — личный кабинет, подписка, программа лояльности;
• внутренние процессы — приложение для сотрудников, а не для клиентов.

Публичный список приложений Web-2A — в разделе портфолио: мобильные приложения. Разделение по платформам: iOS и Android.

Гибридный путь: не «или», а «сначала, потом»

На практике редко выбирают один формат навсегда. Рабочая последовательность для многих проектов:

1. Сайт с нормальным адаптивом — база для SEO и рекламы.
2. PWA-доработка — быстрый способ дать мобильный опыт и протестировать, нужны ли уведомления.
3. Приложение — когда появилась повторяемость и понятно, какие сценарии в нём нужны.

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

Пять вопросов, которые определяют выбор

1. Пользователь заходит один раз или возвращается ежемесячно?
2. Нужны ли push-уведомления как часть продукта?
3. Есть ли сценарии без интернета или работа с камерой/сканером?
4. Важно ли присутствие в сторах и доверие «установленного» продукта?
5. Готовы ли вы к постоянной поддержке: релизы, обновления платформ, отзывы?

Если «да» только на первый вариант в вопросах 1–3 — начинайте с сайта и PWA. Если «да» на 2–3 пункта — считайте бюджет приложения. Если ответ на пятый вопрос «нет» — приложение лучше отложить: без сопровождения оно деградирует и получает плохие оценки.

Сколько это стоит и что входит

• мобильная версия сайта — часть разработки сайта; критичный адаптив стоит закладывать в ТЗ сразу;
• PWA — доработка существующего сайта, объём зависит от текущей платформы: манифест, кэш, офлайн-страницы, уведомления;
• приложение — от 90 000 ₽ базовый пакет, от 190 000 ₽ с публикацией в сторах, от 590 000 ₽ комплексный проект (мобильная разработка);
• дизайн приложения — от 35 000 ₽ (дизайн мобильных приложений);
• владение — аккаунты разработчика в сторах и техподдержка после релиза — отдельные расходы на всём сроке жизни продукта.

Частая скрытая статья расходов — обновления: раз в год выходят новые версии iOS и Android, меняются требования сторов. Приложение без бюджета на сопровождение живёт 1–2 года.

Как понять, что вы выбрали не тот формат

• приложение установили, но открывают единицы — нет повторяющегося сценария;
• push-рассылки отключают массово — контент не ценен;
• PWA никто не добавил на домашний экран — пользователю не нужен «ярлык»;
• адаптив есть, но заявок с телефона нет — проблема в скорости и формах, а не в отсутствии приложения.

Все четыре случая лечатся не новой разработкой, а разбором воронки: проще один раз посмотреть аналитику, чем год платить за релизы.

Web-2A делает и сайты, и приложения — поэтому в рекомендации не будет «делайте приложение, потому что мы делаем приложения». Сначала смотрим задачу и цифры. Начать можно с экспресс-оценки сайта, обсуждения в контактах или по телефону +7 (863) 226-56-27.