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

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

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

Определите границы первого контакта

First contact resolution, или FCR, показывает долю клиентских проблем, завершенных во время первого взаимодействия. Базовая формула проста.

FCR равен числу проблем, решенных при первом контакте, деленному на общее число подходящих обращений и умноженному на сто.

Актуальная документация Medallia приводит эту формулу и предлагает напрямую спрашивать клиента, удалось ли решить вопрос в первом взаимодействии. Термин «контакт» важен, потому что показатель относится не только к звонкам, но и к другим каналам поддержки.

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

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

Измеряйте проблему клиента вместо тикета

Тикет является объектом программы. Проблема клиента может пройти через несколько тикетов, каналов, смен и отделов.

Где возможно, используйте устойчивый идентификатор проблемы. Он может сочетать клиента, номер заказа или аккаунта, тип запроса и временное окно. Если один человек спрашивает об одной посылке в WhatsApp, а затем в Instagram, это обычно одна нерешенная проблема, а не два независимых контакта.

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

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

Устраните препятствие для полного ответа

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

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

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

Дайте полномочия и не скрывайте сложность

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

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

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

Запустите еженедельный цикл улучшения

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

Каждую неделю изучайте небольшую выборку успехов и неудач. Совпал ли записанный результат с потребностью клиента? Вернулся ли он с тем же вопросом? Была ли скрыта передача, правка или последующая работа? Что помешало завершить запрос сразу? Какое изменение в системе, политике, знаниях или маршрутизации устранит препятствие?

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

Держите доказательства рядом с диалогом

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

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

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

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

Что считается решением с первого контакта

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

Как выбрать период повторного контакта

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

Считается ли перевод решением с первого контакта

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

Может ли автоматизация повысить FCR

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