Стандарты клиентского сервиса: как работать с обращениями и жалобами
Клиенту важно понимать, кто занимается его вопросом и когда появится следующий ответ. Стандарт сервиса помогает команде сохранять эту определенность в обычных и сложных ситуациях. Разберем прием обращения, передачу между сотрудниками, работу с жалобой и измерение результата.
Содержание статьи
Опишите путь обращения
Начните с реальных каналов: телефон, почта, мессенджер, форма сайта, социальные сети. Укажите, кто следит за каждым каналом, в какие часы и куда попадает вопрос после получения. Если обращения остаются в личных чатах сотрудников, общий отчет будет неполным.
Для каждого обращения сохраняйте тему, клиента или заказ, время получения, ответственного, текущую договоренность и следующий шаг. Не собирайте лишние персональные сведения, которые не нужны для решения вопроса. Доступ к истории должен соответствовать роли сотрудника.
Определите, что считается завершением. Отправка ответа не всегда означает решение. Клиент мог получить инструкцию, которая не подходит, или ждать действия другого отдела. Нужен наблюдаемый результат: данные исправлены, товар найден, условия разъяснены, согласованное действие выполнено.
Разделите первый ответ и решение
Первый ответ сообщает клиенту, что происходит дальше. В нем полезно подтвердить понимание вопроса, назвать ответственного или порядок работы и дать срок следующего контакта. Автоматическое уведомление о получении не следует считать содержательным ответом сотрудника.
Время до первого ответа и время решения измеряют разные вещи. В документации Zendesk эти показатели имеют отдельные определения. В своей системе также зафиксируйте начало, конец и способ учета времени.
Если поддержка работает по будням, решите, какой показатель нужен: календарное ожидание клиента или рабочее время команды. Можно видеть оба. Условное обращение вечером пятницы и ответ утром понедельника будут выглядеть по-разному в этих двух измерениях. Смешивать их в одном отчете нельзя.
Не обещайте одинаковый срок решения для всех вопросов. Уточнение наличия и проверка спорной оплаты требуют разных действий. Срок ответа выбирайте по загрузке и сложности, затем проверяйте, выполняется ли он на практике.
Составьте рабочую таблицу правил
Вместо длинного списка общих пожеланий опишите типовые ситуации и обязательные действия. Начните с тех, которые повторяются чаще или приводят к заметным потерям доверия.
| Ситуация | Что делает сотрудник | Что должен узнать клиент | Когда подключается руководитель |
|---|---|---|---|
| Обычный вопрос | Уточняет задачу, проверяет актуальные данные | Ответ и следующий шаг, если он нужен | Нет правила или полномочий для решения |
| Вопрос требует проверки | Назначает ответственного и срок обновления | Что проверяется и когда будет сообщение | Проверка выходит за обещанный срок |
| Ошибка компании | Фиксирует факты, предлагает доступные варианты исправления | Что произойдет, кто отвечает и в какой срок | Последствия выходят за согласованные полномочия |
| Повторная жалоба | Читает историю и выясняет, почему прежний ответ не помог | Как изменится дальнейшая работа | Проблема повторяется или затрагивает несколько заказов |
| Агрессивное общение | Сохраняет деловой тон, действует по правилам безопасности | Допустимый формат продолжения общения | Есть угрозы или риск безопасности |
Таблицу можно прокрутить вправо
Это каркас внутреннего стандарта. Обязательные сроки и права клиента могут зависеть от ситуации и закона; внутренний регламент должен учитывать применимые требования. Самостоятельно придумывать ограничения прав клиента в шаблоне ответа нельзя.
Разбирайте жалобу по фактам
Сначала восстановите событие: что было обещано, что произошло, чем подтверждается договоренность и чего клиент ожидает сейчас. Не заставляйте человека повторять всю историю после каждой передачи. Назначьте одного ответственного за связь, даже если решение готовят несколько сотрудников.
Признание понятного неудобства не требует преждевременно обещать компенсацию, которую сотрудник не вправе согласовать. Можно сказать: «В заказе указан другой интервал. Проверю с доставкой доступные варианты и вернусь с ответом сегодня до 16:00». Такая формулировка подходит только тогда, когда проверку действительно можно провести к этому времени.
Если срок сдвигается, сообщите об этом до его истечения и объясните следующий шаг. Молчание заставляет клиента снова добиваться ответа. Внутреннее ожидание другого отдела должно оставаться задачей компании, а не обязанностью клиента искать нужного сотрудника.
После решения сохраните причину и исправление. Если несколько жалоб связаны с неверным описанием товара, переписывание шаблона ответа не устранит источник проблемы. Нужно изменить описание и проверить связанные страницы или инструкции.
Измеряйте качество вместе со скоростью
Быстрое закрытие обращения может скрывать нерешенный вопрос. Смотрите на повторные обращения по той же причине, просроченные обещания, число передач и выборочную проверку содержания ответов. Определите период, в котором повтор связывается с исходным вопросом, и исключите самостоятельные новые темы.
В учебном примере из 100 решенных обращений восемь вернулись с тем же вопросом в течение выбранного периода наблюдения. Доля повторных обращений составляет 8%. Это повод разобрать восемь историй, а не универсальный порог плохого сервиса. Причиной может быть неполная инструкция, ошибочная отметка о решении или новое обстоятельство.
Клиентскую оценку также показывайте вместе с числом ответивших. Пять оценок из ста обращений описывают опыт небольшой ответившей группы. Их полезно читать, но опасно выдавать за точное мнение всех клиентов.
Обновляйте стандарт на реальных ситуациях
Начните с небольшого набора частых вопросов, правил передачи и границ полномочий. Разберите несколько примеров с командой: что известно, чего не хватает, что можно обещать, кто принимает решение. Проверьте, одинаково ли сотрудники понимают правила.
Регулярно возвращайтесь к повторным жалобам и нарушенным обещаниям. У каждого изменения должен быть ответственный: исправить продуктовую информацию, изменить процесс, дать доступ или научить сотрудника. Стандарт полезен тогда, когда помогает довести конкретное обращение до результата и уменьшает вероятность повторения той же проблемы.