Кому писать, когда ИТ-задачу согласуют несколько ролей
У заказной разработки нет одного универсального ЛПР. В компании без сильной внутренней ИТ-команды первым адресатом часто будет собственник или коммерческий директор: ему важны срок запуска и управляемый бюджет. В продуктовой компании предметный разговор быстрее начнёт технический директор, руководитель направления продукта или руководитель разработки. Кадровое направление подключается, когда продаёте аутстафф, но редко может само выбрать подрядчика.
| Кому | Что болит | С чего начать письмо |
|---|---|---|
| Собственнику | Новая функция стоит в очереди, а штат расширять рискованно | «Вижу, что вы развиваете личный кабинет. Есть ли задача, которую нужно выпустить до найма команды?» |
| Техническому директору | Не хватает конкретной экспертизы или мощности команды | «У вас сейчас важнее закрыть мобильное направление, серверную часть или контур тестирования?» |
| Директору по продукту / руководителю направления продукта | Гипотеза ждёт разработки и теряет время | «Берёте ли внешнюю команду на проверку продуктовых гипотез отдельным спринтом?» |
| Директору по персоналу / рекрутеру | Вакансии не закрываются, нагрузка растёт | «Рассматриваете временное усиление команды до выхода штатных инженеров?» |
Разведка начинается с роли, а не с должности в выгрузке. Если у компании одновременно открыты вакансии разработчика серверной части и руководителя продукта, пишем техническому или продуктовому руководителю. Если вакансий нет, но компания выводит новый сервис, начинаем с владельца продукта. Термины и порядок передачи лида полезно заранее синхронизировать с отделом продаж: квалификация лида должна быть одинаковой у отправителя и у менеджера, который примет диалог.
Какие следы в открытых источниках выдают будущую потребность в разработке
База для аутрича разработчиков ПО не строится по одному ОКВЭД: в него попадают и студии, и конечные заказчики, и компании без текущей задачи. Нужны наблюдаемые события. Для аутстаффа это несколько технических вакансий одной специализации, смена технического директора, рост команды разработки. Для заказной разработки — запуск личного кабинета, приложения, маркетплейса, программы лояльности или нового региона.
- Отберите отрасли, где цифровой продукт влияет на выручку: финансы, логистика, интернет-торговля, образование, производство с дилерской сетью.
- Проверьте сайты компаний, вакансии, публикации о продуктах, страницы в сторах приложений и разделы для партнёров.
- Зафиксируйте факт в карточке аккаунта: не «компания из ИТ», а «нанимает три Kotlin-позиции» или «запустила корпоративный кабинет».
- Найдите две роли: владельца задачи и технического согласующего. Один адресат не должен быть единственной точкой входа.
Для публичного корпоративного рынка пригодны вакансии на карьерных страницах, отраслевые рейтинги, реестры аккредитованных организаций, сайты выставок, тендерные публикации, карточки приложений и новости о найме. Логику поиска ЛПР и контактов можно вынести в отдельный контур через сбор базы ЛПР и разведку рынка, а перед отправкой проверять адреса через валидацию и очистку базы.
Почему оффер про свободных разработчиков обычно не получает ответа
Фраза «предоставим опытных разработчиков по выгодной ставке» не даёт адресату причины отвечать сейчас. Она не называет ни узкое место, ни формат проверки. Сильнее работает короткая развилка: конкретная задача, релевантная специализация и простой вопрос, на который можно ответить одним словом.
Неудачный вариант: «Мы студия полного цикла, делаем сайты и приложения. Готовы обсудить сотрудничество». В нём нет адресата, повода и следующего действия. Удачный вариант для компании с открытыми вакансиями: «Увидели поиск двух разработчиков на языке Го. Пока штат подбирается, берёте внешнюю команду на отдельный сервис или только сотрудников в штат?» Здесь не обещают закрыть всё, а уточняют действующее ограничение.
- Для первой рабочей версии продукта: предложить оценить один сценарий пользователя или спорный модуль, а не «разработать продукт под ключ».
- Для аутстаффа: назвать стек и формат подключения к существующей команде, не высылать обезличенные резюме в первом письме.
- Для модернизации: спросить о конкретном контуре — интеграции, мобильном приложении, личном кабинете, тестировании или поддержке.
- Для агентств-партнёров: предложить резерв мощности под их клиентский проект с понятной зоной ответственности.
Если студия продаёт всё сразу — дизайн, разработку, инженерную эксплуатацию, маркетинг и аналитику, — письмо превращается в прайс без цен. Сначала выберите одну задачу для волны. Для партнёрского направления уместен отдельный сценарий аутрича для агентств под брендом заказчика: там мотив и цикл сделки отличаются от выхода к конечному заказчику.
Как отвечать на «у нас своя команда» и «пришлите КП»
Ответ «своя команда» не означает отказ от внешнего ресурса. Часто это граница ответственности: человек не хочет менять поставщика или признавать дефицит команды. Не спорьте. Уточните, есть ли работы, которые штат откладывает из-за приоритета, редкого стека или нехватки тестирования.
Диалог может выглядеть так: «У нас разработка внутри». — «Понял. Внешних подрядчиков не ищете совсем или подключаете точечно, когда нужно снять с команды отдельный контур?» Если в ответе называют контур, разговор стал предметным. Если отвечают «не ищем», фиксируйте отказ и не отправляйте цепочку доказательств.
На «пришлите КП» не стоит отвечать общей презентацией. Сначала верните вопрос: «Чтобы не прислать нерелевантный документ, что сейчас ближе: выделенная команда, разработка модуля или усиление конкретным стеком?» После выбора можно передать краткий материал и позвать технического руководителя на созвон. Обработку таких ответов важно вести по согласованному сценарию — подробнее в услуге обработки ответов и квалификации лидов.
По каким контрольным точкам оценивать кампанию без обещаний встреч
В разработке ПО сделка редко возникает из одного письма: заказчик сверяет стек, портфолио, загрузку и безопасность работы с подрядчиком. Поэтому кампанию оценивают по цепочке: принял ли адрес письмо, ответил ли на вопрос, подтвердил ли задачу, согласился ли на следующий разговор. В наших кампаниях за апрель 2025 — июль 2026 письма приняли 97,7% адресов; по 811 200 компаниям с касанием ответили 48 100 компаний.
- До старта: сформулированы один портрет целевого клиента, одна услуга первой волны и стоп-лист нежелательных компаний.
- После первой волны: проверены причины ответов и отказов, а не только число отправлений.
- После диалогов: зафиксировано, какие роли отвечают и какие задачи называют.
- Перед масштабированием: изменён один элемент — сегмент, повод или формулировка вопроса.
Подготовка занимает время на проверку аккаунтов, контактов и технической части отправки. Самая ранняя полезная сводка — не обещание продаж, а разбор первых ответов: совпал ли список компаний с задачей и понимают ли адресаты, что именно вы предлагаете. Если нужен единый контур email, Telegram и LinkedIn, его лучше выбирать по доступности ЛПР, а не по моде; условия такого формата описаны в многоканальном аутриче.
Кому и когда аутрич для разработки ПО не подходит
Не запускайте канал, если вы продаёте «разработку вообще» и не можете назвать конкретный результат первой сделки: например, первую рабочую версию продукта за ограниченный спринт, миграцию определённого сервиса или усиление команды конкретным стеком. Он также не подходит студии без подтверждённых кейсов, доступных специалистов, понятных сроков подключения и ответственного менеджера. В такой ситуации письма приведут не к квалифицированным лидам, а к вопросам, которые команда не сможет быстро обработать.
Аутрич слаб, когда выбор подрядчика проходит только через закрытый тендер, обязательную аккредитацию, аудит безопасности или рекомендацию действующего поставщика. Не стоит рассчитывать на холодные письма и в регулируемых нишах — медицине, финансах, промышленной автоматизации, госсекторе, — если у вас нет нужных сертификатов, допусков и релевантных проектов. Канал не создаёт бюджет, срочность или внутреннего заказчика, если таких условий у компании нет.
Он не подходит для аутстаффа, если вы не можете заранее подтвердить стек, дату выхода, формат управления, условия замены и разницу между вашим специалистом и обычным наймом. Для заказной разработки канал преждевременен, когда оценка длится несколько недель, отсутствует технический пресейл или вы не готовы зафиксировать границы результата. Сначала устраните эти ограничения и проверьте гипотезу на небольшой ручной выборке.