Внедрить голосового робота кажется сложным только до первого технического задания. На деле всё проще: если правильно описать задачу, сценарии и результат, подрядчик быстро поймёт, что именно нужно делать, а вы сэкономите время, бюджет и нервы.
Проблема в том, что многие начинают не с цели, а с формулировки вроде: «Нам нужен робот, который будет звонить клиентам». Этого недостаточно. Голосовой робот — не просто запись голоса, а инструмент, который должен решать конкретную бизнес-задачу: снижать нагрузку на операторов, увеличивать дозвон, подтверждать записи, собирать заявки или возвращать клиентов в воронку.
С чего начать
Если вы никогда не составляли ТЗ на голосового робота, не пытайтесь сразу писать его «по-умному». Начните с простых ответов на пять вопросов:
- Зачем вам робот?
- Кому он будет звонить?
- Что именно он должен говорить?
- Что должен делать, если клиент отвечает нестандартно?
- Как вы поймёте, что проект сработал?
Эти ответы и станут основой технического задания. Хорошее ТЗ не должно звучать как сухая инструкция для разработчика. Оно должно объяснять, какой бизнес-результат вы хотите получить.
Что обязательно должно быть в ТЗ
1. Цель проекта
Это самый важный пункт. Без него робот легко превращается в «дорогую игрушку». Например:
- подтвердить запись на услугу;
- напомнить о визите;
- собрать первичную заявку;
- вернуть неотвеченных клиентов;
- провести опрос;
- сократить время обработки типовых звонков.
Чем точнее цель, тем проще строить сценарий. Если целей несколько, лучше разделить их на приоритетные и второстепенные.
2. Портрет аудитории
Кому звонит робот? Новым клиентам, тёплой базе, текущим пользователям, должникам, участникам акции, кандидатам на вакансию?
От этого зависит всё: стиль общения, длина фраз, скорость речи, допустимая «официальность» и даже формулировки. Одно дело — напоминание пациенту о записи. Совсем другое — звонок клиенту с предложением услуги.
3. Сценарий разговора
Это сердце ТЗ. Здесь нужно подробно описать, как должен проходить диалог.Минимально сценарий включает:
- приветствие;
- представление компании;
- причину звонка;
- основные реплики и ответы;
- варианты реакции клиента;
- завершение разговора.
Важно предусмотреть не только идеальный диалог, но и «сложные» ситуации:
- клиент не расслышал;
- клиент молчит;
- клиент отказался;
- клиент хочет соединиться с человеком;
- клиент задаёт вопрос вне сценария.
Если этих веток нет в ТЗ, на этапе пилота обязательно появятся правки.
4. Что робот должен и не должен делать
Этот пункт часто забывают, а зря. Здесь нужно зафиксировать границы проекта.
Например:
- робот может сообщать информацию о записи;
- робот может задавать 2–3 уточняющих вопроса;
- робот не может обсуждать индивидуальные условия;
- робот не должен вести длинные переговоры;
- робот обязан переводить на оператора при сложных запросах.
Такая логика защищает и бизнес, и команду внедрения от размытых ожиданий.
5. Интеграции
Если робот должен работать не «в вакууме», а с CRM, телефонией, таблицами, сайтом или календарём, это обязательно нужно указать.
Пропишите:
- откуда берутся контакты;
- куда передаются результаты звонков;
- что происходит после успешного ответа;
- как фиксируются статусы;
- нужна ли выгрузка в отчёты.
Чем подробнее описаны интеграции, тем меньше шанс, что после запуска данные будут теряться или дублироваться.
6. Голос и тон общения
Даже если вы не разбираетесь в технологиях, вы можете описать, каким должен быть голос робота. Например:
- спокойный и нейтральный;
- дружелюбный и тёплый;
- официальный и деловой;
- энергичный, но не навязчивый.
Если у бренда уже есть tone of voice, его стоит приложить к ТЗ. Если нет — достаточно нескольких примеров того, как робот должен и не должен говорить.
7. Критерии успеха
Без этого пункта запуск будет сложно оценить.
Заранее определите, что считается хорошим результатом:
- процент дозвона;
- процент завершённых диалогов;
- количество подтверждённых записей;
- доля заявок и т.д
Хорошее ТЗ всегда отвечает не только на вопрос «что делает робот?», но и на вопрос «как мы поймём, что он работает хорошо?».
Как не перегрузить ТЗ
Если вы делаете ТЗ впервые, не пытайтесь описать всё до последней запятой. Это частая ошибка. Слишком сложный документ мешает старту, потому что в нём теряется главное.
Лучше сделать ТЗ в три слоя:
- Общее описание задачи.
- Основные сценарии и ограничения.
- Технические детали, интеграции и KPI.
Такой формат понятен и бизнесу, и подрядчику. А ещё его проще согласовать.
Простой шаблон
Вот базовая структура, с которой можно начать:
1. Цель проекта
Что должен решить голосовой робот.
2. Аудитория
Кому он звонит и в какой ситуации.
3. Сценарий звонка
Пошаговый диалог с основными развилками.
4. Ограничения
Что робот не делает и когда передаёт клиента человеку.
5. Интеграции
CRM, телефония, таблицы, календарь, другие системы.
6. Тон общения
Какой голос и стиль коммуникации нужен.
7. KPI
Как измеряем результат.
Что особенно важно новичкам
Не стесняйтесь писать ТЗ простым языком - не нужно использовать сложные термины там, где можно объяснить задачу нормально и по-человечески.
Хороший подрядчик сам переведёт ваш текст в техническую логику. Ваша задача — не блеснуть формулировками, а дать понятную картину: кому звонить, что говорить, что считать успехом и где нужны границы.
Итог
Идеальное ТЗ на голосового робота — это не 30 страниц сложного документа. Это ясное описание цели, сценария, ограничений и результата. Чем понятнее вы сформулируете задачу на старте, тем быстрее робот начнёт приносить пользу бизнесу.
Пособие по составлению базы знаний для голосового робота уже оставили в нашем Telegram-канале.
Заглядывайте туда, чтобы забрать материал и не потерять полезный шаблон: https://t.me/+1IzcYalhe5NmYjVi