Мобильный канал перестал быть дополнением к сайту – для многих сервисов он стал основным. Перед запуском встаёт развилка: писать нативное приложение под Android и iOS или собрать прогрессивное веб-приложение (PWA), которое работает в браузере и при этом ставится на главный экран. Выбор влияет на бюджет, сроки и на то, как продукт переживёт регуляторные изменения. Разберём, где какой подход оправдан.
Чем PWA отличается от нативной разработки
Нативное приложение пишут под конкретную платформу: Kotlin или Java для Android, Swift или Objective-C для iOS. Оно получает полный доступ к камере, геолокации, push-уведомлениям, биометрии и работает максимально быстро. Цена – две отдельные кодовые базы, две команды и обязательная публикация в Google Play и App Store с их правилами модерации.
PWA – это веб-сайт, который ведёт себя как приложение. Service Worker кеширует данные и даёт офлайн-режим, манифест добавляет иконку на рабочий стол, а сам код один на все платформы. Пользователь открывает ссылку и сразу работает, без установки из магазина. К концу 2020 года Chrome, Edge и Android поддерживают PWA почти в полном объёме. Слабое место – iOS: Safari ограничивает push-уведомления и фоновые задачи, поэтому на технике Apple часть сценариев недоступна.
Что считать перед решением
Стоимость и сроки. Одна кодовая база PWA дешевле двух нативных и быстрее выходит к пользователю. Если бюджет ограничен, а функциональность укладывается в веб-возможности, PWA закрывает задачу за меньшие деньги.
Глубина интеграции с устройством. Приложениям с интенсивной графикой, обработкой видео, Bluetooth-периферией или сложной биометрией нужен нативный код. Здесь PWA упрётся в потолок браузера.
Каналы дистрибуции и регуляторика. Этот фактор для российского бизнеса вышел на первый план. Закон о предустановке отечественного ПО меняет правила для приложений на устройствах, продаваемых в стране, и заставляет планировать присутствие в магазинах заранее. PWA распространяется по обычной ссылке и не зависит от политики Google и Apple – это снижает риски при работе с госзаказчиками, где курс на импортозамещение инфраструктуры задаёт требования к технологическому стеку.
Что выбрать бизнесу и госсектору
Берите PWA, когда нужен широкий охват, быстрый запуск и контентный или сервисный продукт: личный кабинет, портал услуг, каталог, внутренний инструмент для сотрудников. Один адрес работает на любом устройстве, обновления выкатываются мгновенно и без модерации – для госпорталов и B2B-сервисов это решающие аргументы.
Выбирайте нативную разработку, когда продукт держится на производительности, тесной работе с железом или офлайн-логике, которую браузер не вытянет: банковские приложения с биометрией, полевой софт, картография с тяжёлой графикой.
На практике мы часто советуем гибрид: PWA как быстрый старт и единая точка входа, нативные модули – там, где без них не обойтись. Поддержку дополняют и экономические условия – после налогового манёвра в IT аккредитованным разработчикам выгоднее держать продукт и команду в российском контуре, и архитектуру стоит планировать с учётом этих льгот.
Мы в Onepoint проектируем мобильные решения под конкретную задачу, а не под моду, и подбираем стек по требованиям к охвату, безопасности и реестру. Если стоите перед этим выбором, начните с проектирования мобильного приложения под вашу задачу и просчёта обоих вариантов.
Вывод
PWA выигрывает в скорости, цене и охвате, нативная разработка – в производительности и доступе к устройству. Правильный ответ зависит не от хайпа, а от задачи, бюджета и регуляторного контекста. Считайте по этим трём осям и решение станет очевидным.
