Ми використовуємо файли cookies для оптимізації контенту та швидкодії сайту. Продовжуючи відвідування сайту, ви погоджуєтесь на використання файлів cookies.
Зараз через особливості роботи CRM часом створюється дуже багато дублів одного контакту. Найчастіше при використанні API. Потрібно зробити доопрацювання, яка буде здійснювати пошук контактів з однаковими номерами телефонів, email та пропонувати користувачеві об'єднати їх. У разі згоди контакти повинні об'єднуватись як у стандартній функції.
Зараз через особливості роботи CRM часом створюється дуже багато дублів одного контакту. Найчастіше при використанні API. Потрібно зробити доопрацювання, яка буде здійснювати пошук контактів з однаковими номерами телефонів, email та пропонувати користувачеві об'єднати їх. У разі згоди контакти повинні об'єднуватись як у стандартній функції.
Додайте можливість об'єднувати дублікати. І можливість об'єднувати дві картки, наприклад клієнт може написати з вайбер, а потім відправити щось із ватсап, при цьому створюється два різні контакти.
Додайте можливість об'єднувати дублікати.
І можливість об'єднувати дві картки, наприклад клієнт може написати з вайбер, а потім відправити щось із ватсап, при цьому створюється два різні контакти.
Можливість об'єднати дублі карток, на даний момент є в OneBox. При видаленні контакту, система пропонує об'єднати його з іншим. Введіть id потрібного контакту у спеціальному полі та виберіть картку контакту, яку система підтягне. В результаті поточна картка буде об'єднана з тією, чий ID ви ввели.
Можливість об'єднати дублі карток, на даний момент є в OneBox. При видаленні контакту, система пропонує об'єднати його з іншим. Введіть id потрібного контакту у спеціальному полі та виберіть картку контакту, яку система підтягне. В результаті поточна картка буде об'єднана з тією, чий ID ви ввели.
У боксі справді є така проблема як ведення даних клієнта. Спробую пояснити суть проблеми у тому ракурсі, якому ми з нею зіткнулися. Наприклад, розглянемо два варіанти: 1. У вас виставлено налаштування, при якому контакти НЕ оновлюються при отриманні нових даних. До Вас у чат на сайті звернувся клієнт та назвався "Вован" з номером телефону 0505551122. Бокс створив такого клієнта і він з'явився в базі клієнтів. Після цього через якийсь час цей клієнт оформив замовлення на сайті де вказав свої дані "Зеленський Володимир Олександрович" з номером телефону 0505551122. Система ідентифікувала клієнта за номером телефону і зрозуміла, що такий клієнт вже існує і підтягнула вже існуючого клієнта "Вован" таким номером. Як ви вважаєте? Це правильно? Ні! 2. У вас протилежна ситуація і виставлено налаштування, при якому контакти оновлюються при отриманні нових даних. У вас у базі даних є клієнт "Зеленський Володимир Олександрович" із номером телефону 0505551122 Ви з ним плідно співпрацюєте довгий час, знаєте його дані. В один момент він вирішив поставити запитання в чат на сайті, в якому вказав своє ім'я як "Вован" і вказав номер телефону 0505551122. Система природно ідентифікувала його, і зрозуміла, що клієнт з таким телефоном вже існує. Згідно з налаштуваннями Бокса - було оновлено дані клієнта і тепер "Зеленський Володимир Олександрович" став "Зеленський Вован Олександрович". Це правильно? Ні! Тобто створення дублів клієнтів та оновлення їх даних має чимось регулюватися та модеруватись. Я собі не уявляю автоматичне модерування даних клієнта, тому що не розумію за яким алгоритмом Бокс може визначити якесь ім'я більш правильне "Володимир" або "Вован", тому уявляю тільки ручне модерування таких даних. Це реалізовано інших ЦРМ-системах, але немає у Боксе. Наприклад, як це може працювати: дозволяється створення дублікатів контактів та контакти створюються щоразу нові. Але! Щодня (або раз на годину) Бокс перевіряє контакти на дублювання полів, що вас цікавлять і повідомляє вам: "в базі було знайдено два клієнти з номером телефону 0505551122, один Вован і другий Володимир, Об'єднати їх? Які дані вірні? Які взяти за основу ?" і жива людина вже самостійно обирає правильні дані. Іншого виходу особисто я не бачу. Врахуйте, будь ласка, ці коментарі при розробці.
У боксі справді є така проблема як ведення даних клієнта. Спробую пояснити суть проблеми у тому ракурсі, якому ми з нею зіткнулися. Наприклад, розглянемо два варіанти:
1. У вас виставлено налаштування, при якому контакти НЕ оновлюються при отриманні нових даних. До Вас у чат на сайті звернувся клієнт та назвався "Вован" з номером телефону 0505551122. Бокс створив такого клієнта і він з'явився в базі клієнтів. Після цього через якийсь час цей клієнт оформив замовлення на сайті де вказав свої дані "Зеленський Володимир Олександрович" з номером телефону 0505551122. Система ідентифікувала клієнта за номером телефону і зрозуміла, що такий клієнт вже існує і підтягнула вже існуючого клієнта "Вован" таким номером. Як ви вважаєте? Це правильно? Ні!
2. У вас протилежна ситуація і виставлено налаштування, при якому контакти оновлюються при отриманні нових даних. У вас у базі даних є клієнт "Зеленський Володимир Олександрович" із номером телефону 0505551122 Ви з ним плідно співпрацюєте довгий час, знаєте його дані. В один момент він вирішив поставити запитання в чат на сайті, в якому вказав своє ім'я як "Вован" і вказав номер телефону 0505551122. Система природно ідентифікувала його, і зрозуміла, що клієнт з таким телефоном вже існує. Згідно з налаштуваннями Бокса - було оновлено дані клієнта і тепер "Зеленський Володимир Олександрович" став "Зеленський Вован Олександрович". Це правильно? Ні!
Тобто створення дублів клієнтів та оновлення їх даних має чимось регулюватися та модеруватись. Я собі не уявляю автоматичне модерування даних клієнта, тому що не розумію за яким алгоритмом Бокс може визначити якесь ім'я більш правильне "Володимир" або "Вован", тому уявляю тільки ручне модерування таких даних. Це реалізовано інших ЦРМ-системах, але немає у Боксе. Наприклад, як це може працювати: дозволяється створення дублікатів контактів та контакти створюються щоразу нові. Але! Щодня (або раз на годину) Бокс перевіряє контакти на дублювання полів, що вас цікавлять і повідомляє вам: "в базі було знайдено два клієнти з номером телефону 0505551122, один Вован і другий Володимир, Об'єднати їх? Які дані вірні? Які взяти за основу ?" і жива людина вже самостійно обирає правильні дані. Іншого виходу особисто я не бачу. Врахуйте, будь ласка, ці коментарі при розробці.
Моя думка це має бути процедура яка шукає дублі по email, телефону, додатковому полю, після того, як вона знаходить дубль створюється таблиця № варіант 1 варіант 2 варіант 3 1 Петра 123 Петра 123 Петруха 123 і в кожного з варіантів кнопка вибрати як основний, при натисканні на яку всі інші контакти приєднуються до нього. При цьому було б чудово що б було щоденне завдання, яке б шукало дублі і при знаходженні їх ставило завдання менеджеру на об'єднання з тим же інтерфейсом. Плюс такого варіанту це регулярність і людина сама вирішує який варіант справді правильний.
Моя думка це має бути процедура яка шукає дублі по email, телефону, додатковому полю, після того, як вона знаходить дубль створюється таблиця
№ варіант 1 варіант 2 варіант 3
1 Петра 123 Петра 123 Петруха 123
і в кожного з варіантів кнопка вибрати як основний, при натисканні на яку всі інші контакти приєднуються до нього.
При цьому було б чудово що б було щоденне завдання, яке б шукало дублі і при знаходженні їх ставило завдання менеджеру на об'єднання з тим же інтерфейсом.
Плюс такого варіанту це регулярність і людина сама вирішує який варіант справді правильний.
Клас, проблема є, як детально описали вище. Додам , що при об'єднанні контактів потрібне налаштування, яке замінити і перенести всі процеси, платежі, складські опреації, що були зроблені до моменту об'єднання. Зараз ми це робимо вручну.
Клас, проблема є, як детально описали вище. Додам , що при об'єднанні контактів потрібне налаштування, яке замінити і перенести всі процеси, платежі, складські опреації, що були зроблені до моменту об'єднання. Зараз ми це робимо вручну.
Будь ласка, приєднуйтесь до діалогу. Якщо вам є що сказати – будь ласка, напишіть коментар. Для входу потрібний мобільний телефон та смс-код для ідентифікації.
Увійти та написати коментар