Співробітники компанії «Техопедія», 25 травня 2016 року
Винос: Ведучий Ерік Кавана обговорює управління основними даними з Дезом Бланчфілдом, Робіном Блором, Джоном Евансом та Діаною Коллінз.
На даний момент ви не ввійшли в систему. Будь ласка, увійдіть або зареєструйтесь, щоб переглянути відео.
Ерік Кавана: Добре, панове, підходить літній час, тут жарко. Чому це? Тому що час для гарячих технологій. Так, мене звати Ерік Кавана. Я буду вашим модератором шоу, яке покликане - ми повинні поговорити про те, що гаряче, що відбувається, які класні речі там на ринку. Це наше партнерство з Техопедією. Ми любимо цих хлопців. Ми працюємо з ними вже кілька років. У них фантастичний сайт. Якщо ви хочете дізнатися що-небудь у світі технологій, яким може бути його визначення, перейдіть на сайт techopedia.com. І сьогодні ми говоримо про MDM, майстер управління даними. Точна назва - «Найбільша картина: пізнання свого клієнта на кількох платформах». І ця гра змінюється, люди, я можу вам сказати прямо зараз.
Тож є місце про ваше справді, зачепи мене на Twitter @eric_kavanagh. Я намагаюся відповісти кожному, хто мені відповідає. Тож рік гарячий. Це впевнено гаряче для MDM. І я вам кажу, що це не просто гаряче для великих підприємств, а й для малого та середнього бізнесу, які, нагадайте, мають багато різних систем. CRM-системи, системи маркетингу електронної пошти, ERP-системи, веб-аналітичні системи, набори електронного бізнесу тощо. Існує безліч різних точок доступу до інформації про клієнтів і тим краща робота, яку компанії можуть зробити, переплітаючи все разом, тим краще вони ' Ви зможете обслуговувати клієнта, а не відзначати клієнта і тримати цих клієнтів. Нехай вони купують ще деякі речі.
Я насправді особисто відстежував МДМ приблизно з 2003 року, приблизно тоді, коли термін був дійсно придуманий. Відверто кажучи, був банк, насправді Чейз Банк, я думаю, що це був Банк Один шлях назад, і один з моїх хороших друзів зараз, хлопець на ім’я Джо Північний, працював з компанією під назвою Razza Solutions, і вони мали те, що стало інструментом DRM Oracle. Тож вони фактично звели рахунки та зробили ієрархічне управління для банку ще тоді, і це деякі з перших днів головного управління даними.
Тому сьогодні ми говоримо як про аналітичні, так і про оперативні MDM. Сьогодні ми будемо багато говорити про ці речі і дійсно допоможемо вам зрозуміти, як ви можете використовувати цю технологію, щоб отримати повне уявлення про свого клієнта, зрозуміти, хто вони, і переконатися, що ви можете подбати про їхні потреби в що є відверто дуже конкурентним середовищем у всьому світі. Ми це бачимо всюди.
Отже, рок-зірка тут виступає з персонажів: Дез Бланчфілд, Робін Блор, Джон Еванс, Діана Коллінз. Телефонують з чотирьох різних локацій по всій планеті. Ми починаємо з Дез Бланшфілд, і з цим я збираюся вручити вам ключі, Дез, і я почну щебетати. Відняти її.
Дез Бланчфілд: Дякую Еріку. Мені просто довелося нагадати собі, щоб вийти з німого. Прошу вибачення за це. Дякую за можливість представити на цьому. Отже, я збираюся підійти до цього з точки зору реального прикладу організаційного виклику, щоб вирішити те, що я назвав однією з найбільших збоїв в організаціях, які вони збираються бачити для деяких час. Ми бачили ряд викликів. Хіт-компанії, що потрапили в GFC, повинні були з цим впоратися. Ми регулярно змінюємо законодавство щодо конфіденційності, з якою ми маємо мати справу.
Однією з речей, на яку я думаю, що організації переслідують те, що вони не побачили, - це вплив усієї проблеми досвіду знаменитостей. По суті, люди, що бігають з мобільними телефонами, бажаючи миттєвого задоволення деякими способами. Але миттєве задоволення хорошим способом, а не непосидючим по-дитячому. Просто усвідомлення того, що вони замовник, вони платять гроші і вони повинні отримувати цінність за це. І отже, відбулося це підроблення орієнтації на клієнтів або перетворення на орієнтовану на споживача організацію. Тож я швидко перейду до того, що це означає, і незабаром приведу до трохи більш технічної частини наших дискусій.
Я просто викладу це там і скажу, що, по-перше, бути організацією, орієнтованою на клієнтів, зводиться до однієї простої речі: Вам потрібен повний перегляд даних про клієнта та ваших клієнтів. У вас можуть бути різні системи. У вас може бути багато різних продуктів. У вас може бути п'ятдесят різних відділів у вашій організації, але незалежно від того, де ви перебуваєте в організації, незалежно від того, якою є ваша робота, ви повинні мати можливість отримати повне уявлення про всіх своїх клієнтів або клієнтів, які знаходяться в контексті яка ваша робота. І кожна частина наявного у вас набору даних або всі наявні у вас набори даних повідомляють про те, яким є стан країни для цього клієнта.
Я вважаю, що повна картина клієнтів у всіх ваших системах - це не просто вигадка! У наш час це необхідність. І перший раз, коли ви потрапляєте у сценарій, коли ви маєте справу з будь-яким спільним з клієнтом, особливо, якщо це живе, по телефону, у веб-чаті чи особисто, що ще більше лякає, і ви можете Не скажу їм все, що ви повинні про них знати, це стає дуже очевидним, і в цій ситуації опинитися дуже прикро.
Я розпочну з дуже швидкого анекдоту про реальні сценарії. Це фото дошки, і це менше, ніж п’ять днів. Це фактичний сценарій на дошці в кімнаті нещодавно, пару днів тому, і говорити про саму тему, як ми йдемо від дуже великої організації з десь дев'яносто різними частинами нашого бізнесу. Це азіатський банк, у них дев'яносто різних підрозділів бізнесу. Вони роблять все, починаючи з позик суспільства, однорангових та мікрокредитів аж до фінансування розміщення супутників у космосі. Так вони чудовисько. У них є десятки мільйонів клієнтів. Я думаю, що у них є трохи менше п’ятдесяти мільйонів клієнтів. І вони стикаються з цим типовим завданням того, як ми підходимо не просто до управління даними, але зокрема до даних про клієнтів та до клієнта, що працює в єдиному підрозділі.
І коли ми розмальовували це, річ, яка відскочила від нас з цієї дошки, це те, що вони мали не просто проблеми, вони мали кошмар, бо жодна їх система не розмовляла між собою. Я міг би зайти в будь-яку частину банку або будь-яку частину бізнесу і попросити позику. Це може бути кредит на автомобіль, кредит на будинок, кредит на малий бізнес, і вони нічого не могли сказати собі, або не могли ' не дізнаюся нічого про будь-які інші стосунки, які я мав з банком. І це зовсім відлякувало денне світло від них, оскільки вони зрозуміли, що береги вниз по дорозі вже можуть це зробити, і вони потенційно 12, 15 років відстають від восьми кулі. І зводиться до цих ключових пропозицій цінності, які клієнти просто шукають, - це лише послідовне бачення мене як клієнта, і вам потрібно розібратися, як ви збираєтеся це зробити. Особливо зараз, коли я маю справу з вами в Інтернеті, швидше за все це буде через додаток в наші дні.
Це зводиться до цієї ключової речі "все це про мене, замовника". І тому, коли ми визначаємо, як виглядає культура, орієнтована на клієнта, це стосується включення всього, що ми маємо від основних систем, які фіксують такі речі, як ваша перша. ім'я, прізвище та інші реквізити, коли ви заповнюєте форму або заповнюєте її в Інтернеті або приїжджаєте до нас за прилавком десь у торговій точці, і ми спочатку знайомимось з вами протягом усієї подорожі, яка нам доставляє саму продукцію чи послугу ти. І відображення це зверху вниз. Постійно вдосконалюючи дані та моделі даних, які ми використовуємо для цього. Вирівнюючи те, як ті технології та процеси в бізнесі працюють, постійно посилює наш погляд на вас. Постійні стосунки, які ми маємо з вами. Як ми постійно концентруємось навколо вас клієнта і як ми спілкуємося з вами. Якщо я продаю вам три послуги, я не хочу надсилати вам три різні папери щомісяця або три заяви або купюри тощо.
Історія, орієнтована на клієнта, набуває справжньої тяги зараз, і організації бачать цінність цього. Це все ще справжнє завдання в тому, що це: «Гаразд, у мене є десять різних систем, і вони не розмовляють між собою. У мене немає інструменту, ані системи, ані платформи, щоб зблизити це все ". І незмінно люди опиняються в кімнаті, роблячи сесії на дошці, як та, яку я тобі щойно показав. Але все зводиться до однієї основної речі в лівому куті трансформації. І трансформація від культури організації, і людей, і персоналу, і операційної моделі, аж до технології, яка їх підтримує. Тож існує досить поширений контрольний список, який організації проходять, щоб дійти до цього моменту, коли вони навіть розуміють виклик того, що означає бути орієнтованим на клієнтів, та необхідність побудови системи та отримання доступу до інструментів, які допоможуть їм це зробити.
Це такі речі, як відображення подорожі клієнтів через повний життєвий цикл та досвід, який вони мають у вас як організації. Вдосконалення ваших операційних моделей та те, як ви організовуєте бути зосередженими на клієнті та пропозицію цінності, яку ви надали клієнту. І тоді, звичайно, вирівнюючи свої технології та стеки технологій і обробляючи їх навколо, щоб переконатися, що ви насправді постійно рухаєтесь до подальшої взаємодії та кращої та тіснішої взаємодії зі своїми клієнтами. І власне сам процес залучення від керівників донизу.
Якщо ви не змінили свій погляд на світ з верхівки харчового ланцюга, з залу засідань вниз, то мало шансів, що рівень вашого депо або ваш щоденний фінансовий персонал змінять свою поведінку. Ви повинні вести зверху. Вам потрібно постійно оновлювати, переосмислювати та переробляти, як ви звертаєтесь до націленого на фактичну увагу на клієнті. Отже, як ви сприяєте не просто культурним змінам у верхній частині, а зміні поведінки в нижній частині організації та інструментах, які ви робите доступними для цього?
Одна справа сказати, що ти орієнтована на клієнтів, і ти хочеш, щоб люди поводилися в один бік, але ти не дав їм засобів та інструментів та можливостей зробити це, ти не збираєшся отримувати поведінку зміни, тому що люди просто повернуться до звичок, які вони знали до того, як подумали, що вони орієнтовані на клієнтів. А потім загальна інтеграція розрізнених частин організації та культури, яка жила всередині цього і очевидно підкріплена інструментами та платформою.
То як ви ставитесь до цих різних бізнес-підрозділів чи підприємств чи частин вашої організації та чи поводяться вони по-різному з культурної точки зору та вниз? Ну, ви надаєте їм відповідні інструменти та способи та засоби, щоб отримати повний та єдиний погляд на клієнта та досвід клієнта. Тоді як ви ставите кілька KPI і вимірюєте їх проти цього, відстежуєте їх і вкладаєте певні показники проти цих і вимірюєте ці KPI та надаєте їм цінність? Ділова цінність для себе і, очевидно, цінність у якійсь формі в ланцюжку вартості для клієнта і нехай вони повертаються. А потім включіть все спілкування, яке ви отримали зі своїми клієнтами, із зворотного зв’язку та в реальному часі чи повторно обробляється, щоб ваша поведінка та зміна культури, сподіваємось, потрапили у якийсь цикл зворотного зв’язку та цикл зворотного зв’язку, і ви зможете зрозуміти, чи є ви ' реально потрапив у позначку чи ні.
Ми переходимо до сценарію, коли ви знаєте, що зрештою організації опиняться ефективно тануть у різних даних, і ми бачили тут щось таке, якесь внутрішнє, якесь зовнішнє. Історично ми мали платформи управління відносинами з клієнтами, рекламні майданчики та маркетингові платформи. У нас були всілякі різні системи, які працюють незалежно, а потім, сподіваємось, вони спілкуються один з одним у якійсь формі. За останні кілька тижнів у нас відбувся вибух взаємодій, тому ми спілкуємося з вами через соціальні мережі, ми спілкуємося з вами через наш веб-сайт, ми отримуємо від вас електронні листи.
Наші системи IVR, які спілкуються з вами по телефону, тепер мають зіставити ці дані назад і розповісти, як ви поводилися з нашою телефонною системою та взаємодіяли з нашими базами даних, і якщо ви телефонували з нами, все, що потрібно зробити бути захопленим в режимі реального часу, і нам потрібно бути в змозі переконатися, що ми зможемо отримати спільне уявлення про це, що, сподіваємось, є загальною платформою управління даними в центрі діаграми.
Існує фраза, що була вигадана нещодавно, що стосується "клієнтського досвіду знаменитостей". Що ж це насправді означає? Справа не в тому, що ми вважаємо, що наші кінцеві споживачі або споживачі погано поводяться у знаменитостях і що вони відчувають себе по-різному. Це означає, що ми прокинулися до того, що ми маємо ставитися до кожного з наших клієнтів як до знаменитості. Вони повинні отримувати VIP-лікування ще з того моменту, коли ми зустрічаємося з ними протягом усього життєвого циклу, коли ми отримуємо задоволення від того, щоб їх мати як клієнтів.
І тому питання, яке мені регулярно задають - повертаючи це до дещо більш анекдотичної реальної історії клієнта - як ми можемо нашої організації забезпечити зростаючий попит на досвід клієнтів знаменитостей? Оскільки річ, яку ми зараз бачимо, є однією з найбільших збоїв в організації - це вимога виконувати цю обіцянку клієнтам. Щоб дати їм досвід клієнтів знаменитості. З мого досвіду, і, безумовно, у всьому світі, який я бачу, руйнуються, не усвідомлюючи це зсувом від інших впливів, про які вони, можливо, вже знали або бачили, що приходять до своїх реальних клієнтів. Їх клієнти їх зривають і порушують дуже серйозно. І тоді, якщо ви не можете надати цьому досвіду знаменитостей і надати інструменти та способи та засоби для своєї організації, щоб отримати єдиний погляд клієнта, тоді ви пропуститеся на милю, щонайменше милі в країні, спроможність та спроможність виконати цю обіцянку.
Є кілька ключових моментів, які я збираюся викинути сюди, а потім передам Робіну, щоб розібратися в більш детальних технічних деталях, що я рекомендую всім організаціям думати дуже швидко і швидко, якщо вони навіть віддалено близькі до цієї роботи. обіцянку своїм працівникам та їх організації стати об'єктом, орієнтованим на споживача. А це фокус на основних компонентах і створення єдиного перегляду клієнтів. Це звучить дуже просто, але що це означає? Ну це означає переконатися, що ви отримуєте правильні дані з правильних джерел даних постійно та в потрібний час. Переконайтесь, що дані постійно доступні у потрібному місці. Не лише якийсь час.
І це має бути тісно інтегровано. І він повинен бути споконвічно вбудований у вашу платформу. Це не може бути просто те, що ти думаєш, що ти робиш. Єдина маркетингова кампанія. Кожен раз, коли ви дивитесь на клієнта, вам потрібно мати можливість це постійно отримувати. Він повинен бути доступним усім потрібним людям постійно. Тому я не хочу бігати по коридорах, шукаючи племінних знань. Мені потрібно мати можливість це отримати за мить, лише перейшовши на один інструмент. І вам потрібно забезпечити його на потрібній платформі правильним інструментом. Тож він має бути вбудований у існуючі системи, які ви вже використовуєте.
Ваш CRM повинен мати можливість бачити все, коли я відвідую вас через свій мобільний додаток, з веб-сайту, від спілкування з вашим IVR, інтерактивним записом голосу, щоб пройти через службу довідки телефону, як самообслуговування. Або якщо я підштовхую зірку-дев'ять і добираюся до людини, то я задаю дещо складніше питання, з яким IVR не запрограмований для вирішення. Якщо я щебетати щось щасливе, якщо я написав статтю на LinkedIn. Це все в кінцевому підсумку потрібно повернути в CRM, щоб, якщо я керував чим-небудь спільним із клієнтом, я зможу це побачити. Нам потрібно зробити його за замовчуванням, а не винятком.
Це все ще дуже виняток, що люди хочуть вести кампанію, вони хочуть здійснити продаж і маркетингові зусилля, або вони намагаються вирішити якусь проблему або вирішити питання щодо ціни. Ми проводимо разову кампанію і намагаємось отримати єдине уявлення про певний сегмент нашого клієнта і починаємо запускати звіти та друкувати речі та передавати їх у прив’язаному друкованому форматі. Це виняток. Це повинно бути за замовчуванням. Ваші системи повинні постійно надавати єдиний погляд клієнту. І будь-яким способом ми до цього доходимо - будь то продажі та маркетинг, чи просто оперативні, чи виробничі, або логістичні, або що б там не було, з точки зору реальності, вам потрібно буде робити все це перш ніж ви зможете побачити надійну рентабельність інвестицій у цей перехід до переходу на організацію, орієнтовану на клієнтів. Ви збираєтеся отримати кілька швидких виграшів. Виразно будуть швидкі виграші. Тож на цьому фронті є хороші новини. Але реальність полягає в тому, що, поки ви не завершите перехід до повного єдиного перегляду організації, орієнтованої на клієнтів, що ROI не збирається стрибати з екрана у вас. І це весела подорож. Це гідна подорож. І все це підкріплене наявністю правильних інструментів, правильних платформ та наданням їх доступним для вашої організації в найкоротші терміни, у розумній, технічно та комерційно життєздатній формі. Зважаючи на це, я збираюся передати Робіну. Робін?
Робін Блор: Дякую, Дез. Я повинен був зробити те саме, що і ви, я повинен був відключити звук. Гаразд, я збирався підійти до цього більше з концептуальної точки зору, ніж із практичного сценарію, через який Дез пройшов. Ми дійсно говоримо про дуже специфічний набір діяльності в рамках організації, коли ми потрапляємо в область MDM, і, звичайно, клієнт - це велика справа. Ідентифікацію особи клієнта набагато складніше отримати з цілого ряду причин, ніж будь-що інше. Ймовірно, це найважливіша сутність. Є деякі підприємства, де у них може бути лише один клієнт, і вони можуть мати всю інформацію, яку вони могли отримати про цього замовника. Дуже рідкісний. В основному організації мають декількох клієнтів, а клієнти мають декілька аспектів. І дані в значній мірі поширюються всюди. Я працював з цією ідеєю досить недавно, ідеєю піраміди даних. У тому, що між даними, інформацією та знаннями, і власне розумінням, є чітка різниця. Але дані, інформація та знання можуть жити в комп’ютерах. Дані на найнижчому рівні - це лише сигнали та вимірювання. І інформацію, яку ви можете отримати, про що -
Ерік Кавана: Твій звук починає трохи згасати, Робін. Просто щоб ти знав.
Робін Блор: Добре, я перенесу мікрофон. Як про те, що?
Ерік Кавана: Ось ти. Це звучить набагато краще. Ось так.
Робін Блор: Так, дані складаються насамперед із сигналів, вимірювань, записів тощо. Він не має конкретного контексту. Він стає інформацією, надаючи їй цей контекст. Поєднання даних разом. Структурування даних. Створення візуалізацій, словників, схем. Все, що ви хочете створити навколо нього. Це переходить у знання, коли так чи інакше ви можете фактично почати передбачати поведінку певного суб'єкта, а також застосовувати політику та правила поводження з ним. Розуміння цілком живе в людських істотах. І це частина проблеми. Коли ви насправді дивитесь на фрагментацію, що існує з точки зору ситуації з клієнтом, ви часто виявляєте, що, дійсно, продажі мають один погляд на клієнта, маркетинг - інший. Підтримка продажу або фактично лише обслуговування клієнтів має інший погляд. У клієнта може бути багато дотичних точок з організацією. І нічого з цього не інтегрується в належним чином структуровану інформацію або багато її не інтегровано.
І тоді у нас виникає проблема, яка почала набувати значно більшої популярності за останні кілька років, ви можете збирати зовнішні дані про людей, і це дуже корисно, але ви насправді повинні інтегрувати це, щоб мати будь-яку реальну цінність. Таким чином, при уточненні даних великі труднощі виникають через фрагментацію. Ці дані надходять з різних місць, і вони недостатньо структуровані. І той факт, що існує тенденція до постійного постачання нових даних, і це майже завжди так, коли справа стосується замовника. І кожна сутність є рухомою ціллю. Ми не хвилювались, можливо, три-чотири роки тому, про профіль клієнтів у соціальних мережах, але ми це хвилюємо зараз. Ми дбаємо про це, оскільки це може завдати шкоди організації або стимулювати організацію, залежно від того, що там відбувається.
Якщо ви насправді маєте ідею, якщо ви сіли, зробили вправу і спробували розібратися, що було тим, що цікавило клієнта п’ять років тому? І ти робиш це знову, і ти виявляєш, що додано. А речі, можливо, забрали. Я маю на увазі, що нікого більше не цікавить, наприклад, який номер факсу насправді мають люди. Деякі люди мали на своїх візитних картках номери факсу. Але більше ніхто не переймається тим, що факс загинув. Отже, це рухома мета. Коли ви дивитесь на моделювання даних та MDM, перше, що - я насправді маю сказати про це, це те, що це частина управління даними, якщо ви цього не робите, то проблема в тому, як ви керуєте даними . Тому що, якщо ви насправді не займаєтесь моделюванням даних та MDM, то так чи інакше ви насправді не маєте дуже хорошого перегляду зверху вниз жодної сутності.
Але я перерахував тут управління даними. Я перерахував рядки, використання даних, якість, безпека, управління послугами, відновлення. Ви можете додати життєвий цикл тощо. У керуванні даними та моделюванні даних є дуже багато, і MDM - це основна і, можливо, центральна частина цього. Зміна йде зверху вниз в тому сенсі, що ти розумієш, що зміни відбуваються, тому що люди розуміють, що вони відбуваються. І тому можна подумати про весь цей стек від файлів і баз даних через елементи даних до бета-даних та бізнес-визначень.
Ви можете подумати, що насправді потрібно, так чи інакше, керувати всім стеком і постійно оновлювати весь стек, тому що знати щось на рівні визначення бізнесу насправді не означає, що ви збираєте дані на рівень файлів і бази даних. Це дуже широка картина, і поки ви насправді не задумаєтесь, ви не усвідомлюєте, наскільки вона широка. Моделювання та MDM, якщо ви насправді дивитесь, весь великий тренд даних пов'язаний не просто з цим - є набагато більше даних. Йдеться про те, що існує набагато більше даних з набагато більшої кількості джерел, що дає вам набагато більше перспектив щодо будь-якого суб'єкта, про який ви насправді збираєте інформацію. І чим складніше це, чим більше вам потрібна модель, тим менш легко її зрозуміти. Просто переглянувши, скажімо, схему бази даних, що відбувається, коли дані насправді надходять з 10, 20, 30 джерел.
Теоретично можна сказати, що MDM дає вам уявлення про всесвіт даних, але на практиці це фактично його частина. І ми насправді просто обговорювали, якщо ви дивитесь на ділове значення даних, то це, інформація про значення даних, насправді є частиною всесвіту даних, який ви дивитесь. Моделювання - зверху вниз і знизу вгору. Це означає, що ви можете дивитись на речі з точки зору бізнесу, але ви також можете дивитись на речі з погляду того, що у нас є. І ви будуєте в обох напрямках. І це не є і ніколи не може бути проектом. Почати це - проект. Це поточна діяльність. Ви можете розпочати це як проект, оскільки у вас немає нічого узгодженого, але після того, як ви його розпочали, це має бути постійною діяльністю. І все, що робиться в сфері даних, команда MDM, якщо вам подобається, повинна знати про це.
Клієнт кидає виклик, просто погляньте на те, щоб зосередити увагу на сутності замовника. Зараз існує більше даних про клієнта з набагато більше джерел, ніж про будь-яку іншу організацію на сьогоднішній день. І це, здається, весь час збільшується. Це часто неточно. Наприклад, якщо ви збираєте дані від мене. Якщо ви збираєте дані про мене, ви зрозумієте, що я маю різні посвідчення, це лише те, чи я використовую середні ініціали чи ні, коли заходжу на різні веб-сайти. І я роблю це часто просто для того, щоб дізнатися, де я збираюся взяти спам від даної ідентичності. Але багато людей це роблять. І тоді люди роблять випадкові помилки. А потім інформація застаріла.
Я зайшов до одного з цих ресурсів даних, який стверджує, що можу дати вам багато інформації про будь-яку людину, і зробив очевидну річ і задав питання про себе. І половина інформації, яку вони мені дали, насправді застаріла. І дещо все було не так. І ти дивишся на це і думаєш, якщо ти збираєшся так чи інакше збирати дані з інших джерел, то існує величезний елемент очищення даних і можливості визначити, чи є це ти отриманими даними. Як особи, у нас немає унікального ідентифікатора. Ім'я та номер мобільного телефону, ймовірно, наблизять вас до більшості людей, але не у всіх є номер мобільного телефону. І в різних культурах це теж різне. А тут є природа даних з точки зору аналітики.
Я не збираюся займатися цим в будь-якій глибині, але дані можна вибрати. Якщо у вас є чиїсь дані Twitter, є лише невелика кількість людей, які активно розміщують дані у Twitter. І вони відбирають. Вони не є випадковими клієнтами. Вони вирішили, що хочуть бути голосистими у Twitter. Мабуть, важко отримати 360-градусний огляд замовника. І це частково просто через технічну історію кожного. Незвично виявити, що є три або більше баз даних клієнтів, як і бази даних, не маючи на увазі безліч інших джерел інформації, які ви насправді збираєте про клієнта. І аналітика клієнтів, варто сказати, що зараз це величезна можливість. Ми звикли робити сегментацію в холості, але тепер це дійсно, тому що існує дуже багато зовнішніх даних про клієнтів, ви можете зробити дуже багато аналітики графіків взаємозв'язків, що є справді відносно новим. Ви можете використовувати прогностичну аналітику, про яку раніше ніколи не знали. Ви можете збирати інформацію про моду та інформацію про думку, яких ви раніше ніколи не могли зібрати.
Є дуже вагомий привід переглядати те, що ви робите щодо клієнта, і думати з точки зору того, як ви найкраще використовувати ваші дані. Практичний погляд. Моделювання організації-замовника є необхідною діяльністю заради точного та корисного BI та уточнення знань. Іншими словами, якщо у вас досить велика кількість клієнтів, це насправді необов'язкова річ. Вам належить це зробити. І я думаю, що це все, що я маю сказати. Давайте передамо м'яч далі.
Ерік Кавана: Добре, так що Джон, я вважаю, ти йдеш далі? Тоді Діана зробить демонстрацію. Тож із цим, Джон Еванс, забирай це. А люди, не соромтеся, надсилайте свої запитання будь-коли. Ми будемо стежити за цим питанням. Забирай це, Джон Еванс.
Джон Еванс: Гаразд. Дякую, Еріку. І дякую вам Дез та Робін за вступ та коментарі. Було багато перекриттів між тим, про що ви там говорили, і тим, про що ми сьогодні поговоримо і покажемо, що чудово. І що ми неодмінно погодимось, що це поняття орієнтації на клієнтів - це те, чого люди прагнуть досягти, і я думаю, що в корені цього ми б сказали, що наявність хороших даних та найкращих даних про ваших клієнтів - це єдиний спосіб мати молитву про досягнення цього. Отже, що ми хочемо сьогодні зробити, - це поговорити про орієнтоване на клієнта управління базовими даними та поділитися з усіма трохи про те, як ми підходимо до цього, вирішуючи цю проблему, і поговоримо про нову пропозицію, яку ми нещодавно представили, яка призначена для її створення компаніям будь-якого розміру легко надавати кращі дані про клієнтів у межах їх фрагментованого простору даних. Щоб цей пейзаж міг виглядати приблизно так.
Тут у нас є різноманітні системи по всьому периметру, безліч фрагментованих додатків, частина з них працює в хмарі, частина працює в приміщеннях. І в кожному з них, за визначенням, у вас є різні способи ідентифікації клієнтів та інформації про клієнтів. Різні моделі даних про клієнтів з різними ознаками, різними пріоритетами тощо. І навіть якщо ви були організацією, де ви вважаєте себе магазином SAP або магазином Oracle, або ви просто керуєте своїм бізнесом, наприклад, на SAP, або просто на Oracle, або ви використовуєте SalesForce, ви можете мати кілька примірників цих систем навіть у власній компанії. Можливо, вони розгорнуті в іншому місці чи в регіоні, який створений з різних причин, різних зон світу, або ви можете встановити їх по-різному за напрямками діяльності. І навіть якщо у вас є одна ERP, якщо ви виконали налаштування через них, у даних буде конфлікт.
Тепер фрагментація, яку ми бачимо, ще більше посилюється збільшенням прийняття хмарних систем та найкращих програм. Тож, хоча справді велике, складне, перекручене середовище, подібне цьому, було тим, про що всі думали: «Ну, це дійсно відбувається лише в дійсно великих компаніях», через появу хмарних рішень та найкращого підходу, що стосується цього питання зараз стає більш поширеним навіть у менших організаціях. Таким чином, це дійсно працює в діапазоні від малих підприємств аж до великих підприємств. Усі страждають від тієї ж проблеми зі своїми даними про клієнтів. І ви можете подивитися на деякі з цих проблем, які я перерахував тут посередині.
Я свого роду розбиваю їх на три типи. Існують проблеми, пов’язані з даними, де у вас є дублікати, у вас недопустимі дані, у вас відсутні поля, у вас непослідовна інформація, непослідовні ієрархії, і ці речі, як правило, погіршуються з часом. Тоді у вас виникають проблеми, пов’язані з людьми, коли люди не можуть отримати доступ до даних, вони не можуть відповісти на запитання, які вони мають, де вони шукають, але вони не в змозі досягти тієї 360-градусної точки зору, про яку говорив Робін.
І на третьому напрямку - це проблеми, пов’язані з процесами, коли у вас є дані в декількох місцях, а також люди не знають, що змінилося, і коли це відбувається з даними постійно. Таким чином, немає ніякого контролю та управління тим, як зберегти ці дані чистими. Отож, коли ви намагаєтеся забезпечити більш згуртований / злагоджений досвід клієнтів та ведете діалог із клієнтами, досягти цього справді важко, коли ваші власні дані про цих осіб не є послідовними та не точними.
Так само, як я бачив, я думаю, що це був минулий тиждень або тиждень раніше, стаття в "Управлінні інформацією", в якій говорилося про те, чому персоналізований маркетинг все ще не є точним, і вони перелічили дев'ять причин. Перші дві причини в їх списку: якість даних погана, а дані не інтегровані.
То що ви можете з цим зробити? Ну, є кілька способів спробувати підійти до цієї проблеми і продумати, з точки зору того, що це коштуватиме вашій організації. Ви можете або вчинити напад на ці дані, коли вони народиться, якщо ви хочете, або ви зможете напасти на них, як тільки вони проникли у вашу систему. Отже, ось картинка організації, з якою ми працювали, і насправді виділила близько тридцяти різних місць, де зберігалися дані там, у їхньому пейзажі.
Тож колись ці дані були випущені в дику природу, в ці десятки систем важко знайти, важко підтримувати, це дорого виправити, якщо ви думаєте про те, щоб зайти і намагатися виправити їх тридцять різних разів у тридцяти різних місцях . Отож, одна з концепцій, про яку ми хочемо поговорити, - це намагатися бути ініціативною і намагатися виправити речі на початку свого життєвого циклу, оскільки це стане легше знайти, легше контролювати і дешевше виправити та підтримувати і таким чином ви збираєтеся отримувати кращі дані під час роботи у своїх програмах.
Тож це концепція, про яку ми говорили, називається проактивним МДМ, і міткою, яку ми любимо використовувати, є концепція очищення річок, а не озер. Таким чином, є три кроки до цього, спочатку потрібно очистити, де ви хочете зіставити, об'єднати та очистити та пережити записи, як можна ближче до джерела, щоб спробувати отримати золоту платівку, щоб уникнути забруднення ваших додатків. Це можна зробити за допомогою впровадженого контролю над джерелами або навіть надання місця для централізованого надання даних, щоб вони були послідовними та точними, перш ніж випускати їх у дику природу.
Збагачення полягає в тому, щоб додавати цінність до даних, які ви переходите, включаючи довідкові дані та іншу інформацію, яка відсутня у вашій вихідній операційній системі, тому це можуть бути ієрархії, це можуть бути сегментації, наприклад, які не є власне збереженими в цих системах.
Потім третя частина полягає в тому, щоб залишатися в чистоті, і ось, де ви хочете переконатися, що у вас є процеси і люди, визначені для управління та управління, матимуть інструменти, щоб увімкнути ці процеси, а потім проактивно збігатися і очищати ваші дані періодично, щоб вони не ставали, тому ви уникаєте занепаду, який, природно, відбудеться, наприклад, коли люди змінюють роботу або змінюють місце проживання тощо.
То як ви це отримуєте? Що ж, існує ряд варіантів, які можна використати для атаки на цю проблему. Ви можете використовувати інструмент якості даних, ви можете використовувати інструмент інтеграції даних для вилучення інформації, ви можете використовувати інструмент робочого потоку, щоб розділити роботу з іншими людьми. Ви можете використовувати інструмент управління, щоб відстежувати, хто що робить. Ви насправді можете з'єднати всі ці різні засоби спадщини та кинути на нього чимало людей.
Але це все дуже дорого, це дуже багато ресурсів, це буде повільно розгортатися, і це буде важко керувати, і ви, можливо, навіть захочете почати зі своїх даних клієнтів, але ви також хочете врешті-решт керувати своїми продуктами, ваш список продуктів, які мають ці клієнти, і список постачальників цих продуктів, і графік рахунків, який ви використовуєте у своєму бізнесі, щоб відслідковувати, що відбувається, керувати своїми працівниками, які обслуговують цих клієнтів тощо. . Отже, тепер ви говорите про кілька доменів, постачальників, продуктів, рахунків, працівників та інше, щоб спробувати досягти 360-градусного огляду всього вашого бізнесу.
Тому в ідеалі те, що ми думаємо, що ви хочете досягти, - це одне рішення інтегрувати, узгоджувати та очищати основні дані ваших клієнтів, одне рішення, щоб ви могли керувати управлінням та управлінням, і один інструмент, який ви можете використовувати для управління кожним доменом даних, починаючи з клієнт і рухатися далі. Отже, це мета нової пропозиції, яку ми нещодавно оголосили під назвою Величина ОДНА. Magnitude ONE - це пропозиція MDM, розроблена для компаній, щоб інтегрувати, гармонізувати та керувати своїми основними даними у тих популярних програмах SaaS або інших приміщень, які використовуються, як ми говорили раніше, і тому Magnitude ONE включає ряд компонентів.
Перше, що включає в себе - це наше рішення Kalido MDM, яке було розгорнуте в деяких світових компаніях, і Ерік, ви говорили про вашу експозицію до основних даних і управління ще в 2003 році. Я думаю, цей продукт спочатку вийшов близько 2004 року. ми були першими піонерами в цьому просторі, за допомогою цього інструменту. Ми почали з його використання для обслуговування аналітичного використання інформації, щоб переконатися, що хороші дані потрапляють на склад, і з часом наші клієнти все більше і більше використовували їх у випадках оперативного використання та управління кількома доменами, включаючи клієнтів, продукт та фінансову інформацію і постачальник, і працівник тощо. Отже, MDM Kalido є основною частиною цього рішення.
Ми також надаємо підключення та інтеграцію до найрізноманітніших джерельних систем шляхом партнерства з програмним забезпеченням SCRIBE, використовуючи їх платформу онлайн-інтеграції SCRIBE як послугу. Це хмарна інтеграція, яка пропонує підключення до понад сорока систем як на приміщеннях, так і на системах SaaS, якими користуються організації. Таким чином, з цими двома разом, з нашим рішенням Kalido MDM це також включає і можливість мати кероване робочим середовищем середовище для управління основними даними та управління ними протягом усього життєвого циклу. У нас є сумісний двигун, який спеціально розроблений для обробки даних клієнтів, а також ми пропонуємо крім програмного забезпечення деякі віртуальне навчання в класі для продукту Kalido MDM та моделювання компонентів.
Отже, Робін, ви говорили про модель, це дійсно важлива частина, і саме з цього ми починаємо наше рішення, і ми покажемо вам це за мить, як ви приймаєте ту білу дошку, яку Дез показав, і переклав це на щось, що може фактично налаштував вашу систему MDM. Ваша остаточна думка про Magnitude ONE полягає в тому, що вона доступна в приміщеннях або як хмарний сервіс, ви можете отримати підписку або постійну ліцензію. Ідея полягає в тому, що вам буде легко купувати, підтримувати, впроваджувати та підтримувати.
Отже, як це виглядає тоді - Величина ОДНА в центрі тут, з потужними можливостями робити все у білій та синій коробках. Тому підключіться до даних клієнтів і отримайте доступ до даних клієнта через роз'єм SCRIBE, про який я говорив. Потім виконайте всі майстерні вправи, які потрібно виконати, щоб зіставити дані, об’єднавши, переживши і збагативши дані, щоб очистити їх. Потім авторизуйте та публікуйте точні та послідовні дані у споживчих системах разом із шаром доступу, щоб люди могли шукати дані, переглядати дані та навіть авторські нові записи, щоб ваші операційні та аналітичні системи могли залишатися чистими з плином часу.
Ми надаємо веб-інтерфейс для користувачів як управителів, так і адміністраторів, які ви побачите через мить, а також для ділових користувачів. Вони не тільки можуть просто переглядати та отримувати доступ до опублікованих головних даних, вони навіть можуть відігравати певну роль у процесі управління. Тож уявіть, як ваш торговий представник розмовляє з клієнтами, вони дізнаються щось нове про клієнта, вони можуть підняти запит на зміну і сказати, ей, цей клієнт, вони змінили назву, змінили адресу електронної пошти, вони переключили компанії, можливо, цей лікар змінив свою приналежність до цієї лікарні, ми хочемо переконатися, що ми відстежуємо такі речі, або цей страховий брокер зараз перевозить ці продукти, ми хочемо переконатися, що ми продаємо їм ці нові страхові продукти, наприклад. Таким чином, такі речі можна підняти і обслуговувати правильно, оскільки ваші співробітники, що стоять перед клієнтами, мають справу з цими особами.
Пара інших атрибутів про наше рішення. Номер один - це бізнес-модель, пам’ятайте, що на білій дошці зображено Дез, який мав кола та стрілки. Це в основному бізнес-вимоги щодо того, яким чином мають бути дані, як вони використовуються в реальному світі. Ми починаємо з того, що називається моделлю ділової інформації, і ми можемо в основному охопити ці вимоги та супутні бізнес-правила і реально розгорнути це, щоб створити правила та сховище MDM. Таким чином, це ефективно діє як спосіб подолати розрив у комунікаціях, який ми так часто бачимо між діловими людьми, що описують вимогу, та ІТ, які повинні повертатися назад і перекладати це в таблиці та карти тощо.
Таким чином, у нас є підхід, орієнтований на бізнес-модель, щоб переконатися, що це правильно з самого початку. Ми також включаємо автоматизовану обробку для цього та вбудоване управління робочим потоком та змінами, щоб ви могли, якщо у вас змінилася модель, де ви додали її, ви могли швидко розгорнути це і зробити це з невеликою командою через автоматизацію, для цього не потрібно стільки кодування, скільки, можливо, ви могли очікувати.
Я згадав про керовану моделлю природу, яка також керує екранами, які фактично з'являються. Отже, коли у вас є опис клієнта і у вас є його атрибути, те, що ви побачите на екрані, - це атрибути, визначені в моделі, тому все створено для вас, вам не потрібно створювати конкретний інтерфейс екрани для відображення даних, це все відігнало модель.
Ще одна цікава функція, яку ми представили, - це концепція інтеграції Excel для управителів даних. Це означає, що стюарди даних можуть використовувати Excel як місце для редагування записів, які неможливо було автоматично узгодити та затвердити та розгорнути. Тепер ви можете подумати, ну це просто, ви просто скидаєте дані в Excel, правда? Ну, це набагато більше того, тому що найголовніша річ у цій можливості полягає в тому, що вона долає проблему просто оновлення даних ренегату, завантажуючи дані з Excel.
Насправді, коли ви завантажуєте ці дані з Kalido MDM в інтерфейс Excel, вони поставляються з правилами перевірки. Таким чином, він розповість, яку з цих комірок потрібно заповнити, щоб зробити її дійсною записом, вона надасть вам спадний список доступних значень або затверджені значення, наприклад, щоб ви в основному уникали створення помилок під час оновлення основних записів даних.
Потім у вбудованому механізмі робочого процесу переконайтеся, що всі дані оброблені та дозволені до публікації, а також він відстежує, хто що робив і коли, і дозволить вам в основному переглянути та перевірити всі попередні значення головних даних, щоб ви могли побачити, як змінилися дані час.
Таким чином, користь від цього, що стосується даних про клієнтів, полягає в тому, що ви можете дістатися до місця, де ви зможете провести більш персоналізовані та відповідні діалоги та взаємодії з клієнтами. MDM стає все більш критичним для бізнесу, особливо коли ви думаєте про маркетинг, що відбувається один на один, і це хороший приклад циклу, який відбувається.
Отже, ви починаєте з даних про своїх клієнтів, це речі, якими ви оволоділи, хто вони, якими продуктами вони володіють, що я можу відповідати щодо інформації про клієнтів у кількох системах? Потім ви збагачуєте це додатковою інформацією про них та про те, як ви взаємодіяли в минулому. На що вони відповіли? Або як вони хочуть зв’язатися з ними? Можливо, вони хочуть зв’язатися з факсом, тому це все ще є на їхній візитній картці. Але та інформація, яка потім дає вам зрозуміти, що вам потрібно для взаємодії.
То які ще переваги? Деякі з них можуть, наприклад, надходити з соціальних джерел. Тоді ви можете вирішити, що наступна найкраща взаємодія для цих клієнтів, які пропозиції я повинен зробити? Це створить якусь взаємодію, вони щось завантажать, вони щось придбають.
Звичайно, це створить більше даних, які ви хочете ввести у цей доброчесний цикл маркетингових взаємодій. Отже, ви зможете швидше знаходити та закривати нових клієнтів, збільшувати продаж, надавати кращі послуги з клієнтами, усунути помилки, усунути дублікати товарів, наприклад, доставку маркетингових матеріалів, і врешті-решт ми отримаємо можливість зменшити продажі та маркетингові витрати.
Отож, одним із прикладів нашого замовника, який зробив це, поштове відділення Великобританії використовувало MDM Kalido для надання кращих даних про клієнтів, щоб вони могли доставляти потрібні товари та вести діалоги з клієнтами в потрібному каналі, що в кінцевому рахунку призвело до збільшення обсягів продажів і збільшив маржу для них.
Тож це лише мої вступні коментарі, я хотів би зараз передати це Діані, щоб провести вас та показати вам, як ми робимо щось із цього.
Діана Коллінз: Дякую, Джон, так що, сподіваємось, ми зможемо реалізувати частину цього для всіх вас. Тож те, що ви зараз маєте бачити на екрані, - це приклад моделі бізнес-інформації Kalido. Отже, частиною рішення, що ми сьогодні будемо показувати, є інтеграція даних із salesforce.com. Тут ми з'явилися наші моделі salesforce.com в нижній лівій частині. Це, очевидно, веб-додаток, програмне забезпечення - це сервісне додаток. Ми будемо інтегрувати його з даними з нашої локальної реалізації Oracle, бізнес-пакету.
Таким чином, наша мета - взяти наші контакти та інформацію про рахунки з salesforce.com, інтегрувати її з нашими дебіторськими рахунками та контактною інформацією в єдину гармонізовану структуру облікових записів та контактів, яку ми потім завантажимо в Microsoft Dynamics CRM. Тож наш сценарій тут - ми переходимо від того, що раніше використовували salesforce.com до використання Dynamics CRM. Ми хочемо переконатися, що у нас є повністю інтегрований, гармонізований список клієнтів, 360-градусний погляд на основі нового середовища Dynamics CRM.
Отже, щоб створити це, ми перенесли дані з salesforce.com та EBS в MDM Kalido, ми фактично запустили процес узгодження. Тож, в інтересах часу, ми якось закінчили приготування їжі і ми будемо насолоджуватися їжею. Тож давайте перейдемо зараз до нашого середовища MDM та просто покажемо вам деякі з речей, які ми можемо зробити за допомогою додаткових функцій, які рішення MDM додає до простої інтеграції підключення цих платформ.
Але одне з речей, що трапиться, звичайно, це те, що ти втратиш свою історію. Ви б у кінцевому підсумку отримали свої дані в Microsoft Dynamics, але чи знаєте ви, звідки що-небудь? Ось що MDM, одне з речей, яке може нам надати рішення MDM, це дає нам історію.
Тож якщо ми подивимось на наш список узгоджених рахунків, ми виберемо один із них. Скажімо, ми тут вибрали магазини Альберта. Це дає нам деяку інформацію про те, звідки беруться записи цього магазину Альберта. Ми можемо бачити, що це інтеграція двох записів, один - із облікового запису salesforces.com під назвою Альберт і Джерард, а один - з рахунку EBS під назвою Albert's Stores, і вони були інтегровані разом і узгоджені в цей єдиний батьківський рахунок, який називається магазини Альберта.
Ми також бачимо його оригінальний ідентифікатор, ми можемо побачити, що сьогодні він уже переміщений до Microsoft Dynamics, оскільки тут у нас є ідентифікатор CMR від Microsoft Dynamics. Я бачу час останнього оновлення даних. На додаток до цього ми надаємо інший погляд, який дозволяє не лише переглядати дані, але і за допомогою нашого перегляду графіків ви можете переглянути асоціації, в яких беруть участь дані.
Отож, у нас є той самий запис, наші магазини Albert's Store з його асоціаціями з рахунком дебіторської заборгованості, своїм рахунком salesforce.com та контактами. Якщо ми виберемо один із цих контактів, ми можемо побачити, що цей контакт був насправді контактом salesforce.com. Так само наш аккаунт Адама Альберта був контактом EBS, тому цей рух, я думаю, на екрані це відбувається автоматично, пару з них я роблю просто, щоб легко читати речі. Але, як ми продовжуємо, ми можемо подивитися на контактну інформацію і побачити, що вона надходила з нашого облікового запису salesforce.com. Це фактично створить представлення, яке показує нам усі відносини, в яких беруть участь наші дані.
Крім того, бачите, як ми класифікуємо наші дані saleforce.com і що там є інші облікові записи, які є занадто численними для їх переліку. Ну а ті речі, які занадто багато для переліку, ми все одно можемо дістати до них. Ми можемо просто прокрутити сторінку вниз і потрапити до списку всіх тих зайвих облікових записів, яких було занадто багато, щоб перелічити на графічному поданні. Звичайно, ми можемо почати з перегляду графіків для будь-якого з них. Тож це один із способів поводження з речами. Ми можемо бачити дані, ми можемо маніпулювати даними, ми також хочемо мати можливість переадресувати та виправити дані. Отже, кілька способів подивитися на це.
Тож одна з речей, яку ми могли б зробити - це перейти, подивитися на ієрархію. Я зберегла ієрархію облікових записів як одну з моїх улюблених, тому я можу зберігати різні категорії інформації як облікові записи, так і ієрархічні шляхи, які Я міг би використовувати свій браузер ієрархії. Тож тут я можу проаналізувати свою ієрархію, я можу побачити всі різні контакти, які маю з кожним обліковим записом.
Але одна з інших речей, яку надає це середовище, - це можливість знайти всіх сиріт. Це контакти, які увійшли через нашу гармонізовану систему, яка не мала батьків у своїх джерелах, тож це сироти, які залишилися позаду. Отже, ми перенесли це, визначили їх, ми знаємо, що це сироти, ну як це виправити? Ну, ми просто натискаємо цей перемикач для редагування режиму, що відкриває інший погляд на ієрархію, і тепер ми можемо почати класифікувати цих людей. Тож, можливо, Білл Мюррей працював в мережі «Мережа змінного струму», щоб ми могли взяти його на себе і додати його до списку, і ми бачимо його виділеним, вказавши нам, що це зміна. Я можу перемістити Сенді і призначити її, можливо, А.Г. Едвардсу та Компанії.
Коли ці зміни вносяться, вони записуються тут, я можу їх скасувати, якщо зрозумію, що я помилився. Я можу згрупувати їх декілька разом і переміщувати їх по системі як одиницю, даючи їм ім’я, а потім вони обробляються як єдиний блок роботи через мою систему. Тож це один із способів і, очевидно, якщо я буду активною, я, можливо, захочу зайти сюди і подивитися на це, і якщо побачити, чи є сироти, і вирішити цю проблему. Що робити, якщо я цього не зробив? Що робити, якщо я не був ініціативним? Що ж, знову ж таки наша система включає в себе робочий процес, про який я вже згадував, рішення робочого процесу, що дозволяє нам безпосередньо вирішувати це питання.
Для цього я заходжу як системний адміністратор, я зараз увійду як контролер даних, добре? Отже, це буде особа, яка відповідає за керування недійсними даними. Ви побачите, як тільки я ввійду в систему, я потрапляю до своєї поштової скриньки. У нас є 11 осиротілих записів, оскільки зв’язок, зв'язок між контактами та їхніми записами є обов'язковим. Усі узгоджені рахунки, які не мали відповідних підключень до облікового запису, є недійсними. Вони рухаються через робочий процес і, як ми бачимо на схемі робочого процесу, ось де ми зараз виправляємо записи. Потім вони перейдуть до процесу затвердження, затвердженого менеджером з продажу, затвердженого бухгалтерією та нарешті дозволеного до публікації в наступному пакетному оновленні нашої динаміки.
Звичайно, це також може бути налаштовано для запуску в режимі реального часу, який, як тільки він буде опублікований, як тільки він буде дозволений для публікації, він буде негайно витікати з програми Dynamics, тож саме від вас залежить, як ви хочете налаштувати цей останній крок інтерфейс. Тож сподіваємось, що це дало нам - давши вам коротку ідею та огляд лише деяких способів, за допомогою яких наш інструмент MDM може допомогти збагатити та покращити наше середовище. Є багато, багато інших способів, за допомогою яких ми можемо покращити використання вашої інформації клієнта, і дійсно дійти до того моменту, коли у вас є справді гармонізований 360-градусний погляд клієнта з усією інформацією в одному місці, доступній для користувачів. Не тільки через цей інтерфейс провайдера, але, як я вже згадував, ми також надаємо споживчий інтерфейс, свого роду веб-портал, де, якщо користувач знає, що в обліковому записі відбулася зміна, він може підняти запит на зміну та адресувати його, а також змінити цю зміну. звернутися безпосередньо до управителя даних, щоб внести будь-які зміни до цієї записи, які, на їх думку, потрібно внести. Тож у цей момент я думаю, що я поверну його Еріку, і ми перейдемо до Q і A.
Ерік Кавана: Безумовно. Отже, у нас тут є кілька запитань від аудиторії. Я викину його, але, можливо, спочатку Дез або Робін, у вас є питання? Дозвольте розпочати з вас Дез.
Дез Бланчфілд: Однією з речей, на які я стикаюсь кожного разу, коли я проходжу цю подорож з організацією, - це вся проблема контролю версій. Чи можете ви просто торкнутися підходу до контролю версій щодо даних чи певних - знаєте, уявіть собі сценарій, коли три різні частини організації мають справу зі мною як із замовником, а потім вони вносять різні оновлення та зміни через нове. інструмент. Як ми вирішуємо питання просто версії, яка контролює дані, що надходять через бізнес, і хто курирує, і контролює, і схвалює це?
Діана Коллінз: Це відмінне запитання. Отож, одна з речей, яка вбудована у наше рішення, - це аналіз аудиту та історія. Тож я побачу, чи зможу знайти запис із історією. Дозвольте мені побачити, чи в наших магазинах Альберта записано, що ми використовували, є історія, як тільки я натискаю на «Режим історії», що це робить для мене - у мене - це не має змін в історії. Я хочу, щоб це було так, як це показало б нам будь-які тимчасові зміни, які були внесені тут, а також дату та час, коли вони були внесені. Окрім того, я можу перейти до детальної інформації про історію, і якщо я ввімкнув прослуховування аудиту, я не побачив би лише ці зміни та коли вони були внесені, але аудиторський слід буде мені повідомляти, хто вніс ці зміни, який користувач також змінив. .
Наш підхід до створення версій базується більше на часі, ніж на встановленні довільних міток. Ви можете вибрати момент і переглянути свої дані такими, як вони були в той момент часу, і перемістити дані, як це було в той момент часу. І ми, звичайно, відстежуємо історію не лише вмісту даних, але й моделі даних. Оскільки ваша модель даних може розвиватися, ми додаємо нові класифікації, ми також відстежуємо це, і ви завжди можете відкотитися назад і побачити такі, якими вони були в будь-який момент часу.
Дез Бланшфілд: Моделі даних викликають важкі проблеми, я маю на увазі, що у вас є значна родовід у роботі з деякими істотними статтями. Чи можете ви навести кілька прикладів деяких моделей даних, які вже існують, і деяких, з якими ви мали справу з цим, знаєте, ключовими секторами, такими як виробництво, роздрібна торгівля, логістика та фінансові послуги. У вас є банківське управління та управління збитками тощо. Так підхід зроблений із попередньою моделлю, яка може швидко реалізувати проект, за яким люди можуть почати знати, де є прогалини, чи їм доведеться самі будувати та навчати цю модель?
Діана Коллінз: Ми використовували обидва підходи протягом багатьох років. Ми спробували придумати моделі і виявили, що чим більш повна модель насправді означає, тим більше змін вам доведеться внести, щоб отримати більше налаштувань, які ви можете зробити для клієнта. Отже, ми дійсно застосували підхід фрагментів моделей, певних основних загальних елементів, які ми виявляємо, що насправді пронизують цілі галузі.
Наприклад, у фінансових послугах ми маємо моделі на ринках капіталу для цінних паперів та деривативів тощо. У нас є моделі страхування, страхування майна та відповідальності, перестрахування, і обидві вони управляють ризиком різними способами. У нас є моделі виготовлення товарних купюр матеріалів, посадочних купюр. У нас є інші частини моделі ланцюга поставок або будь-якого іншого трекера, проміжні склади, моделі розподілу, старіння товарних запасів, подібні речі. Для багатьох наших клієнтів, ви знаєте, у нас є клієнти майже в кожній вертикалі, про яку ви можете придумати, але для багатьох з них ми змогли розробити певні основні компоненти, які ми збираємо для нашого клієнта в готову модель.
Джон Еванс: Так. Дозвольте лише додати, Діана. Ви знаєте, модель, яку ми показали хвилину тому на помаранчевому фоні, насправді концептуальна модель, тому вона має, знаєте, голосні звуки, і немає підкреслень, я маю на увазі, що це людина може зрозуміти. Це не ІТ-концепція сама по собі, це те, що ділова людина може зрозуміти. У нас є ці концептуальні моделі, ми можемо імпортувати існуючу модель, яка у вас може бути, і ми розміщуємо її для того, щоб отримати її таким чином, але за допомогою - як говорила Діана, коли у нас є фрагмент моделі або приклад моделі, яку ми використовували що перед тим, як ми покажемо замовнику, як правило, всередині, трохи знаючи, на це дивлячись і виставляючи його на екран і щось вказуючи та жестикулюючи, вони, як правило, можуть переробляти цю модель, щоб зробити її досить представленою того, що вони намагаються досягти.
Таким чином, це прискорює час для того, щоб захопити ці вимоги, щоб ви могли продовжувати це, але інша річ, яку я тут не показав, це, знаєте, є ця схема, але є також вкладка, що називається операціями, де ви в основному натискаєте a кнопка, і вона генерує всі необхідні вам об’єкти у сховищі MDM разом із правилом, яким ви були - ви налаштували, знаєте, що є необов’язковим, що обов'язково, яка кардинальність, всі ті речі, які ви хочете робити, але там є кнопка, на якій написано «Розгортати», то вона просто генерує модель, яку ви створили на передній частині. Таким чином, у нас є фрагменти, ми маємо досвід у найрізноманітніших галузях, і наші консультанти здатні дати можливість клієнтам розпочати роботу дуже швидко.
Діана Коллінз: Ну, інше, що я збирався з’ясувати -
Дез Бланчфілд: Отже, я інший швидкий, перш ніж передати його Робіну - так, вибачте, йдіть.
Діана Коллінз: Я б просто зауважила, що ми зазвичай проводимо ці сеанси моделювання як певний сеанс заклинання, тому що нас не так цікавлять деталі всіх атрибутів, ми можемо заповнити це пізніше, коли доберемось до нього. Що нас насправді цікавить, - це уявлення бізнесу про те, як дані тримаються разом і як вони розуміють, що вони є корисними, і саме так ми хочемо побудувати рішення.
Дез Бланчфілд: Ні, це все має великий сенс. Останню швидку, тоді я передам її Робіну. Отже, те, що я відразу уявляю, відбудеться в розмові нашого менеджера з організаціями, з якими я маю справу, - це те, що вони мають перегляд, у них вже є, ви знаєте, управління, рамки та інструменти - що таке досвід, як ви працюєте організація, де скажімо, керуюча команда вирішила піти цим маршрутом, стати орієнтованою на клієнтів та очистити свої клієнтські дані, або отримати єдину належну суму, і все ж ІТ та інші частини бізнесу, можливо, вже відчули, що вони запустити кілька програм роботи, щоб дістатися до хорошого місця на цьому?
Діана Коллінз: Ну добре, це цікаве питання. Так, я пропоную, що впровадження MDM, як правило, не вийде, якщо немає такої підтримки високого рівня. Я думаю, що ці проекти повинні бути витіснені з досить високого рівня в організації, оскільки є культурні зміни, які потрібно прийняти. Я думаю, що Робін говорив з цим раніше, що, знаєте, це не те, що ви просто робите як проект, і це залежить від того, до якого часто звертаються в ІТ-організації. Це програма, що триває, це щось, що вимагає прихильності та готовності до змін, якщо ви хочете реалізувати, а потім, коли у вас є, я думаю, що ми виявили, що реалізація йде дуже добре.
Там, де нам доводиться боротись в якійсь реалізації, було там, де не була підтримка управління на високому рівні, або де ІТ-організація була стійкою до змін, але в обох випадках ми перемогли їх у перемозі. Я думаю, що одного разу ми показали їм, як просто вставати та працювати, і як це насправді знімає відповідальність за вміст даних з своїх плечей, і справді ІТ не повинен відповідати за це. Бізнес знає, що складає хороші дані, ІТ не повинен цього знати. ІТ повинні відповідати за те, що вони роблять добре - організація даних, збереження їх, збереження їх в безпеці та як - і зазвичай вони приходять і бачать це таким чином.
Ерік Кавана: У нас є кілька запитань від аудиторії, дозвольте мені їх викинути сюди. Ми трохи підемо з часом, але, думаю, я отримаю всі питання, які ми можемо або хоча б спробуємо. Я перекину це вам, можливо, Джоном чи Діаною, в будь-якому випадку. Учасник запитує: "Чи є у вас функціональність для того, щоб переробити з поганих записів на золоті записи? Такі операції, як, наприклад, замовлення на продаж прямо в операційних системах? »Не впевнений, я точно знаю, що він тут має на увазі, але, сподіваємось, ви зможете відповісти на це.
Діана Коллінз: Ну ми, звичайно, можемо відновити записи батьків. Це дуже стандартна частина цього офісного рішення, але всередині операційних систем це не безпосередньо. Ми могли б зробити це середовищем MDM, а потім повернути ці дані назад із середовища MDM, коли вони будуть опубліковані з середовища MDM, повернути їх в операційну систему, але вони не потраплять безпосередньо в систему - ми б не виправляли їх безпосередньо в операційній системі з середовища MDM.
Ерік Кавана: Зрозумів. Гаразд, і ось ще одне питання: "Чи можна використовувати цей інструмент для перегляду рядків даних?"
Діана Коллінз: О, так, так. Знову ж таки, це не чудова модель для подібної ілюстрації, але абсолютно. Там, де у вас є історія ваших даних, де дані надходять з кількох місць, ми можемо позначити її джерелом і перенести цю інформацію до опублікованих даних.
Джон Еванс: Завдяки цьому. Тут є елемент цього в моделі, там Діана, я маю на увазі, що у вас є контакти SFDC та EBS-контакти, які фактично потрапляли і в поле графіка. Він ніби висить навколо даних.
Діана Коллінз: Так. Я маю на увазі, очевидно, в реальному середовищі лінійки ви мали б більш надійне рішення та реалізацію, і тут було зроблено лише основне.
Ерік Кавана: Добре, добре. Ще пару запитань і тоді ми завершимо роботу. Один із присутніх каже: “Як ви підтримуєте визначення домогосподарства? Чи є у вас спосіб збагатити майстер-дані клієнтів за допомогою соціальних мереж? "
Діана Коллінз: Це на нашій дорожній карті, збагачення соціальною мережею з даних соціальної мережі є на нашій дорожній карті. Наразі це не на продукті, але в плані побутового дому, це частина наших можливостей узгодження та об'єднання. У процесі узгодження велика кількість ручок та важелів, якими ви можете керувати зважуванням певних частин даних, але те, що в кінцевому підсумку дозволяє нам, це зібрати разом усі індивідуальні записи контактів, які можуть бути частиною одного домогосподарства . Тоді він розуміє різницю між компаніями та людьми. У компаніях ти, як правило, дивишся на початок, своєрідність значення слів у назві; в компанії, почніть з фронту і працюйте до кінця. Але коли ви займаєтесь домашнім господарством, вам дуже хочеться почати з кінця і працювати на фронт з іменами людей. Він розуміє, що і здатний зробити досить гарну роботу зі збору контактів, які належать до одного домогосподарства.
Ерік Кавана: І одне останнє питання, що з клієнтами ресторану? У нас тут хороший досвідчений глядач, який запитує, чи є у вас клієнти ресторану?
Діана Коллінз: Насправді ні. Це буде нова вертикаль для нас. Ми були б дуже зацікавлені в цьому. У нас є клієнти, які постачають ресторани, але у нас немає ресторанів, які є замовниками.
Ерік Кавана: Гаразд, ніяких турбот. Ну, люди, ми прогоріли тут протягом години і п’яти хвилин, тому дуже велике спасибі нашим сьогоднішньому ведучому. Ми будемо архівувати цю веб-трансляцію, щоб усі ці архіви були доступні для подальшого перегляду. Велика подяка сьогодні нашим ведучим. Велика подяка, звичайно, Дез та Робін за їхню інформацію та програмне забезпечення Magnitude. Це хороший матеріал. MDM тут залишився, люди, в цьому немає жодних сумнівів. Дійсно важливо отримати центральний вигляд, який буде важливішим з часом. Я маю думати, як наші клієнти вирішують, що вони не хочуть, щоб вони не піддавалися жорстокому поводженню, вони хочуть отримати найкраще можливе лікування, і це саме так.
Тож із цими людьми ми попрощаємось із тобою. Ще раз дякую Ми завтра поговоримо з вами на іншій трансляції завтра, так. Гарячі технології - це найгарячіше шоу в ці дні, ми поговоримо з тобою, сподіваємось, завтра о четвертій східній годині. До тих пір, дбайте, люди. Бай-бай.
