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

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

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

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

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

Изменим одну деталь. Если через два дня человек позвонил с вопросом о счете, перед нами новая потребность. Она не должна попадать в числитель.

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

Выберите единицу до расчета

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

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

Окно должно соответствовать работе. Семь дней могут подойти для сброса пароля, но оказаться слишком короткими для замены детали или страховой проверки. Официальное руководство Microsoft по маршрутизации вернувшихся клиентов допускает интервалы давности в семь, десять или тридцать дней. Эти варианты показывают, почему единого окна для всех операций нет. Опубликуйте свое и не меняйте его после просмотра результата.

Свяжите путь клиента между каналами

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

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

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

Отделите повторы от нормального продолжения

Правило классификации важнее самой арифметики.

Официальное руководство Microsoft по процессу от обращения до решения описывает идентификацию клиента в разных каналах, регистрацию, расследование, решение и закрытие дела. Эти события сохраняют важные доказательства, но сами не определяют, является ли более поздняя потребность повтором. Одно касание, решение при первом контакте, повторное открытие и повторное обращение связаны, но не взаимозаменяемы.

Ищите причину без обвинения агента

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

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

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

Читайте показатель вместе с соседними

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

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

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

Часто задаваемые вопросы

Является ли частота повторов обратной величиной решения при первом контакте

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

Как выбрать окно наблюдения

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

Считать ли несколько дополнительных сообщений несколько раз

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

Что делать с той же проблемой в другом канале

Свяжите ее с исходной потребностью, если личность и доказательства достаточно надежны. Смена канала не должна стирать повтор. Сомнительное совпадение оставьте неизвестным и проверьте правило связи.