Как выбрать разработчика приложений

Мария Цапцынаруководитель отдела мобильной разработки digital-агентства Notamedia

2026-11-1211 мин чтения

Выбрать подрядчика для мобильного приложения сложнее, чем кажется. Студий и фрилансеров тысячи, у всех красивое портфолио, а оценки одного и того же проекта отличаются в разы. Разбираемся, кто разрабатывает приложения, где искать подрядчика и как проверить его до подписания договора.

Команда разработки приложений в типовом проекте:

• аналитик — выясняет задачи бизнеса и пользователей, описывает требования и сценарии;

• UX/UI-дизайнер — проектирует логику экранов и визуальный стиль;

• iOS- и Android-разработчики — пишут нативный код под каждую платформу (Swift, Kotlin), либо кроссплатформенный разработчик делает одно приложение для обеих систем (Flutter, React Native, Kotlin Multiplatform);

• backend-разработчик — создает серверную часть: базу данных, интеграции с платежыми сервисами, CRM и т.д.;

• тестировщик — проверяет, что все работает на разных устройствах и версиях систем;

• менеджер проекта — следит за сроками, бюджетом и связью с заказчиком.

Состав команды зависит от сложности приложения, сроков и выбранных технологий. Для небольшого продукта специалисты могут совмещать несколько ролей, а для крупного проекта с множеством функций и интеграций потребуется больше людей.  

Фрилансер, студия или своя команда: где сделать приложение

Где сделать приложение — первый вопрос, который стоит решить до поиска исполнителя. У каждого варианта есть сильные и слабые стороны.

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

Есть и смешанный вариант: внутренняя команда и агентство работают над приложением вместе. Например, сотрудники компании отвечают за развитие продукта, а подрядчик берёт на себя отдельные задачи или помогает ускорить разработку.

Другой вариант — заказать первую версию приложения у студии, а затем передать проект собственной команде. Это позволяет запустить продукт, не дожидаясь найма всех специалистов. 

Подробно плюсы и минусы подходов мы разбирали в статье «Аутсорсинг vs инхаус-команда: что выбрать для IT-проектов»

Читать статью

Где искать разработчиков

Где найти разработчиков, зависит от формата работы. Коротко о каналах:

Рейтинги разработчиков мобильных приложений

Основные в России: Рейтинг Рунета, Tagline, Ruward, Workspace. На что обратить внимание:

• отраслевые категории важнее общего места — студия может быть десятой в общем зачете и первой в вашей нише;

• смотрите кейсы, а не позицию — переходите в портфолио и ищите проекты, похожие на ваш;

• учитывайте методику — часть рейтингов строится на анкетах, которые заполняют сами студии, а участие иногда платное.

Notamedia среди разработчиков мобильных приложений в Рейтинге Рунета 2026 года заняла:

• 1 место в сфере «Государственные структуры и услуги: Услуги для частных лиц»

•  1 место в сфере «Государственные структуры и услуги: Услуги для бизнеса»

• 1 место в сфере  «Музеи, выставки»

• 1 место в сфере «Государственные структуры и услуги»2026

• 2 место в сфере «Туризм»

Позицию, которую студия указывает на своем сайте, легко проверить на странице самого рейтинга: там видны год, категория и методика.

Биржи и фриланс-площадки

Хабр Фриланс, FL.ru, Kwork подходят, если ищете исполнителя на небольшую задачу: доработать экран, исправить ошибки, сделать прототип. Чтобы отсеивать кандидатов, смотрите опубликованные приложения, а не только скриншоты; читайте отзывы с деталями; давайте небольшое оплачиваемое тестовое задание.

Рекрутинговые площадки

Если ищете разработчиков в штат, используйте hh.ru и Хабр Карьеру. Учитывайте, что найм одного мобильного специалиста занимает в среднем один-два месяца, а для запуска продукта понадобится несколько человек разных профилей. Если в компании нет технического руководителя, стоит привлечь внешнего эксперта на собеседования или начать с подрядчика, который поможет собрать внутреннюю команду.

Рекомендации и магазины приложений

