Чек-лист: что мастер-приёмщик должен получить, когда ИИ передаёт ему клиента

Почему «расскажите ещё раз, что случилось» отталкивает клиента

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

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

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

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

Что приёмщик должен увидеть

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

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

Пример составлен для статьи. Имя, автомобиль и ситуация вымышлены.

Почему не нужна вся переписка

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

Полная переписка нужна как приложение, а не как основной формат. Карточка отвечает на три вопроса: кто клиент и какая машина, что он хочет, почему ассистент остановился. Если сотруднику понадобится точная формулировка клиента, он откроет историю по ссылке.

Отдельно стоит передавать жалобу словами клиента, а не только пересказ ассистента. «Стучит при повороте» и «неисправность рулевого управления» звучат по-разному, и мастеру важна исходная формулировка.

Что в этот момент слышит клиент

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

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

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

Пример составлен для статьи. Условия скидки вымышлены и не являются предложением. Сотрудник отвечает по карточке и не переспрашивает про машину и время.

Где чаще всего ломается передача

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

• Причина передачи не указана. Сотрудник видит, что клиента передали, но не понимает, что от него ждут.
• Пересказ слишком общий: «клиент интересуется ремонтом». Из такой строки ничего нельзя сделать.
• Не разделено сделанное и несделанное. Сотрудник не знает, создана ли запись, и либо дублирует её, либо не создаёт вовсе.
• Данные не подтверждены. Ассистент угадал модель по фото или по оговорке, а в карточке это выглядит как факт.
• Клиент не знает, что происходит. Ассистент замолчал, сотрудник ответит через час, а клиенту никто не сказал, когда ждать ответа.
• Карточка пришла не туда. Её получил общий чат, который в выходные никто не читает.

Чек-лист хорошей передачи

Как понять, что передача работает

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

• Доля повторных вопросов. Сколько раз после передачи сотрудник спросил то, что клиент уже сообщил ассистенту. Считается по выборке переданных разговоров вручную.
• Время до ответа человека. Сколько прошло от передачи до первого сообщения сотрудника, отдельно для рабочего и нерабочего времени.
• Доля передач без причины. Сколько карточек пришло без понятного объяснения, зачем подключился человек.

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

Передача продолжает разговор, а не начинает новый

Хорошая передача проверяется одним вопросом: смог ли приёмщик продолжить с того места, где остановился ассистент. Если первое сообщение сотрудника отвечает на вопрос клиента, а не переспрашивает его, сценарий работает.

Для этого не нужна сложная система. Нужны договорённости: какие поля обязательны, куда приходит карточка, кто отвечает в выходные и что ассистент пишет клиенту в момент передачи. Их стоит записать до запуска и проверить на реальных обращениях.

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