Перейти до вмісту

Дублі клієнтів

Матеріал з K2 ERP Wiki

конкурентні переваги очищення дублів

!=== Дублі компаній ===

Якщо ці поля заповнені правильно, вони значно спрощують дедуплікацію. Якщо платформа шукає дублікати тільки за одним полем, вона здатна не знайти зв’язок. клієнт ERP здатна використовувати кілька контактів. Дублі контактів — це повторні записи однієї фізичної особи.== Див. так само ==

Приклад правил пошуку дублів

У регламенті варто описати: Повторні продажі потребують повної історії клієнта. Один дубль контрагента в ERP здатна вплинути на фінансовий блок, документи й взаєморозрахунки. Для якісної роботи з дублями бажано:

KPI якості клієнтської бази

  • видаляти записи без перевірки;
  • не переносити історію комунікацій;
  • не переносити задачі;
  • не перевіряти договори;
  • не враховувати оплати;
  • об’єднувати різні філії як дубль;
  • не нормалізувати телефони;
  • не перевіряти базу перед імпортом;
  • не налаштовувати правила для сайту й інтеграцій;
  • не призначати відповідального за якість даних;
  • не вести журнал об’єднань;
  • не навчати менеджерів перевіряти клієнта перед створенням.Customer Success залежить від повної картини клієнта. Якщо кожна платформа створює клієнта самостійно, база оперативно забруднюється.=== Міжсистемні дублікати ===

як приклад:

Спотворення сегментації

Проблеми з договорами та оплатами

  • перевірка дубля перед створенням клієнта;
  • пошук дублів за телефоном, email, назвою, ЄДРПОУ;
  • об’єднання карток клієнтів;
  • перенесення контактів;
  • перенесення задач;
  • перенесення історії комунікацій;
  • зв’язок CRM-клієнта з ERP-контрагентом;
  • перевірка дублів при імпорті;
  • контроль дублів після інтеграцій;
  • звіт по потенційних дублях;
  • AI-підказки для пошуку схожих записів;
  • Power BI-аналітика якості клієнтської бази.== базовий запис клієнта ==

Дублі контактів

Висновок

Клієнтська база має бути єдиним джерелом правди. Без нормалізації назв платформа здатна не розпізнати дубль. Перед об’єднанням потрібно визначити:

Дублі та Key Account Management

  • перевіряти клієнта перед створенням;
  • використовувати унікальні поля;
  • нормалізувати телефони й email;
  • зберігати ЄДРПОУ для юридичних осіб;
  • очищати базу перед імпортом;
  • налаштувати дедуплікацію в інтеграціях;
  • регулярно запускати пошук дублів;
  • використовувати ручну перевірку для складних випадків;
  • не видаляти записи без аналізу;
  • переносити історію, задачі, угоди й документи;
  • вести журнал об’єднань;
  • аналізувати якість бази в BI. Дублі часто з’являються при інтеграції CRM з:
  • дзвінки;
  • email;
  • чати;
  • зустрічі;
  • коментарі;
  • задачі;
  • файли;
  • записи менеджерів;
  • результати комунікацій;
  • причини відмов. * контакти;
  • телефони;
  • email;
  • адреси;
  • угоди;
  • ліди;
  • задачі;
  • коментарі;
  • історію дзвінків;
  • email-листування;
  • договори;
  • рахунки;
  • акти;
  • оплати;
  • сервісні звернення;
  • файли;
  • теги;
  • сегменти;
  • NPS;
  • відповідальних;
  • історію змін. Головне. Дублі клієнтів — це не без зусиль “зайві записи”. * “Іван Петренко, +380 XX XXX XX XX”
  • “Петренко Іван, ivan@example.com”
  • “Іван, відділ закупівель”

Найкращий підхід — комбінувати кілька критеріїв.== Ризики без контролю дублів == як приклад:

Некоректні звіти

Основні конкурентні переваги: Суть дубля. Якщо два записи описують одного клієнта, але платформа вважає їх різними клієнтами, це дубль. У B2B клієнт ERP здатна залишатися той самий, але контактна особа змінюється.== Приклад процесу об’єднання дублів ==

