Как выбрать подрядчика для мобильного приложения: чек-лист

9 июля 2026 · Команда SaitHub · Мобильная разработка

Плохой подрядчик стоит дороже хорошего: недоделанное приложение почти всегда переписывают с нуля. Вот проверочный список, который мы советуем пройти до подписания договора — даже если выбираете не нас.

Статья написана со стороны заказчика: что смотреть в портфолио, какие пункты обязаны быть в договоре, из чего складывается цена и какие вопросы задать команде до того, как вы переведёте первый аванс. Если вы читаете это перед встречей с потенциальным подрядчиком — распечатайте список вопросов из середины статьи и пройдитесь по нему прямо на созвоне.

Что проверить до старта

1. Живые приложения в сторах. Не скриншоты в презентации, а ссылки в App Store, Google Play и RuStore. Скачайте два-три приложения, посмотрите отзывы, оценку и частоту обновлений. Приложение, которое не обновлялось полтора года, — это скорее всего проект, который заказчик забросил после сдачи, и это тоже информация о подрядчике.
2. Кто именно будет делать проект. Познакомьтесь с командой, а не только с менеджером продаж. Попросите короткий созвон с тимлидом или разработчиком, который будет вести ваш проект: за 15 минут станет ясно, понимает ли он задачу или пересказывает презентацию.
3. Договор с этапами и приёмкой. Каждый этап — с результатом, который можно посмотреть руками, и оплатой после демонстрации. В договоре должны быть прописаны сроки этапов, критерии приёмки и штрафные санкции за срыв сроков — с обеих сторон.
4. Права на код. Исходники и репозиторий должны принадлежать вам с первого коммита — это пункт договора, а не «джентльменское соглашение». Проверьте формулировку: отчуждение исключительных прав, а не «лицензия на использование». Аккаунты разработчика в App Store и Google Play тоже регистрируются на вашу компанию.
5. Технологический стек. Для большинства бизнес-задач кроссплатформа (React Native или Flutter — одна кодовая база под iOS и Android) — это минус 30–40% бюджета против двух нативных команд. Но спросите, почему подрядчик предлагает именно этот стек: обоснование «мы так умеем» — плохой ответ, обоснование через вашу задачу — хороший.
6. Поддержка после релиза. Кто чинит баги, выпускает обновления под новые версии iOS/Android и сколько это стоит. Нормальная практика — гарантийный период 1–3 месяца, в течение которого баги исправляются бесплатно, и понятный тариф на поддержку дальше.
7. Юридическая чистота. Проверьте компанию по ИНН: срок жизни юрлица, суды с заказчиками, массовость адреса. Пять минут на сайте налоговой могут сэкономить полгода разбирательств.

Красные флаги

Ни один из этих признаков сам по себе не приговор, но два-три сразу — веский повод продолжить поиск.

• Нет договора с этапами. Вам предлагают «рамочный договор» на одну страницу или работу «по счёту». Без зафиксированных этапов, результатов и сроков вы не сможете ни принять работу, ни предъявить претензию.
• Оценка «на глаз» без спецификации. Точная цена «под ключ» через час после первого письма, без единого уточняющего вопроса о задаче, — значит, оценивали не вашу задачу, а среднюю температуру по рынку. Потом всё «внезапно выяснившееся» будет оплачиваться отдельно.
• Не показывают живые приложения в сторах. «Все проекты под NDA» — удобное объяснение, но у студии с опытом всегда найдётся хотя бы два-три публичных кейса со ссылками на сторы. Если их нет совсем — перед вами либо новички, либо субподрядчики без собственных проектов.
• Код не передают. Репозиторий «останется у нас, вам он не нужен», доступ к исходникам «после полной оплаты всех этапов включая поддержку». Это привязка: сменить такого подрядчика можно будет только переписав приложение заново.
• Нет тестового периода поддержки. После акта приёмки любой найденный баг — новая платная задача. Гарантийный период на исправление дефектов должен быть в договоре по умолчанию.
• 100% предоплата или, наоборот, «оплата только за результат» без промежуточных демо. Обе схемы означают, что кто-то из сторон несёт весь риск в одиночку, — здоровый проект так не строится.
• Закрытый процесс. Отказ давать доступ к репозиторию и таск-трекеру в процессе работы, демо «когда будет готово», отчёты раз в месяц. Вы узнаете о проблемах, когда исправлять их будет уже дорого.

