Мобильное приложение для бизнеса: почему в 2025 стоит начинать с PWA

За 8 лет работы в заказной разработке мы не раз наблюдали, как технологии меняют правила игры. Недавно к нам обратился владелец сети гостиниц: «Нужно мобильное приложение для бронирования, но разработчики просят 4 млн ₽ только за iOS-версию. Есть ли альтернатива?»

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

Что такое PWA и почему о них говорят как об альтернативных приложениях

PWA-приложение (Progressive Web App, прогрессивные веб-приложения) — это веб-технология, которая позволяет обычному сайту работать как полноценное мобильное приложение.

Пользователь заходит на ваш сайт через браузер, а система предлагает установить его на главный экран смартфона:

После установки PWA-версии сайт получает собственную иконку на рабочем столе, запускается в отдельном окне без адресной строки браузера и может работать даже без интернета. PWA можно скачать даже на рабочий стол компьютера, нажав в правом верхнем углу «Установить как приложение»:

Главное отличие от мобильной версии сайта

Многие путаются, думая, что PWA — это мобильная (адаптивная) версия сайта, но это разные технологии. Обычная мобильная версия просто учитывает размер экрана устройства, она открывается в браузере, не может запускаться автономно и ограничена возможностями браузера.

PWA же частично получает возможности классического (нативного или кроссплатформенного) приложения:

• Запускается с рабочего стола как обычное мобильное приложение
• Загружается мгновенно благодаря кэшированию
• Работает оффлайн после первого запуска
• Отправляет push-уведомления
• Получает доступ к камере, микрофону, геолокации, датчикам движения, обмену буферами, вибрацией (и много к чему не получает, но об этом позже)

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

Сравнение затрат PWA и нативной разработки

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

1. Стоимость. Нативные приложения требуют отдельной разработки для Android и iOS. Стоимость простого приложения начинается от 2,5 млн рублей за одну платформу. Чтобы запустить продукт на обеих, надо удвоить бюджет. А вот PWA обходится дешевле почти в 2-10 раз. За счет веб-технологий (вместо Swift и Kotlin команда использует HTML, CSS и JavaScript) создается одна версия, которая работает на всех устройствах (правда, на iOS все-таки хуже).
2. Сроки выхода на рынок. Простое PWA-приложение запускается максимум за пару недель (при условии, что у вас уже есть сайт и его не нужно создавать с нуля, движок сайта при этом не имеет значения — React, Next.js или Битрикс), тогда как разработка нативных версий занимает от 3-х месяцев за MVP. В эти пару недель входит создание PWA и его публикация в сторах.
3. Скорость обновления. PWA обновляется автоматически по мере обновления сайта. Пользователь получает новую версию уже при следующем запуске. В нативных приложениях каждое обновление проходит модерацию в App Store и Google Play и занимает до 7 дней.
4. Текущие расходы (поддержка, хостинг, комиссии). Нативные приложения требуют постоянных расходов: комиссия App Store и Google Play — до 30% с каждой транзакции, ежегодная оплата аккаунтов разработчика (99 $ в App Store и 25 $ в Google Play), поддержка двух кодовых баз и серверной части. Для PWA все проще: достаточно хостинга для веб-сервера и поддержки одной кодовой базы. Комиссии магазинов отсутствуют — пользователи устанавливают приложение прямо с сайта (но опять же, возможна и публикация в магазинах приложений).

Плюсы и минусы PWA-приложений

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