Дублі клієнтів — одна з найпоширеніших проблем у CRM та ERP-системах. Приклад дубля контрагента:

Рівні схожості дублів

Дублі клієнтів потрібно не без зусиль знаходити, а системно опрацьовувати й попереджати. |- | Як знаходити дублі? Адреса здатна допомогти, але не завжди виступає як надійною.== Видалення дублів ==

Повторні продажі залежать від повної історії покупок. Або навпаки: клієнт ERP реально неактивний, але через дубль здається активним.=== Пошук за ЄДРПОУ або податковим номером ===

Інтеграції мають не без зусиль створювати нові записи, а спочатку шукати існуючі. ! | Налаштувати перевірку перед створенням, унікальні поля, нормалізацію даних, правила імпорту, дедуплікацію в інтеграціях і регулярні перевірки. * договори;

  • рахунки;
  • акти;
  • податкові документи;
  • оплати;
  • заборгованість;
  • взаєморозрахунки;
  • фінансові звіти. На перший погляд дублікати можуть здаватися дрібною технічною помилкою, але на практиці вони впливають на продажі та реалізація, маркетинг, сервіс, фінансовий блок, договори, email-розсилки, повторні продажі та реалізація, NPS, Customer Success і управлінську аналітику. Приклад

В ERP дублі контрагентів можуть бути особливо небезпечними. ! як приклад:

як приклад:

як приклад:

  • телефон + email;
  • назва + ЄДРПОУ;
  • назва + адреса;
  • контактна особа + компанія-користувач;
  • домен email + назва компанії;
  • телефон + історія продукту заявок.== Коротко ==

Вони впливають на:

AI здатна запропонувати список можливих дублів, але остаточне рішення для бізнесу про об’єднання важливих клієнтів має приймати людина. |- | Яка головна помилка?=== Правила імпорту === як приклад:

Форми на сайті можуть створювати новий лід щоразу, навіть якщо клієнт ERP уже виступає як в CRM. | У K2 ERP можна організувати пошук, перевірку й об’єднання дублів у CRM та ERP з урахуванням клієнтів, контрагентів, договорів, задач, оплат і аналітики. * клієнт ERP залишив заявку кілька разів;

  • клієнт ERP прийшов із різних рекламних каналів;
  • один і той самий контакт потрапив у CRM з вебінару й сайту;
  • менеджер створив лід вручну, а платформа створила автоматизовано.SEO title: Дублі клієнтів у CRM та ERP — пошук, об’єднання, очищення клієнтської бази і контроль якості даних

SEO keywords: дублі клієнтів, дублікати клієнтів, CRM дублікати, ERP дублікати, очищення клієнтської бази, якість даних CRM, клієнтська база, об’єднання клієнтів, контакти в CRM, компанії в CRM, історія комунікацій, email-розсилки в CRM, повторні продажі, сегментація клієнтів, K2 ERP, CRM, ERP, data quality, master data management 

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}


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

Різні написання назв компаній

Приклад картки потенційного дубля

!

Дублі та NPS

У CRM/ERP можна визначити поля, які мають бути унікальними. K2 ERP і дублі. У комплексній ERP критично контролювати дублікати не лише в CRM-контактах, а й у контрагентах, договорах, рахунках, оплатах, задачах, сервісі та аналітиці. Якість клієнтської бази напряму впливає на продажі та реалізація, маркетинг, сервіс, аналітику й керування компанією. Дія

! Крок

Чому виникають дублі клієнтів

Дублі в ERP

  • клієнт ERP отримує різні пропозиції;
  • менеджери конкурують між собою;
  • знижується довіра клієнта;
  • виникає конфлікт відповідальності;
  • керівник бачить неправильну аналітику.Сегментація клієнтів стає неточною, якщо база містить дублікати. через Об’єднання даних користувачі можуть аналізувати лояльність точніше. Дія

Вступ

