Экраны есть, приложения нет
Предыдущий подрядчик собрал интерфейс, но сборка не проходит ревью в App Store, и ответить рецензенту некому. Каждый ответ — это новый цикл ревью и ещё одна неделя.
Разработка мобильных приложений для iOS и Android
Проектируем, разрабатываем и публикуем мобильные приложения — нативные и кроссплатформенные. Берём на себя бэкенд, интеграции и релиз в App Store и Google Play. Вы получаете приложение в сторе, а не набор экранов для релиза.
С чем к нам приходят чаще всего
Веб-версия есть, мобильной нет
Клиент ищет вас в App Store, не находит и возвращается в браузер, где каждый раз логинится заново. Иконка конкурента остаётся на его главном экране — вашей там нет.
Два подрядчика, два разных приложения
iOS делает одна команда, Android другая, и через несколько месяцев один и тот же экран ведёт себя по-разному на телефонах. Каждую правку согласуете дважды — и ждёте вдвое дольше.
Что мы строим в приложении
Интерфейс по гайдлайнам платформ
Навигация, жесты и типографика по HIG и Material Design
Офлайн-режим
Локальные данные и синхронизация после возврата сети
Push-уведомления
Отправка через APNs и FCM, сегментация, экран настроек
Интеграция с бэкендом и API
Подключение к вашей системе или бэкенд с нуля
Публикация в сторах
Страницы продукта, сертификаты, декларации, отправка на ревью
Аналитика и отчёты о сбоях
События в воронке и отчёты о крашах с номером версии
Что вы получаете
- Исходный код в репозитории на вашем аккаунте
- Приложение, опубликованное в App Store и Google Play
- Бэкенд, базу данных и окружения вместе с доступами
- Документацию архитектуры и инструкцию выпуска новой версии
- Материалы для сторов: иконки, скриншоты, описания, политику конфиденциальности
Как мы работаем
Анализ и объём
3–5 днейРаскладываем идею на список экранов и функций, определяем, что входит в первую версию, а что подождёт. Проходим сценарий глазами пользователя, чтобы найти экраны, о которых никто не подумал. Здесь же решаем: нативно или кроссплатформенно.
Проектирование экранов
1–2 неделиРисуем макеты и кликабельный прототип по гайдлайнам обеих платформ. Ставим прототип на ваш телефон, чтобы вы прошли весь сценарий пальцем, а не на экране ноутбука. Правим структуру, пока путь не станет очевидным без объяснений.
Разработка
2–4 недели до первой версииРазрабатываем приложение и бэкенд параллельно. Каждую неделю отправляем сборку через TestFlight и внутреннее тестирование Google Play, поэтому прогресс виден на устройстве, а не на скриншотах. Закрываем функции по очереди, начиная с главного сценария.
Тестирование на устройствах
3–5 днейПроверяем приложение на старых и новых моделях, при слабой связи и после потери сети. Воспроизводим жизненные ситуации: лифт, метро, прерванная оплата, звонок посреди формы. Правим найденное до того, как сборка уйдёт в стор.
Публикация
отправка за 1 день, ревью — на стороне сторовГотовим страницы в App Store и Google Play, настраиваем сертификаты и декларации о данных. Отправляем сборку на ревью и отвечаем на замечания рецензентов от вашего имени. Срок ревью принадлежит Apple и Google, поэтому даём его диапазоном, а не обещанием.
Поддержка и развитие
ежемесячный договорСледим за сбоями, выпускаем исправления и готовим приложение к ежегодным версиям iOS и Android. Проверяем сборку на бете системы, прежде чем обновление дойдёт до ваших пользователей. Новые функции планируем в следующих релизах.
Нативное vs кроссплатформенное (React Native / Flutter)
Единственно верного ответа здесь нет — есть выбор между темпом и контролем. Для бизнес-приложений обычно предлагаем кроссплатформу, для графики и обработки в реальном времени — нативную разработку. Решение принимаем после разбора списка функций.
| Нативное (Swift / Kotlin) | Кроссплатформенное (React Native / Flutter) | |
|---|---|---|
| Время до первой версии | Два приложения; один и тот же экран дважды | Одна кодовая база; экран один раз на обе системы |
| Объём работы | Две реализации и два набора компетенций: Swift и Kotlin | Одна кодовая база; меньше выгоды при разных экранах на платформах |
| Производительность | Игры, тяжёлая 3D-графика, долгая работа с камерой, видео | Списки, формы, карты, чат, платежи — большинство бизнес-приложений |
| Доступ к функциям устройства | Полный с первого дня; новые API системы сразу | Камера, GPS, push, Bluetooth, биометрия через готовые модули |
| Поддержка в долгую | Два репозитория и два пути релиза; зависимость от Apple и Google | Одна правка на обе платформы; дополнительная зависимость от фреймворка |
Когда мы отговариваем от мобильного приложения
Не каждой идее нужен стор. Три ситуации, в которых честнее этого не делать.
Идея ещё не проверена
Если неизвестно, будут ли этим пользоваться, веб-приложение даст ответ быстрее и дешевле. Без ревью, сертификатов и второй платформы первые пользователи видят продукт на той же неделе. К стору возвращаемся, когда уже понятно, что должно быть внутри.
Задача сводится к контенту
Каталог, блог или форма обратной связи не требуют установки. Пользователь всё равно откроет это в браузере, а Apple отклоняет приложения, которые являются обёрткой сайта. Об этом говорит пункт 4.2 гайдлайнов App Store, а отклонённая сборка возвращается к вам через несколько дней.
Нет бюджета на время после релиза
Мобильное приложение требует релиза под каждую крупную версию iOS и Android, а они выходят каждый год. Без запланированной поддержки через год начинаются сбои на новых телефонах, а через два страница исчезает из стора. Поддержку фиксируем отдельным договором ещё до старта разработки.
Технологии
- React Native
- TypeScript
- Swift
- Kotlin
- REST и GraphQL
- APNs и FCM
- Бэкенд подбираем под проект
- App Store Connect
- Google Play Console
Частые вопросы
Сколько стоит разработка мобильного приложения?
Объём решает: количество экранов и ролей, офлайн-режим, платежи и интеграции. Оценку и график вы получаете после анализа объёма, до подписания договора.
Сколько длится разработка мобильного приложения?
3–5 недель до первой рабочей версии, после согласования объёма. Полное приложение с платежами и офлайн-режимом — обычно 2–4 месяца. Ревью в сторах идёт отдельно, и его срок определяет Apple, а не мы.
Нативно или кроссплатформенно — что выбрать?
Кроссплатформенно в большинстве бизнес-проектов: одна кодовая база и одна правка на обе платформы. Нативно делаем при графике, камере в реальном времени и свежих API системы. Решение принимаем после разбора списка функций.
Публикуете ли вы приложение в App Store и Google Play?
Да, публикация на нашей стороне. Готовим страницы в сторах, настраиваем сертификаты, отправляем сборку на ревью и отвечаем рецензентам. Аккаунты разработчика оформляем на вашу компанию.
Что делать, если уже есть бэкенд или веб-приложение?
Подключаемся к тому, что есть. Если у бэкенда есть API, делаем только мобильный слой, а недостающие эндпоинты дописываем. Экраны проектируем заново под гайдлайны iOS и Android.
Получу ли я исходный код?
Да, с первого дня работы. Код попадает в репозиторий на вашем аккаунте, а вместе с ним документация, инструкция выпуска и аккаунты в App Store Connect. Проект может подхватить другая команда.
Что входит в поддержку после релиза?
Мониторинг сбоев, исправление ошибок, обновление зависимостей и релизы под новые версии iOS и Android. Они выходят каждый год, и без них приложение со временем перестаёт работать. Разработку функций считаем отдельно.