Менеджер берёт трубку, узнаёт постоянного покупателя и открывает CRM. По номеру находятся три карточки: в одной недавний разговор, во второй старый заказ, в третьей только имя. Очень хочется нажать «объединить» и забыть о беспорядке. Но именно в этот момент легко потерять смысл записей.

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

Сначала номер, потом человек, потом история

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

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

Хороший вопрос при разборе дубля: «Что сотрудник должен увидеть после объединения, чтобы продолжить разговор без потерь?»

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

Что делать с тремя карточками

Для учебного примера разумная последовательность такая:

1. Сопоставить номер, имя, переписку и принадлежность к компании.
2. Отделить записи одного человека от контактов, которые просто используют общий телефон.
3. Проверить связанные сделки, задачи и важные поля до объединения.
4. После изменения открыть оставшуюся карточку и убедиться, что рабочая история доступна.

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

Чтобы дубли не возвращались после уборки, нужно проверить сам вход данных. Ищет ли форма существующий контакт перед созданием нового? Как импорт распознаёт старую запись? Какой формат номера использует телефония? Иначе следующая загрузка быстро восстановит беспорядок, который только что разобрали.

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

Источник: pro-automatization.ru