Хорошее техническое задание для колл-центра описывает не только число операторов и часы работы. В нём фиксируют цели звонков, категории обращений, правила ответа, порядок передачи сложных вопросов и формат отчётов. В этой статье разберём восемь обязательных пунктов и дадим структуру, которую можно адаптировать под малый бизнес Беларуси. По такому документу проще сравнивать предложения подрядчиков, запускать облачный колл-центр и контролировать качество после старта.
Зачем бизнесу подробное ТЗ для колл-центра?
Без письменных требований заказчик и аутсорсер по-разному понимают одну и ту же задачу. Владелец магазина ждёт, что оператор примет заказ, а подрядчик считает своей работой только ответ на входящий звонок. В результате часть обращений заканчивается фразой «вам перезвонят», но ответственный сотрудник не получает информацию.
Техническое задание заранее отвечает на практические вопросы: какие звонки принимает оператор, что он говорит клиенту, какие сведения записывает и когда подключает сотрудника компании. Документ также задаёт границы ответственности. Если бизнес меняет график, ассортимент или порядок обработки заказов, в ТЗ вносят новую версию, а не передают правила устно.
Для небольшого бизнеса достаточно понятного документа на несколько страниц. Сложные термины не нужны. Лучше написать «оператор уточняет адрес, желаемую дату и способ связи», чем «проводит квалификацию лида по утверждённому алгоритму».
Какие восемь пунктов нужно включить в ТЗ?
1. Цель и границы работы
Начните с результата, который должен дать колл-центр. Например: принимать входящие обращения, записывать клиентов на услугу, подтверждать заявку, отвечать на типовые вопросы или передавать запрос ответственному менеджеру. В одном разделе укажите, какие задачи подрядчик не выполняет: не согласует индивидуальную скидку, не меняет условия договора, не консультирует по вопросам, которых нет в базе знаний.
2. Каналы и график
Перечислите каналы связи: телефон, мессенджеры или другие способы, которые бизнес реально использует. Для каждого канала задайте часы работы и порядок действий при обращении вне графика. Например, ночью оператор фиксирует сообщение и передаёт его утром назначенному сотруднику. Если компания хочет сохранить единый номер, в ТЗ описывают переадресацию и очередность звонков.
График лучше разбить по дням недели. Отдельно укажите праздничные даты, сезонные изменения и период, когда компания закрыта. Такой подход пригодится магазину, сервисной мастерской и организации с записью клиентов.
3. Типы обращений и приоритеты
Составьте перечень причин звонка. Удобно разделить их на четыре группы: новый запрос, действующий заказ, претензия и технический вопрос. Для каждой группы задайте приоритет. Сообщение о срочной неисправности должно попасть ответственному специалисту быстрее, чем общий вопрос о стоимости.
Добавьте признаки срочности, которые оператор сможет распознать без догадок. Например, клиент уже оплатил услугу, не получил подтверждение или сообщает о повторной проблеме. В ТЗ укажите, кому передавать такой разговор и какой срок ответа обещать клиенту.
4. Сценарий разговора
Сценарий задаёт последовательность, но не обязан превращать диалог в чтение по бумаге. Опишите приветствие, вопросы для уточнения, основные ответы и финальную фразу. Если оператор принимает заявку, перечислите обязательные поля: имя, номер телефона, суть запроса и удобное время связи.
Отдельно подготовьте короткие варианты для сложных ситуаций. Оператору нужна понятная формулировка, если клиент просит скидку, требует соединить с руководителем или задаёт вопрос вне инструкции. Голосовое приветствие тоже лучше включить в материалы запуска: требования к нему можно сверить в статье как записать голосовое приветствие для колл-центра.
5. База знаний и актуальность информации
Передайте подрядчику документы, по которым оператор отвечает клиентам: перечень услуг, цены, график, условия записи, правила доставки или порядок обращения в сервис. Для каждого файла укажите дату обновления и сотрудника, который отвечает за изменения.
Не стоит отправлять архив из нескольких версий прайс-листа. Оператор должен видеть один действующий документ. В ТЗ зафиксируйте, как бизнес сообщает о новой цене или временном ограничении: через рабочий чат, электронное письмо или другой согласованный канал.
6. Передача обращения сотруднику компании
Опишите, когда оператор переводит звонок, когда создаёт задачу и когда предлагает клиенту дождаться ответа. В каждом случае нужны три детали: кому передают обращение, какой срок ответа называют и что происходит, если сотрудник не отвечает.
Полезно задать единый формат заметки. Например: «услуга», «вопрос клиента», «согласованный срок», «следующий шаг». Тогда менеджер получает короткую выжимку, а не переслушивает весь разговор, чтобы понять причину обращения.
7. Требования к качеству
Качество нужно описывать наблюдаемыми действиями. Оператор представился, задал обязательные вопросы, не обещал неподтверждённое, правильно записал заявку и сообщил следующий шаг. Такие критерии легче проверять, чем оценку «вежливо общается».
В ТЗ укажите, как проходит проверка: выборочная оценка разговоров, разбор обращений с руководителем или регулярный отчёт. Уточните, кто утверждает спорные случаи и как исправляют повторяющуюся ошибку в сценарии.
8. Отчётность и аналитика звонков
Согласуйте набор показателей до запуска. Для малого бизнеса обычно достаточно количества входящих обращений, пропущенных звонков, обработанных заявок, переданных запросов и обращений без результата. Если подрядчик предлагает дополнительные показатели, попросите объяснить, какое решение с их помощью принимает руководитель.
Отчёт должен показывать не только объём работы, но и причины обращений. Например, рост вопросов о конкретной услуге может указывать на неясное описание в материалах компании. Обсудить подход к оценке данных поможет материал об аналитике звонков для малого бизнеса.
Как оформить требования в рабочую таблицу?
Таблица помогает быстро проверить, все ли важные условия попали в документ. Её можно приложить к договорённостям с подрядчиком и дополнять после тестовой недели.
| Раздел ТЗ | Что указать | Пример результата |
|---|---|---|
| Цель | Задача колл-центра | Принять обращение и передать заявку менеджеру |
| График | Дни, часы, работа вне графика | В рабочие часы оператор отвечает, после закрытия фиксирует сообщение |
| Сценарий | Приветствие, вопросы, завершение | Оператор уточняет услугу и удобное время связи |
| Эскалация | Срочные случаи и ответственные | Претензия передаётся руководителю смены |
| Отчёт | Период, показатели, формат | Еженедельный файл с причинами звонков и итогами |
В отдельном приложении можно разместить сценарии, ответы на частые вопросы и список сотрудников. Основное ТЗ при этом остаётся коротким. Такой формат облегчает обновления: меняется инструкция, а общая логика проекта сохраняется.
Как проверить ТЗ до передачи подрядчику?
Прочитайте документ глазами нового оператора. Сможет ли человек, который не работал в вашей компании, понять, что делать после фразы клиента «хочу оформить заказ»? Если ответ зависит от опыта конкретного менеджера, в ТЗ не хватает вопроса, правила или примера.
Проведите пробный разбор пяти типовых обращений: новый клиент, повторный заказ, недовольство, просьба о срочном ответе и вопрос вне базы знаний. Для каждого сценария запишите ожидаемое действие оператора. Если два сотрудника выбирают разные действия, формулировку нужно уточнить.
Перед стартом также согласуйте тестовый период и критерии его окончания. Зафиксируйте, кто собирает замечания, как быстро обновляют инструкцию и когда стороны обсуждают результаты. Для выбора подрядчика пригодится отдельный чек-лист проверки внешнего колл-центра.
Какие ошибки чаще всего мешают запуску?
- Слишком общая цель. Формулировка «обрабатывать звонки» не объясняет, что должен получить клиент и какой результат ждёт бизнес.
- Сценарий без исключений. Инструкция описывает обычный разговор, но молчит о претензиях, срочных запросах и вопросах вне базы.
- Неопределённый следующий шаг. Оператор записывает заявку, однако не знает, кому и когда её передать.
- Несколько актуальных версий документов. Разные цены и условия приводят к разным ответам клиентам.
- Отчёт только о количестве звонков. Число разговоров не показывает, сколько заявок завершилось действием.
- Отсутствие владельца ТЗ. Если никто не отвечает за обновление правил, инструкция быстро расходится с реальной работой.
Техническое задание готово к передаче, когда по нему можно провести пробный звонок, оформить запись и проверить отчёт без дополнительных устных пояснений. На этой неделе можно описать цель и график, собрать пять типовых сценариев, назначить ответственных и согласовать показатели контроля. После тестового запуска требования уточняют по реальным обращениям, а облачный колл-центр, подключённые каналы и аналитика звонков остаются в одной рабочей схеме.
