Платформи управління взаємовідносинами з клієнтами (CRM). дуже залежать від великих даних. У міру того, як ці платформи набувають все більшого використання, деякі ресурси даних, від яких вони залежать, стають більш розтягнутими.
Провайдери CRM повинні знайти шляхи вирішення проблеми технічної заборгованості, з якою вони стикаються, за допомогою нових ініціатив з використання великих даних. Це буде простіше, оскільки розвиток великих даних робить це можливим.
Зв'язок між великими даними, технологією CRM та технічним боргом
Оскільки все більше і більше клієнтів CRM досягають 10-річної позначки на своїх відповідних платформах, руйнівні наслідки технічного боргу набувають значного поширення. Незважаючи на те, що технічний борг неправильно розуміють, він може призвести до повільної роботи, зниження швидкості, повільного впровадження та невиконання вимог бізнесу. І це змушує ІТ-керівників замислюватися, що робити зі складною проблемою технічної заборгованості та як великі дані можуть допомогти.
Щоб допомогти подолати ситуацію, CRM на основі даних, як-от Salesforce тепер пропонують послуги, спрямовані на подолання технічної заборгованості. У рамках цього Salesforce рекомендує клієнтам приділяти відсоток кожного випуску на очищення. Але хоча всі погоджуються, що технічна заборгованість є поганою, не було багато обговорень щодо того, як саме технічний борг знижує продуктивність і швидкість CRM. Не розуміючи цього, важко зрозуміти, як вирішити проблему – або уникнути її в першу чергу.
Що таке технічний борг?
У розробці програмного забезпечення технічний борг часто визначається як вартість вибору простого рішення зараз замість кращого підходу, який може зайняти більше часу. Аналітики CRM люблять пов’язувати технічний борг із складністю, яка виникає внаслідок великої настройки.
Метазоїди Генеральний директор Дженніфер Мерсер не вважає, що жодне з цих визначень є дуже корисним, особливо коли йдеться про Salesforce.
«Перш за все, організації Salesforce [облікові записи] повинні бути чітко налаштовані, щоб відповідати важливим бізнес-вимогам», — стверджує Мерсер. «Складні організації Salesforce можуть працювати чудово, якщо ними правильно керувати. По-друге, ми виявили, що втрата гнучкості та продуктивності в старих організаціях Salesforce часто може бути простежена через певні несправності, які можна виправити. Ми вважаємо, що проблема не в занадто великому обсязі налаштувань, а скоріше в життєво важливих системах організації, які стали нездоровими».
Metazoa — це компанія, яка стоїть за найкращим програмним набором інструментів екосистеми Salesforce для управління організаціями, Metazoa Snapshot. Створений у 2006 році, Snapshot був першим рішенням для керування CRM, розробленим спеціально для Salesforce, і одним із перших програм, які пропонувалися на Salesforce AppExchange. За ці роки Snapshot перетворився на найповніший набір інструментів у галузі для управління організаціями, міграції реляційних даних, документації, технічного видалення боргів тощо.
А як щодо SAP та Oracle?
Для тих, хто працює на платформі SAP CRM, команда Pillir має власне провідне рішення. Розуміючи, чому компанії борються з інноваціями, команда Pillir створила унікальний інструмент ABAP (ABAP — це мова програмування високого рівня, створена німецькою програмною компанією SAP) під назвою Панель технічної заборгованості SAP щоб допомогти клієнтам SAP зрозуміти, скільки часу, грошей і ресурсів витрачається на непотрібні налаштування та як зменшити технічну заборгованість у цьому процесі.
«ABAP має відому історію, але також має високу ціну», – заявив галузевий аналітик Браян Фіцджеральд. «Як і у випадку з APEX від Salesforce, ABAP від SAP є тим, що керує надзвичайно складною екосистемою CRM. Таким чином, коли він починає генерувати купу технічних боргів, клієнти ризикують вийти з ладу системи. І це стосується програми Oracle Application Express, яка також називається APEX».
Oracle, третя частина великої трійки CRM, не застрахована від проблем із технічним боргом. По суті, це така велика проблема, що компанія об’єдналася з Deloitte, щоб спробувати зменшити технічний борг для своїх клієнтів. Це призвело до впровадження наскрізної хмарної міграції та продукту керованих послуг під назвою ПОВЕРНЕНО.
Тепер, коли ви знаєте все, що потрібно про технічну заборгованість у CRM, що ви можете зробити для боротьби з цією проблемою? Відповідь у кращому випадку складна, але надія є.
Візуалізуйте проблему
Щоб добре зрозуміти, де є проблеми, ви повинні спочатку оцінити всі свої дані.
«Після того як ви врахували всі дані CRM та тип метаданих, адміністраторам потрібно буде зробити вичерпний знімок облікового запису», — додав Мерсер. «Це може бути складним у CRM, як Salesforce, оскільки система має певні обмеження. Однак такі інструменти, як Metazoa Snapshot, роблять це безболісним. І коли буде доступний огляд усіх даних, проблеми стануть очевидними».
Невикористані активи
«Існує кілька різних типів активів метаданих, які можуть залишитися позаду через налаштування конфігурації в CRM», — додав Фіцджеральд. "Наприклад, можливо, об'єкт не призначено користувачеві".
Існують аналогічні проблеми і на стороні даних, коли дані можуть бути використані недостатньо. Звіти та інформаційні панелі також можуть застаріти. Ця інформація включає опис, текст довідки, статус бізнесу, класифікацію безпеки та групу відповідності. Особливу увагу слід звернути на дату створення та останньої зміни об’єкта, а також на те, які адміністратори були задіяні.
Видалення цих невикористаних активів – чудовий перший крок до очищення та оптимізації CRM!
Неактивні користувачі
З часом у CRM може стати більше неактивних користувачів, ніж активних. Наприклад, у Salesforce існує понад 50 різних способів, якими неактивний користувач може залишатися підключеним до облікового запису Salesforce. Неактивні користувачі, як і раніше, можуть керувати активними користувачами, отримувати системні електронні листи, інших членів команди, а також працювати в якості поточного користувача для інформаційних панелей та інших важливих корпоративних систем. Ці зомбі-користувачі не тільки ускладнюють керування CRM і розробку програмного забезпечення, але вони також створюють численні загрози безпеці.
Відстеження та видалення всіх зв’язків між неактивними користувачами та обліковим записом CRM може бути дуже складним процесом. З’єднання можуть бути за ім’ям користувача, електронною поштою користувача та ідентифікатором користувача. Найкраща практика — ідентифікувати цих користувачів і видалити їх з’єднання з організацією, або замінити їх активним користувачем.
Висновок
Salesforce, SAP і Oracle надають чудові можливості для ведення цілих підприємств. Але з великою силою приходить велика відповідальність. Без належної належної обачності динамічні CRM з часом призведуть до технічних боргів. І, на жаль, немає особливого попередження, коли ваша система прямує до технічного краху боргу.
Але не хвилюйтеся; є світло в кінці тунелю! На щастя, є кілька потужних інструментів, які можуть як знайти технічний борг, так і усунути проблеми, пов’язані з ним. Metazoa Snapshot, технічна панель боргів Pillir і ELEVATE є чудовими прикладами.
- рахунки
- активний
- Ad
- Прийняття
- ВСІ
- аналітик
- додаток
- додатка
- активи
- Активи
- автоматичний
- КРАЩЕ
- бізнес
- Генеральний директор
- класифікація
- хмара
- Компанії
- компанія
- дотримання
- Зв'язки
- зміст
- CRM
- Клієнти
- приладова панель
- дані
- Борг
- deloitte
- розробка
- екосистема
- ПОВЕРНЕНО
- підприємство
- керівництво
- облицювання
- Провал
- кінець
- Перший
- виправляти
- добре
- великий
- Group
- історія
- Як
- How To
- HTTPS
- ідентифікувати
- промисловість
- інформація
- інновація
- залучений
- питання
- IT
- мова
- провідний
- світло
- управління
- позначити
- Розплавлення
- члени
- гроші
- пропонувати
- операційний
- Опції
- оракул
- порядок
- Інше
- продуктивність
- платформа
- Платформи
- підключати
- влада
- price
- Product
- Програмування
- зменшити
- Звіти
- Вимога
- ресурси
- результати
- Risk
- біг
- Salesforce
- живиця
- безпеку
- Загрози безпеці
- сенс
- Послуги
- Знімок
- Софтвер
- розробка програмного забезпечення
- Штати
- Статус
- система
- Systems
- технічний
- Технологія
- загрози
- час
- топ
- користувачі
- в
- Work
- років