Справочник тем — это список из 15–25 позиций в двух уровнях, по которому каждое обращение получает ровно одну тему. Он строится на выборке из 300 обращений за две недели, стоит около 32 000 ₽ рабочего времени и определяет всё остальное в поддержке: куда уйдёт обращение, за сколько на него обязаны ответить, какие статьи писать в базу знаний первыми и что руководитель увидит в отчёте о причинах.
Главная ошибка здесь — не отсутствие справочника, а его избыточность. Трёхуровневые деревья на полторы-две сотни категорий заводятся с лучшими намерениями и умирают за квартал: оператор в спешке выбирает первую подходящую позицию, половина категорий не используется ни разу, а отчёт о причинах превращается в столбик из двух строк — «прочее» и «общие вопросы».
Ниже — процедура построения, правило проверки каждой темы на нужность, метрики автоматической классификации и регламент ведения. Как этот справочник потом используется для оценки автоматизации, разобрано отдельно: какая доля обращений закрывается без оператора.
Как выглядит рабочий справочник
Закрытый список тем в двух уровнях, где каждому обращению присваивается ровно одна тема второго уровня. У темы есть владелец, очередь обработки, норматив ответа, признак стоп-темы и связанная статья базы знаний. Справочник считается рабочим, если доля обращений в позиции «прочее» не превышает 10%, а каждая тема набирает не меньше 1% потока.
Ниже — пример для интернет-магазина с потоком 6 000 обращений в месяц: семь групп на первом уровне, двадцать две темы на втором. Это не эталон для копирования, а ориентир по масштабу — у сервисной компании структура будет другой, а количество тем примерно тем же.
| Группа первого уровня | Темы второго уровня | Тем | Доля потока |
|---|---|---|---|
| Заказ и доставка | где заказ, изменить адрес, перенести дату, не пришёл в срок, частичная доставка | 5 | 31% |
| Товар и наличие | есть ли в наличии, характеристики и размер, когда поступит, подобрать аналог | 4 | 19% |
| Возврат и обмен | как оформить возврат, статус возврата, обмен размера | 3 | 14% |
| Оплата и документы | не прошла оплата, счёт для юрлица, чек и закрывающие | 3 | 12% |
| Претензии и качество | брак, повреждение при доставке, жалоба на сервис | 3 | 11% |
| Личный кабинет | не приходит код входа, изменить данные | 2 | 7% |
| Прочее | всё, что не разложилось | 2 | 6% |
Десять тем из двадцати двух собирают 74% всего потока. Это не особенность примера, а устойчивое свойство: поддержка почти всегда отвечает на небольшой набор повторяющихся вопросов, а длинный хвост редких тем занимает четверть объёма и три четверти внимания при проектировании. Отсюда практический вывод — сначала делается всё для верхних десяти тем, и только потом обсуждается хвост.
Схема справочника в два уровня: слева столбец из семи групп с долями (заказ и доставка 31%, товар и наличие 19%, возврат и обмен 14%, оплата и документы 12%, претензии и качество 11%, личный кабинет 7%, прочее 6%). От каждой группы стрелки вправо к списку тем второго уровня, всего 22. Десять самых крупных тем выделены заливкой и обведены общей рамкой с подписью «74% потока». Под схемой отсечка: «в „прочем“ не больше 10%». Чертёжный стиль, подписи по-русски.
Процедура: от 300 обращений к двадцати темам
Справочник не придумывается на совещании — он вычитывается из собственных обращений. Процедура занимает две недели календарного времени и около двадцати девяти человеко-часов.
- 1Шаг 1. Взять 300 обращений подряд за две недели
Подряд, а не отобранные, включая ночные, выходные, короткие и повторные. Триста — не круглое число ради красоты: на двухстах хвост тем виден плохо, на пятистах разметка перестаёт умещаться в рабочую неделю.
- 2Шаг 2. Каждый размечающий пишет тему своими словами
Не выбирает из готового списка, а формулирует сам — иначе вы получите подтверждение своих ожиданий, а не картину потока. Два человека независимо по всей выборке. На выходе обычно 60–90 разных формулировок.
- 3Шаг 3. Свести формулировки в одной сессии
Три часа втроём: размечающие и владелец процесса. Одинаковые по смыслу формулировки объединяются, спорные разбираются вслух. Именно здесь становится видно, какие вопросы клиенты задают не так, как вы их называете внутри компании.
- 4Шаг 4. Схлопнуть по правилу «одно решение — одна тема»
Из 60–90 формулировок остаётся 15–25 тем. Правило схлопывания — в следующем разделе. Темы, не набравшие 1% потока, сливаются с соседней, а не заводятся отдельно.
- 5Шаг 5. Проверить покрытие и назначить свойства
Темы должны покрывать не меньше 90% выборки; остаток уходит в «прочее». Каждой теме проставляются очередь, норматив ответа, признак стоп-темы и статья базы знаний — без этих четырёх свойств справочник остаётся бумажным.
Двадцать девять часов — это разовая работа, и делать её должны сотрудники поддержки, а не подрядчик. Подрядчик может провести сессию сведения и оформить результат, но сами формулировки живут внутри компании: только оператор знает, что «не пришло уведомление» и «не пришёл код» — это два разных вопроса с разными адресатами, а «где заказ» и «когда доставка» — один и тот же.
Правило, по которому тема остаётся или удаляется
Справочник разрастается потому, что каждый новый оттенок вопроса кажется отдельной темой. Останавливает это одно правило: тема нужна, только если по ней принимается отдельное решение. Проверяется четырьмя вопросами, и достаточно одного «да».
- 1Обращение по этой теме уходит в другую очередь или к другой группе людей, чем обращение по соседней теме.
- 2По этой теме действует другой норматив ответа: например, «не прошла оплата» обслуживается за 15 минут, а «когда поступит товар» — за четыре часа.
- 3Под эту тему строится отдельный сценарий или отдельная статья базы знаний, а не абзац в общей.
- 4По этой теме отдельно принимает решение руководитель: она попадает строкой в месячный отчёт о причинах обращений, и по её росту что-то делают.
Что изменится в работе, если обращение по этой теме попадёт в соседнюю тему? Если ничего — тем на одну меньше. Этот вопрос убирает примерно две трети позиций из первого чернового списка и почти никогда не вызывает споров: люди спорят о названиях, но не о том, изменится ли что-то в их работе.
Глубокая иерархия ломается не о технику, а о поведение оператора: под давлением очереди он выбирает первую подходящую позицию, а не самую точную. Признаки, которые видно в отчёте через квартал: одна-две темы собирают больше 30% каждая, доля «прочего» перевалила за 15%, а половина категорий не использовалась ни разу. Дерево из 200 позиций даёт отчёт хуже, чем список из двадцати, — потому что список из двадцати заполняют честно.
Сравнение в две колонки. Слева «три уровня, около 200 категорий»: глубокое дерево, у половины ветвей пометка «0 использований за квартал», внизу столбик отчёта из двух строк — «прочее 15%» и «общие вопросы 31%». Справа «два уровня, 22 темы»: неглубокая схема из семи групп, внизу полноценный столбик отчёта из семи строк с долями 31/19/14/12/11/7/6. Под колонками подпись: «тема нужна, только если по ней принимается отдельное решение». Чертёжный стиль, подписи по-русски.
Автоматическая классификация: точность и «не уверен»
Когда справочник готов, тему можно проставлять автоматически. Это дешёвая и полезная автоматизация, но её результат надо измерять, а не принимать на веру. Три метрики ниже — минимально достаточный набор.
| Метрика | Как измеряется | Рабочий порог | Что делать при отклонении |
|---|---|---|---|
| Точность на топ-10 темах | доля совпадений с ручной разметкой на 300 обращениях, которых модель не видела | 85–90% | ниже порога — уточнять формулировки тем, а не менять модель |
| Точность на хвосте | то же на темах с долей меньше 3% | 70–80% | редкие темы почти всегда путаются между собой — часто это признак, что их надо слить |
| Доля «не уверен» | обращения, где уверенность ниже порога и тема не проставлена | 8–15% | выше 20% — справочник нечёткий; ниже 5% — порог занижен и модель угадывает |
| Доля правок оператором | как часто человек меняет проставленную тему при закрытии | до 15% | выше — проблема в справочнике, а не в классификаторе |
Два размечающих человека на одной выборке сходятся в 85–90% случаев — расхождения дают формулировки тем, которые допускают двойное толкование. Это и есть физический потолок: требовать от классификатора 95%, когда люди согласны на 87%, бессмысленно, потому что оставшиеся 8% — не ошибка модели, а неоднозначность справочника. Поэтому согласие разметчиков замеряют первым, ещё до настройки автоматики.
Что делать с обращениями «не уверен». Правильный ответ — не угадывать: тема не проставляется, обращение уходит в общую очередь с пометкой, и первый взявший его оператор проставляет тему сам. Это лучше, чем неверная тема, поставленная молча: неверная тема отправляет обращение не туда, ломает норматив ответа и портит отчёт, а пустая — только чуть замедляет маршрутизацию.
Перепроверяет человек, и делает это по ходу работы. Оператор при закрытии тикета видит проставленную тему и может изменить её одним щелчком. Раз в неделю владелец справочника просматривает изменённые темы — двадцать минут работы, и это главный источник правок: если операторы систематически переносят обращения из темы А в тему Б, значит, граница между ними описана неверно.
Схема потока с развилкой: блок «входящее обращение» → «классификатор» → развилка по порогу уверенности. Верхняя ветка «уверен, 85–92%» → «тема проставлена» → «очередь по теме». Нижняя ветка «не уверен, 8–15%» → «тема пустая, пометка» → «общая очередь, тему ставит оператор». Обе ветки сходятся в блоке «оператор закрывает тикет и может изменить тему», от него пунктирная стрелка назад к блоку «еженедельный разбор правок, до 15% — норма». Чертёжный стиль, подписи по-русски.
Что даёт справочник, кроме маршрутизации
Маршрутизация — самая очевидная и не самая ценная функция справочника. Три остальные окупают его быстрее.
| Что даёт | Как выглядит на практике | Кто этим пользуется |
|---|---|---|
| Отчёт о причинах обращений | месячный столбик из 15–25 строк с долями и динамикой к прошлому месяцу | руководитель поддержки и владелец процесса |
| Приоритеты для базы знаний | темы, отсортированные по доле потока: первые десять статей закрывают 74% обращений | редактор базы знаний |
| Сигнал о проблеме в продукте | резкий рост одной темы за неделю при неизменном потоке | продукт, ИТ, логистика — те, кто чинит причину |
| Основа расчёта автоматизации | доля темы × доля закрываемых внутри неё — так считается потолок автозакрытия | тот, кто готовит смету |
Третья строка стоит того, чтобы задержаться. Тема «не приходит код входа» в обычную неделю набирает 27 обращений при потоке 1 500 в неделю. Если за неделю она вырастает до 141 обращения — это не всплеск нагрузки на поддержку, а инцидент в системе отправки сообщений, и чинить его должна не поддержка. Без справочника этот рост не виден вообще: он растворяется в общем счётчике обращений, который вырос на 8% и никого не насторожил. Со справочником он виден на второй день.
Регламент ведения и что делать со старой статистикой
Справочник живой: ассортимент меняется, появляются новые каналы, уходят старые проблемы. Регламент нужен не ради формальности, а чтобы изменения не ломали отчётность за прошлые периоды.
- 1Владелец — один человек. Обычно тот же, кто ведёт базу знаний: у справочника и базы одна и та же логика, а разделение ролей приводит к тому, что тема есть, а статьи по ней нет. Кто это чаще всего и сколько часов занимает, разобрано в материале о том, кто ведёт базу знаний поддержки.
- 2Новая тема заводится по правилу, а не по просьбе. Условия: за месяц набрала не меньше 1% потока внутри «прочего» и прошла тест на отдельное решение. Просьба оператора «давайте заведём тему» — повод проверить оба условия, а не основание.
- 3Пересмотр раз в квартал, два часа. Смотрят три вещи: доля «прочего» (норма до 10%), темы с нулевым использованием и темы, по которым операторы чаще всего меняют автопростановку.
- 4Историю не переразмечают. У темы есть дата начала действия. Отчёты сравниваются только по периодам с одинаковым справочником, а при сравнении через границу изменения в отчёте ставится явная отметка.
- 5Слияние и разделение — через закрытие темы, а не переименование. Старая тема помечается закрытой, новые обращения в неё не попадают, а в отчёте прошлые данные суммируются с новой темой по явному правилу соответствия. Переименовать тему можно, изменить её смысл под прежним названием — нельзя.
Тему «возврат» переименовали в «возврат и обмен» и стали складывать в неё обмены — и через месяц отчёт показывает рост возвратов на 40%, которого не было. Такие изменения обнаруживаются обычно на совещании, где по этой цифре уже приняли решение. Поэтому смысл темы меняется только созданием новой темы с новой датой начала действия, и это правило важнее всех остальных пунктов регламента.
Горизонтальная лента времени на 12 месяцев с тремя дорожками-темами. Первая дорожка идёт сплошь. Вторая обрывается на седьмом месяце с пометкой «закрыта», от неё стрелка соответствия к третьей дорожке, которая начинается там же с пометкой «дата начала действия». Вертикальная штриховая линия на границе седьмого месяца подписана «граница сравнения отчётов». Внизу примечание: «историю не переразмечаем, правило соответствия — явное». Чертёжный стиль, подписи по-русски.
Когда справочник тем не нужен
Три ситуации, в которых построение справочника — лишняя работа, и одна, в которой он вреден.
- Меньше 300 обращений в месяц и один человек на поддержке. Маршрутизировать некуда, отчёт о причинах помещается в голове. Полезнее завести пять-семь тегов в тикет-системе и вернуться к справочнику, когда людей станет больше двух.
- Поток однородный и очень узкий. Например, только запись на приём и только перенос даты. Двух тем достаточно, и растягивать их до двадцати ради методологии не надо — правило про отдельное решение работает и в обратную сторону.
- Пока не решено, кто владелец процесса. Справочник без владельца устаревает за квартал и начинает врать: темы остаются, а смысл уходит. Сначала человек, потом справочник — иначе через полгода получится тот самый отчёт из двух строк.
- Когда справочник строят под отчёт руководству, а не под работу. Это единственный случай, где он вреден: получается дерево, красивое на слайде и невыполнимое на линии. Признак — темы описывают бизнес-показатели, а не то, с чем пришёл клиент. Такой справочник операторы заполняют формально, и все построенные на нём выводы оказываются ложными.
Во всех остальных случаях это первая работа, которую стоит сделать в поддержке, — раньше базы знаний, раньше бота и раньше выбора платформы. Она дешёвая, разовая и определяет качество всего, что строится сверху: маршрутизацию и нормативы ответа, базу знаний, список стоп-тем с переводом на оператора и расчёт окупаемости первой линии.
Справочник тем — это не каталог всего, о чём могут спросить. Это список решений, которые вы принимаете по-разному.