Один из самых надежных способов — найти приложения, которые вам нравятся в вашей отрасли. В App Store, Google Play и RuStore в карточке указан издатель, а студии часто публикуют проекты в портфолио.

Отраслевые конференции и сообщества

На профильных конференциях и в профессиональных сообществах можно увидеть, как студии рассказывают о своих проектах, и поговорить с их клиентами. Это долгий путь, но он дает понимание, кто реально силен в вашей нише, а кто просто хорошо продает.

Тендеры

Компании, работающие по 44-ФЗ и 223-ФЗ, ищут подрядчика через конкурсные процедуры. Чтобы не выбирать подрядчика только по минимальной цене, учитывайте и другие критерии: 

• опыт в похожих проектах;

• квалификацию команды;

• аккредитацию ИТ-компании и наличие лицензии ФСТЭК, если она требуется для выполнения работ.

Как найти iOS-разработчика

Что спросить на собеседовании или при выборе студии:

• опыт с Swift и SwiftUI — это современный инструмент для интерфейсов под iOS;

• какие приложения разработчик публиковал в App Store и как решал проблемы, возникавшие при проверке; 

• как поддерживаются старые версии iOS и какие минимальные версии предлагают;

• как организована публикация с учетом ограничений для российских компаний.

О том, как меняются инструменты Apple, —

в статье «SwiftUI в 2026: как меняется разработка приложений под iOS»

Читать статью

На что обратить внимание при выборе Android-разработчика 

У Android-специалистов свои особенности: им приходится учитывать огромное разнообразие устройств, размеров экранов и версий системы, а в России — публикацию не только в Google Play, но и в RuStore. Спросите кандидата или студию, на каких устройствах они тестируют и как организована публикация в российском магазине. 

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

Как найти разработчика мобильных приложений: пошаговый план

Как найти разработчика приложения и не потратить месяцы на переговоры? Действуйте по шагам.

1. Цели и бриф. Кратко опишите, зачем бизнесу приложение, кто будет им пользоваться и какие задачи оно должно решать. Перечислите основные функции и укажите, с какими существующими системами потребуется связать приложение. Добавьте примеры продуктов, которые вам нравятся.

2. Ориентир бюджета и сроков. Определите хотя бы вилку. Без нее студии будут предлагать решения разного масштаба, и сравнить их не получится.

3. Шорт-лист из 5–7 подрядчиков. Отберите по рейтингам, рекомендациям и портфолио. Ищите опыт в вашей отрасли или с похожими задачами.

4. Запрос коммерческих предложений по одному брифу. Отправьте всем одинаковый бриф и попросите расписать этапы, состав команды, сроки и стоимость.

5. Встречи с командой. Поговорите не только с менеджером по продажам, но и с людьми, которые будут работать над проектом: аналитиком, ведущим разработчиком.

6. Сравнение предложений. Сведите их в таблицу по одинаковым критериям: этапы, часы, команда, гарантия, поддержка.

7. Платный этап аналитики или прототипа. Прежде чем подписывать большой контракт, закажите небольшой этап на 2–6 недель. Так вы проверите команду в деле, а результат — ТЗ и прототип — останется у вас.

8. Договор. Зафиксируйте права, этапы, приемку и гарантию.

Какие вопросы задать на встрече с командой:

• Какой похожий проект вы делали и что в нем было самым сложным?

• Кто конкретно будет работать над нашим продуктом и сколько у них других проектов параллельно?

• Как вы оцениваете сроки и что делаете, если не укладываетесь?

• Как часто мы будем видеть промежуточный результат?

• Что вы предложите убрать из первой версии, чтобы запуститься быстрее?

• Как организована поддержка после запуска и сколько она стоит?

Особенно важен вопрос о первой версии. Сильная команда предлагает, как сократить объем без потери ценности. Если подрядчик готов сделать все, что вы перечислили, за любой срок, это повод насторожиться.

Как проверить разработчика перед подписанием договора

Проверьте подрядчика по семи критериям:

• Релевантные кейсы и живые приложения. Скачайте продукты из портфолио, посмотрите рейтинг и отзывы в сторах, дату последнего обновления.

