Повторное обращение клиента: как узнать его в мессенджере

Пример расчёта (условные цифры): если из 40 сообщений за день 8 приходят от людей, с которыми уже общались, новый опрос каждого займёт время и создаст лишние карточки. При этом ошибочное объединение двух разных людей ещё хуже. На БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ можно разобрать правила узнавания клиента для ваших каналов.

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

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

Вопрос к вам: сколько повторных обращений за неделю менеджеры находят вручную и сколько новых карточек создаётся для уже известного контакта?

Лайфхак: показывайте сотруднику короткое предупреждение «возможно, клиент уже есть» с причиной совпадения. Автоматическое склеивание без права проверить ошибку опасно для истории и качества ответа.

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

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

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

Пример расчёта (условные цифры): восемь повторных обращений в день и две минуты ручного поиска истории дают 16 минут работы. Это не доказанная экономия после запуска: неверные совпадения и новые запросы всё равно требуют проверки.

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

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

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

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

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

Автоматическое связывание по точному идентификатору. Плюсы: быстро открывает историю в том же канале и не заставляет клиента объясняться заново. Главный риск: идентификатор аккаунта не равен номеру сделки; новый вопрос можно ошибочно добавить к старому процессу.

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

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

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

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

Повторные обращения связаны с объединением каналов и контролем дублей в CRM. В A3bot можно настроить хранение контекста и передачу новой задачи менеджеру. Стоимость обсуждаем после разбора задачи.

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

Напишите, какой процесс хотите автоматизировать: A3bot