Дубли клиентов в Битрикс24: как объединять записи и сохранять историю работы

Один клиент может обращаться несколько раз

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

Сначала договоримся о терминах. Контакт описывает человека, компания — организацию, сделка — конкретную продажу. Два обращения по разным задачам полезно сохранить, даже когда телефон клиента совпадает. Дублем будем считать лишнюю запись о том же объекте, которая разрывает его историю и не нужна для принятого порядка работы.

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

Совпадение ещё предстоит разобрать

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

Само объединение дубликатов Битрикс24 поддерживает для лидов, контактов и компаний; сделки объединяются вручную, что отдельно указано в ответах разработчика системы. Это ещё одна причина не смешивать все объекты CRM в одну задачу «удалить повторы».

Как CRM находит совпадения и почему часть остаётся человеку

В документации Битрикс24 для поиска дублей контактов перечислены ФИО, телефон и e-mail, а для компаний — название, телефон и e-mail. Для автоматического объединения источник указывает совпадение значений всех полей и одного ответственного; у лидов дополнительно сравнивают стадию. При различиях CRM предлагает ручное решение.

Эти правила не заменяют понимание базы. Если в одном контакте записана личная почта, а в другом рабочая, сначала нужно выяснить, относятся ли записи к одному человеку. Даже уверенное совпадение телефона не отвечает на вопрос о том, какая должность актуальна и кто продолжает общение с клиентом.

Очевидные повторы и спорные пары

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

Спорные пары я советую передать назначенному сотруднику компании. Технический специалист покажет совпадающие поля, а представитель бизнеса решит, кто ведёт клиента и какие договорённости актуальны; так очистка опирается на сведения участников переговоров, а не на догадки по содержимому карточки.

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

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

Откуда приходят новые дубли

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

CRM-форма на сайте

Для встроенной CRM-формы есть отдельные настройки. Если форма создаёт сделку, Битрикс24 предлагает разрешать, заменять либо объединять найденные дубликаты контактов и компаний; это описано в инструкции по CRM-формам. При объединении пустые поля заполняются данными формы, уже заполненные сохраняются, а телефоны и e-mail могут добавляться как дополнительные. При замене в остальные поля записываются данные формы, а новые телефоны и e-mail также добавляются к существующим.

Для формы в этом сценарии совпадением считаются любые два признака из трёх: ФИО или название компании, телефон, e-mail. Обработка контакта и создание сделки настраиваются отдельно: по умолчанию форма создаёт новую сделку.

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

Импорт и внешние интеграции

В файле могут встречаться разные варианты записи номера, пустые значения и одинаковые имена. До загрузки полезно определить, какое поле связывает строку с существующей записью и какие значения позволено обновлять. Формат телефона стоит приводить к единому виду по принятому для базы правилу, сохранив исходные данные для сверки. Затем номера сопоставляют с остальными сведениями о контакте.

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

Подготовка данных и порядка работы

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

Я рекомендую начинать с небольшой выборки, где представлены разные способы появления карточек, разные ответственные и спорные совпадения, а к обработке всей базы переходить после того, как компания приняла правила и увидела результат на своих данных. Начать так дольше. Зато неверный критерий обнаружится до обработки всей базы. Для выборки нужен список исходных ID, выбранная основная запись, решение по конфликтующим полям и связанная активная сделка. Идентификатор полезнее имени: название карточки само может измениться в ходе работы.

Основная карточка и спорные поля

При ручном объединении Битрикс24 предлагает выбрать основную карточку и значения, которые останутся; множественные поля позволяют сохранить несколько значений. При автоматическом объединении остаётся карточка с более ранней датой создания, остальные удаляются. Эти особенности важно соотнести с тем, где уже находятся нужные связи, и включить их в приёмку результата.

Работа сотрудников во время очистки

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

Спорные поля лучше обсуждать отдельно от запуска инструмента. Старая должность, новый ответственный или два адреса доставки могут отражать нормальное развитие отношений с клиентом. Сотруднику компании проще дать решение по конкретной паре записей, чем согласиться с общим обещанием «оставим актуальное» без критериев актуальности.

Приёмка: история, связи и доступ менеджера

Число контактов после очистки — слабый критерий результата. База могла уменьшиться и при правильном объединении, и при ошибочном удалении; для приёмки нужен ответ, как сотрудник продолжит работу с клиентом.

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

Для каждой группы объединённых записей полезно сохранить короткий журнал с исходными идентификаторами, итоговой карточкой и результатом сверки, чтобы через неделю сотрудник мог понять, что изменилось в карточке клиента без повторного поиска по разным выгрузкам и личным воспоминаниям участников очистки. В журнале нужны содержательные отметки. «Успешно» говорит слишком мало. «Текущая сделка связана с итоговым контактом, оба номера сохранены, ответственный подтверждён» позволяет понять объём выполненного контроля. Если обнаружилось расхождение, исполнитель разбирает его с менеджером и продолжает обработку после исправления причины.

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

Как объяснить изменения в отчётах

Маркетологу стоит сохранить дату очистки рядом с отчётами о клиентской базе. Если отчёт считает карточки, их количество после объединения уменьшится даже без изменения числа реальных покупателей. Эту разницу нужно объяснить руководителю отдельно от результатов рекламы и работы менеджеров.

Когда можно расширить очистку на всю базу

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

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

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

В работах с Битрикс24 в ШТАБ ИТ задачу можно разделить на диагностику базы, принятие правил, ограниченную очистку и устранение причин. После успешной приёмки выборки остаётся понятный вопрос: какие группы ещё требуют ручного решения, а для каких уже достаточно подтверждённого порядка обработки.