Категории обращений: пять штук вместо тридцати

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

Формально категории есть. Практически — по ним нельзя понять, что ломается, куда уходит время и какую инструкцию писать первой.

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

Категория нужна не для красоты отчёта, а для следующего решения

Категория должна отвечать на простой вопрос: что мы сделаем с этим знанием.

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

Рабочая категория помогает принять одно из решений:

• какую статью в базе знаний написать или обновить;
• где в продукте человек застревает;
• какой процесс внутри компании тормозит ответ;
• какую тему вынести в обучение операторов;
• какую нагрузку ждать в конкретном канале или в пиковые часы.

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

Лучше начать с крупного уровня, который совпадает с действиями команды. Например:

• доступ и вход;
• оплата и документы;
• как пользоваться функцией;
• ошибка или сбой;
• изменение условий, тарифа, данных.

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

Тридцать категорий ломаются об обычную смену оператора

Большой справочник выглядит умно, пока его читает человек, который его придумал. У него в голове есть контекст: почему «Интеграция» отдельно от «Настройки», чем «Ошибка импорта» отличается от «Сбой синхронизации», когда выбирать «Документы», а когда «Бухгалтерия».

У оператора в очереди десять диалогов. Клиент пишет в Telegram, потом дублирует на почту. В соседнем обращении зависла оплата. Руководитель просит не забывать проставлять категории. В этот момент справочник должен быть очевидным без внутреннего экзамена.

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

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

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

Минимальный набор выбирают снизу, а не придумывают на совещании

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

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

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

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

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

Процесс можно держать коротким:

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

«Другое» нужно ограничить, иначе оно съест весь отчёт

Категория «Другое» кажется честной: мир сложный, не всё помещается в пять ячеек. Убирать её полностью рискованно. Оператор начнёт притягивать странные обращения к ближайшей теме, и отчёт станет уверенным, но неверным.

Но «Другое» должно быть аварийным выходом, а не шестой основной категорией. Для него нужны правила.

Первое: оператор обязан оставить короткий комментарий, почему не подошла ни одна категория. Не эссе, а одну строку: «партнёрский договор», «жалоба на курьера подрядчика», «вопрос по старому тарифу». Без комментария «Другое» бесполезно.

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

Третье: добавлять новую категорию стоит только вместе с удалением, объединением или переименованием старой. Иначе справочник будет только расти. Через полгода вы снова получите тридцать строк и спор о том, чем «Запрос» отличается от «Обращения по процессу».

Иногда правильное решение — не добавить категорию, а переименовать существующую. Например, «Биллинг» может быть понятно команде разработки, но оператор и клиент говорят «оплата» и «документы». Название для внутреннего отчёта должно быть ближе к языку поддержки, а не к структуре компании.

Проверка простая: два человека должны разметить одинаково

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

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

Обычно всплывает одна из четырёх причин:

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

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

Нет единственно правильного правила. Плохой вариант — когда каждый оператор решает сам. Хороший — когда правило записано и рядом есть пример.

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

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

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