Какие вопросы задать до подписания договора

Сохраните этот список и пройдитесь по нему на последней встрече перед подписанием. Уверенные, конкретные ответы — хороший знак; уход в общие слова — повод насторожиться.

1. Как устроен процесс: спринты, частота демо, кто со стороны студии принимает решения и с кем я общаюсь ежедневно?
2. Что войдёт в MVP, а что вы предложите отложить на вторую версию — и почему?
3. Кому принадлежат исходный код, репозиторий, дизайн-макеты и аккаунты в сторах? Как это сформулировано в договоре?
4. Как вы оцениваете сроки и что происходит, если этап не укладывается в оценку: кто платит за перерасход?
5. Как вы тестируете: на каких устройствах, есть ли автотесты, как отслеживаете краши после релиза?
6. Публикация в App Store, Google Play и RuStore — ваша задача или наша? Что делаете, если модерация отклонит приложение?
7. Что входит в гарантийный период после релиза и сколько он длится?
8. Сколько стоит час поддержки и доработок после гарантии? Есть ли пакеты часов?
9. Что будет, если мы решим расстаться в середине проекта: как передаются код, документация и доступы?
10. Можете дать контакты двух-трёх заказчиков, чьи проекты уже в сторах, чтобы я поговорил с ними напрямую?

Этапы проекта: что вы должны получить на руки

Главный принцип приёмки: у каждого этапа есть осязаемый результат, который остаётся у вас независимо от того, продолжите вы работу с этой командой или нет. Вот как это выглядит для типового приложения средней сложности.

Если подрядчик не может сказать, что именно вы получите на руки по итогам этапа, — этап сформулирован для внутреннего удобства студии, а не для вас.

Нативная разработка или кроссплатформа в 2026 году

Второй по частоте вопрос после цены. Нативная разработка — это два отдельных приложения: Swift для iOS и Kotlin для Android. Кроссплатформа — одна кодовая база на React Native или Flutter, которая собирается под обе платформы.

Когда достаточно кроссплатформы. Для 80–90% бизнес-приложений — сервисы заказов и доставки, личные кабинеты, маркетплейсы, каталоги, запись на услуги, внутренние корпоративные инструменты — React Native и Flutter в 2026 году закрывают задачу полностью. Интерфейс неотличим от нативного, доступ к камере, геолокации, push-уведомлениям и платежам есть из коробки, а крупные продукты вроде банковских и ритейл-приложений давно доказали, что технология выдерживает миллионы пользователей.

Когда нужен натив. Игры и тяжёлая графика, обработка видео в реальном времени, сложные AR-сценарии, нестандартная работа с Bluetooth-периферией и другими низкоуровневыми API, а также случаи, когда каждая миллисекунда отклика критична. Если ваша задача не из этого списка, доплата за натив, скорее всего, не окупится.

Разница в деньгах и сроках. Нативная разработка означает две команды и почти двойной объём работы: на практике это плюс 60–80% к бюджету и плюс 30–50% к сроку против кроссплатформы. Там, где кроссплатформенный MVP делается за 3–4 месяца, два нативных приложения потребуют 5–7. Поддержка тоже дорожает вдвое: каждую доработку придётся делать и тестировать дважды. Именно поэтому мы в SaitHub делаем ставку на разработку приложений на React Native — и честно говорим, когда задача требует натива.

Из чего складывается цена

Цена приложения — это почти целиком человеко-часы, умноженные на ставку команды. Отсюда три вывода: цена зависит от объёма функций (а не от «сложности идеи»), одинаковое ТЗ у разных студий может отличаться в цене в 2–3 раза из-за ставок, и самый надёжный способ снизить бюджет — сократить состав первой версии, а не искать подрядчика подешевле.

