Разработка мобильного приложения — продуктовый подход для iOS, Android и гибридов
Что вы получаете
-
Нативное iOS и Android приложение (или React Native)
Выбор стека — по форме задачи. Если нужна сложная анимация, камера, фоновые задачи — нативно (Swift + Kotlin). Если бизнес-логика, формы, списки — React Native. Не идеология, а инженерный выбор.
-
Бэкенд и API
Node.js или Go, PostgreSQL, очереди, фоновые задачи. Сразу с логированием, мониторингом и rate limiting. Не «потом разберёмся» — это закладывается на старте.
-
Дизайн-система и Figma
Компоненты, токены, состояния (loading, empty, error). Тёмная тема — на старте, не потом. Передача исходников с правами редактирования вашей команде.
-
Публикация в App Store и Google Play
Регистрация, сертификаты, провижининг, описания, скриншоты, рейтинг возраста, политика приватности. Первая публикация — самая дорогая по нервам; берём её на себя.
-
Аналитика и крэшлоги
Не Firebase по дефолту, а то, что нужно: PostHog или Mixpanel для продуктовой аналитики, Sentry для крэшей. Без слежки за пользователем «на всякий случай».
-
CI/CD, тесты, документация
Сборка приложения в один клик, автотесты на критичные сценарии, README, который читается. После сдачи ваша команда может развивать продукт без нас — это и есть критерий хорошего проекта.
Как мы подходим к работе
1. Дискавери и продуктовое решение
Две недели: что именно делаем, для кого, какие сценарии критичны. На выходе — карта экранов, список API, оценка сроков. Без этого этапа все остальные оценки — фантазия.
2. Прототип и валидация
Интерактивный прототип в Figma, который показываем 5–10 реальным пользователям. Половина гипотез умирает здесь и стоит дёшево. Лучше так, чем потом переделывать код.
3. MVP в продакшен
6–12 недель: пишем то, что действительно нужно для первой версии. Не «фича на будущее», не «потому что у конкурента есть». Каждая фича в MVP обосновывается сценарием использования.
4. Бета и закрытый запуск
TestFlight и Google Play Internal Testing — 50–200 пользователей. Собираем баги и обратную связь две недели. Только после этого — публичный релиз.
5. Передача и поддержка
Документация, обучение команды, договор поддержки — отдельная история, не нагружаем продакшен-команду случайными правками. После сдачи приложение должно быть пригодно к работе без нас.
Когда не стоит брать у нас именно эту услугу
- У вас нет ясности, что должно быть в приложении — сначала продуктовый дискавери (отдельная услуга), потом разработка.
- Бюджет до 15 000 манатов — приложение в продакшене с бэкендом, дизайном и публикацией не делается дешевле; меньше — это либо без бэкенда, либо без поддержки, либо обман.
- Реальная задача — мобильный сайт с push-уведомлениями — это PWA или сайт, а не нативное приложение. Сэкономит вам 3–4 месяца и 70% бюджета.
- Ожидание «выложили в стор — пользователи нашли сами» — без маркетингового бюджета и трафика приложение в сторе не находят, мы можем это обсудить заранее.
Работы по этой услуге
-
Свой модульный POS / ERP-продукт — 10+ клиентов в проде
Писать ERP под каждого клиента с нуля экономически бессмысленно. Сделали свой модульный POS / ERP — кастомизируемый под отрасль. Десятки клиентов на нём уже работают: розница, опт, общепит, сервис.
-
Нативное мобильное приложение лояльности для розничного бренда
В рознице удержать постоянного покупателя сложно, бумажные купоны теряются. Сделали приложение, которое собирает в одном месте бонус, купон, профиль и идентичность бренда. С набором баллов через QR прямо в магазине.
-
Перевели традиционную бухгалтерию в полностью мобильное приложение
Бухгалтерия для малого бизнеса жила на бумажных документах и поездках в офис. Перевели весь поток сервиса в мобильное приложение — счета, налоговая отчётность, обмен документами через телефон.
Частые вопросы
Сколько стоит разработка мобильного приложения?
MVP с одной платформой (iOS или Android), бэкендом и одним сценарием — от 18 000–25 000 манатов. Полный продукт с двумя платформами и сложной логикой — от 50 000 манатов. Точная цифра — после дискавери, до него — диапазон.
iOS и Android вместе или по очереди?
Зависит от аудитории. В Баку Android доминирует (≈70%), но iOS — это платёжеспособная аудитория. Часто оптимально: MVP на Android, через 2–3 месяца iOS. Если бюджет позволяет — параллельно через React Native.
Сколько времени занимает публикация в сторах?
Google Play — обычно 1–3 дня. App Store — 1–7 дней, иногда дольше при первой публикации с нюансами (камера, локация, In-App Purchase). Закладывайте 2 недели на запуск с запасом.
Что с поддержкой после запуска?
Стор требует регулярных обновлений (минимум раз в 6 месяцев для актуальности SDK). Поддержка — отдельный договор с месячным бюджетом. Цифра обсуждается под объём ожидаемых правок.
Можете ли просто переделать существующее приложение?
Если код в нормальном состоянии — да, проводим аудит и работаем с ним. Если код — наследие 2017 года на устаревшем стеке без тестов — часто переписать дешевле, чем чинить. Оценка после первого взгляда на репозиторий.
Бренд — это Phase 0. Дальше идут сайт, продукт, продуктовый дизайн. Если готовы стартовать — пришлите короткий бриф.
salam@qaynaq.com