В этом разборе
Объединяйте клиента, сохраняйте обращения
У клиента должна быть одна доступная история диалога, но каждое обращение и его источник нужно сохранить как отдельное событие. Простое удаление «дубля» уничтожает сведения о повторном интересе, а три независимые карточки приводят к несогласованным ответам и конкуренции менеджеров.
Автоматическое совпадение — только сигнал. Перед слиянием проверьте контакт, предмет запроса, время и участников. Ошибочное объединение разных людей опаснее временного дубля, поэтому сомнительные случаи отправляйте на ручную проверку.
Опишите признаки возможного дубля
| Признак | Надёжность | Действие |
|---|---|---|
| Одинаковый подтверждённый телефон | Высокая | Сверить имя и предмет запроса |
| Одинаковая почта | Высокая | Проверить общий корпоративный адрес |
| Похожее имя и один проект | Средняя | Передать на ручную проверку |
| Только одинаковая фамилия | Низкая | Не объединять автоматически |
Добавьте правило разъединения и журнал изменений. Сотрудник должен понимать, кто объединил записи и какие события вошли в общую карточку.
Сохраните происхождение каждого контакта
После объединения не заменяйте все источники последним каналом. Запишите последовательность: увидел рекламу, позвонил, позже прислал план в мессенджере. Для маркетинга важен первый известный источник и последующие касания; для менеджера — содержание и текущий удобный канал клиента.
- дата и канал каждого события;
- исходное сообщение без потери вложений;
- кампания или страница, если они известны;
- согласия и предпочтения связи по действующим правилам компании.
Назначьте одного владельца диалога
После обнаружения дубля система или координатор выбирает ответственного по заранее установленному правилу: текущая активная сделка, профильная команда или первый принявший обращение. Остальные сотрудники видят статус и не начинают параллельный разговор. Передача должна включать краткий контекст и незавершённое обещание клиенту.
Условный пример: человек запросил проект дома на сайте, уточнил цену по телефону и прислал участок в чат. Это три события одного выбора. Менеджеру нужен полный маршрут, а отчёту — три касания без трёх «новых клиентов».
Проверьте процесс на свежих записях
- 1. СигналСовпали контакты или контекст.
- 2. ПроверкаСотрудник подтверждает личность и проект.
- 3. ОбъединениеСобытия и источники сохраняются.
- 4. ВладелецОдин менеджер продолжает диалог.
Учтите ошибки объединения
Контролируйте две стороны процесса: сколько дублей осталось раздельными и сколько разных клиентов ошибочно слили. Для проверки берите случаи с общим семейным телефоном, корпоративной почтой, повторной покупкой и двумя проектами одного заказчика. Решите, что в вашей системе считается клиентом, обращением и сделкой. Эти сущности не всегда совпадают. Если после объединения нельзя восстановить исходные карточки и владельцев изменений, доработайте журнал до автоматического массового слияния.
От разбора — к вашему сайту
Посмотрите состав работ для вашей задачи.





