Анализ первопричин жалоб: от ярлыка к процессу

Короткий ответ

Чтобы найти первопричину жалоб клиентов, нельзя останавливаться на ярлыке жалобы. «Доставка опоздала» — ярлык, а не причина. Причиной может быть поздняя сборка заказа на складе, плохо спланированный маршрут курьера, неверный срок на сайте или то, что клиенту не позвонили подтвердить адрес. Каждое исправление — в зоне разных команд.

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

Ярлык и причина

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

Шаг 1: выберите группу жалоб

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

Шаг 2: прочитайте доказательства

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

Шаг 3: шаг процесса, где происходит сбой

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

Шаг 4: «почему» с доказательствами

1. 1Почему опоздал?Заказ ушёл со склада на день позже (доказательство: дата отслеживания, отправленная клиенту).
2. 2Почему ушёл позже?Заказ поступил после 17:00, а сборка идёт до полудня.
3. 3Почему клиент не знал?На сайте написано «доставка на следующий день» без указания времени отсечки.
4. 4Почему оператор пообещал?В шаблоне ответа операторов времени отсечки тоже нет.

Первопричина здесь не курьер, а пропущенное условие на сайте и в шаблоне. Каждый ответ на «почему» должен подкрепляться доказательством (разговор, запись в системе) или подтверждением операционной команды — не догадкой.

Шаг 5: исправление и проверка

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

Одна жалоба — несколько причин

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

Иллюстративный пример

Это иллюстративный пример. В аптечной сети растут жалобы «заказ отменён». Чтение разговоров показывает: большинство отмен касается рецептурных препаратов, и клиенты не получили никакого объяснения до отмены. Шаг процесса — «подтверждение»: фармацевт проверяет требование рецепта после заказа, а система автоматически отправляет клиенту уведомление об отмене.

Исправление: рецептурные препараты заранее помечаются на сайте, а перед отменой оператор звонит клиенту. Через два месяца отслеживается доля этой группы жалоб. Важно: пример касается сервисного процесса и не делает никаких медицинских выводов.

Журнал первопричин

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

Кто должен участвовать

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

Типичные ошибки

• Принимать решения по ярлыку и лечить симптом.
• Делать вывод о первопричине по одному-двум разговорам.
• Искать причину в сотруднике — обычно проблема в процессе или правиле.
• Не проверять результат после исправления.

Границы

• Разговоры показывают только то, что видел клиент; без внутренних данных системы причина полностью не доказана.
• AI группирует жалобы, но не находит первопричину — это работа людей и данных процесса.
• Проблемы клиентов, которые не жалуются, в этом анализе не видны.

Что есть в Vexvon для анализа первопричин

В Vexvon поля вроде «тип жалобы» и «подпричина» компания создаёт сама; AI в каждом разговоре выбирает значение по словам клиента и даёт ссылку на соответствующее сообщение как доказательство. AI-помощник панели показывает долю группы жалоб, её тренд и пересечение по каналу или продукту, а полный список разговоров за каждым значением можно открыть. Определить саму первопричину — проблему склада, логистики или правила — задача команды. Подробнее: аналитика Vexvon.

Следующий шаг

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

Продолжение темы: болевые точки пути клиента, анализ эскалаций.