Команды для разработки приложения ищут через пять каналов: личные рекомендации, профильные каталоги и рейтинги, площадки для разработчиков, кейсы продуктов, которыми вы пользуетесь, и осмысленный «тендер» по брифу. Лучший результат даёт комбинация: рекомендации дают качество, каталоги — полноту охвата. Ниже — про каждый канал и про то, как из двадцати имён получить три осмысленных финалиста.
Поиск подрядчика начинается не с запроса «разработка приложений» в поиске — там вас ждут те, кто лучше всех делает SEO, что с умением делать приложения не коррелирует. Начинайте с каналов, где есть проверяемый след.
kanaly
- Личные рекомендации. Спросите предпринимателей из вашего круга, кто делал им приложения и как это было. Ценность рекомендации — в деталях: как команда вела себя, когда что-то пошло не так.
- Профильные каталоги и рейтинги. Отраслевые рейтинги digital-продакшенов и каталоги разработчиков. Смотрите не на место в рейтинге, а на специализацию и живые кейсы.
- Продукты, которыми вы пользуетесь. Приложение конкурента или сервиса из смежной ниши нравится? Команды часто указывают себя в приложении или на сайте продукта.
- Профессиональные сообщества. Тематические чаты и площадки, где общаются разработчики. Там можно увидеть, кто как рассуждает, — это лучший фильтр компетентности.
- Открытый запрос по брифу. Разошлите одинаковый бриф 5–8 командам, найденным через каналы выше. Качество вопросов, которые зададут в ответ, скажет больше, чем любое портфолио.
longlist
Цель первого этапа — 8–12 кандидатов с базовой проверкой: есть ли живые приложения в сторах, есть ли кейсы вашего типа, работают ли они с вашим масштабом бюджета. На проверку одного кандидата уходит 10–15 минут: сайт, сторы, два-три кейса.
shortlist
Созвон 30–45 минут с каждым кандидатом из длинного списка. Три вопроса-фильтра: «Расскажите о похожем проекте — что было сложного?», «Как вы оцениваете объём работ?», «Кто будет в команде нашего проекта?». После этого раунда остаются 3–4 команды, которым отправляете бриф для оценки. Финальный выбор — по критериям из нашего чек-листа выбора подрядчика.
brief
Чтобы оценки были сравнимы, все финалисты должны оценивать одно и то же. Бриф не обязан быть формальным ТЗ: достаточно описания продукта, аудитории, ключевых сценариев и ограничений. Что включить — разобрали в статье про ТЗ на разработку приложения.
Если вы на этапе сбора оценок — отправьте нам бриф: вернёмся с вопросами и разбивкой по этапам в течение нескольких рабочих дней. Так вы получите ещё одну точку сравнения.
Калькулятор выручки
Открыть калькуляторКонцепция приложения — бесплатно
Получить концепциюЧастые вопросы
Сколько команд стоит рассматривать?
Рабочая схема: 8–12 в длинном списке, 3–4 после первых созвонов, 2 финалиста после оценок. Меньше — мало точек сравнения, больше — вы утонете в созвонах.
Можно ли искать команду на фриланс-биржах?
Можно, но это другой формат с другими рисками: вы получаете исполнителей, а управление проектом остаётся на вас. Сравнение форматов — в статье «Фрилансер, агентство или штат».
Стоит ли обращаться к команде, сделавшей приложение конкурента?
Осторожно: возможен конфликт интересов, и часто он закрыт договором. Лучше искать команду с релевантным опытом в смежных нишах.
Что делать, если никого не рекомендовали?
Опирайтесь на проверяемые факты: живые приложения в сторах, публичные кейсы с цифрами, содержательность ответов на бриф. Рекомендация снижает риск, но не заменяет проверку.