Ориентиры по рынку РФ на 2026 год:

• Фрилансер или микрокоманда — от 300–700 тыс. ₽ за простое приложение. Дешевле всего, но весь риск на вас: нет замены исполнителю, нет процессов, нет гарантий.
• Небольшая студия — базовое кроссплатформенное приложение (каталог, личный кабинет, заказы, push-уведомления) — от 420 000 ₽ до 1,5 млн ₽. Это наш сегмент: у нас разработка мобильного приложения начинается от 420 000 ₽ за базовый вариант.
• Студии среднего сегмента — MVP от ~1,5–2 млн ₽, полноценный продукт с интеграциями, платежами и админкой — 2,5–5 млн ₽.
• Крупные агентства и заказная разработка для энтерпрайза — от 5–7 млн ₽ и выше; здесь платят за бренд, процессы и штат под нагрузку.

Поправочные коэффициенты: интеграции с 1С, CRM и платёжными системами добавляют 15–30% бюджета, нативная разработка вместо кроссплатформы — 60–80%, сложный кастомный дизайн с анимациями — 20–40%. Дизайн обычно занимает 15–25% сметы: если хотите понять, за что платите, посмотрите, как устроен UX/UI-дизайн продукта с дизайн-системой. И не забудьте заложить бюджет на жизнь после релиза: поддержка и развитие обычно стоят 10–20% стоимости разработки в год.

Если бюджет ограничен, правильная стратегия — не резать качество, а резать объём: выпустить MVP с двумя-тремя ключевыми сценариями, проверить спрос на живых пользователях и развивать продукт на данных, а не на предположениях.

Частые вопросы

Фрилансер или студия — что выбрать?

Фрилансер дешевле и подходит для прототипов и простых задач с гибкими сроками. Но приложение — это минимум четыре роли: аналитик, дизайнер, разработчик, тестировщик. Один человек либо закрывает их поверхностно, либо проект растягивается. Плюс риск: фрилансер заболел, ушёл на другой проект — и вы остались с половиной приложения. Студия дороже, но даёт процессы, взаимозаменяемость людей и договорную ответственность. Правило простое: если приложение — это ваш бизнес, а не эксперимент, берите команду.

Кому принадлежит код после окончания проекта?

Должен принадлежать вам — но только если это прямо написано в договоре. Ищите формулировку об отчуждении исключительных прав на результат работ в полном объёме с момента оплаты этапа. «Право использования» или «лицензия» — это не передача прав: код останется у подрядчика, и вы будете зависеть от него при любой доработке. Репозиторий, макеты в Figma и аккаунты в сторах тоже оформляйте на себя с первого дня.

Сколько стоит поддержка после релиза?

Типичный ориентир — 10–20% стоимости разработки в год, либо пакет часов: 20–40 часов в месяц по ставке 2 500–4 500 ₽/час у небольших и средних студий. В поддержку входят исправление багов, обновления под новые версии iOS и Android, мониторинг крашей и мелкие доработки. Первые 1–3 месяца после релиза исправление дефектов должно быть бесплатным по гарантии — проверьте этот пункт в договоре до подписания.

Как проверить портфолио подрядчика?

Три шага. Первый: найдите приложения из портфолио в сторах и скачайте их — проверьте, что они работают, посмотрите оценку и дату последнего обновления. Второй: спросите, что именно делала студия в каждом проекте — «участвовали в разработке» может означать один экран на субподряде. Третий: попросите контакты двух заказчиков и позвоните им; вопросы простые — уложились ли в сроки и бюджет, как вели себя при проблемах, наняли бы снова.

Можно ли сначала заказать только аналитику и дизайн?

Да, и это разумная стратегия при ограниченном бюджете или сомнениях в подрядчике. Этап аналитики и ТЗ стоит 5–10% будущего бюджета, зато на выходе у вас спецификация и прототип, с которыми можно собрать сопоставимые предложения от нескольких команд. Хороший подрядчик спокойно относится к тому, что после ТЗ вы можете уйти к другому исполнителю, — документация делается так, чтобы по ней мог работать кто угодно.