як приклад:

  • один клієнт ERP потрапляє в кілька сегментів;
  • VIP-клієнт виглядає як кілька середніх клієнтів;
  • неактивний клієнт ERP виглядає активним через інший дубль;
  • клієнт ERP із боргом потрапляє в маркетингову кампанію. У більшості випадків краще не видаляти, а об’єднувати. Вони розривають історію клієнта, спотворюють звіти, заважають продажам, створюють плутанину в договорах, розсилках, оплатах і відповідальності менеджерів. Причини:
  • у CRM клієнт ERP має одну назву;
  • в ERP — іншу;
  • у сервіс-деску — третю;
  • в email-сервісі — четверту. | Через ручне введення, імпорт із Excel, заявки з сайту, інтеграції, різні написання назв, різні телефони, email або відсутність правил перевірки.== Що таке дублі клієнтів ==

Приклад часткового дубля:

  • очистити таблицю;
  • перевірити дублікати;
  • нормалізувати телефони;
  • перевірити email;
  • розділити контакти й компанії;
  • визначити унікальний ключ;
  • зробити тестовий імпорт;
  • перевірити результат. | Це повторні записи одного й того самого клієнта, контакту, компанії або контрагента в CRM чи ERP.== Хороші практики ==
Якість бази можна контролювати через KPI.

Одна компанія-користувач здатна мати кілька адрес:

  • порожній;
  • створений помилково;
  • не має угод;
  • не має задач;
  • не має документів;
  • не має історії комунікацій;
  • не має оплат;
  • не має важливих полів.Історія комунікацій має бути об’єднана в одній картці клієнта. * телефони в одному форматі;
  • назви компаній без зайвих символів;
  • email у нижньому регістрі;
  • юридичні форми в окремому полі;
  • адреси в стандартизованому вигляді. Об’єднання дублів в ERP часто має виконуватися обережно й за участю відповідальних за обліковий облік. Для CRM. Якщо один клієнт ERP створений кілька разів, менеджери можуть бачити різні угоди, різну історію дзвінків, різні задачі й не розуміти повного контексту співпраці. * єдина клієнтська історія продукту;
  • точніша клієнтська база;
  • кращі повторні продажі та реалізація;
  • якісніша сегментація;
  • менше помилок у email-розсилках;
  • точніші KPI менеджерів;
  • правильніші звіти;
  • кращий Customer Success;
  • точніший NPS;
  • менше плутанини в договорах;
  • точніші оплати й взаєморозрахунки;
  • краща аналітичні інструменти в Power BI;
  • менше залежності від пам’яті менеджерів. Тут критично відрізняти:

Дублювання роботи менеджерів

Назви компаній потрібно порівнювати з урахуванням:

Як знаходити дублі клієнтів

  • повними;
  • частковими;
  • технічними;
  • логічними;
  • контактними;
  • юридичними;
  • міжсистемними. Вони виникають через ручне введення, імпорт, інтеграції, різні написання назв, повторні заявки, неповні контакти й відсутність правил перевірки. * “ТОВ Промсервіс”
  • “Промсервіс”
  • “Пром Сервіс”
  • “ТОВ ‘Пром-Сервіс’”
  • “Promservice”
  • “Промсервіс Київ”

Якщо клієнт ERP у CRM або ERP створений кілька разів, компанія-користувач здатна не бачити повну історію взаємодії.=== Нормалізація даних ===

Якщо дублі не контролювати, виникають ризики:

  • onboarding;
  • активність;
  • сервісні звернення;
  • NPS;
  • договори;
  • ризик churn;
  • історію покупок;
  • задачі;
  • повторні продажі та реалізація. Телефон — один із найсильніших критеріїв пошуку дубля. Проблеми:
  • поспіх;
  • відсутність пошуку перед створенням;
  • різне написання назв;
  • неповні інформаційні дані;
  • слабка CRM-дисципліна;
  • немає правил створення клієнтів. У CRM дублікати розривають клієнтську історію, угоди, задачі й комунікації. * кількість клієнтів завищена;
  • LTV занижений;
  • середній чек викривлений;
  • повторні продажі та реалізація рахуються неправильно;
  • NPS не прив’язаний до правильного клієнта;
  • KPI менеджерів неточні.== Типові помилки при роботі з дублями ==
  • схожість назв;
  • телефони;
  • email;
  • домени;
  • адреси;
  • контактних осіб;
  • історію комунікацій;
  • поведінку клієнтів;
  • реквізити;
  • зовнішні ідентифікатори. | Вони розривають історію комунікацій, дублюють угоди, задачі, email-розсилки, спотворюють сегментацію, KPI та повторні продажі та реалізація. Помилка — створювати нову компанію замість додавання нового контакту до існуючої компанії. Наслідки:

