Как отдать техническую часть подрядчику и не потерять клиента

Клиент доволен рекламой и спрашивает: «А бота для заявок сделаете? А чтобы всё падало в CRM?» Отказать значит отдать клиента тому, кто согласится. Согласиться без разработчика значит рискнуть сроками и репутацией. Нанимать человека в штат под одну интеграцию невыгодно.

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

Кто лицо проекта

Решите это до первого письма подрядчику. Есть два рабочих варианта.

• Под вашим брендом. Клиент общается только с вами, подрядчик остаётся за кадром. Его имени нет ни в интерфейсе, ни в документах, ни в чатах с клиентом. Подходит, когда техническая часть встроена в вашу услугу.
• Открыто. Вы представляете подрядчика как своего технического партнёра и остаётесь ответственным за проект. Подходит, когда клиенту важно поговорить с тем, кто делает.

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

Что зафиксировать до старта

Большинство конфликтов начинается с того, что не записали очевидное.

1. Состав работ. Что именно делаем: какие сценарии бота, какие поля уходят в CRM, что считается готовым.
2. Цена и срок. Названы до старта и не меняются по ходу. Новые пожелания клиента оцениваются отдельно, тоже заранее.
3. Формат сдачи. В каком виде передаётся результат: доступы, инструкция, короткое видео, обучение менеджеров клиента.
4. Конфиденциальность. Если покажете подрядчику клиента и его данные, обсудите NDA до этого, а не после.
5. Кто с кем общается. Пишет ли подрядчик клиенту, или все вопросы идут через вас.

Этот список занимает полстраницы, но снимает большую часть будущих споров.

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

Главная страховка агентства. Бот, сценарии n8n, скрипты и ключи нейросети должны жить на аккаунтах клиента или агентства, а не на личном аккаунте подрядчика. Тогда:

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

Если подрядчик предлагает «пока поставить у себя, потом перенесём», это повод уточнить, когда именно и как.

Как принимать работу

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

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

Как сделать из разовой задачи услугу

Первая задача обычно приходит случайно. Но если клиенты спрашивают про ботов и интеграции регулярно, это повод добавить техническую часть в свой прайс: бот для заявок, связка с CRM, ИИ-ассистент. Продаёте вы, собирает подрядчик, а вы закладываете свою наценку и ведёте клиента.

Хороший первый шаг: возьмите один реальный запрос клиента и попросите подрядчика разобрать его. Что и как сделали бы, сколько это займёт. По такому разбору видно, как подрядчик думает, ещё до того, как вы доверите ему клиента.

Мы работаем с агентствами и частными специалистами именно так: под вашим брендом или открыто, с составом, ценой и сроком до старта, а формат сотрудничества подбираем под ваш способ работы. Если клиенту нужен ИИ-ассистент, смотрите также статью «Как продавать ИИ-ассистентов клиентам без своего разработчика».