• Отзывы и контакты прошлых клиентов. Попросите связать вас с 1–2 заказчиками. 

• Стек и архитектура. Уточните, на каких технологиях будет построен продукт и почему. Популярный стек упростит поддержку и смену подрядчика в будущем.

• Процесс работы. Как часто будут демо, получите ли вы доступ к таск-трекеру, как фиксируются изменения требований.

• Кто будет работать над проектом. Запросите состав команды. Спросите, будет ли субподряд: если студия передаст работу третьей стороне, вы потеряете контроль над качеством.

• Гарантия и поддержка. Какой срок бесплатного исправления ошибок, на каких условиях осуществляется поддержка после релиза.

• Проверка компании. Выписка из ЕГРЮЛ, арбитражные дела на сайте суда. Если для проекта нужны специальные лицензии или другие разрешения, проверьте и их.

Заказчику не обязательно разбираться в коде, чтобы понять уровень команды. Попросите показать пример документации и отчета о тестировании из прошлого проекта. Спросите, как устроена проверка кода внутри команды и кто отвечает за архитектуру. Уточните, как часто выходили обновления у продуктов из портфолио. 

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

— об этом подходе мы писали в статье «Что такое IT-консалтинг и зачем он нужен»

Читать статью

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

Хорошее КП показывает, за что вы платите и что получите на каждом этапе. Тревожные сигналы:

• цена сильно ниже рынка — скорее всего, в смете нет важных работ, и они появятся позже как «дополнительные»;

• фиксированная цена без ТЗ и аналитики — подрядчик либо заложил большой запас, либо будет спорить о каждом изменении;

• нет часов на тестирование и публикацию — эти работы все равно понадобятся;

• этапы не расписаны — непонятно, что и когда вы получите;

• нет поддержки после релиза — первые недели после запуска самые важные, ошибки найдутся обязательно.

При работе с внешним подрядчиком обычно используют два способа оплаты:

• Fixed price — фиксированная стоимость за оговоренный объем. Подходит, когда требования понятны и подробно описаны, например после этапа аналитики. 

• Time & materials — оплата фактически затраченного времени. Подходит, когда продукт развивается итерациями и требования будут уточняться. Частый компромисс: аналитику и дизайн делают по фиксированной цене, а разработку — по модели time & materials с ежемесячным лимитом.

Рассмотрим, как сравнить предложения. Допустим, вы получили три КП:

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

Предложения Б и В дороже, зато в них предусмотрены основные этапы разработки и поддержка после запуска. У подрядчика В больше времени отведено на аналитику и тестирование, а гарантия вдвое длиннее. 

Поэтому сравнивайте не только итоговую цену, но и состав работ, сроки, опыт команды и условия договора.

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

Чек-лист для заказчика:

• Исключительные права на код, дизайн и другие результаты переходят к заказчику — после оплаты каждого этапа или по итогам проекта.

• Передача исходников и доступов: репозиторий с кодом, документация, доступы к серверам и сервисам.

• Аккаунты в сторах. Регистрируйте аккаунт разработчика в App Store, Google Play и RuStore на свою компанию, а не на студию. Иначе при смене подрядчика перенос приложения станет отдельной проблемой.

• Этапы и порядок приемки: что считается результатом этапа, сколько дней на проверку, как оформляются замечания.

• Гарантийный срок: сколько месяцев подрядчик бесплатно исправляет ошибки.

• Условия поддержки: время реакции на критические проблемы, стоимость доработок.

• Ответственность за сроки: что происходит при задержке по вине подрядчика.

• Порядок изменения требований: как оформляются и оцениваются новые задачи, которые появятся по ходу проекта.

• Конфиденциальность: соглашение о неразглашении, если продукт содержит коммерческую тайну или персональные данные.

Выбрать команду — половина дела. Чтобы проект шел по плану, договоритесь о ритме: еженедельный созвон, демонстрация результата раз в одну-две недели, общий чат и доступ к таск-трекеру. Назначьте со своей стороны одного ответственного, который принимает решения, — иначе вопросы будут ждать ответа неделями. И принимайте этапы по чек-листу: так замечания будут конкретными, а споров меньше.

