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

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

Какие гипотезы стоит проверять звонками

Гипотеза должна отвечать на один конкретный вопрос. Формулировка «узнать мнение клиентов» слишком широкая: оператор получит разные разговоры, а руководитель — набор впечатлений. Лучше заранее выбрать действие, которое бизнес готов изменить по итогам теста.

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

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

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

Как поставить задачу колл-центру до начала теста

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

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

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

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

Каким должен быть скрипт для проверки гипотезы

Скрипт нужен оператору как маршрут разговора. Он задаёт порядок вопросов, но не заставляет читать текст монотонно. Если клиент сразу объяснил ситуацию, оператор переходит к уточнению, а не возвращается к фразе из начала сценария.

Рабочий скрипт для теста обычно включает приветствие, причину звонка, один основной вопрос, уточняющие вопросы, следующий шаг и правила фиксации результата. Основной вопрос должен быть открытым. Вместо «Вам интересна услуга?» лучше спросить: «В какой ситуации вам понадобилась бы такая услуга?» Клиент расскажет о задаче своими словами, и эти слова пригодятся для сайта, рекламы и обучения менеджеров.

Что добавить в карточку разговора

• Тему обращения или гипотезу, которую проверяют.
• Краткую причину интереса либо отказа.
• Следующее действие и ответственного за него.
• Срок перезвона, если клиент сам попросил связаться позже.
• Необычную формулировку или вопрос, который стоит разобрать отдельно.

Не стоит менять скрипт после каждого сложного разговора. Сначала соберите несколько однотипных диалогов и посмотрите, где оператору не хватает уточняющего вопроса или где клиенты не понимают формулировку. Затем обновите одну часть сценария и отметьте дату изменения. Иначе в итоговом отчёте смешаются результаты разных вариантов.

Как провести тест, чтобы выводы не оказались случайными

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

Для сравнения двух предложений подготовьте два близких сценария. В первом меняется только проверяемая фраза. Например, один оператор говорит о фиксированном сроке выполнения работ, другой — о возможности выбрать время. Остальная часть разговора, статусы и правила передачи заявки остаются одинаковыми.

Руководителю полезно слушать не только удачные разговоры. Отказы и короткие диалоги часто дают самый ясный материал: клиент не понял условие, уже решил вопрос, ждёт другую услугу или не видит причины продолжать разговор. В отчёте стоит отделить отказ от предложения от отказа разговаривать. Это разные причины и разные действия.

Если звонки приходят из рекламы, данные о визитах и звонках нужно сводить в одном месте. Иначе часть обращений остаётся без понятного источника, а менеджер может поздно узнать о пропущенном звонке. Эту проблему разбирает материал «Битрикс24 и телефония: как связать и перестать терять звонки» (Albato).

Как анализировать звонки без сложной отчётности

После теста не нужно читать все комментарии подряд. Сначала выгрузите статусы и сгруппируйте причины: интерес к предложению, запрос расчёта, перенос решения, отказ из-за условия, отказ без объяснения, недозвон. Затем выберите несколько разговоров из каждой группы и проверьте, совпадает ли статус с содержанием записи.

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

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

Типичные ошибки при тестировании через колл-центр

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