1. Опыт пользователя (UX). PWA работает на любом устройстве с современным браузером. Чтобы его установить, достаточно добавить ярлык на главный экран. Приложение быстро открывается, может работать без интернета и обновляется без каких-либо вмешательств. Пользователям удобно.
2. Увеличение конверсии и вовлеченности. За счет push-уведомлений и ярлыка на главном экране пользователи получают новости, инфо об акциях и персональных предложениях прямо на устройство, все как в нативных приложениях. Этот побуждает пользователя чаще возвращаться к приложению.
3. Производительность. PWA-приложения используют кэширование и оптимизацию контента, благодаря чему страницы быстро загружаются даже при медленном интернете. Пользователь не тратит время на ожидание загрузки и у бизнеса снижается показатель отказов.
4. Улучшение SEO-показателей. Поскольку PWA — это все-таки веб-приложение, его страницы индексируются поисковиками. Благодаря этому бизнес легче находят в поиске.
5. Повышенная безопасность. В отличие от нативных и кроссплатформенных приложений, где все зависит от того, как разработчик настроит защиту, PWA по умолчанию работает только через защищенный протокол HTTPS. Без него просто не заработают такие функции как кэш, офлайн-режим и push-уведомления. Это помогает снизить риск перехвата данных, подмену контента и слежку за пользователями.
6. Возможность персонализации. PWA позволяют собирать данные о том, как люди пользуются приложением — что они смотрят, куда нажимают, на каком этапе теряют интерес. С такими данными можно подстраивать контент под ожидания пользователей.

Недостатки у PWA тоже есть:

1. Ограниченная работа на iOS. Apple принудительно требует, чтобы все PWA на iOS работали только на движке WebKit (который используется в Safari). В отличие от Android, где можно использовать разные браузерные движки, на iPhone у вас нет выбора. Это значит, что функциональность PWA полностью зависит от того, что Apple решит реализовать в Safari. Плюс есть ограничения push-уведомлений (они работают менее надежно, чем на Android, нет поддержки «тихих» уведомлений, пользователи должны вручную включать уведомления в настройках Safari), дополнительно владельцев iPhone отмечают проблемы с фоновой работой (PWA на iOS приостанавливаются почти сразу после сворачивания). Apple объясняет это «заботой о безопасности и приватности». Так что если ваша аудитория в основном пользуется айфонами, то лучше выбирать нативное приложение.
2. Ограниченный доступ к опциям устройства. У PWA не всегда есть полный доступ к аппаратным возможностям смартфона, таким как контакты, NFC (частично), Bluetooth, биометрии (Face ID, Touch ID, сканерам отпечатков), AR/VR (пока ограниченно), поэтому если для вашего приложения это важно, не выбирайте PWA.
3. Быстрое потребление энергии. PWA работают на JavaScript внутри браузера. Этот язык потребляет больше энергии по сравнению с нативными языками Java или Swift. И несмотря на улучшения, этот код все еще уступает по скорости нативным приложениям, которые используют оптимизированный машинный код. Из-за этого PWA хуже подходят для сложных и ресурсоемких задач.
4. Меньшая узнаваемость. Пользователи чаще ищут приложения в App Store и Google Play, а не на сайтах. PWA обычно устанавливаются прямо из браузера, поэтому заметность таких приложений ниже. Чтобы привлечь аудиторию, нужно отдельно продвигать PWA (запускать рекламные кампании, ставить баннеры на сайт или проходить модерацию в альтернативных каталогах) Мы в студии уже сталкивались с этим на практике — и нашли рабочие подходы для публикации PWA в App Store и Google Play.

Для каких бизнесов подойдут PWA

PWA часто используют в двух сценариях. Первый — когда компаниям нужно быстро и бюджетно протестировать новую идею, не вкладываясь в полноценную разработку под iOS и Android. Второй — когда бизнес активно работает с онлайн-аудиторией: новостные сайты, интернет-магазины, сервисы доставки и бронирования.

Электронная коммерция. Интернет-магазины выигрывают от использования PWA: страницы загружаются быстро, приложение работает стабильно и доступно даже без интернета. Пользователи могут спокойно просматривать товары и оформлять заказы даже при слабом соединении.

Например, AliExpress после перехода на PWA увеличили конверсию для новых пользователей на 104%. Пользователи стали посещать в два раза больше страниц, а время сессии выросло на 74%.

Новости и медиа. Новостные сайты, блоги и подкаст-платформы используют PWA, чтобы пользователи быстрее получали доступ к контенту и могли сохранять материалы для чтения офлайн (удобно при слабом интернете или в поездках).

