Как составить каталог причин обращений и улучшать процессы

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

С чего начать каталог причин обращений?

Сначала возьмите обращения за обычный рабочий период и выпишите формулировки клиентов без попытки сразу их «улучшить». Для салона это могут быть запись, перенос времени, вопрос о цене и жалоба на услугу. Для сервиса техники — статус ремонта, срок, стоимость работ, гарантия. Для интернет-магазина — наличие товара, доставка, изменение заказа.

Затем объедините похожие формулировки в крупные группы. Названия должны быть понятны сотруднику, который отмечает разговор после звонка. Вместо «иные вопросы по обслуживанию» лучше написать «клиент не понимает, когда получит заказ» или «клиент просит изменить запись». Такая запись сразу подсказывает, что проверять в процессе.

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

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

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

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

Для звонков полезно заранее продумать маршруты. Вопросы о готовности заказа не должны попадать сотруднику, который принимает новые заявки, если он не видит статусы. Простой разбор маршрутизации есть в материале про IVR-меню для малого бизнеса и сценарии звонков.

Какие поля добавить к причине обращения?

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

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

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

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

Первые недели каталог требует проверки. Возьмите несколько звонков и переписок из каждой популярной категории, прочитайте или прослушайте их и сравните с отметками сотрудника. Если одна и та же ситуация попадает в разные строки, проблема обычно в названии категории или в непонятном правиле выбора.

Проверку лучше вести по короткому чек-листу: сотрудник понял запрос, выбрал причину, назвал следующий шаг, зафиксировал задачу, если вопрос не решился сразу. Записи разговоров и расшифровки помогают смотреть не отдельные запомнившиеся диалоги, а обычную работу линии. Сервисы речевой аналитики используют транскрипцию, чек-листы и отчёты по CRM; также они могут выделять темы возражений и соблюдение стандартов разговора (SalesAI; Skorozvon).

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

Как превратить каталог в изменения, а не в отчёт?

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

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

Типичные ошибки при ведении каталога причин обращений

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