Выбор студии мобильной разработки — задача, где стандартные критерии отбора IT-подрядчика не работают. Один знакомый фаундер выбрал студию по красивому портфолио: скриншоты приложений, логотипы клиентов, адекватная цена. Подписал договор на 1,8 млн. Через 4 месяца получил приложение, которое App Store отклонил трижды. Push-уведомления не работали на Android 12+. При 500 одновременных пользователях сервер падал.
Причина оказалась банальной: студия никогда не публиковала приложения в Store. Они делали «под ключ» — передавали APK-файл и говорили «дальше сами». Портфолио состояло из скриншотов макетов, а не живых приложений. Эту ошибку можно было предотвратить за 15 минут. Достаточно проверить 12 критериев, специфичных именно для мобильной разработки. Ниже — чек-лист, который мы составили на основе 50+ мобильных проектов.
Почему выбор мобильной студии — не то же самое, что выбор веб-студии
Веб-разработка и мобильная разработка — разные дисциплины. Студия может блестяще делать сайты и корпоративные порталы, но при этом не иметь ни одного приложения, прошедшего ревью App Store. Вот шесть ключевых отличий, которые определяют выбор студии мобильной разработки.
Публикация в Store. Веб-сайт деплоится на сервер за минуты. Мобильное приложение проходит ревью Apple (1-7 дней), и отклонение — не редкость. Студия без опыта публикации потеряет недели на переписку с ревьюерами.
Тестирование на устройствах. Веб-сайт тестируется в браузерах. Мобильное приложение — на десятках устройств с разными версиями ОС, размерами экранов и объёмом памяти. Эмулятор не заменяет реальный Samsung Galaxy A12 с 3 ГБ RAM.
Push-инфраструктура. Push-уведомления — отдельная экосистема: APNs для iOS, FCM для Android, серверная логика сегментации и аналитики. Веб-студия с этим не сталкивалась.
Обновления без переустановки. Веб-сайт обновляется мгновенно. Обновление мобильного приложения — это новый билд, ревью Store, миграция данных пользователей, обратная совместимость API. Отдельная инженерная задача.
Offline-режим. Сайт без интернета не работает. Мобильное приложение обязано корректно обрабатывать потерю связи, кешировать данные и синхронизировать при восстановлении. Подробнее о технических требованиях к заказной разработке.
Code signing и provisioning. Для сборки iOS-приложения нужны сертификаты, provisioning profiles, Developer Account. Для Android — keystore и signing config. Без правильной настройки приложение не соберётся, не установится, не обновится.
Чек-лист: 12 критериев выбора студии мобильной разработки
Правильный выбор студии мобильной разработки начинается с чёткого чек-листа. Каждый пункт — результат конкретной ошибки заказчика, которую мы видели в работе. Проверяйте все 12 критериев до подписания договора.
- Опубликованные приложения в App Store и Google Play (не скриншоты — живые ссылки)
- Опыт прохождения ревью App Store — знают правила, справляются с отклонениями
- Кроссплатформенная экспертиза (React Native / Flutter) или нативная под обе ОС
- Тестирование на реальных устройствах (не только эмулятор)
- Mobile CI/CD pipeline — автосборка и автодеплой
- Push-уведомления и серверная инфраструктура под них
- Crash analytics и мониторинг (Crashlytics, Sentry)
- Опыт ASO (App Store Optimization) — правильные метаданные, скриншоты, рейтинги
- Безопасность и хранение данных (Keychain, HTTPS, шифрование)
- Дизайн под платформенные гайдлайны (HIG для iOS, Material Design для Android)
- Поддержка и обновления после запуска — как работают с новыми версиями ОС
- Передача исходного кода и аккаунтов Developer при завершении сотрудничества
1. Опубликованные приложения в App Store и Google Play
Не скриншоты в портфолио, а живые приложения, доступные для скачивания прямо сейчас. Откройте Store, найдите 3-5 приложений студии, скачайте и протестируйте. Проверьте рейтинг: если ниже 3,5 звёзд — качество вызывает вопросы. Если приложения удалены или «временно недоступны» — студия, скорее всего, не поддерживает свои продукты.
2. Опыт прохождения ревью App Store
Apple отклоняет до 30% приложений при первой подаче. Ревью проверяет 200+ критериев: безопасность, UX, соответствие Human Interface Guidelines, политику конфиденциальности, обработку данных. Спросите студию: сколько раз за последний год App Store отклонял их приложения? И как быстро исправляли? Идеальный ответ: «Отклоняли 2-3 раза, исправляли за 1-2 дня». Плохой: «У нас не было проблем». Это значит, что либо не публиковали, либо врут.
3. Кроссплатформенная экспертиза
Спросите, на каком стеке работают: React Native, Flutter, нативный (Swift + Kotlin). Хорошая студия объяснит, когда оправдан каждый подход. И порекомендует оптимальный для вашей задачи. Если студия работает только с нативной разработкой и предлагает два отдельных проекта для iOS и Android — проверьте. Не удваивают ли они бюджет без необходимости? Для 80% бизнес-приложений кроссплатформа даёт 90% функциональности за 50% стоимости.
4. Тестирование на реальных устройствах
Эмулятор не воспроизводит 80% проблем реальных устройств: разрядку батареи, перегрев, нехватку памяти, особенности камеры, поведение при входящем звонке. У студии должен быть пул из 5-7 физических устройств разных ценовых сегментов. От бюджетных до флагманов. Плюс доступ к облачным фермам: BrowserStack, Firebase Test Lab, AWS Device Farm.
5. Mobile CI/CD pipeline
Автоматическая сборка, тестирование и деплой — стандарт зрелой мобильной студии. Спросите: используют ли Fastlane, Bitrise, Codemagic или GitHub Actions для мобильных билдов? Без CI/CD каждое обновление — ручной процесс на 2-4 часа. Сборка, подпись, загрузка в TestFlight/Play Console, тестирование. При частых релизах это выливается в сотни часов потерянного времени.
6. Push-уведомления и серверная инфраструктура
Push-уведомления — не «просто отправить сообщение». Это APNs-сертификаты для iOS, FCM-токены для Android, серверная логика сегментации и аналитика открытий. Спросите: какой стек для пушей используете? Firebase Cloud Messaging? OneSignal? Свой сервер? Если студия отвечает «подключим потом» — пуши не будут работать стабильно.
7. Crash analytics и мониторинг
В продакшене приложение будет падать — это нормально. Вопрос в том, как быстро студия узнает о крашах и исправит их. Проверьте: используют ли Firebase Crashlytics, Sentry или Bugsnag? Настроены ли алерты при всплеске ошибок? Есть ли dashboard с метриками стабильности? Без crash analytics баги обнаруживаются через 1-звёздочные отзывы в Store — и вы теряете рейтинг.
8. Опыт ASO (App Store Optimization)
ASO — это SEO для мобильных приложений: заголовки, описания, ключевые слова, скриншоты, A/B тесты иконки. Профессиональная студия оформляет страницу приложения в Store как часть проекта, а не оставляет заказчику шаблон «заполните сами». Плохой ASO = приложение невозможно найти в поиске Store.
9. Безопасность и хранение данных
Мобильное приложение хранит данные на устройстве пользователя — в отличие от веб-сайта. Спросите: как хранят токены авторизации (Keychain/Keystore или SharedPreferences/UserDefaults)? Шифруют ли локальную базу данных? Используют ли certificate pinning для защиты от MITM? Если студия не понимает эти термины — не доверяйте ей приложение с персональными данными.
10. Дизайн под платформенные гайдлайны
Material Design для Android, Human Interface Guidelines для iOS — не рекомендации, а обязательные стандарты. Приложение с Android-дизайном на iPhone раздражает пользователей и снижает рейтинг. Проверьте в портфолио: адаптирован ли дизайн под каждую платформу? Разные ли навигация, иконки, жесты? Если iOS и Android выглядят идентично — студия экономит на UX.
11. Поддержка и обновления после запуска
Apple и Google регулярно обновляют требования: новые версии iOS/Android, изменения в политиках Store, требования к безопасности. Приложение, которое не обновляется 6 месяцев, рискует быть удалённым из Store. Спросите: предлагает ли студия SLA на поддержку? Какова стоимость ежемесячного обслуживания? Включены ли обновления под новые версии ОС? Подробнее о стоимости долгосрочной поддержки — в разделе стоимость разработки.
12. Передача исходного кода и аккаунтов
Исходный код, аккаунты Apple Developer и Google Play Console, серверная инфраструктура, ключи подписи — всё это должно принадлежать вам. Зафиксируйте в договоре: полная передача репозитория (Git), signing-ключей, аккаунтов Store, серверного доступа. Если студия «хостит приложение на своих серверах» — вы привязаны к ней навсегда.
Выбор студии мобильной разработки — это не выбор исполнителя, а выбор партнёра на 2-3 года вперёд. Мобильное приложение требует постоянных обновлений, и менять студию после запуска — это фактически переписывать проект с нуля.
Профессиональная мобильная студия vs «делаем мобилку тоже»
Выбор студии мобильной разработки упирается в главный вопрос: это профильная мобильная компания или веб-студия, которая «тоже делает приложения»? На рынке именно две эти категории подрядчиков. Разница между ними — критична.
| Параметр | Мобильная студия | «Делаем мобилку тоже» |
|---|---|---|
| Приложения в Store | 5-15+ опубликованных, с рейтингами | 0-2, часть удалена |
| Прохождение ревью Apple | Первый раз за 1-3 дня | 3-5 отклонений, недели ожидания |
| Тестирование | Реальные устройства + облачная ферма | Эмулятор + iPhone разработчика |
| CI/CD | Fastlane + автосборка + автодеплой | Ручная сборка каждый раз |
| Push-уведомления | FCM/APNs + сегментация + аналитика | «Подключим Firebase потом» |
| Crash analytics | Crashlytics/Sentry с алертами | Отсутствует |
| Поддержка ОС | Обновления под iOS/Android в первую неделю | «Обновим, когда будет время» |
| Передача кода | Git + ключи + аккаунты Store | ZIP-архив без документации |
Разница в цене между этими двумя вариантами — 20-30%. Разница в результате — между приложением с рейтингом 4,5 и приложением, удалённым из Store через 3 месяца.
7 вопросов, которые нужно задать мобильной студии на первом созвоне
Не все 12 критериев можно проверить дистанционно. Часть раскрывается только в разговоре. Грамотный выбор студии мобильной разработки предполагает живое общение с командой. Вот 7 вопросов, которые отделяют профессионалов от тех, кто «учится на вашем проекте».
1. «Покажите 3 ваших приложения в App Store — я скачаю и протестирую»
Хороший ответ: моментально называют 3-5 приложений с ссылками. Плохой: «Мы работали под NDA, показать не можем». Под NDA нельзя называть клиента, но приложение в публичном Store — не конфиденциальная информация.
2. «Сколько раз App Store отклонял ваши приложения за последний год?»
Хороший ответ: конкретная цифра и примеры причин. Плохой: «Ни разу» (маловероятно при активной публикации) или «Мы не публикуем, это делает клиент».
3. «На каких устройствах тестировали последний проект? Назовите модели»
Хороший ответ: список из 5-7 устройств (Samsung Galaxy A-серия, Xiaomi Redmi, iPhone SE, iPhone 15 Pro, Pixel). Плохой: «На эмуляторе и моём iPhone».
4. «Как устроен ваш CI/CD для мобильных билдов?»
Хороший ответ: «Fastlane для автосборки, GitHub Actions для CI, автодеплой в TestFlight и Internal Testing». Плохой: «Что такое CI/CD?» или «Мы собираем вручную в Xcode».
5. «Кто оформляет страницу приложения в Store? Скриншоты, описание, ASO?»
Хороший ответ: «Мы делаем полный ASO: ключевые слова, описание, скриншоты, A/B тест иконки». Плохой: «Это вы сами, мы только код делаем».
6. «Что произойдёт с приложением при выходе новой версии iOS/Android?»
Хороший ответ: «У нас SLA на обновление — в течение 2 недель после релиза новой ОС». Плохой: «Если что-то сломается — обращайтесь, посмотрим».
7. «Как вы передаёте проект: код, аккаунты, ключи подписи?»
Хороший ответ: «Git-репозиторий, документация, все signing-ключи, аккаунты Store перерегистрируем на вас». Плохой: «Мы хостим приложение на своей инфраструктуре, так удобнее».
5 красных флагов, специфичных для мобильной разработки
Общие красные флаги выбора подрядчика (срыв сроков, неадекватное ТЗ, отсутствие договора) работают и для мобильных студий. Но есть 5 сигналов, характерных именно для мобильной разработки.
1. «Публикацию в Store вы делаете сами». Публикация — самая сложная часть мобильного проекта. Если студия не берёт это на себя — у неё нет опыта. Точка.
2. Портфолио без ссылок на Store. Скриншоты приложений в PDF — не портфолио. Живая ссылка на App Store или Google Play — единственное доказательство, что приложение существует и работает.
3. «Тестируем на эмуляторе, этого достаточно». Эмулятор не воспроизводит реальную производительность. Он не покажет поведение камеры, Bluetooth, push-уведомления на заблокированном экране, разрядку батареи. Если студия не тестирует на реальных устройствах — будьте готовы к 1-звёздочным отзывам.
4. Нет опыта с обеими платформами. Студия делает только iOS или только Android. Даже при кроссплатформенном подходе нужно понимание обеих экосистем. Различия в навигации, уведомлениях, разрешениях и жизненном цикле приложения — существенны.
5. «Бэкенд не входит в стоимость». Мобильное приложение без бэкенда — это калькулятор. Любое серьёзное приложение требует API, базу данных, авторизацию, хранение файлов, push-сервер. Если студия делает «только фронтенд» — вам придётся искать ещё одного подрядчика для серверной части. А координировать двух исполнителей — это удвоение рисков и управленческих расходов.
Итог: сохраните чек-лист и проверьте каждого кандидата
- Требуйте живые ссылки в App Store / Google Play — скриншоты не считаются
- Спросите про отклонения App Store — сколько раз получали reject и как решали
- Уточните: тестируете на реальных устройствах или только на эмуляторе?
- Проверьте наличие CI/CD pipeline — или деплоят вручную
- Убедитесь в передаче исходного кода и Developer Account при окончании сотрудничества
Выбор студии мобильной разработки — инвестиционное решение на 2-3 года. Мобильное приложение, в отличие от сайта, требует постоянных обновлений. Новые версии ОС, изменения политик Store, растущие ожидания пользователей — всё это требует регулярной работы. Сменить студию после запуска — значит фактически переписать проект.
12 критериев из чек-листа выше проверяются за один созвон и 30 минут самостоятельного исследования. Эти полтора часа способны предотвратить потерю миллионов рублей и месяцев времени.
Если вы сейчас выбираете студию для мобильного проекта — запишитесь на бесплатный Zoom-колл с командой Prime IT. Обсудим архитектуру вашего приложения, подберём оптимальный стек и покажем аналогичные проекты из нашего портфолио. MVP мобильного приложения — 22 рабочих дня, фиксированная цена до 900 000 рублей, с публикацией в App Store и Google Play.
FAQ о выборе студии мобильной разработки
Сколько опубликованных приложений должно быть у студии?
Минимум 5-7 приложений, доступных для скачивания в App Store или Google Play прямо сейчас. Не в портфолио на сайте, а именно живых — с рейтингами и отзывами пользователей. Скачайте 2-3 приложения и протестируйте: скорость загрузки, UX, push-уведомления, работа без интернета. Если приложения удалены или недоступны — это серьёзный красный флаг.
Кроссплатформенная или нативная — что просить у студии?
Для MVP и бизнес-приложений — кроссплатформенная (React Native или Flutter). Один код для iOS и Android = экономия 40-50% бюджета. Нативная разработка оправдана только для тяжёлых сценариев: AR/VR, обработка видео в реальном времени, интенсивная работа с Bluetooth/NFC. Хорошая студия сама предложит оптимальный подход и обоснует выбор, а не продаёт нативную разработку ради удвоения чека.
Как проверить, что студия умеет публиковать в App Store и Google Play?
Попросите показать аккаунты разработчика Apple Developer и Google Play Console. Спросите про опыт прохождения ревью App Store — это самый капризный этап: Apple может отклонять приложение 3-5 раз. Уточните, кто оформляет ASO (App Store Optimization) — заголовки, описания, скриншоты. Если студия говорит «публикацию вы сделаете сами» — ищите другую.
Нужна ли студии собственная лаборатория устройств?
Физическая лаборатория с 20 устройствами — необязательна. Но у студии должен быть системный подход к тестированию: облачные фермы (BrowserStack, Firebase Test Lab), набор из 5-7 реальных устройств разных ценовых категорий, автоматические тесты на каждый билд. Спросите: на каких устройствах тестировали последнее приложение? Если ответ «на моём iPhone» — это не студия, а фриланс.
Сколько стоит разработка мобильного приложения в студии в 2026 году?
MVP мобильного приложения в профессиональной студии — от 500 000 до 900 000 рублей при кроссплатформенном подходе. Нативная разработка под обе платформы — от 1 до 2 млн рублей. В Prime IT мы делаем мобильные MVP за 22 рабочих дня по фиксированной цене до 900K рублей. Запишитесь на бесплатный Zoom — обсудим архитектуру и подберём оптимальный стек.