Дубли контактов и сделок в amoCRM: почему они появляются и как их избежать
Менеджер звонит «новому» клиенту, а это постоянный покупатель, у которого открытая сделка уже есть у коллеги. Руководитель видит в отчёте больше клиентов, чем есть на самом деле. Так выглядят дубли в amoCRM.
Дубль в amoCRM - это вторая карточка того же человека или того же запроса: один клиент заведён двумя контактами или одна заявка разошлась на две сделки. Накопленные дубли сделок находят штатным «Поиском дублей», контакты и компании объединяют из списка, а новые дубли во входящих заявках отсекает настройка «Контроль дублей» в каждой воронке. У этой настройки есть границы, и они объясняют, почему дубли идут даже при включённом контроле. Ниже - чем дубль отличается от повторной покупки, откуда берутся дубли, как их найти и объединить без потерь и какой порядок работы не даёт им копиться снова.
Чем вредят дубли
- История клиента разбита между карточками - менеджер не видит полной картины и переспрашивает то, о чём клиент уже рассказал.
- Два менеджера могут вести одного клиента, не зная друг о друге, и предложить ему разные условия.
- Аналитика искажается: число клиентов завышено, конверсия и средний чек считаются неверно.
- Клиент получает повторные звонки и рассылки - это раздражает и подрывает доверие.
В методике уровней зрелости «Асорты» есть правило: красивая панель не компенсирует недостоверные данные. Почему чистые данные идут раньше отчётов, - в статье «Аналитика без чистых данных не работает», а о том, почему цифры CRM и рекламы не сходятся, - в материале «Почему цифры расходятся».
Дубль контакта, дубль сделки и повторная покупка - разные вещи
«Дублем» в отделе продаж называют разные ситуации. Их лечат по-разному, а повторную покупку лечить не нужно вовсе: склеив её с прошлой сделкой, вы сотрёте историю отношений с постоянным клиентом.
| Ситуация | Что это | Как распознать | Что делать |
|---|---|---|---|
| Дубль контакта | Один человек в двух и более карточках контакта | Совпадает телефон или почта, имена записаны по-разному | Объединить контакты, выбрав значения полей |
| Дубль компании | Одна организация в двух карточках компании | Совпадают телефон офиса, сайт, реквизиты | Объединить компании из списка. Контакт с компанией объединить нельзя |
| Дубль сделки | Один запрос клиента разошёлся на две открытые сделки | У одного контакта две открытые сделки с одним предметом, часто у разных ответственных | Объединить через «Поиск дублей», оставить одного ответственного |
| Повторная покупка | Новый запрос существующего клиента | Прошлая сделка закрыта, клиент пришёл снова | Не дубль. Вести новую сделку на том же контакте |
Откуда берутся дубли
У каждого дубля есть источник, и его можно найти.
- Повторная заявка. Клиент оставил заявку на сайте, через час написал в мессенджер. Если канал не нашёл существующий контакт, появились две сделки на один запрос. Каналы должны находить карточку клиента: про звонки - в статье об интеграции телефонии, про переписку - в материале «WhatsApp в amoCRM», про формы - в статье «Заявки с сайта в amoCRM».
- Ручной ввод без поиска. Менеджеру быстрее завести нового клиента, чем искать существующего. При создании сделки amoCRM подсказывает контакты и компании, если находит совпадение по телефону или почте, но подсказку можно пропустить.
- Права доступа. По справке, автопоиск дублей при создании контакта или компании работает только по записям, доступным пользователю. Если менеджер не видит чужой контакт, система создаст новый - то есть дубль.
- Разная запись телефона. Маску телефона amoCRM ставит сама: пробелы и дефисы добавляются автоматически, отключить маску нельзя. Но внутренний номер, номер без кода или с опечаткой система может не сравнить с полным. «Контроль дублей» приводит телефоны к международному формату, и нестандартный номер может не совпасть.
- Связи с внешними системами. Форма или сервис, который передаёт заявки в amoCRM, участвует в проверке по телефону, почте и полям, только если передаёт заявки способом, который эту проверку поддерживает. Иначе для его заявок остаётся только проверка по BIG DATA. Подробнее - в разделе про контроль дублей.
- Импорт. При загрузке файла amoCRM ищет дубли сама, но при малейших различиях создаёт отдельные записи. Чистить базу лучше перед переносом, а не после - как это сделать, разобрано в статье о переносе данных в amoCRM.
Как найти дубли штатными средствами
Искать дубли настраивать не нужно: поиск работает сам. Настраивается только проверка на входе - о ней ниже. Для сделок в amoCRM есть функция «Поиск дублей», для контактов и компаний - объединение из списка.
Поиск дублей сделок по справке amoCRM:
- Откройте «Сделки» → «Ещё» (три точки в правом верхнем углу) → «Поиск дублей».
- Система покажет найденные пары. Она ищет контакты с совпадающей почтой или телефоном и считает дублями сделки, связанные с такими контактами. По названию сделки и другим полям ручной поиск не сравнивает.
- По каждой паре выберите действие: «Объединить», «Не является дублем» или «Пропустить». Отклонённую пару система запоминает и больше не предлагает.
Функция доступна только пользователям с полными правами - на просмотр, редактирование и удаление - и только в браузерной версии. В мобильном приложении её нет.
Часть совпадений поиск сознательно пропускает: заведомо некорректные номера (в справке пример - 7999000000), адреса вида noreply и номера из базы публичных контактов. Если очевидной пары нет, справка поясняет: система предлагает только совпадения, которые считает корректными. Проверьте контактные данные - телефон и почта в своих полях, без опечаток.
Контакты и компании объединяют из списка. Поиск дублей среди них зависит от прав доступа пользователя: менеджер с ограниченными правами увидит не все совпадения.
Как объединить дубли без потери истории
Для сделок и для контактов справка описывает разное: что переносится, как выбрать данные и как отменить. Поэтому «история сохраняется» - верно не для всего.
| Сделки | Контакты и компании | |
|---|---|---|
| Как объединить | «Поиск дублей» → «Объединить» по найденной паре | Отметить в списке до 5 карточек → «Объединить» → выбрать данные итоговой карточки → сохранить |
| Что сохраняется по справке | Все задачи, переписка и чаты, примечания и звонки; история собирается в одной карточке | Сделки из всех карточек; совпадающие значения - без выбора, разные - по вашему выбору; несколько телефонов и адресов объединяются |
| Что справка не уточняет | - | Что происходит с задачами, примечаниями и чатами самого контакта. Известно, что одна карточка обновляется, а вторая удаляется |
| Как отменить | Кнопка «Отменить» в примечании об объединении. Условия: события объединения включены, после объединения в сделке не больше 5 событий | Восстановить объединённый контакт из корзины в течение 30 дней |
Что проверить до кнопки «Объединить»:
- Какая карточка останется главной. Обычно та, где больше истории и где правильный ответственный.
- Конфликтующие поля. Два разных телефона, два адреса доставки, разные суммы. Решите, какое значение верное, до объединения, а не после.
- Ответственный. Если сделку вели два менеджера, договоритесь, кто ведёт дальше, и предупредите второго.
- Сделки на разных этапах. Закрытая и новая сделка - это повторная покупка, их не объединяют. Две открытые на разных этапах - решите, какая идёт дальше, и сверьте сумму и следующий шаг.
- Проверка сразу после объединения. Отмена у сделок работает, пока в карточке мало событий. Проверьте поля и задачи до того, как продолжать работу.
Проверка на входе: «Контроль дублей» и его границы
То, что в обиходе называют «роботом проверки дублей при создании сделки», в amoCRM - настройка «Контроль дублей». Она проверяет каждую заявку из включённых источников по вашим правилам и при совпадении обогащает существующую сделку вместо создания новой. Отдельного триггера «найти дубль» в перечне триггеров цифровой воронки по справке мы не нашли. О задачах для автоматики - в статье «Роботы в amoCRM». Боты и виджеты тоже умеют искать дубли, но это доработка поверх штатных средств.
По справке путь такой: «Сделки» → «Настройки воронки» → тумблер «Контроль дублей» → правила. Включается отдельно в каждой воронке: если заявки падают в три воронки, контроль нужен во всех трёх.
| Настройка | Что делает | Ограничение по справке | Что проверить у себя |
|---|---|---|---|
| Источники | Какие каналы проверять | Часть источников поддерживается полностью, часть - только через BIG DATA | Все ли ваши формы, чаты и сервисы есть в списке |
| Параметры поиска | BIG DATA, «Пиксель», почта, телефон, текстовое или числовое дополнительное поле | Дублем считается только сделка, где найденный контакт - основной. «Пиксель» работает только для входящих из чатов | Основной ли контакт в открытых сделках |
| Область поиска | Воронки и этапы, где искать | Сделки на невыбранных этапах в проверке не участвуют | Включены ли этапы, где живут открытые сделки |
| Конфликт данных | Обновить данными из заявки (телефон и почта дополняются) или оставить данные сделки | - | Что надёжнее: свежие данные клиента или проверенные менеджером |
| Несколько дублей | При одном найденном дубле заявка объединяется с ним по правилу конфликта данных. При 2–3 найденных: обновить все, обновить самую новую или создать новую сделку | Если найдено больше трёх, объединения нет: заявку контроль пропускает | Нет ли у клиентов россыпи старых открытых сделок |
| Задача после объединения | Ставит задачу в найденных сделках | Примечание о склейке появляется только при объединении по BIG DATA или пикселю | Кому и с каким сроком уходит задача |
Для заявок из чатов проверка идёт сразу. Для остальных источников проверка по BIG DATA асинхронная - уже после создания заявки, и склейка по BIG DATA случается, только если одна из сделок находится в «Неразобранном». Проверка срабатывает и при обновлении заявки, например когда бот дописал телефон. Но склейку по телефону, почте или полю запускают только данные, переданные при создании сделки.
Почему дубли идут, хотя контроль включён
| Что видите | Причина по справке | Что сделать |
|---|---|---|
| Заявки с одной формы или сервиса всегда создают новые сделки | Интеграция передаёт заявки способом, при котором нет проверки по телефону, почте и полям: старые ключи доступа или обычное создание сделки. Для таких заявок работает только BIG DATA | Спросить разработчика интеграции, поддерживает ли она проверку дублей по телефону и почте; если нет - менять способ передачи |
| Клиент тот же, а сделка не склеилась | В старой сделке найденный контакт не основной | Проверить, кто основной контакт в открытых сделках |
| Номер один, а совпадения нет | Нестандартный номер может не привестись к международному формату: например, внутренний, без кода или с опечаткой | Договориться о полном формате номера во всех источниках |
| Телефон дописали в заявку позже - склейки нет | По телефону и почте объединение идёт только по данным при создании | Ловить такие пары ручной сверкой |
| Совпадение по BIG DATA не склеилось | Ни одна из сделок не в «Неразобранном» | Это штатное условие, остальное - ручная сверка |
| У клиента много сделок, а заявка всё равно новая | Найдено больше трёх дублей - контроль заявку пропускает | Разобрать старые сделки клиента вручную |
| Менеджер сам создал контакт-дубль | Он не видит существующий контакт из-за прав | Пересмотреть права на просмотр контактов |
Когда автообъединение вредно
Автоматика склеивает по совпадению, а не по смыслу. Условный пример: пять сотрудников одного клиента звонят с общего номера офиса или пишут с общей почты отдела закупок. Если контроль ищет по телефону или почте, заявки разных людей сольются в одну сделку, и менеджер потеряет отдельные запросы. Если у ваших клиентов бывают общие номера и адреса, выбирайте параметры поиска осторожно, а спорные пары разбирайте вручную.
На каком тарифе что доступно
| Строка в таблице тарифов | Базовый | Расширенный | Профессиональный |
|---|---|---|---|
| Контроль дублей по источникам | Есть | Есть | Есть |
| Автосклейка неразобранного: автоматическое объединение сделок из «Неразобранного» или прикрепление к существующей при полном совпадении данных | Нет отметки | Есть | Есть |
Что именно в окне настроек отключается на «Базовом», вендор не описывает. Актуальные условия и цены уточняйте на сайте разработчика.
Место этой настройки в общей последовательности работ показано в статье «Настройка amoCRM по шагам».
Профилактика: правила ввода, ответственный и регулярная сверка
Штатные средства ловят не все дубли, остальное закрывают договорённости в отделе. Наш принцип - «сначала процесс - потом настройка»: CRM должна отражать реальную работу отдела, а правила ввода - часть этой работы.
Регламент «сначала поиск - потом создание» (условный пример):
- Перед созданием контакта или сделки менеджер ищет клиента по телефону, почте и названию компании.
- Телефон вносится полностью, с кодом страны, в поле телефона, а не в примечание.
- Если система подсказала совпадение при создании сделки, менеджер выбирает существующий контакт, а не заводит новый.
- Нашёл чужую открытую сделку по тому же запросу - не создаёт свою, а пишет ответственному или руководителю.
- Раз в месяц ответственный за базу проходит «Поиск дублей» и разбирает пары.
Ответственный за базу. «Поиск дублей» доступен только пользователю с полными правами, поэтому сверку закрепляют за владельцем CRM или администратором.
Права на просмотр контактов. Если менеджеры не видят чужие контакты, автопоиск при создании их не найдёт. Часто разумнее дать всем просмотр карточек контактов, а редактирование и удаление оставить ответственным. Решение зависит от вашей политики доступа к базе.
Все источники - через проверку. Пройдите по списку каналов: включён ли для каждого контроль дублей и передаёт ли интеграция заявки так, чтобы работала проверка по телефону и почте. Это разовая работа.
Разовая чистка, дальше гигиена. Накопленные дубли разбирают один раз по правилам из раздела об объединении, а потом держат порядок регулярной сверкой. Если базу собираетесь переносить, чистите до переноса. Для работы с базой ради повторных продаж есть отдельная статья - «Работа с базой клиентов в CRM».
Метрика: доля дублей среди новых контактов за месяц. Считается так: число новых контактов месяца, которые при сверке оказались дублями, делим на все новые контакты месяца. Общепризнанной нормы для неё нет, поэтому сравнивайте себя с собой: растёт доля - ищите новый источник дублей, падает - правила работают.
Если штатных средств мало - например, нужен поиск по названию или по своим полям в уже накопленной базе, - подключают виджеты. Как выбирать их под задачу, разобрано в статье «Виджеты amoCRM».
Включить «Контроль дублей» - это настройка. Чтобы дубли перестали копиться, нужны правила ввода, права, проверенные источники и человек, который отвечает за базу. Это закладывают при внедрении amoCRM под процессы, а сценарии автоматической проверки - в рамках автоматизации. Если данным в базе уже нельзя верить, начинать стоит с диагностики. Если хаос накопился годами - с перезапуска CRM. Регулярную сверку можно включить в месячный цикл сопровождения и развития.
Частые вопросы
amoCRM сама находит и объединяет дубли?
Зависит от того, о чём речь. Про контакты и компании справка на вопрос об автоматическом отслеживании дублей отвечает: такой функции нет. «Поиск дублей» сделок запускают вручную. Входящие заявки проверяет настройка «Контроль дублей» в каждой воронке, с ограничениями. Автосклейка «Неразобранного» по таблице тарифов отмечена с «Расширенного».
Пропадёт ли история переписки и звонков при объединении карточек?
При объединении сделок, по справке, сохраняются задачи, переписка и чаты, примечания и звонки. Про контакты справка говорит только о сделках и значениях полей, поэтому после объединения контактов проверьте карточку сразу.
Можно ли отменить объединение дублей?
Да, с условиями. У сделок - кнопкой «Отменить» в примечании, если события объединения включены и после объединения в сделке не больше 5 событий. Объединённые контакты восстанавливают из корзины в течение 30 дней.
Почему поиск дублей не находит очевидный дубль?
Поиск сравнивает только телефон и почту контактов и предлагает лишь совпадения, которые считает корректными. Возможные причины: номер записан внутренним, без кода или с опечаткой, телефон лежит в примечании, а не в поле, у сделки нет контакта с этими данными.
Повторная покупка того же клиента - это дубль сделки?
Нет. Новая сделка на существующем контакте после закрытой - нормальная повторная продажа. Дубль сделки - это две открытые сделки по одному запросу.
Кто в компании должен отвечать за дубли?
Один человек - владелец CRM или администратор. «Поиск дублей» доступен только с полными правами, а регламент без ответственного быстро перестаёт выполняться.
Что делать, если дублей уже тысячи?
Разобрать накопленное один раз по правилам, включить контроль дублей во всех воронках, проверить источники и права, а дальше сверяться ежемесячно. Если данным в базе нельзя верить вообще, начните с диагностики.
Вывод
Дубли в amoCRM - следствие процесса, а не сбой программы. «Поиск дублей» находит пары сделок, контакты объединяются из списка, «Контроль дублей» склеивает часть входящих заявок. Границы этих инструментов закрывают правила ввода, ответственный за базу и регулярная сверка.
Источники
Внедрение amoCRM — как мы помогаем с этим на практике.
Читайте также
Термины из статьи
Поможем навести порядок в продажах
Начнём с диагностики: покажем, где теряются заявки и что даст CRM именно в вашем случае — без обещаний «роста в разы».