Руководитель интернет-магазина замечает: мобильная версия сайта работает, но конверсия с телефонов — втрое ниже, чем с десктопа. Пользователи заходят, листают, уходят. Конкуренты тем временем запустили приложение — и начали рассылать push-уведомления об акциях. Через квартал у конкурентов появилась программа лояльности с накоплением баллов. Ещё через квартал — новые отзывы в App Store с оценкой 4,8.
Это не история про моду на приложения. Это про то, как бизнес медленно теряет рынок — и замечает это поздно.
В этой статье разберём честно: когда мобильное приложение реально нужно бизнесу, когда с ним лучше подождать, чем отличается нативная разработка от Flutter и сколько всё это стоит.
Зачем бизнесу мобильное приложение — и когда оно реально нужно
Мобильное приложение — не «версия сайта для телефона». Это отдельный канал работы с клиентом, который даёт возможности, физически недоступные браузеру.
Push-уведомления. Email открывают 21% получателей. Push-уведомление на экране смартфона — 85%. Разница не в том, что push «лучше» — разница в том, что телефон всегда в кармане, а экран загорается при каждом уведомлении. Акция, напоминание о брошенной корзине, персональное предложение — всё это работает через приложение на другой скорости.
Офлайн-режим. Приложение работает без интернета: кэшированные данные, сохранённые заказы, доступ к контенту. Водитель в подвале, курьер на складе, сотрудник в поле — все продолжают работать. Сайт без сети — белый экран.
Полный доступ к железу устройства. Камера для сканирования QR-кодов и документов, GPS для трекинга в реальном времени, Face ID для мгновенной авторизации без пароля, NFC для бесконтактных платежей, Bluetooth для подключения к оборудованию. Браузер даёт частичный доступ к этим функциям. Нативное приложение — полный.
Прямой канал без посредников. Реклама в Яндекс или социальных сетях стоит денег и зависит от алгоритмов. Приложение с активными пользователями позволяет общаться с клиентом напрямую — без платы за каждый контакт.
Сигналы, что приложение уже нужно
- Более 40% трафика приходит с мобильных, но конверсия с телефонов ниже, чем с десктопа
- Бизнес строится на повторных покупках: доставка, фитнес, аптека, кофейня, подписка
- Сотрудники работают в поле и теряют время на бумажную работу или звонки в офис
- Продукт требует геолокации или трекинга в реальном времени
- Есть программа лояльности, которая плохо работает через карточку или веб-кабинет
Приложения удерживают клиентов в программах лояльности на 25% эффективнее карточек и веб-версий.
Когда с приложением лучше подождать
Если у бизнеса нет устойчивого потока клиентов, не выстроены процессы обслуживания и нет понимания, что именно пользователи будут делать в приложении — запускать его рано и дорого. Приложение без аудитории не продаёт само себя.
Правильная последовательность: сначала лендинг или сайт, первые продажи, понимание аудитории. Потом — приложение, которое удерживает уже существующих клиентов.
Мобильный сайт против приложения: где реальная разница
Мобильный сайт работает в браузере. Его не нужно скачивать — и для первого знакомства с компанией это важно. Поисковый трафик, контекстная реклама, переходы из соцсетей — всё это идёт на сайт.
Приложение живёт на экране телефона. Пользователь установил его один раз — и бизнес получает постоянное присутствие в кармане клиента. Иконка на главном экране — ежедневное напоминание без рекламных расходов.
| Параметр | Мобильный сайт | Нативное приложение |
|---|---|---|
| Первый контакт | Без установки | Требует скачивания |
| Push-уведомления | Ограниченно (PWA) | Полноценно |
| Офлайн-режим | Нет | Да |
| Face ID, NFC, Bluetooth | Частично | Полностью |
| Скорость интерфейса | Зависит от сети | Максимальная |
| Конверсия в покупку | Базовая | На 30–40% выше |
| SEO-видимость | Да | Нет (ASO в магазинах) |
Правильный ответ для большинства бизнесов: и сайт, и приложение. Сайт привлекает новых клиентов через поиск и рекламу. Приложение удерживает существующих и увеличивает повторные покупки.
Нативная разработка или Flutter — что выбрать для бизнеса
Это вопрос, который задают на каждом первом разговоре о мобильной разработке. Ответ зависит от задачи, а не от технологических предпочтений подрядчика.
Нативная разработка: iOS отдельно, Android отдельно
iOS пишется на Swift/SwiftUI. Android — на Kotlin/Jetpack Compose. Две независимые кодовые базы, два приложения, разрабатываемых параллельно.
Что это даёт: максимальная производительность, плавная анимация 60fps без компромиссов, полный доступ ко всем API устройства, точное соответствие Human Interface Guidelines (Apple) и Material You (Google). Приложение ведёт себя именно так, как пользователь ожидает от своей платформы.
Для кого: маркетплейсы с высокой нагрузкой, финтех-приложения, медицинские сервисы, корпоративные системы, где UX — конкурентное преимущество. Проекты с бюджетом от 300 000 рублей, где качество важнее скорости запуска.
Flutter: один код — два приложения
Flutter от Google компилирует один код сразу в нативные iOS и Android-приложения. Производительность современного Flutter-приложения близка к нативной — разрыв заметен только в самых требовательных сценариях.
Что это даёт: единая кодовая база — обновления выходят одновременно на обеих платформах. Скорость разработки выше, стоимость ниже.
Для кого: стартапы на стадии MVP, сервисные приложения, корпоративные инструменты для сотрудников. Экономия — 30–40% по сравнению с нативной разработкой на тот же функционал.
Мы работаем с обоими подходами и выбираем технологию под задачу — не ту, которую выгоднее продать. Если Flutter закрывает вашу задачу на 95% за 60% бюджета нативной разработки — мы так и скажем на первой встрече.
Из чего состоит разработка мобильного приложения под ключ
Discovery: аналитика до кода
Прежде чем открыть редактор, задаём неудобные вопросы. Кто будет пользоваться приложением — и зачем именно им? Как они решают эту задачу сейчас? Кто конкуренты, что у них сделано хорошо, а что в их отзывах в App Store раздражает пользователей?
Ошибки в архитектуре — самые дорогие. Их исправление на этапе разработки стоит в 10 раз дороже, чем на этапе документа. Discovery занимает 1–2 недели и экономит деньги на всех следующих этапах.
На выходе: техническое задание, архитектура приложения, список экранов, логика переходов.
UX/UI дизайн
Сначала кликабельный прототип в Figma. Вы буквально нажимаете кнопки в макете на экране телефона и проходите основные пользовательские сценарии — до начала разработки. Это не картинка, а модель поведения.
После утверждения прототипа — финальный дизайн. Для iOS соблюдаем Human Interface Guidelines от Apple. Для Android — Material You от Google. Пользователь не должен думать, как работать с интерфейсом — он должен просто работать.
Мобильная версия проектируется для экрана 6 дюймов и управления одним пальцем. Не «адаптированная с планшета», а спроектированная с нуля под телефон.
Backend и API
За экранами стоит серверная инфраструктура: базы данных, бизнес-логика, авторизация, push-уведомления, файловое хранилище, фоновые задачи. Проектируем с учётом масштабирования — чтобы приложение работало одинаково быстро при 100 и при 100 000 активных пользователях.
Подключаем платёжные шлюзы (ЮKassa, Сбер Pay, Stripe), интегрируем с вашей CRM, 1С, ERP или любым сторонним API по документации.
Разработка приложения
iOS — Swift, SwiftUI, Combine, Core Data. Android — Kotlin, Jetpack Compose, Coroutines, Room. Для Flutter — Dart с BLoC-архитектурой.
Нативный код: плавная анимация 60fps, мгновенный отклик на нажатие, полный доступ к камере, GPS, биометрии, NFC, Bluetooth. Разработка iOS и Android ведётся параллельно — релиз на обеих платформах одновременно.
QA-тестирование
Ручное тестирование — на 20+ реальных устройствах с разными версиями iOS и Android, разными размерами экранов. Не на эмуляторах.
Отдельно тестируем: офлайн-режим, поведение при медленном интернете (2G), все платёжные сценарии, пограничные состояния — пустые списки, ошибки сети, отказ в разрешениях.
Публикация в App Store и Google Play
Apple отклоняет при первой подаче около 30% приложений. Мы готовим приложение к ревью: проверяем соответствие правилам, заполняем метаданные для ASO, пишем описания для обеих платформ, подбираем скриншоты по правилам магазинов.
Приложение публикуется в вашем аккаунте App Store Connect и Google Play Console. Полные права и доступы — ваши.
Хотите понять, какой бюджет нужен для вашей задачи? Проведём бесплатную Discovery-сессию: разберём функционал, определим технологический стек и дадим предварительную смету.
Сколько времени занимает разработка
MVP (минимально жизнеспособный продукт)
8–15 экранов, базовая бизнес-логика, авторизация, одна-две ключевые функции. Срок: 3–4 месяца.
Зачем запускать MVP первым: проверить гипотезу на реальных пользователях, получить первые оценки в магазинах — до вложения полного бюджета. Часто оказывается, что пользователи хотят не то, что планировалось.
Полнофункциональное приложение
20–50+ экранов, несколько ролей пользователей, личный кабинет, программа лояльности, интеграции с CRM/ERP, push-уведомления. Срок: 5–8 месяцев.
Корпоративное приложение для сотрудников
Авторизация через корпоративный SSO, интеграция с внутренними системами, офлайн-режим с синхронизацией данных. Срок: 4–6 месяцев.
Сроки фиксируются в договоре с разбивкой на этапы. Каждые 2 недели — демонстрация готового функционала.
Сколько стоит разработка мобильного приложения
Что формирует цену
Количество экранов и сложность логики. Экран с текстом и кнопкой — одно. Экран с интерактивной картой, фильтрами и real-time данными — совсем другое. Каждый экран — это дизайн, вёрстка, логика, тестирование.
Платформа. Нативная разработка под iOS и Android — фактически два параллельных проекта. Flutter — единая кодовая база, экономия 30–40%.
Backend. Если API уже существует — его подключение обходится дешевле, чем разработка серверной части с нуля.
Интеграции. CRM, 1С, платёжная система — каждое подключение требует разработки и тестирования.
Ориентиры по стоимости
| Тип приложения | Платформы | Срок | Стоимость |
|---|---|---|---|
| MVP (8–15 экранов) | iOS + Android (Flutter) | 3–4 мес. | от 105 000 ₽ |
| Стандартное (20–35 экранов) | iOS + Android (нативно) | 5–6 мес. | от 240 000 ₽ |
| Сложное (50+ экранов, роли, интеграции) | iOS + Android (нативно) | 7–8 мес. | от 350 000 ₽ |
| Корпоративное | iOS или Android | 4–5 мес. | от 200 000 ₽ |
Точная смета — после Discovery-сессии. Разница между «похожими» по описанию приложениями может быть в 3–4 раза.
6 ошибок при заказе мобильного приложения
1. Начать разработку без Discovery
Заказчик приходит с идеей — исполнитель сразу открывает Figma. Через два месяца выясняется, что ключевая функция требует смены архитектуры backend. Переделка — ещё два месяца и дополнительный бюджет. Discovery — это страховка от самых дорогих ошибок.
2. Выбирать подрядчика по минимальной цене
Приложение за 50 000 рублей от фрилансера — шаблонный код без архитектуры, без тестов, без документации. Через 8 месяцев оно начнёт ломаться на новых версиях iOS. Переписать с нуля на нормальной архитектуре обойдётся дороже, чем сделать правильно с начала.
3. Хотеть всё и сразу в первой версии
Список «обязательных» функций перед запуском обычно содержит 45 пунктов. Разработка растягивается на 14 месяцев, бюджет удваивается, а рынок за это время уже изменился. Правильный путь: MVP с 6–8 функциями, обратная связь, решение на основе данных.
4. Не планировать поддержку заранее
Apple выпускает новую iOS каждый сентябрь. Приложение, которое не обновлялось год, начинает работать с ошибками на новых устройствах, получает плохие отзывы и рискует быть удалено из магазина. Бюджет на поддержку нужно закладывать до подписания договора на разработку — от 30 000 рублей в месяц.
5. Не обсудить права на исходный код
До старта проекта уточните: вы получите полный исходный код, доступ к репозиторию, доступ к аккаунтам App Store Connect и Google Play Console? Мы передаём всё это заказчику после оплаты и подписываем NDA до первого разговора.
6. Игнорировать ASO
App Store и Google Play — это поисковые системы со своими алгоритмами. Название, описание, ключевые слова, скриншоты — всё это влияет на позицию в результатах поиска внутри магазина. Без ASO-оптимизации приложение просто не будут находить органически.
Готовы обсудить проект? Расскажите о продукте и аудитории. Проведём бесплатную Discovery-сессию и дадим предварительную смету.
Обсудить разработку мобильного приложения →
Первый разговор бесплатный. Обычно 30–40 минут.