Например, у Forbes после внедрения PWA снизилась скорость загрузки с 6–12 секунд до 0,8 секунды, что привело к росту числа сессий на 43%, а вовлеченности — на 100%.

Инструменты продуктивности. PWA подходят для заметок, календарей и списков задач — они быстро открываются, синхронизируются между устройствами и работают, как мы уже говорили, даже без интернета.

Например, Notion — популярный рабочий инструмент, доступный как PWA с полной офлайн-поддержкой.

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

Например, PWA Starbucks весит всего около 233 КБ — это на 99,84% меньше, чем iOS‑версия. Благодаря легкости и быстродействию PWA компания увеличила DAU (количество уникальных пользователей в день) вдвое.

Блоги и персональные сайты. Например, Dev.to (сообщество разработчиков) предлагает PWA с быстрой загрузкой и оффлайн-доступом к постам.

Примеры успешных PWA-приложений

PWA используют такие крупные компании, как Сбер, Альфа-Банк, Авито, Delivery Club, DNS и Спортмастер. Т-Банк, например, запустил PWA после удаления из App Store, а ВТБ перешел на PWA после неудачных попыток вернуться в магазины приложений под другими именами.

В целом, эту технологию поддерживают все основные игроки рынка — Яндекс Почта, КиноПоиск, Авиасейлс, Северсталь, Fix Price и многие другие.

Когда выбрать PWA, когда — натив, а когда — кроссплатформу

PWA

PWA — не панацея и подходит не всем проектам. Еще раз закрепим, в каких случаях эта технология действительно оправдана:

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

В общем, PWA оптимальны, когда нужно получить преимущества мобильного приложения (офлайн-работа, уведомления, установка на рабочий стол) при ограниченном бюджете и сжатых сроках. Особенно для задач, не требующих глубокой интеграции с системными функциями устройства.

Нативное приложение

Когда стоит выбирать нативное приложение:

• Когда нужно использовать сложные функции устройства: дополненная реальность, биометрия (Face ID, Touch ID), NFC, офлайн-карты, датчики (гироскоп, акселерометр и другие). Нативный дает полный доступ ко всем (!) возможностям устройства
• Основная аудитория — пользователи iOS, потому что PWA на iPhone работает плохо
• Когда критична производительность, стабильность, скорость работы приложения и усиленная безопасность (банковские, медицинские и финансовые приложения)
• Есть время и бюджет на разработку
• Конкуренты используют нативные приложения (необходимо соответствовать уровню рынка)
• Если приложение — основной продукт компании (Telegram или Uber не могут быть PWA)
• У вас специфические бизнес-сценарии (медицина, авиация, финансы)

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

Кроссплатформенное приложение

Кроссплатформенная разработка — это компромиссный вариант, который позволяет создать одно приложение для нескольких платформ (iOS, Android, иногда веб- и десктоп) используя единую кодовую базу. Его пишут на Flutter или React Native.

Когда стоит выбрать именно его:

• Нужно одновременно запуститься и на iOS, и на Android, потому что аудитория распределена примерно поровну, и важно покрыть обе платформы одновременно
• Ограниченный бюджет, но PWA недостаточно — нужны возможности нативного приложения при экономии 30-50% стоимости (примерно 2,5–4 млн рублей и вы готовы ждать 3 месяца (сроки разработки нативного и кроссплатформенного практически одинаковы)
• Средняя сложность функционала больше чем «показать информацию + действие», но не требует интеграцию со всеми мощностями смартфона
• Нужно закрыть конкретные бизнес-задачи: e-commerce с корзиной, оплатой, push-уведомлениями; социальные приложения с чатами, лентой, базовой камерой; финтех-сервисы средней сложности; фитнес-приложения с трекингом базовых метрик

Выбирайте кроссплатформу, если возможностей PWA уже не хватает, а нативная разработка слишком дорога и сложна. Это хороший компромисс между функциональностью, скоростью и бюджетом.

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