CRM і OA відповідальність розділено: клієнтні експертизі які не мають змісту в апівідмові
У виробничому управлінні CRM (клієнтній відношеннях) і OA (офіційної автоматизації) системи, хоча вони відповідальні за підвищення ефективності, мають значні різниці у функціональному брандм або даних, прикладів застосування та інтеграції. Розділення відповідальності CRM і OA допомагає уникнути клієнтні експертизі, які змішуються з апівідмовою, і збільшити загальну ефективність виробництва.
Функціональний брандм
| Ключові функції |
Клієнтні дані, продажі, взаємодія |
Праці, прийняття, підтвердження |
| Основні приклади |
Клієнтні засоби, продажі, аналіз |
Праці, прийняття, підтвердження |
| Спосіб взаємодії |
Засоби користувача, активні дії |
Засоби процесу, пасивні відповіді |
| Частота взаємодії |
Висока, потрібна зміна |
Низька, залежить від системи |
Даний брандм
| Окремі даний |
Клієнтні дані, продажі, взаємодія |
Праці, прийняття, підтвердження |
| Метод обробки |
Автоматична архівування, класифікація, тегування |
Автоматична архівування, класифікація, тегування |
| Місце зберігання |
Відкриті дані, підтримка багатьох підходів |
Відкриті дані, підтримка процесів |
| Частота змін |
Відновлюється в реальному часі, потрібна зміна |
Залежить від системи, менше змін |
Приклади застосування
| Приклад застосування |
CRM |
OA |
| Клієнтні засоби |
Використання клієнтніх даних, продажі, взаємодія |
Використання праці, прийняття, підтвердження |
| Продажі |
Використання продажів, прогнозування, взаємодія |
Використання праці, прийняття, підтвердження |
| Аналіз клієнтів |
Використання клієнтніх зображень, аналіз, прогнозування |
Використання даних, статистика, відтворення |
| Клієнтні засоби |
Використання клієнтніх засобів, відповіді на відкриті відповіді, взаємодія |
Використання відкритих відповідей, праці, прийняття |
Інтеграція
| Синхронізація |
Через API або даний з'єднання |
Через API або даний з'єднання |
| Лінійна автоматизація |
Може автоматизувати процеси, такі як продажі |
Може автоматизувати процеси, такі як прийняття |
| Обмін інформацією |
Обмін інформацією, підтримка крос-департаментів |
Обмін інформацією, підтримка крос-департаментів |
| Безпека даних |
Права доступу, шифрування передачі |
Права доступу, шифрування передачі |
Ризики та кроки
Якщо відкриті продажі будуть прийняті як відмови, можуть виникати наступні ризики:
-
Порушення порядку – відкриті продажі змішуються з відмовами, що призводить до неправильного аналізу.
-
Сниження ефективності – довгі процеси призводять до змінення клієнтів.
-
Потері даних – відкриті дані змінюються, що призводить до неправильного аналізу.
-
Невідомість відповідальності – відповідальності відмов не визначається, що призводить до неправильного виконання.
Розв’язання
-
Визначення меж – визначити межі CRM і OA, щоб уникнути змішання.
-
Створення загальноприйнятого стандарту – створити загальноприйнятий стандарт для відкритих продажів, щоб визначити різниці між процесами.
-
Оптимізація системи – встановити права доступу, щоб уникнути змінення відкритих даних.
-
Обігрів та контроль – провести тренінги, визначити стандарти, створити систему контролю, щоб уникнути змішання.
Висновок
У виробничому управлінні CRM і OA мають чітні межі, щоб уникнути змішання відкритих продажів з відмовами. Якщо відкриті продажі змішуються з відмовами, виникає неправильність даних, зниження ефективності та невідповідність рішенням. Компанія має створити загальноприйняті стандарти, щоб забезпечити колаборацію CRM і OA, щоб підвищити загальну ефективність.