Дублі та клієнтська база

  • дублікати контрагентів;
  • різні договори на різних дублях;
  • рахунки на різних картках;
  • оплати не співпадають;
  • заборгованість розділена;
  • акти прив’язані до різних записів;
  • фінансова аналітичні інструменти викривлена. У CRM дублі найчастіше впливають на:

В ERP дублікати можуть створювати серйозні фінансові помилки.== Регламент роботи з дублями ==

  • скорочень;
  • лапок;
  • дефісів;
  • регістрів;
  • юридичних форм;
  • транслітерації;
  • помилок;
  • пробілів.=== Помилки в повторних продажах ===
!

Під час імпорту клієнтської бази з Excel або Google Sheets часто виникають дублікати. * що клієнт ERP купував;

  • коли купував;
  • що можна запропонувати;
  • чи виступає як активний договір;
  • чи виступає як борг;
  • чи були сервісні проблеми.== Дублі та Customer Success ==

Краще попереджати дублікати, ніж регулярно чистити базу.== Дублі в CRM ==

Якщо клієнт ERP створений кілька разів, історія продукту комунікацій розподіляється між різними картками. Не можна автоматизовано об’єднувати все схоже. * за телефоном;

  • за email;
  • за назвою;
  • за ЄДРПОУ;
  • за доменом email;
  • за контактною особою. | У більшості випадків краще об’єднувати, щоб не втратити історію, задачі, угоди, документи, оплати й комунікації.== Дублі та сегментація клієнтів ==

Дублі можуть призвести до того, що клієнт ERP отримає один і той самий лист кілька разів. * +380631234567;

| Як запобігти дублям?=== Пошук за назвою компанії ===

  • один менеджер створив клієнта як “ТОВ Ромашка”;
  • інший створив “Ромашка ТОВ”;
  • сайт створив лід із email;
  • телефонія створила контакт за номером телефону;
  • бухгалтерський обліковий облік створила контрагента за юридичною назвою;
  • маркетинг імпортував той самий контакт із таблиці;
  • клієнт ERP залишив заявку повторно з іншої форми;
  • у компанії змінилася контактна особа;
  • один клієнт ERP має кілька філій або торгових точок.

Дублі та AI в CRM

Дублі та Power BI CRM

Об’єднання дублів

Об’єднання дублів — це бізнес-процес злиття кількох записів в один базовий запис із перенесенням важливих даних. * одна людина здатна мати кілька email;

  • компанія-користувач здатна мати загальний email;
  • email здатна бути написаний з помилкою;
  • один email здатна використовуватись кількома працівниками. Компанії бажано мати регламент. Запис 2

як приклад: Дублі компаній — це повторні записи однієї організації. * ліди;

  • контакти;
  • компанії;
  • угоди;
  • задачі;
  • історію комунікацій;
  • email-розсилки;
  • сегментацію;
  • повторні продажі та реалізація;
  • KPI менеджерів;
  • звіти керівника. |-

| Що таке дублі клієнтів?=== Різні телефони та email ===

Унікальні поля

!=== Розрив історії комунікацій ===

Email часто виступає як унікальним ідентифікатором контакту. Їх потрібно правильно знаходити, перевіряти, об’єднувати й попереджати, щоб клієнтська база залишалася єдиним джерелом правди для бізнесу. Два менеджери можуть працювати з одним клієнтом, не знаючи про це.=== Перевірка перед створенням клієнта ===

! як приклад:

як приклад:

як приклад:

  • кількість потенційних дублів;
  • частка дублів у клієнтській базі;
  • кількість об’єднаних дублів;
  • кількість нових дублів за місяць;
  • дублікати по менеджерах;
  • дублікати після імпорту;
  • дублікати після інтеграцій;
  • клієнти без унікальних ідентифікаторів;
  • клієнти без телефону або email;
  • клієнти без відповідального;
  • клієнти з неповними реквізитами. Дія

