Когда заказчик приходит с задачей «сделать мобильное приложение для маркетплейса», один из первых вопросов звучит так: нативное или кроссплатформенное приложение? От ответа зависит бюджет (разброс — от 30% до 2×), скорость выхода на рынок и то, насколько комфортно пользователи будут работать с продуктом через год. В этой статье разберём три реальных подхода — нативный, кроссплатформенный и PWA — и дадим конкретные критерии выбора для маркетплейсов.
Три подхода к разработке мобильного приложения
Прежде чем сравнивать, зафиксируем, что именно мы обсуждаем.
- Нативная разработка — отдельные кодовые базы для iOS (Swift/Objective-C) и Android (Kotlin/Java). Приложение компилируется в машинный код платформы.
- Кроссплатформенная разработка — один код для обеих платформ. Основные фреймворки: Flutter (Dart), React Native (JavaScript), Kotlin Multiplatform.
- PWA (Progressive Web App) — веб-приложение, которое устанавливается на экран устройства и работает офлайн через Service Worker. Технически это «прокачанный» сайт.
Нативная разработка: когда производительность важнее бюджета
Нативные приложения дают максимальный доступ к API устройства: камера, Face ID, NFC, геолокация, push-уведомления — всё работает так, как задумала Apple или Google. Анимации плавные, отклик моментальный, UX соответствует гайдлайнам платформы.
Но за это приходится платить. Вы содержите две команды разработчиков или одну, которая переключается между Swift и Kotlin. Фича, которая выходит в iOS-версии, появляется в Android через 2–4 недели. Средний бюджет нативного маркетплейса (MVP с каталогом, корзиной, чатом и личным кабинетом) — от 4 до 8 млн рублей в зависимости от сложности.
Нативный подход оправдан, если:
- Приложение активно использует аппаратные возможности (AR-примерка, сканирование штрихкодов, биометрия).
- Ожидается высокая нагрузка и сложная анимация (например, маркетплейс с видеострим-контентом).
- Есть бюджет на параллельную поддержку двух платформ.
Кроссплатформенная разработка: прагматичный выбор для большинства маркетплейсов
Flutter и React Native закрывают 80–90% задач большинства маркетплейсов при экономии 30–50% бюджета по сравнению с нативом. Один разработчик пишет код, который собирается и в App Store, и в Google Play. Это не компромисс качества — это другая архитектура.
Flutter рендерит интерфейс через собственный движок Skia/Impeller, поэтому визуально ведёт себя одинаково на обеих платформах. React Native использует нативные компоненты платформы, что даёт более «родной» вид, но иногда требует дополнительных bridge-вызовов для специфичных функций.
| Параметр | Flutter | React Native |
|---|---|---|
| Производительность | Близка к нативной | Хорошая, но зависит от bridge |
| Экосистема пакетов | Растёт, pub.dev | Зрелая, npm |
| Кривая входа | Dart — новый язык | JS/TS — знаком веб-разработчикам |
| Поддержка Google | Да (первый класс) | Meta (стабильно) |
| Подходит для маркетплейса | Отлично | Отлично |
Для маркетплейса с каталогом, фильтрами, корзиной, оплатой и чатом кроссплатформенный подход — это разумное решение. Разработка мобильного приложения на Flutter в Aris.Web занимает в среднем 3–5 месяцев для MVP против 5–8 месяцев при нативной разработке двух платформ параллельно.
PWA: когда мобильное приложение не нужно совсем
PWA — это не «дешёвая замена приложению», а отдельный инструмент с конкретными сценариями применения. Пользователь открывает сайт в Chrome или Safari, нажимает «Добавить на экран» — и получает иконку, офлайн-режим, push-уведомления (на Android; на iOS — с ограничениями).
Плюсы PWA для маркетплейса:
- Нет расходов на публикацию в App Store и Google Play.
- Мгновенные обновления — не нужно ждать модерации.
- Один код = один бюджет на поддержку.
- Хорошо индексируется поисковиками.
Ограничения:
- Нет доступа к Bluetooth, NFC, расширенным камера-API.
- iOS ограничивает push-уведомления и хранилище (до 50 МБ).
- Пользователи реже доверяют PWA, чем приложению из магазина.
- Конверсия в установку ниже, чем у нативного или кроссплатформенного приложения.
PWA подходит как первый шаг: запустили, проверили спрос, затем перешли к полноценной разработке мобильного приложения. Или как дополнение к основному приложению — для пользователей, которые не хотят ничего устанавливать.
Как выбрать подход для маркетплейса: чек-лист
Ответьте на пять вопросов — и выбор станет очевидным.
- Бюджет MVP. До 2 млн — PWA или кроссплатформа. 2–5 млн — кроссплатформа. Выше 5 млн — натив или кроссплатформа с нативными модулями.
- Срок выхода на рынок. Нужно за 3 месяца — только PWA или кроссплатформа. Есть 6+ месяцев — натив реалистичен.
- Аппаратные функции. Нужны AR, NFC, биометрия — натив или кроссплатформа с нативными плагинами. Нет — кроссплатформа или PWA.
- Аудитория. Если 70%+ пользователей — iOS, нативный Swift даст лучший UX. Если смешанная аудитория — кроссплатформа.
- Планы на масштабирование. Если через год понадобятся сложные кастомные фичи — закладывайте нативную архитектуру сразу или выбирайте Flutter с возможностью написания нативных модулей.
Часто задаваемые вопросы
Нативное или кроссплатформенное приложение дешевле в поддержке?
Кроссплатформенное приложение дешевле в поддержке в среднем на 30–40%, потому что баг исправляется в одной кодовой базе и деплоится сразу на обе платформы. При нативной разработке один и тот же баг нужно воспроизвести и закрыть дважды — в Swift и в Kotlin. Разница в стоимости поддержки за год становится ощутимой уже при команде от двух разработчиков.
Можно ли перейти с кроссплатформы на нативную разработку позже?
Да, но это фактически переписывание с нуля. Бизнес-логику и API-интеграции можно переиспользовать, но UI и навигацию придётся переделывать. Поэтому важно принять архитектурное решение на старте: если вы точно знаете, что через 1–2 года вам понадобится нативный продукт, лучше начать с нативной разработки сразу или выбрать Kotlin Multiplatform, который позволяет шарить бизнес-логику и писать нативный UI для каждой платформы.
PWA засчитывается как мобильное приложение для инвесторов и партнёров?
Зависит от контекста. Технически PWA — это веб-приложение, и большинство инвесторов разграничивают его с нативным или кроссплатформенным продуктом. Для внутреннего MVP и валидации гипотезы PWA вполне убедителен. Но если в питч-деке или договоре с партнёром фигурирует «мобильное приложение в App Store и Google Play», PWA этот критерий не закрывает — нужна публикация в сторах.
Обсудите выбор технологии с командой
Выбор между нативной, кроссплатформенной разработкой и PWA — это не технический вопрос, а бизнес-решение. Оно зависит от вашей аудитории, бюджета, сроков и планов на рост. Команда Aris.Web помогает сделать этот выбор обоснованно: проводим технический бриф, оцениваем риски и предлагаем архитектуру, которая не станет ограничением через год. Позвоните по номеру +7 (977) 326-69-09 или оставьте заявку на странице arisweb.ru/kontakty — разберём вашу задачу бесплатно.