Дублі в базі клієнтів рідко помічають одразу. Спершу це дрібна незручність — дві однакові картки. Потім виявляється, що клієнт отримав те саме повідомлення двічі, менеджер не побачив історію попереднього замовлення, а в звіті кількість клієнтів вища за реальну.
Проблема не в самих записах, а в тому, що на них спираються рішення.
Звідки вони беруться
Причин небагато, і всі системні.
Кілька джерел, кожне зі своїм записом. Заявка з сайту, повідомлення в месенджері, дзвінок, імпорт із таблиці — і чотири картки на одну людину. Як звести канали в одне місце, розібрано в матеріалі про інтеграцію месенджерів в єдине вікно.
Різний формат телефону. +380 66 123 45 67, 066 123 45 67 і 0661234567 — це один номер, але для системи три різні рядки. Пошук перед створенням картки їх не знаходить.
Ручне заведення поспіхом. Менеджер приймає дзвінок і заводить нового клієнта, бо шукати довше, ніж створити.
Імпорти без ключа. Перенесли базу з таблиці — і кожен рядок став новим записом, навіть якщо він уже був у системі. Що врахувати при перенесенні, описано в матеріалі про міграцію даних у нову систему.
Чим це коштує бізнесу
Найпомітніше — розсилки. Клієнт отримує лист двічі, і це виглядає як неохайність.
Далі гірше. Менеджер відкриває картку, бачить одне звернення й розмовляє з клієнтом як з новим, хоча той у вас третій рік. Історія розʼїхалася на два записи, і жодна з них не показує повної картини.
І врешті звітність. Кількість клієнтів завищена, повторні продажі занижені, вартість залучення порахована неправильно — бо один клієнт рахується як два нових. Як рахувати цю цифру коректно, розібрано в матеріалі про вартість залучення клієнта.
Порядок чистки
Розгрібати варто в такій послідовності — інакше ви приберете дублі й через місяць отримаєте нові.
Крок 1. Нормалізуйте телефони. Приведіть усі номери до одного формату (тільки цифри, з кодом країни). Це робиться разово скриптом або вивантаженням у таблицю й поверненням назад. Без цього кроку пошук дублів не працює.
Крок 2. Знайдіть кандидатів. Групуйте записи за нормалізованим номером, потім окремо — за поштою. На виході ви отримаєте список груп, а не готове рішення.
Крок 3. Перегляньте руками. Один номер може належати різним людям: сімейний телефон, робочий номер компанії, номер довіреної особи. Автоматичне злиття тут робить непоправне.
Крок 4. Обʼєднайте, а не видаліть. Оберіть головну картку, перенесіть у неї всі угоди, звернення й коментарі, і тільки потім закривайте другорядну.
Крок 5. Зафіксуйте, скільки було. Записуйте цифру до і після — це єдиний спосіб потім побачити, чи не поповзло знову.
Як не наплодити заново
Чистка без зміни правил — робота на один раз. Мінімум, який тримає базу в порядку:
- Нормалізація на вході. Номер приводиться до єдиного формату в момент збереження, а не потім.
- Перевірка при створенні. Система показує «такий клієнт уже є» до того, як картку створено.
- Одне джерело правди. Якщо заявки з сайту йдуть у CRM автоматично, менеджер не заводить їх руками паралельно. Як це налаштувати, описано в матеріалі про інтеграцію сайту з CRM.
- Домовленість у команді. Хто має право створювати клієнта, а хто — тільки дописувати в наявного.
Коли з цим можна не поспішати
Якщо у вас двісті контактів і ви памʼятаєте кожного — дублі не варті окремого проєкту. Проблема стає дорогою тоді, коли база більша за памʼять однієї людини, коли з нею працює кілька менеджерів або коли ви починаєте робити розсилки й рахувати повторні продажі.
Тобто чистити базу є сенс перед тим, як на неї спертися, а не «колись потім».
Коротко
Дублі зʼявляються не через неуважність, а через кілька джерел даних і різні формати запису — насамперед телефону. Ціна їх — подвійні розсилки, розірвана історія клієнта й завищені цифри у звітах. Чистять у чіткому порядку: спершу нормалізація номерів, потім пошук груп за номером і поштою, обовʼязковий перегляд людиною й обʼєднання з перенесенням історії, а не видалення. Але сама чистка — робота на один раз, якщо не змінити правила входу: перевірка при створенні картки, єдиний формат номера й одне джерело правди для заявок.
Ми в Obliko наводимо лад у клієнтській базі й закриваємо шляхи появи дублів — від нормалізації даних до правил роботи в системі.
Чому дублі взагалі зʼявляються, якщо в базі є пошук?
Бо люди не шукають перед створенням. Менеджер прийняв дзвінок, швидко завів картку й пішов далі — перевіряти, чи є така людина, ніхто не встиг. Додайте сюди заявки з сайту, імпорти з таблиць та інтеграції, і кожне джерело починає заводити свої записи незалежно від інших.
За яким полем шукати дублі?
За телефоном у нормалізованому вигляді — це найстійкіший ідентифікатор для українського малого бізнесу. Пошта — другий за надійністю, але один клієнт часто має кілька адрес. За іменем шукати не варто: тезки, різні написання й помилки в буквах дають більше хибних збігів, ніж реальних.
Що робити з двома картками, у яких є історія в кожній?
Обʼєднувати, а не видаляти. Спочатку визначте, яка картка головна (зазвичай та, де більше замовлень або свіжіша активність), перенесіть у неї угоди, звернення й коментарі з другої, і тільки після цього закривайте другу. Видалення без перенесення знищує історію, за якою ви потім не зможете нічого відновити.
Чи можна автоматично злити дублі одним махом?
Автоматично шукати — так, автоматично зливати без перегляду — ризиковано. Різні люди з одного номера (родина, спільний робочий телефон) після автоматичного злиття перетворюються на одну картку, і розплутати це вже майже неможливо. Робочий варіант: скрипт знаходить кандидатів, людина підтверджує.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.