Злиття клієнтів
Злиття клієнтів — це процес об’єднання двох або більше дубльованих профілів клієнта в одну коректну картку клієнта в CRM, ERP CRM або іншій бізнес-системі.
Злиття потрібне тоді, коли один і той самий клієнт випадково створений у системі кілька разів: з різними телефонами, email, назвами компанії, контактними особами, договорами, угодами, рахунками, оплатами або історією комунікацій.
Головне. Злиття клієнтів потрібне для того, щоб компанія бачила єдину історію клієнта: звернення, угоди, покупки, документи, оплату, сервіс, скарги, ризики та повторні продажі.
Ключова теза. Дублікати клієнтів руйнують якість CRM: менеджери бачать неповну історію, аналітика стає неправильною, сервіс повторює питання, а компанія може втрачати продажі.
Ризик. Неправильне злиття клієнтів може призвести до втрати історії, помилок у документах, неправильних оплат, порушення доступів або об’єднання різних клієнтів в один профіль.
Визначення
Злиття клієнтів — це процедура, під час якої дублікати клієнтських профілів об’єднуються в один основний профіль із перенесенням або прив’язкою пов’язаних даних.
Під час злиття можуть об’єднуватися:
- контактні дані;
- контактні особи;
- історія комунікацій;
- ліди;
- угоди;
- задачі;
- комерційні пропозиції;
- рахунки;
- договори;
- акти;
- замовлення;
- оплати;
- борги;
- сервісні звернення;
- скарги;
- документи;
- файли;
- теги;
- статуси;
- сегменти;
- історія змін.
Навіщо потрібне злиття клієнтів
Злиття клієнтів потрібне для підтримки якісної клієнтської бази.
Воно допомагає:
- прибрати дублікати;
- створити єдиний профіль клієнта;
- не втрачати історію комунікацій;
- бачити всі угоди клієнта;
- правильно рахувати продажі;
- уникати подвійних розсилок;
- коректно працювати з оплатами;
- бачити повну історію сервісу;
- покращити Customer Journey;
- підвищити якість клієнтоорієнтованості;
- зменшити помилки менеджерів;
- покращити аналітику;
- підготувати базу до міграції або інтеграції.
Причини появи дублікатів
Дублікати клієнтів виникають через помилки процесів, інтеграцій або ручного введення.
| Причина | Приклад |
|---|---|
| Ручне створення | Менеджер не знайшов клієнта і створив нову картку. |
| Різне написання назви | “ТОВ Ромашка”, “Ромашка ТОВ”, “Romashka”, “Ромашка”. |
| Різні телефони | Один клієнт звернувся з кількох номерів. |
| Різні email | Клієнт використовує робочу, особисту або загальну пошту. |
| Імпорт із файлів | Після імпорту Excel з’явилися дублікати. |
| Інтеграція з сайтом | Форма заявки створює нового клієнта без перевірки існуючих. |
| Інтеграція з телефонією | Дзвінок із нового номера створює новий контакт. |
| Міграція з іншої системи | Дані з 1С, BAS, Парус або іншої CRM перенесені з дублями. |
| Помилки в реквізитах | Неправильно введено ЄДРПОУ, ІПН, email або телефон. |
| Зміна компанії або контактної особи | Людина перейшла в іншу компанію, а старі зв’язки не оновили. |
Типи дублікатів
| Тип дубліката | Опис | Приклад |
|---|---|---|
| Повний дублікат | Дві картки описують того самого клієнта з майже однаковими даними. | Однаковий телефон, email і назва компанії. |
| Частковий дублікат | Дані збігаються частково. | Однаковий телефон, але різні імена. |
| Юридичний дублікат | Одна юридична особа створена кілька разів. | Однаковий ЄДРПОУ, різні назви. |
| Контактний дублікат | Одна фізична особа створена як кілька контактів. | Один email у кількох картках. |
| Груповий дублікат | Пов’язані компанії помилково об’єднані або дублюються. | Головна компанія і філія створені як один клієнт. |
| Помилковий дублікат | Система вважає клієнтів схожими, але це різні клієнти. | Дві різні людини з однаковим прізвищем. |
Злиття клієнтів у CRM
У CRM злиття клієнтів має зберігати всю важливу історію продажів і комунікацій.
Потрібно переносити або прив’язувати:
- ліди;
- угоди;
- задачі;
- дзвінки;
- листи;
- повідомлення;
- нотатки;
- файли;
- комерційні пропозиції;
- джерела звернень;
- теги;
- сегменти;
- відповідальних менеджерів;
- причини відмов;
- статуси;
- історію змін.
CRM-принцип. Після злиття менеджер має бачити повну історію клієнта, а не лише дані з однієї з дубльованих карток.
Злиття клієнтів в ERP CRM
В ERP CRM злиття є складнішим, тому що профіль клієнта пов’язаний не тільки з комунікаціями, а й з фінансами, документами, складом і юридичними даними.
Потрібно враховувати:
- договори;
- рахунки;
- акти;
- податкові документи;
- оплати;
- борги;
- замовлення;
- доставки;
- повернення;
- складські резерви;
- серійні номери;
- гарантії;
- взаєморозрахунки;
- юридичні реквізити;
- ролі контрагентів;
- історію бухгалтерських операцій.
Фінансовий ризик. У ERP CRM не можна бездумно зливати клієнтів, якщо до них прив’язані юридичні документи, оплати, податкові операції або взаєморозрахунки.
Головний профіль клієнта
Під час злиття потрібно визначити, який профіль буде головним.
Головний профіль клієнта — це картка, яка залишається після злиття і до якої прив’язуються всі дані з інших дублікатів.
Критерії вибору головного профілю:
| Критерій | Пояснення |
|---|---|
| Найповніші дані | Картка містить більше актуальної інформації. |
| Коректні реквізити | Для B2B важливі правильні ЄДРПОУ, ІПН, юридична назва. |
| Активні договори | Краще залишити профіль, до якого прив’язані чинні договори. |
| Фінансова історія | Профіль із оплатами, рахунками й актами може бути основним. |
| Актуальний відповідальний | Картка має правильного менеджера або команду супроводу. |
| Найновіші контакти | Профіль містить актуальні телефони, email, контактних осіб. |
| Системний ідентифікатор | У деяких системах важливо зберегти ID, який використовується в інтеграціях. |
Правила злиття полів
Під час злиття потрібно визначити, як об’єднуються окремі поля.
| Поле | Рекомендоване правило |
|---|---|
| Ім’я / назва | Залишити актуальну та юридично правильну назву. |
| Телефони | Об’єднати всі унікальні номери, позначити основний. |
| Об’єднати всі унікальні адреси, позначити основну. | |
| Адреси | Зберегти юридичну, фактичну, адресу доставки окремо. |
| Контактні особи | Перенести всіх унікальних контактів. |
| Теги | Об’єднати, але прибрати застарілі або помилкові. |
| Статус | Вибрати актуальний статус клієнта. |
| Сегмент | Перевірити вручну, особливо для VIP або проблемних клієнтів. |
| Відповідальний | Призначити одного актуального відповідального або команду. |
| Задачі | Перенести всі відкриті задачі, дублікати задач перевірити. |
| Комунікації | Зберегти повну історію без видалення. |
| Документи | Не видаляти, а переприв’язати до головного профілю. |
Автоматичне і ручне злиття
Злиття клієнтів може бути автоматичним, напівавтоматичним або ручним.
| Тип | Опис | Коли використовувати |
|---|---|---|
| Автоматичне | Система сама зливає очевидні дублікати за точними правилами. | Однаковий ЄДРПОУ, однаковий email або унікальний ID. |
| Напівавтоматичне | Система пропонує можливі дублікати, а користувач підтверджує. | Схожі назви, частковий збіг телефону або email. |
| Ручне | Користувач сам вибирає профілі й правила об’єднання. | Складні B2B-клієнти, юридичні особи, документи, фінансова історія. |
Практичний висновок. Автоматичне злиття варто застосовувати лише для безпечних і очевидних випадків. У всіх складних випадках потрібна перевірка людиною.
Пошук дублікатів
Перед злиттям потрібно знайти можливі дублікати.
Критерії пошуку:
- однаковий телефон;
- однаковий email;
- однаковий ЄДРПОУ;
- однаковий ІПН;
- схожа назва компанії;
- схоже ім’я;
- однакова адреса;
- однаковий сайт;
- однаковий домен email;
- однакові контактні особи;
- однакові реквізити договору;
- однаковий месенджер або акаунт;
- однаковий зовнішній ID з іншої системи.
Процес злиття клієнтів
Рекомендований процес:
| Етап | Дія | Результат |
|---|---|---|
| 1 | Знайти дублікати | Система або користувач знаходить схожі профілі. |
| 2 | Перевірити, чи це той самий клієнт | Порівнюються реквізити, контакти, історія, документи. |
| 3 | Визначити головний профіль | Обирається картка, яка залишиться основною. |
| 4 | Переглянути пов’язані дані | Перевіряються угоди, задачі, рахунки, договори, оплати. |
| 5 | Налаштувати правила злиття | Визначається, які поля залишити, об’єднати або замінити. |
| 6 | Виконати злиття | Дані переносяться або переприв’язуються до головного профілю. |
| 7 | Перевірити результат | Переглядається картка клієнта після злиття. |
| 8 | Зберегти журнал змін | Система фіксує, хто, коли і що об’єднав. |
| 9 | Повідомити відповідальних | Менеджери бачать оновлений профіль клієнта. |
| 10 | Запобігти повторним дублям | Налаштовуються правила перевірки під час створення нових клієнтів. |
Журнал злиття
Кожне злиття має бути зафіксоване в журналі.
Журнал має містити:
- дату і час;
- користувача, який виконав злиття;
- ID головного профілю;
- ID злитих профілів;
- перелік перенесених об’єктів;
- змінені поля;
- старі значення;
- нові значення;
- причину злиття;
- можливість перегляду історії;
- можливість відновлення, якщо система це підтримує.
Аудит. Злиття клієнтів має бути прозорим. Компанія повинна знати, хто і чому об’єднав профілі, особливо якщо є фінансові або юридичні дані.
Розділення помилково злитих клієнтів
Іноді клієнтів зливають помилково. Тому система має підтримувати або принаймні документувати можливість відновлення.
Помилкове злиття може статися, якщо:
- різні люди мають однакове ім’я;
- компанії мають схожі назви;
- один телефон використовується кількома людьми;
- загальна пошта типу info@ використовується різними підрозділами;
- філії помилково об’єднали з головною компанією;
- різні юридичні особи мають одного бухгалтера або менеджера;
- контактна особа перейшла з однієї компанії в іншу.
Якщо розділення неможливе автоматично, потрібно мати резервні копії, журнал змін і правила ручного виправлення.
Злиття B2B-клієнтів
Злиття B2B-клієнтів потребує особливої обережності, тому що B2B-профіль може містити юридичні, фінансові та договірні дані.
Потрібно перевірити:
- ЄДРПОУ;
- ІПН;
- юридичну назву;
- групу компаній;
- філії;
- контактних осіб;
- договори;
- акти;
- рахунки;
- оплати;
- борги;
- умови співпраці;
- відповідального менеджера;
- історію переговорів;
- інтеграції;
- документи.
Не можна автоматично зливати різні юридичні особи лише через спільну контактну особу або однаковий номер телефону.
Злиття B2C-клієнтів
Злиття B2C-клієнтів частіше відбувається за телефонами, email, акаунтами або історією покупок.
Потрібно перевіряти:
- телефон;
- email;
- ім’я;
- адресу доставки;
- історію замовлень;
- акаунти;
- бонуси;
- програму лояльності;
- повернення;
- звернення в підтримку;
- згоду на комунікації;
- персональні дані.
У B2C важливо не об’єднати різних членів родини, які використовують одну адресу доставки або один пристрій.
Злиття і Customer Journey
Дублікати профілів руйнують Customer Journey.
Якщо клієнт має кілька карток, компанія може не бачити:
- перше звернення;
- попередні покупки;
- скарги;
- відкриті задачі;
- історію сервісу;
- причини відмов;
- повторні продажі;
- ризик відтоку;
- VIP-статус;
- проблемний статус.
Після правильного злиття шлях клієнта стає цілісним.
Злиття і клієнтоорієнтованість
Клієнтоорієнтованість неможлива без якісної клієнтської бази.
Якщо дані дублюються, клієнт може отримувати:
- кілька однакових розсилок;
- повторні дзвінки від різних менеджерів;
- суперечливі пропозиції;
- неправильні документи;
- запити на дані, які він уже надавав;
- поганий сервіс через неповну історію;
- помилкові нагадування;
- некоректний статус у програмі лояльності.
Злиття клієнтів покращує клієнтський досвід, бо компанія бачить клієнта як єдину історію, а не набір випадкових записів.
Злиття і міграція даних
Під час міграції з 1С, BAS, Парус, старої CRM, Excel або інших систем часто виникає багато дублікатів.
Перед міграцією або після неї потрібно:
- очистити клієнтську базу;
- знайти дублікати;
- нормалізувати телефони;
- нормалізувати email;
- привести назви компаній до єдиного формату;
- перевірити ЄДРПОУ;
- розділити B2B і B2C;
- перевірити контактних осіб;
- об’єднати історію;
- зберегти зовнішні ID;
- зробити журнал змін.
Безпека і права доступу
Злиття клієнтів має бути доступне не всім користувачам.
Рекомендовано:
- дозволяти злиття лише адміністраторам або відповідальним користувачам;
- обмежити злиття клієнтів із фінансовими документами;
- вимагати підтвердження для B2B-клієнтів;
- вести журнал дій;
- показувати попередній перегляд результату;
- дозволяти відновлення або ручне виправлення;
- контролювати доступ до персональних даних;
- не зливати клієнтів без достатніх підстав.
Безпековий принцип. Злиття клієнтів змінює структуру клієнтської бази, тому воно має бути контрольованою дією з правами доступу, журналом і перевіркою результату.
Типові помилки
| Помилка | Наслідок |
|---|---|
| Зливати лише за схожою назвою | Можна об’єднати різні компанії. |
| Ігнорувати юридичні реквізити | Виникають помилки в договорах, рахунках і актах. |
| Не переносити історію комунікацій | Менеджери втрачають контекст. |
| Видаляти дублікати замість злиття | Втрачаються задачі, угоди, документи й історія. |
| Не вести журнал | Неможливо зрозуміти, хто і що змінив. |
| Автоматично зливати складні профілі | Підвищується ризик помилок. |
| Не перевіряти результат | Помилки залишаються непоміченими. |
| Не налаштувати профілактику дублів | Дублікати з’являються знову. |
Як запобігати дублям
Профілактика важливіша за масове злиття.
Практичні правила:
- перевіряти клієнта перед створенням;
- шукати за телефоном, email, ЄДРПОУ;
- нормалізувати телефони;
- перевіряти email;
- використовувати унікальні ідентифікатори;
- налаштувати перевірку дублів у формах сайту;
- перевіряти дублікати під час імпорту;
- не дозволяти створювати клієнта без ключових полів;
- навчити менеджерів шукати існуючий профіль;
- регулярно запускати звіти по можливих дублях.
Коротко
| Питання | Відповідь |
|---|---|
| Що таке злиття клієнтів? | Об’єднання дубльованих профілів клієнта в одну коректну картку з повною історією. |
| Навіщо це потрібно? | Щоб прибрати дублікати, зберегти історію, покращити CRM, аналітику, сервіс і Customer Journey. |
| Що потрібно переносити? | Контакти, угоди, задачі, комунікації, документи, рахунки, оплати, сервісні звернення, теги й історію. |
| Що є головним ризиком? | Помилково об’єднати різних клієнтів або втратити важливі дані. |
| Чи можна зливати автоматично? | Так, але лише очевидні дублікати. Складні B2B, фінансові та юридичні профілі краще перевіряти вручну. |
| Яка головна мета? | Створити єдиний, повний і безпечний профіль клієнта без втрати історії та даних. |
Див. також
- Профіль клієнта
- Клієнт
- Потенційний клієнт
- Активний клієнт
- VIP-клієнт
- Проблемний клієнт
- B2B-клієнт
- B2C-клієнт
- CRM
- Українська CRM
- ERP CRM
- Customer Journey
- Клієнтоорієнтованість
- Клієнтська база
- Продажі
- Сервіс
- ERP
- Українська ERP
- K2
- K2 ERP
- Українське програмне забезпечення
- Відкриті API
- Міграція з 1С
- Міграція з BAS