Дублікати в базі клієнтів: звідки беруться і як їх прибрати без втрат

Дублікати зʼявляються не через недбалість, а через нормальну роботу: клієнт залишив заявку на сайті, потім подзвонив, потім написав у месенджер — і щоразу створився новий запис. Додайте до цього імпорт зі старої системи й ручне введення двома менеджерами — і от той самий клієнт живе в базі втричі.

Чому це дорого. Клієнт отримує однакову розсилку кілька разів і сприймає це як спам. Менеджери дзвонять одному й тому ж контакту, не знаючи про дзвінок колеги. Звіти брешуть: 3000 контактів у базі перетворюються на 2100 реальних, і бюджет на залучення рахується неправильно. Найгірше — історія розʼїжджається: у одному записі домовленість, у іншому скарга, і жоден менеджер не бачить повної картини.

За чим шукати збіги. Найнадійніший маркер — телефон, приведений до єдиного формату (лише цифри, без плюсів і дужок). Другий — email у нижньому регістрі. Назва компанії й імʼя працюють гірше: ТОВ Ромашка, Ромашка, ТзОВ «Ромашка» — це три різні рядки для будь-якої системи, хоча для людини очевидно, що клієнт один.

Як зливати правильно. Ніколи не видаляйте дубль просто так — спершу перенесіть із нього все цінне: історію, задачі, вкладення, звʼязані угоди. Правило вибору головного запису: залишаємо той, у якого більше заповнених полів і свіжіша активність, а не той, що створений раніше. Порожні поля головного запису заповнюємо значеннями з дубля.

Що робити, щоб дублікати не зʼявлялись знову. Домовтеся в команді про єдине правило пошуку перед створенням запису: спершу шукаємо за телефоном, і лише якщо не знайшли — створюємо. Друге: вимагайте телефон або пошту як обовʼязкове поле у веб-формах. Третє: перевіряйте базу раз на квартал, а не раз на три роки, коли чистка перетворюється на окремий проєкт.

У Pipevale є пошук дублікатів за телефоном і поштою з групуванням схожих записів і зливанням: система переносить у головний запис звʼязані дані, а не просто видаляє зайве. Дію видно в журналі змін — якщо злили не те, зрозуміло, хто і коли це зробив.