Можливі сценарії:

критично. Видаляти дублікати без аналізу небезпечно. В ERP дублікати можуть створювати проблеми з договорами, рахунками, актами, оплатами, замовленнями, контрагентами та фінансовою аналітикою. * аномально велика кількість клієнтів;

  • багато клієнтів із однаковими телефонами;
  • однакові email у різних записах;
  • схожі назви компаній;
  • розділений дохід;
  • підозрілі дублікати в сегментах;
  • клієнти з однаковими реквізитами. {| class="wikitable" style="width:100%;"

Що не можна втратити

Якщо клієнт ERP дублюється, платформа здатна не бачити:

  • дубль;
  • окрему філію;
  • окрему торгову точку;
  • дочірню компанію;
  • окремого контрагента;
  • інший підрозділ тієї самої групи. Перед об’єднанням потрібно вибрати головну картку. * сайтом;
  • телефонією;
  • email-сервісом;
  • ERP;
  • маркетплейсом;
  • інтернет-магазином;
  • сервіс-деском;
  • рекламними формами;
  • зовнішніми базами;
  • чатами й месенджерами. Відповідь

Дублі та неактивні клієнти

Через це виникають проблеми:

  • один запис не має покупок 90 днів;
  • інший дубль має недавнє замовлення;
  • CRM вважає першого клієнта неактивним;
  • менеджер створює зайву задачу. |-

| Чому виникають дублі? Перед великими розсилками бажано перевіряти базу на дублікати. * “ТОВ Ромашка”

  • “Ромашка ТОВ”
  • “ТОВ ‘Ромашка’”
  • “Romashka LLC”

Менеджери можуть створювати клієнтів вручну й не перевіряти, чи вже виступає як такий клієнт ERP у базі. Його можна використовувати тільки тоді, коли запис:

У CRM дублі клієнтів спотворюють клієнтську базу, історію комунікацій, угоди, задачі, email-розсилки, сегментацію, повторні продажі та реалізація та KPI менеджерів. Видалення дубля без об’єднання — небезпечний варіант.=== Заявки з сайту === Проблеми:

|- | Точний дубль | Однаковий телефон або ЄДРПОУ | Можна пропонувати автоматичне об’єднання |- | Ймовірний дубль | Схожа назва й однаковий домен email | Потрібна перевірка користувача |- | Можливий дубль | Схожа назва, але різні контакти | Потрібен аналіз |- | Не дубль | Схожа назва, але різні юридичні особи | Не об’єднувати |}

Пошук за адресою

Інтеграції з різними системами

! |- | Як дублі можуть оброблятися в K2 ERP? Для юридичних осіб надійним ідентифікатором здатна бути:

AI в CRM здатна допомагати знаходити потенційні дублікати. * більше пов’язаних документів;
  • виступає як правильна юридична назва;
  • виступає як ЄДРПОУ;
  • виступає як актуальний відповідальний;
  • виступає як активні угоди;
  • виступає як договори;
  • виступає як оплати;
  • виступає як повна історія продукту комунікацій;
  • виступає як актуальні контакти;
  • розроблена в ERP як офіційний контрагент. Питання

Дублі та історія продукту комунікацій

Типи дублів

як приклад, “ТОВ Альфа” і “Альфа ТОВ” можуть бути одним клієнтом. Але потрібно враховувати різні формати:

AI здатна аналізувати:

це повторні записи про одного й того самого клієнта, контактну особу, компанію, контрагента або партнера в CRM, ERP чи іншій бізнес-системі виступає ключовою рисою Дублі клієнтів. Дублі спотворюють управлінські звіти. | Контакти, телефони, email, угоди, задачі, історію комунікацій, договори, рахунки, акти, оплати, файли, теги, NPS і сервісні звернення. Для ERP. Дублі контрагентів можуть призводити до помилок у договорах, рахунках, актах, оплатах, взаєморозрахунках і фінансових звітах. * клієнт ERP залишив заявку з тим самим телефоном;

  • клієнт ERP залишив заявку з іншим email;
  • клієнт ERP вказав скорочену назву компанії;
  • сайт не перевіряє наявність контакту в CRM;
  • інтеграційні функції ERP не має правил дедуплікації.== Що потрібно переносити при об’єднанні ==

