Людина звернулась двічі — і тепер вона в базі двічі на обох рівнях: два контакти з тим самим номером і дві угоди, кожна зі своєю половиною історії. Менеджер відкриває одну картку й не бачить, що місяць тому клієнту вже відмовили. Звіт рахує двох людей там, де вона одна, і конверсія занижена.
Більшість CRM має власне «об’єднання дублів». Проблема не в тому, що воно погане, а в тому, що воно розв’язує легшу половину завдання і не враховує, що контакти й угоди дублюються по-різному.
#Чим дубль контакту відрізняється від дубля угоди
Контакт — це людина. Якщо той самий номер і та сама пошта записані у двох картках, це завжди помилка: одна людина має бути однією карткою. Тут питання лише в тому, як акуратно злити.
Угода — це звернення. Той самий клієнт міг купити тричі — це три справжні угоди, і зводити їх в одну не можна. Дубль угоди — це коли одне звернення розпалося на два записи: заявку створив бот, а за хвилину її ж створила форма; менеджер завів угоду вручну, не побачивши, що інтеграція вже завела свою.
Тому й правила різні. Контакти можна звіряти по всій базі за весь час. Для угод збіг телефону ще нічого не означає — потрібне правило, яке відділяє повторну покупку від дубля. У нас таким правилом працює пара «та сама воронка + невеликий проміжок часу»; де провести межу у вас — залежить від того, як часто клієнти справді повертаються.
#Чому спершу контакти, а потім угоди
Угода тримається на контакті. Поки людина живе у двох картках, кожна інтеграція — бот, форма, телефонія — чіпляє нові угоди до «своєї» з них, і пара продовжує розходитись. Об’єднаєте угоди, а контакти лишите — і за тиждень на тому самому місці з’являться нові дублі.
Порядок фіксований: спочатку «одна людина — одна картка», потім розбір її угод. Після злиття контактів частина дублів угод знайдеться сама — вони опиняться поруч, в одній картці, і їх стане видно.
#Що переносити в майстер-картку
Пошук дублів зводиться до збігу за телефоном або поштою — це просто. Складне починається далі: у двох картках лежать різні дані, і питання не в тому, яку залишити, а в тому, як не втратити нічого з обох.
Для контакту це щонайменше: усі телефони й пошти (другий номер стає додатковим, а не зникає), теги, підписки, коментарі та відповідальний менеджер.
Для угоди — ось що лежить у другій картці й що ми переносимо в майстер:
| Що переносимо | Чому це важливо |
|---|---|
| Коментарі | Половина контексту угоди — у листуванні менеджерів, а не в полях |
| Атрибути | Джерело, кампанія, будь-які власні поля |
| Контакти | В одній угоді може бути телефон, у другій — пошта |
| Завдання | Заплановані дзвінки й нагадування зникають разом із дублем |
| Дзвінки | Історія комунікації |
| Файли | Договори, рахунки, скріншоти |
| Дедлайн і сума | Інакше суми у звітах не зійдуться |
Майстер — це найстарша картка, а не остання. І для контакту, і для угоди так зберігається справжня дата першого звернення, а разом із нею — коректна воронка.
#Чому одного тригера недостатньо
Здається логічним запускати перевірку на подію «створено запис». Але саме в цей момент у картці часто ще немає ані телефону, ані пошти — їх дописує бот, менеджер або наступна форма через кілька хвилин чи днів.
Так буває регулярно: угода приходить зовсім без контактів, шукати збіг немає за чим, і вбудоване об’єднання її теж не бачить. Її пара тим часом може лежати в базі вже тиждень.
Тому тригерів три:
- подія «створено запис» — ловить очевидні випадки одразу;
- щогодинна перевірка останніх записів — ловить «телефон дописали того самого дня», обходиться дешево;
- повний скан раз на кілька годин — ловить «телефон дописали через тиждень».
#Як шукати збіги за телефоном
Тут ховається помилка, через яку зведення дублів або не знаходить нічого, або знаходить зайве.
Спершу перевірте, як ваша CRM шукає за телефоном. Частина систем нормалізує номер перед пошуком, частина шукає підрядком — тобто фактично LIKE за цифрами. У другому випадку:
+380 67 123 45 67і380671234567— це різні рядки, і пошук їх не зв’яже;- зате підрядок дає хибні збіги: за
client@example.comзнайдеться іxclient@example.com.
Тому ключем групи роблять останні дев’ять цифр номера. Код країни, плюс і пробіли перестають впливати. Кожного знайденого кандидата треба перевірити ще раз: витягнути його контакти й лишити в групі, тільки якщо там справді є такий хвіст номера або точно така сама пошта.
У контакту телефонів може бути кілька — порівнювати треба кожен з кожним, а не «основний з основним»: дубль якраз і виникає тоді, коли в одній картці номер записаний першим, а в другій — додатковим.
Групи за телефоном і за поштою треба об’єднувати в одну. Інакше ту саму людину зведуть у два різні майстри, і частина даних потрапить не в ту картку. Ланцюжок картка 1 — телефон — картка 2 — пошта — картка 3 зводять цілком: усі три — у найстаршу.
#Коли дубль не можна видаляти
Видалення має бути окремим кроком, а не частиною спільного списку операцій. Якщо перенесення коментарів не пройшло, а DELETE стоїть наприкінці того самого списку, він все одно виконається — і дані зникнуть.
Порядок має бути такий:
- виконати всі перенесення;
- перевірити статуси: якщо хоч одна операція не пройшла — дубль не чіпати взагалі;
- видалити тільки ті дублі, з яких усе перенесено чисто.
З контактами потрібна окрема обережність: якщо CRM зв’язана з месенджером, картка може тримати на собі діалог. Перш ніж видаляти контакт-дубль, перевірте на одній парі, що станеться з листуванням — воно має переїхати в майстер, а не зникнути.
Перевіряють захист так само, як і перенесення: підставляють свідомо неробочу адресу для одного з кроків і дивляться, чи лишились дублі цілими і чи з’явився у звіті рядок про помилку.
#Чи залежить це від конкретної CRM
Логіка не залежить від продукту — змінюються адреси методів і назви полів. Перед початком варто перевірити одне: чи дає API доступ до коментарів, завдань і файлів, а не лише до полів картки. Якщо ні, автоматичне зведення втратить рівно те, заради чого його роблять.
#Висновки
- Дубль контакту — завжди помилка; дубль угоди — лише коли одне звернення розпалося на два записи.
- Порядок фіксований: спершу контакти, потім угоди — інакше дублі угод повертатимуться.
- Майстер — найстарша картка, щоб зберегти справжню дату першого звернення.
- Переносити треба все, включно з коментарями, завданнями й файлами.
- Одного тригера мало: телефон часто дописують після створення запису.
- Якщо пошук за телефоном працює підрядком, потрібні останні дев’ять цифр і повторна перевірка кандидатів; у контактів номери порівнюють кожен з кожним.
- Видалення — окремий крок після успішного перенесення. Дубль із платежем не видаляють, поки не переконаєтесь, що платіж можна перенести.
#Часті запитання
#Чи достатньо вбудованого об’єднання дублів у CRM?
Для простих випадків так — але спершу перевірте, що саме воно переносить. Поля зводять усі, а коментарі, завдання та файли — не всі, і саме в них лежить контекст. Якщо історія комунікації для вас має значення, а вбудоване об’єднання її не зберігає, потрібне окреме рішення.
#Чи можна об’єднувати контакти повністю автоматично?
Здебільшого так, якщо зливати лише пари з кількома збігами — наприклад, телефон і пошта або телефон і те саме ім’я. Пари з єдиним спільним номером лишайте на ручний розбір: за одним номером можуть стояти двоє різних людей.
#Що робити, якщо в обох угодах є платежі?
Перевірте, чи має ваша CRM метод для перенесення платежу. Якщо має — переносьте разом з усім іншим. Якщо ні, такі пари не об’єднують автоматично: їх позначають і розбирають вручну.
#Як часто запускати перевірку?
Щогодини перевіряйте записи за останню добу, а раз на кілька годин робіть повний скан. Перше ловить свіжі дублі дешево, друге — ті, у яких контакт з’явився пізніше.