Типы мобильных приложений: нативное, гибридное, PWA, Mini App

Типы мобильных приложений различаются не языком программирования, а тем, как человек попадает внутрь, и именно это определяет бюджет. Нативное - две отдельные кодовые базы под iOS и Android, дороже примерно вдвое по разработке. Гибридное - одна база на обе платформы, от 350 000 до 1 200 000 ₽, 8-16 недель до релиза в сторах. PWA - вообще без магазинов, ставится с сайта одной кнопкой. Telegram Mini App - от 60 000 до 250 000 ₽, срок 1-3 недели, живёт внутри мессенджера и не требует установки.

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

Разработка мобильных приложенийот 350 000 до 1 200 000 ₽сроки: 8-16 недель до релиза в сторах

Классификация, от которой есть польза

Обычно типы приложений делят по технологии: нативное, кроссплатформенное, веб. Заказчику от этого мало толку, потому что решение принимается не по технологии.

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

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

Swift и SwiftUI под iOS, Kotlin под Android. Две команды или один человек, который пишет всё дважды.

Что вы получаете: максимальную отзывчивость, полный доступ к системным возможностям в день их выхода, идеальную работу с памятью на тяжёлых сценариях.

Чем платите: двумя кодовыми базами. Каждая фича делается дважды, тестируется дважды и релизится дважды. Правка «поменять текст на кнопке» проходит два цикла ревью в двух магазинах.

Когда это единственный вариант: игры, дополненная реальность, обработка видеопотока с камеры в реальном времени, непрерывный GPS-трекинг в фоне, постоянный обмен по Bluetooth. Здесь спорить не о чем, гибрид не потянет.

Гибридное приложение

Веб-слой в нативной оболочке. Мой основной инструмент - Capacitor: внутри нативного проекта работает WebView на весь экран, а системные возможности подключаются плагинами на Swift и Kotlin.

На платформе событий и билетов гибридный подход дал экономию больше 10 000 $ против нативной разработки, и приложение при этом делает всё, что должно: билеты, оплату, сканирование QR, бонусы, фотоальбомы.

Где разница с нативом не видна: списки, формы, каталоги, карточки, кабинеты, чаты, оплата, настройки. На устройствах последних пяти лет пользователь разницы не заметит.

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

Отдельный плюс, за который я и держусь за этот тип: веб-слой обновляется по воздуху, мимо ревью. Критичный баг чинится за час, а не за неделю ожидания магазина. Через стор едет только нативная часть: плагины, разрешения, версии SDK.

PWA

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

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

Telegram Mini App

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

Для части бизнесов это лучший тип из всех четырёх, и я говорю это прямо, хотя мобильная разработка - мой основной чек. Если ваша аудитория уже в Telegram, если сценарий короткий - записаться, оплатить, посмотреть статус, получить бонусы, - мини-приложение за 60-250 тысяч закроет ту же задачу, что приложение за 500 тысяч, и до него дойдёт в разы больше людей.

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

Сравнение

Сторы против доставки без установки

Два канала доставки как крайние точки. Чем выше значение, тем лучше показатель.

А Приложение в сторах Б PWA и Mini App

0255075100

Цена на входе

А 30

Б 85

перевес Б на 55 от 350 000 ₽ против от 60 000 ₽

Срок до запуска

А 35

Б 90

перевес Б на 55 8-16 недель против 1-3

Путь до первого экрана

А 25

Б 95

перевес Б на 70 Установка из стора против одной ссылки

Доступ к железу

А 95

Б 35

перевес А на 60 Биометрия, фон, Bluetooth

Скорость выпуска правки

А 40

Б 95

перевес Б на 55 Ревью 1-7 дней против выката за минуту

Удержание и возвраты

А 85

Б 45

перевес А на 40 Иконка и пуш работают лучше

Барьер установки, который решает всё

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

Отсюда простое правило: приложение в сторе оправдано, когда человек возвращается к вам несколько раз в неделю. Тогда иконка на экране и пуш-уведомления отбивают барьер установки. Если он заходит раз в квартал, приложение не окупится ни при каком бюджете, и лучше вложить те же деньги в мобильную версию сайта.

Что выбрать под задачу

Задача	Тип	Порядок цены
Игра, AR, обработка видео с камеры	Нативное	от 700 000 ₽
Каталог, заказы, кабинет, лояльность, билеты	Гибридное	от 350 000 ₽
Сервис для регулярных клиентов, аудитория в Telegram	Mini App	от 60 000 ₽
Сайт, которым пользуются с телефона регулярно	PWA	доработка сайта по часам
Внутренний инструмент для сотрудников	Гибридное или PWA	от 150 000 ₽

Что чаще всего выбирают неправильно

Приложение вместо мобильного сайта. Самая дорогая ошибка. Бизнес заказывает приложение за 500 тысяч, ставит на него бюджет продвижения и получает две тысячи установок, из которых через месяц активны сто. Ту же аудиторию сайт обслужил бы бесплатно.

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

Mini App как замена всему. Внутри мессенджера нельзя сделать фоновый трекинг, серьёзную работу с файлами и офлайн-режим в том виде, в каком его ждут от приложения. Если сценарий длиннее пяти минут и требует железа, мини-приложение начнёт мешать.

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