Контроль інтеграцій

Профілактика появи дублів

  • робочий телефон;
  • мобільний телефон;
  • загальний email компанії;
  • особистий email менеджера;
  • email бухгалтерії;
  • email для документів;
  • Telegram-контакт. Критерій

Дублі можуть бути:

BI здатна допомагати керівнику бачити якість бази. * одна людина з різними email;

  • одна людина з різними телефонами;
  • різні написання імені;
  • контакт створено з email і окремо з телефонії;
  • контакт імпортовано кілька разів. Але виступає як нюанси:

Дублі контрагентів

Типові помилки:

  • один і той самий клієнт ERP потрапляє в сегмент “активний” і “неактивний”;
  • один дубль має борг, інший потрапляє в розсилку;
  • один дубль має низький NPS, інший застосовується для для up-sell;
  • один дубль виступає як VIP, а інші виглядають як дрібні клієнти. |-
Що краще: видаляти чи об’єднувати? * один клієнт ERP отримує лист кілька разів;
  • відписка зберігається в одному дублі, але не в іншому;
  • статистика відкриттів викривлена;
  • сегментація неправильна;
  • клієнт ERP отримує нерелевантні повідомлення;
  • репутація відправника погіршується. Дублі клієнтів потрібно не без зусиль видаляти. Інакше після об’єднання компанія-користувач втратить частину контексту. Дублі лідів — це повторні заявки від того самого потенційного клієнта. Під час об’єднання дублів бажано переносити:

Типові ситуації:

Імпорт із Excel

  • рахунок виставлено на один запис;
  • оплата прийшла на інший;
  • акт підписаний у третьому;
  • заборгованість не видно на 100%;
  • договір не пов’язаний з усіма документами. * дубль клієнта;
  • дочірню компанію;
  • філію;
  • торгову точку;
  • окремий підрозділ;
  • пов’язану юридичну особу.=== Філії, торгові точки та підрозділи ===
  • “ТОВ Альфа”
  • “ТОВ Альфа”
  • “ТОВ Альфа”
  • “Альфа”
  • “Alfa LLC”
  • “Альфа Київ”

Дублі можуть виникати з багатьох причин. CRM має мати інструменти:

Можливі показники:

  • різні написання назви;
  • скорочена й повна назва;
  • назва українською та англійською;
  • юридична й комерційна назва;
  • компанія-користувач розроблена в CRM і ERP окремо.NPS має бути прив’язаний до правильного клієнта. Не кожен схожий запис виступає як дублем. ! * ЄДРПОУ;
  • ІПН;
  • податковий номер;
  • реєстраційний номер;
  • інший офіційний код. Дублі можуть виникати через ручне введення даних, імпорт із Excel, заявки з сайту, інтеграції, різні написання назв компаній, помилки в телефонах, кілька email-адрес, повторні ліди, роботу різних менеджерів або відсутність правил перевірки клієнтської бази. |-
 Чим небезпечні дублі в CRM? !== Дублі та повторні продажі та реалізація ==

Один запис здатна містити дзвінки, інший — email, третій — угоди, четвертий — сервісні звернення. Під час очищення дублів не можна втратити:

  • email контакту;
  • телефон;
  • ЄДРПОУ;
  • ІПН;
  • код контрагента;
  • зовнішній ID з ERP. * оцінка зберігається в одному дублі;
  • сервісна проблема — в іншому;
  • договір — у третьому;
  • керівник не бачить зв’язок між оцінкою та реальним процесом. * попередні покупки;
  • завершені договори;
  • відкриті проблеми;
  • історію сервісу;
  • реакції на email;
  • NPS;
  • борги;
  • потенціал up-sell або cross-sell. Запис 1
  • який запис виступає як основним;
  • які поля зберегти;
  • які контакти перенести;
  • які угоди перенести;
  • які задачі перенести;
  • які договори перенести;
  • які рахунки й оплати пов’язані;
  • що робити з історією комунікацій;
  • які теги й сегменти об’єднати;
  • чи потрібна перевірка керівника або адміністратора. Причини:

