Как написать ТЗ на ИИ-агента: структура и шаблон

Как составить техзадание на ИИ-агента: восемь обязательных блоков, критерии приёмки, что не надо писать в ТЗ и типовые ошибки заказчика.

5 сентября 2026 г.4 мин чтения8 разделовРедакция ДАРЭ

Автоматизация продаж на ИИ. Telegram @coodare

Коротко: зачем вообще ТЗ

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

Хорошее ТЗ на ИИ-агента умещается на двух-трёх страницах. Толстый документ на сорок листов обычно означает, что заказчик описывает интерфейс, а не задачу.

Восемь блоков, без которых ТЗ не работает

Задача бизнеса. Не «внедрить ИИ», а «перестать терять заявки после 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 и отметьте, что хотите так же, а что иначе — это и будет половина техзадания.