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