Міжсистемні дублікати виникають, коли клієнт ERP існує в різних системах окремо.=== Помилки в email-розсилках ===

  • пошуку дублів;
  • попередження при створенні;
  • об’єднання записів;
  • перенесення історії;
  • контролю якості даних;
  • звітів по дублях. Це ускладнює побудову єдиної клієнтської історії. Якщо в базі багато дублів, компанія-користувач не здатна точно відповісти:
Назва ТОВ “Альфа” Альфа ТОВ
Телефон +380631234567 063 123 45 67
Email info@alfa.ua sales@alfa.ua
ЄДРПОУ 12345678 12345678
Відповідальний Менеджер 1 Менеджер 2
Активні угоди 1 2
Договори виступає як Немає
Рекомендація Об’єднати Об’єднати в запис 1

При об’єднанні потрібно перенести:

Дублі лідів

Приклад дубля контакту:

  • хто має право створювати клієнтів;
  • які поля обов’язкові;
  • як перевіряти дублі перед створенням;
  • хто має право об’єднувати записи;
  • як визначати базовий запис;
  • що робити з договорами й оплатами;
  • як опрацьовувати дублікати після імпорту;
  • як діяти при помилковому об’єднанні;
  • як часто перевіряти базу;
  • які звіти використовувати. Ризик дублів. Один дубль у CRM здатна бути без зусиль незручністю. Рівень

Перед порівнянням телефони бажано нормалізувати. Одна юридична особа здатна мати багато філій або торгових точок. | Вважати дублікати дрібною технічною проблемою, хоча вони впливають на продажі та реалізація, маркетинг, сервіс, фінансовий блок й управлінські рішення для бізнесу. ! Результат

як приклад:

Ризик без очищення. Якщо дублікати не прибирати, CRM поступово перетворюється з єдиного джерела правди на набір суперечливих клієнтських карток. Перед створенням нового клієнта платформа має шукати схожі записи. Не всі дублікати однаково очевидні.Сегментація клієнтів стає неякісною, якщо база містить дублікати. !

Приклад повного дубля:

  • скільки має клієнтів;
  • хто активний;
  • хто неактивний;
  • хто VIP;
  • хто має борг;
  • хто купував повторно;
  • хто отримував розсилки;
  • хто має договори;
  • хто потребує реактивації. {| class="wikitable" style="width:100%;"
  • юридична;
  • фактична;
  • складський облік;
  • офіс;
  • філія;
  • торгова точка.=== Пошук за телефоном ===

Power BI CRM здатна показувати проблеми дублів через аналітику. У K2 ERP робота з дублями клієнтів здатна бути частиною керування якістю даних у CRM та ERP. | Вони можуть створювати помилки в договорах, рахунках, актах, оплатах, заборгованості, взаєморозрахунках і фінансових звітах. Одна компанія-користувач здатна бути записана по-різному. | За телефоном, email, назвою компанії, ЄДРПОУ, адресою, доменом email, контактними особами або комбінованими правилами. |}

Дублі та email-розсилки

Дублі створюють багато проблем. Ключовий клієнт ERP здатна мати:

Нормалізація — це приведення даних до єдиного формату. |-

Чим небезпечні дублі в ERP? Рівень збігу

У Key Account Management дублі можуть бути особливо небезпечними.

  • кілька підрозділів;
  • багато контактів;
  • кілька договорів;
  • різні філії;
  • різні проєкти;
  • різних відповідальних. В ERP дублі можуть бути складнішими, бо пов’язані з документами й обліком. Спочатку потрібно визначити базовий запис, перевірити пов’язані угоди, договори, задачі, історію комунікацій, рахунки, оплати й тільки після цього об’єднувати інформаційні дані. Дублі можна знаходити вручну або автоматизовано. |-