Сколько стоит разработка приложения

Стоимость мобильного приложения зависит от сложности продукта. Ориентиры по открытым оценкам российских студий на 2027 год:

Что влияет на цену:

• платформы — для каких устройств нужно приложение: только для iOS, только для Android или для обеих систем, также нужна ли веб-версия.

• серверная часть — личные кабинеты, база данных, админ-панель;

• интеграции — платежи, CRM, 1С, карты, Госуслуги;

• дизайн — готовая библиотека компонентов или уникальный стиль с анимацией.

Чтобы сократить стоимость без потери качества, начните с одной ключевой задачи пользователя и отложите все остальное на следующие версии. Используйте готовые решения для типовых функций: авторизации, оплаты, push-уведомлений, чата поддержки. Возьмите за основу готовую библиотеку компонентов вместо уникального дизайна каждого элемента. Не экономьте на аналитике и тестировании — ошибки, найденные после релиза, обходятся дороже всего.

Не забудьте о расходах после релиза. Приложение нужно поддерживать: исправлять ошибки, обновлять под новые версии iOS и Android, которые выходят каждый год, развивать функции. Закладывайте на это ежегодный бюджет — по оценкам студий, около 15–20% стоимости разработки. 

Если бюджет ограничен, начните с минимальной версии —

о ней в статье «Что такое MVP и каковы принципы его создания»

Читать статью

Частые ошибки при выборе подрядчика

• Выбор по самой низкой цене. Дешевое предложение часто означает, что в нем нет важных работ или команда не понимает задачу.

• Решение по презентации, а не по продуктам. Красивые слайды есть у всех. Скачайте приложения из портфолио и попробуйте ими пользоваться.

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

• Нечеткие права на результат. Без условия о передаче исключительных прав и аккаунтов в сторах заказчик рискует остаться без своего продукта.

• Ожидание, что подрядчик «сам все поймет». Без вовлеченного ответственного со стороны заказчика даже сильная команда сделает не то, что нужно бизнесу.

Кейсы Notamedia

Мы разрабатываем мобильные приложения более 20 лет — от государственных сервисов до программ лояльности брендов. Вот несколько примеров.

Гид по ВДНХ. Разработали мобильное приложение с интерактивной картой, навигацией в дополненной реальности (AR) и голосовым помощником. Посетители могут строить маршруты, находить интересные места и мероприятия, получать персональные рекомендации и переходить к покупке билетов. Приложение связано с базой данных ВДНХ, поэтому информация о событиях и расписании обновляется.

МСП.РФ. Разработали государственную цифровую платформу для поддержки предпринимателей. Объединили в одной системе онлайн-сервисы для бизнеса и связали их с информационными системами государственных ведомств. Команда Notamedia также разработала фирменный стиль, спроектировала интерфейс и продолжает развивать платформу.

RUSSPASS — «Зима в Москве». Доработали мобильное приложение RUSSPASS и добавили игру с дополненной реальностью (AR). Пользователи искали виртуальных персонажей «Союзмультфильма» в разных точках Москвы, собирали бонусы и обменивали их на подарки. Для устройств без поддержки AR предусмотрели игру через обычную карту. От идеи до публикации обновлённого приложения прошло полтора месяца.

Notamedia проектирует и разрабатывает нативные и кроссплатформенные приложения, публикует их в сторах и сопровождает после запуска

Обсудить проект

Часто задаваемые вопросы

Сколько времени занимает разработка мобильного приложения? 

Простое приложение или MVP — 2–3 месяца, приложение средней сложности — 3–4 месяца, сложный продукт с интеграциями — от 4–6 месяцев. Еще 2–6 недель стоит заложить на аналитику и проектирование до старта разработки.

Кому принадлежит исходный код приложения после разработки? 

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

Нужно ли готовить ТЗ перед обращением к разработчику? 

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

С чего начать, если бюджет ограничен: MVP или сразу полная версия? 

С MVP. Минимальная версия с ключевыми функциями позволяет проверить спрос и собрать отзывы реальных пользователей до больших вложений. Полную версию развивают уже по данным, а не по предположениям.