Заказать разработку чат-бота: ТЗ, сроки, приёмка

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

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

Что вносить в техническое задание

Задание на разработку чат-бота — это четыре конкретных пункта, а не общее описание того, «как должен разговаривать бот», и каждый пункт подрядчик обязан заполнить предметно.

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

Сценарии по каждому каналу. Вместо общей фразы «консультирует клиентов» — конкретные разговоры: ответ на вопрос о цене, запись на встречу, приём заявки на доставку. Один сценарий — одна проверяемая цепочка действий, без абзаца общих слов.

Список интеграций. CRM, таблица с прайсом, календарь записи, платёжная система — каждая со своим полем в задании: что именно агент должен туда передавать и что получать в ответ. Разбор такой связки с 1С через собственный вебхук есть в статье про ИИ-агента и 1С.

Аккаунт-владелец. В чьём кабинете агент будет жить с первого дня: у заказчика с ролью «Разработчик» у подрядчика, или у подрядчика с последующей передачей. Это условие договора, а не техническая деталь, и молчание по нему — самая частая причина конфликта после сдачи.

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

Ответ зависит от решения, принятого ещё на этапе задания, а не от факта оплаты счёта.

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

Если агент настроен в аккаунте подрядчика, передачу оформляют вводом почты клиента и кнопкой «Передать агента» на вкладке «Служебное». Задание обязано было проговорить эту деталь заранее: подключённые каналы, интеграции и настройки на прежней стороне при передаче не сохраняются, на новом аккаунте их собирают заново. Бота «под ключ», который переезжает в другие руки без переподключения, эта схема не даёт.

Как принимать работу, если нет технического образования

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

Рабочая приёмка строится в три шага.

Подробный разбор всех трёх уровней проверки, от тестового чата до вывода на часть трафика, и полный список пробных реплик собраны в статье как протестировать ИИ-агента. Проверка занимает один рабочий день и экономит недели правок постфактум.

Сколько занимают этапы

Сроки в коммерческом предложении обычно называют одной цифрой на весь проект, и это уже упрощение: этапы разработки чат-бота идут последовательно, и у каждого свой темп.

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

На чём экономят чаще всего во вред результату

Два сокращения повторяются от заказа к заказу, и оба не видны в момент сдачи проекта.

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

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

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

Отметьте в договоре три пункта до перевода аванса

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

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

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