Що потрібно переносити при об’єднанні? Дублі клієнтів — це два або більше записи в системі, які стосуються одного й того самого клієнта, але зберігаються як окремі об’єкти. * історія продукту комунікацій розділена;
  • менеджери дублюють роботу;
  • клієнт ERP отримує кілька однакових листів;
  • угоди створюються в різних картках;
  • договори й рахунки не пов’язані з єдиним клієнтом;
  • повторні продажі та реалізація не працюють;
  • NPS і сервісна історія продукту неповні;
  • звіти показують неправильну кількість клієнтів;
  • керівник бачить викривлену аналітику. як приклад:

Це погіршує клієнтський досвід і здатна збільшити відписки або скарги. * юридичні реквізити;

  • фінансові документи;
  • історію оплат;
  • підписані договори;
  • активні задачі;
  • важливі коментарі;
  • сервісні звернення;
  • причини програшу угод;
  • згоду на розсилки;
  • історію відписок;
  • історію NPS;
  • контактні особи. * у таблиці вже були дублікати;
  • різні формати телефонів;
  • різні назви компаній;
  • відсутні унікальні ідентифікатори;
  • змішані контакти й компанії;
  • помилки в email;
  • не виконана попередня очистка.=== Зміна контактної особи ===
  • заявка з сайту має перевіряти телефон і email;
  • телефонія має шукати контакт перед створенням;
  • ERP має пов’язувати контрагента з CRM-клієнтом;
  • email-сервіс має оновлювати існуючий контакт;
  • маркетплейс має передавати зовнішній ID. В ERP вони можуть створювати проблеми з контрагентами, рахунками, актами, оплатами та взаєморозрахунками. Тут критично правильно відрізняти:
1 платформа знаходить можливий дубль виступає як список записів для перевірки
2 Адміністратор або менеджер перевіряє інформаційні дані Визначено, чи це справді дубль
3 Обирається базовий запис Визначено головну картку клієнта
4 Перевіряються угоди, задачі, договори, оплати Важливі інформаційні дані не втрачаються
5 інформаційні дані переносяться в базовий запис історія продукту клієнта об’єднана
6 Дубль архівується або видаляється База очищена
7 Створюється запис в історії змін виступає як аудит операції

Комбінований пошук

Чим небезпечні дублі клієнтів

як приклад: Після об’єднання дублів повторні продажі та реалізація стають точнішими. |-

Однаковий ЄДРПОУ Дуже високий Запропонувати об’єднання Однаковий email Високий Перевірити контакт або компанію Однаковий телефон Високий Перевірити дубль Схожа назва компанії Середній Показати як можливий дубль Однаковий домен email Середній Перевірити належність до компанії Однакова адреса Низький або середній Використовувати разом з іншими критеріями

!== Дублі клієнтів у K2 ERP ==

Якщо покупки розділені між кількома картками, CRM не здатна правильно визначити:

Проблеми:

Менеджер не бачить повної картини. Поле

Якщо виступає як дублі, Customer Success Manager здатна не бачити:

Для Customer Success дублі — це ризик неправильного розуміння стану клієнта. У K2 ERP робота з дублями клієнтів здатна бути частиною комплексного керування якістю даних: пошук дублів, нормалізація, перевірка перед створенням, об’єднання карток, контроль інтеграцій, BI-аналітика й AI-підказки. як приклад:

як приклад:

Неактивні клієнти можуть визначатися неправильно через дублікати. * база стає хаотичною;

  • клієнти створюються по кілька разів;
  • менеджери дублюють роботу;
  • історія продукту клієнта розривається;
  • розсилки стають неякісними;
  • повторні продажі та реалізація не працюють;
  • неактивні клієнти визначаються неправильно;
  • договори й оплати розкидані по різних записах;
  • фінансова аналітичні інструменти спотворюється;
  • керівник бачить неправильні звіти;
  • CRM втрачає довіру користувачів. У результаті в системі здатна бути кілька записів, які фактично описують одного клієнта. Перед імпортом потрібно:

Ручне введення даних

Пошук за email

Отримано з https://wiki.kyiv.ua/index.php?title=Дублі_клієнтів&oldid=2260