Коротко: зачем вообще ТЗ
Техзадание на ИИ-агента нужно не для формальности, а чтобы зафиксировать три вещи: какие обращения агент закрывает сам, где он обязан передать диалог человеку и по каким признакам вы примете работу. Всё остальное — детали, которые уточняются в процессе. Проекты разваливаются не из-за плохой модели, а из-за того, что «сделать бота для продаж» каждый понял по-своему.
Хорошее ТЗ на ИИ-агента умещается на двух-трёх страницах. Толстый документ на сорок листов обычно означает, что заказчик описывает интерфейс, а не задачу.
Восемь блоков, без которых ТЗ не работает
- Задача бизнеса. Не «внедрить ИИ», а «перестать терять заявки после 19:00» или «снять с менеджеров первичную квалификацию». Одна-две формулировки.
- Сценарии в работе. Список типовых обращений: цена, наличие, запись, статус заказа, возврат. Лучше всего — реальные фразы клиентов из переписок.
- Границы. Что агент не делает никогда: индивидуальные скидки, юридические формулировки, обещания сроков сверх регламента.
- Правила эскалации. Когда диалог уходит человеку, кому именно и что при этом передаётся.
- Источники знаний. Прайс, регламенты, описание услуг, база вопросов — в каком виде и кто их обновляет.
- Каналы. Сайт, Telegram, WhatsApp, Авито, ВКонтакте — и что делать, если клиент пришёл из двух сразу.
- Интеграции. amoCRM или Битрикс24, телефония, календарь: какие поля заполняются, какие статусы ставятся, кто получает задачу.
- Тон и рамки общения. На «вы» или на «ты», можно ли эмодзи, как здороваться, как отвечать на грубость.
Критерии приёмки: самое пропускаемое место
Без них приёмка превращается в спор о вкусах. Формулируйте проверяемо:
| Слабо | Проверяемо |
|---|---|
| «Агент должен хорошо отвечать» | На 20 тестовых вопросах из списка ответы соответствуют базе знаний |
| «Должен работать с CRM» | По каждому квалифицированному лиду создаётся сделка с заполненными полями A, B, C |
| «Не должен врать» | На вопрос вне базы знаний агент отвечает «уточню у специалиста» и передаёт диалог |
| «Быстрая работа» | Первый ответ в течение нескольких секунд в любом канале |
Отдельно зафиксируйте контрольный список вопросов для приёмки — он же потом становится регрессионным тестом при каждом обновлении базы знаний. Что именно мерить после запуска — в статье метрики ИИ-агента.
Что в ТЗ писать не надо
Чем подробнее заказчик прописывает точные формулировки ответов, тем ближе результат к обычному скриптовому боту — то есть к тому, от чего уходили.
- Дословные тексты каждого ответа. Смысл агента в том, что он формулирует под клиента, опираясь на вашу базу знаний.
- Выбор конкретной модели. Это решение подрядчика под задачу и бюджет; ваше дело — требования к данным и качеству.
- Дерево кнопок на сорок веток. Если сценарий действительно жёсткий, честнее взять гибридную схему и не платить за агента там, где хватит скрипта.
- Проценты роста конверсии как обязательство. Ни один честный подрядчик их не гарантирует — они зависят от ниши и вашей воронки.
Каркас, который можно скопировать
Рабочий минимум выглядит так:
- Цель проекта — 2 предложения.
- Кто клиент и с чем приходит — 5–7 типовых обращений живыми фразами.
- Что агент делает сам — список.
- Что агент не делает и когда зовёт человека — список.
- Источники знаний и ответственный за обновление — таблица.
- Каналы и интеграции — список с полями CRM.
- Тон общения — 3–4 правила и один пример хорошего ответа.
- Критерии приёмки — 15–20 контрольных вопросов и ожидаемое поведение.
Если у вас нет половины этих данных — нормально. Мы собираем их на первой встрече, а типовые грабли внедрения разобраны отдельно: ошибки внедрения ИИ-бота.
Ошибки заказчика, которые дорого стоят
- Отложить базу знаний «на потом». Без прайса и регламентов агент нечем наполнять, а сроки уже идут.
- Не назначить владельца проекта. Нужен человек, который отвечает на вопросы подрядчика за день, а не за две недели.
- Не заложить время на правки. Первые две недели после запуска — это разбор логов и донастройка, а не «сдали и забыли».
- Считать ТЗ неизменным. Реальные диалоги всегда добавляют сценарии, которых никто не предполагал.
Внедрение под ключ у нас занимает 14–21 день и стоит от 49 990 ₽, включая настройку диалоговой логики, подключение каналов и интеграцию с CRM. Этап согласования ТЗ входит в срок — это первые два-три дня проекта. Как устроены этапы целиком — в материале как внедрить ИИ-агента.
Перед тем как писать ТЗ, полезно увидеть, как агент вообще ведёт диалог: откройте демо в Telegram и отметьте, что хотите так же, а что иначе — это и будет половина техзадания.
FAQ
Обязательно ли писать ТЗ самому?
Нет. Достаточно дать доступ к переписке с клиентами, прайсу и регламентам — техзадание собирается на первой встрече и согласовывается с вами.
Какого объёма должно быть ТЗ?
Две-три страницы для типового проекта. Разрастание документа обычно означает, что описывают интерфейс вместо задачи.
Что делать, если сценариев очень много?
Запускать волнами: сначала 5–7 самых частых обращений, потом расширять по данным логов. Так проект стартует за недели, а не за полгода.
Как зафиксировать ответственность за качество ответов?
Через критерии приёмки: контрольный список вопросов и ожидаемое поведение, включая честное «не знаю» с передачей менеджеру.