Передача клиента между менеджерами без потери контекста

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

Клиенту всё равно, сколько вас. Для него это один магазин, который только что забыл всё, о чём они договаривались.

Почему история переписки не заменяет передачу?

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

Передача — это сжатие диалога до того, что влияет на следующую реплику. Всё остальное в переписке остаётся как архив, а не как инструкция.

1. 1

   Чего хочет

   Конкретный товар или задача. «Ищет ботинки на осень, 38, не на каблуке».

2. 2

   Что пообещали

   Самая важная строка. Скидка, срок, отдельное условие — всё, что придётся выполнить.

3. 3

   На чём остановились

   Последний шаг и чья сейчас очередь. «Ждёт фото при дневном свете — от нас».

4. 4

   Что мешает

   Цена, размер, сомнения по доставке. Это определяет следующее сообщение.

Как выглядит сама передача клиенту?

Одним предложением, от нового менеджера, с демонстрацией знания контекста.

Работает: «Здравствуйте, дальше с вами буду я — знаю, что вы ждёте синий в 38-м, он поступил в среду». Клиент видит, что ничего не потерялось.

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

Кто отвечает за клиента после передачи?

Один менеджер, полностью. Размытая ответственность — главная причина, почему диалоги провисают именно после передачи: каждый считает, что ответит другой.

Самое простое рабочее правило — владелец диалога: кто ответил первым, тот ведёт клиента до завершения заказа. Передача происходит явно и однократно, а не «как получится».

Технически это сложнее, чем кажется. В WhatsApp Business несколько подключённых устройств работают с одним общим ящиком: ролей, прав и пометки автора сообщения там нет — все видят всё и пишут от одного имени. Поэтому правило владельца приходится держать договорённостью внутри команды, а не настройкой в приложении.

Что делать с обещаниями предшественника?

Выполнять. Даже неудобные, даже если вы бы так не пообещали.

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

Клиент: {имя, канал}
Хочет: {товар/задача + конкретные параметры}
Пообещали: {скидка / срок / условие — или «ничего»}
Остановились: {последний шаг, чья очередь}
Мешает: {цена / размер / сомнение}