Od zaměstnanců Techopedia, 25. května 2016
S sebou: Host Eric Kavanagh diskutuje o správě hlavních dat s Dezem Blanchfieldem, Robinem Bloorem, Johnem Evansem a Dianou Collinsovou.
Momentálně nejste přihlášeni. Chcete-li zobrazit video, přihlaste se nebo se zaregistrujte.
Eric Kavanagh: Dobře, dámy a pánové, léto se blíží, je to tady horko. Proč? Protože je čas na Hot Technologies. Ano, jmenuji se Eric Kavanagh. Budu vaším moderátorem pořadu, který je určen - měli bychom si povídat o tom, co je horké, co se děje, jaké jsou skvělé věci na trhu. Toto je naše partnerství s Techopedia. Milujeme tyto lidi. Spolupracujeme s nimi již několik let. Mají fantastický web. Pokud chcete vědět něco ve světě tech, jaká by mohla být jeho definice, přejděte na stránku techopedia.com. A dnes mluvíme o MDM, správě kmenových dat. Přesný název zní „Největší obrázek: Poznání vašeho zákazníka na více platformách“. A tato hra se mění, lidi, můžu vám to hned říct.
Takže je tu opravdu vaše místo, trefte mě na Twitteru @eric_kavanagh. Snažím se odpovědět každému, kdo mi odpoví. Takže rok je horký. Je to určitě horké pro MDM. A říkám vám, co je horké, nejen pro velké podniky, ale také pro malé a střední podniky, které, hádej co, mají spoustu různých systémů. CRM systémy, e-mailové marketingové systémy, ERP systémy, webové analytické systémy, sady eBusiness atd. Existuje mnoho různých přístupových bodů k informacím o zákaznících a čím lépe mohou firmy dělat tkaní toho všeho dohromady, tím lépe ' Budu moci sloužit zákazníkovi, neodškrtávat ho a udržovat tyto zákazníky kolem. Nechte je kupovat další věci.
Ve skutečnosti jsem MDM osobně sledoval od roku 2003, což je období, kdy byl tento termín skutečně vytvořen. Upřímně řečeno, byla tu banka, ve skutečnosti Chase Bank, myslím, že to byla Bank One way back, a jeden z mých dobrých přátel teď, chlápek jménem Joe Northern, pracoval ve společnosti s názvem Razza Solutions a oni měli, co se stalo nástrojem DRM společnosti Oracle. Takže vlastně srolovali účty a spravovali hierarchii pro bankovní cestu zpět a to je z prvních dnů správy kmenových dat.
Takže dnes mluvíme o analytických i provozních MDM. Dnes se o těchto věcech hodně bavíme a opravdu vám pomůžeme pochopit, jak můžete využít tuto technologii k získání úplného pohledu na svého zákazníka, pochopit, kdo jsou, a ujistit se, že se můžete postarat o jejich potřeby v co je upřímně velmi konkurenční prostředí po celém světě. Vidíme to všude.
Takže, rocková hvězda obsazení postav zde: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Volání ze čtyř různých míst po celé planetě. Začínáme s Dezem Blanchfieldem as tím vám dám klíče, Dezi, a začnu tweeting. Vzít to pryč.
Dez Blanchfield: Děkuji Ericu. Musel jsem si jen připomenout, abych ztlumil. Za to se omlouvám. Děkuji vám za příležitost k tomu. Takže se k tomu dostanu z pohledu skutečného příkladu organizační výzvy, abych se vypořádal s tím, co jsem označil za jedno z největších narušení organizací, které pro některé uvidí čas. Viděli jsme řadu výzev. Společnosti zasažené GFC se s tím musely vypořádat. Pravidelně se mění právní předpisy týkající se soukromí, s nimiž se musíme vypořádat.
Jednou z věcí, o kterých si myslím, že jsou organizace dohnány, že neviděli příchod, byl dopad celého tohoto problému s celebritou. A v podstatě lidé pobíhající kolem s mobilními telefony, kteří chtějí nějakým způsobem okamžité uspokojení. Ale okamžité potěšení dobrým způsobem, ne mazlavým dětinským způsobem. Jen poznání, že jsou zákazníkem, platí peníze a měli by za to získávat hodnotu. A tak došlo k tomu, že se jedná o ražení mincí zaměřených na zákazníka nebo se stává organizací zaměřenou na zákazníka. Takže se chystám rychle projít, co to znamená, a brzy se dostanu do trochu více technické části našich diskusí.
Jednoduše to uvedu a řeknu, že za prvé, být organizací zaměřenou na zákazníka jde o jednu jednoduchou věc: Potřebujete úplný přehled o svém zákazníkovi a vašich zákaznických údajích. Můžete mít různé systémy. Můžete mít spoustu různých produktů. Ve vaší organizaci můžete mít padesát různých oddělení, ale bez ohledu na to, kde se nacházíte v organizaci, bez ohledu na to, jaká je vaše pracovní funkce, měli byste být schopni získat úplný přehled o všech svých zákaznících nebo zákaznících, kteří jsou v kontextu jaká je vaše pracovní funkce. A každá část datové sady, kterou máte, nebo všechny části datových sad, které máte, vám řeknou, jaký je stav národa pro daného zákazníka.
Uvedl jsem tento řádek, že úplný obrázek zákazníků napříč všemi vašimi systémy není jen lahůdka! V dnešní době je to nutnost. A poprvé, když vás chytí scénář, ve kterém máte co do činění se zákazníkem, zejména pokud je to naživo, v telefonu nebo ve webovém chatě nebo osobě, což je ještě děsivější, a můžete Neřeknu jim všechno, co byste o nich měli vědět, je to zcela zřejmé a je to velmi nešťastná situace.
Začnu velmi rychlou anekdotou kolem scénářů reálného světa. Toto je fotka tabule, která je stará méně než pět dní. Toto je skutečný scénář na tabuli v místnosti nedávno, před pár dny, mluvící o samotném tématu toho, jak se chováme z velmi velké organizace s něčím, jako je devadesát různých částí našeho podnikání. Je to asijská banka, mají devadesát různých obchodních jednotek. Dělají vše od společenských půjček, vzájemných půjček a mikro půjček až po financování uvedení družic do vesmíru. Jsou to monstrum. Mají desítky milionů klientů. Myslím, že mají necelých padesát milionů klientů. A čelí této typické výzvě, jak přistupujeme nejen ke správě kmenových dat, ale zejména k zákaznickým datům a k jednomu klientovi.
A když jsme si to zmapovali, věc, která nám skočila z této tabule, byla, že neměli jen problém, měli noční můru, protože žádný z jejich systémů mezi sebou nemluvil. Mohl bych jít do kterékoli části banky nebo do kterékoli části podniku a požádat o půjčku, může to být půjčka na auto, půjčka na bydlení, půjčka pro malé firmy a oni si nemohli nic říct, nebo nemohli. “ t zjistit něco o jakémkoli jiném vztahu, který jsem měl s bankou. A bylo to naprosto děsivé denní světlo z nich, protože si uvědomili, že banky po silnici to už mohou udělat a jsou potenciálně 12, 15 let za osmi míčky. A jde o tyto klíčové hodnoty, které klienti právě hledají, což je jen důsledný pohled na mě jako na zákazníka, a vy musíte přijít na to, jak toho chcete dosáhnout. Obzvláště nyní, když s vámi jednám na webu, je pravděpodobnější, že to bude dnes v aplikaci.
Přichází k této klíčové věci „je to všechno o mně, o zákazníkovi.“ A tak když zmapujeme, jak vypadá kultura zaměřená na zákazníka, jde o začlenění všeho, co máme od základních systémů, které zachycují věci jako je vaše první jméno, příjmení a další podrobnosti, když vyplníte formulář nebo vyplníte online nebo přijdete k nám na přepážce někde u prodejny, a seznámíme vás zpočátku celou cestou, kdy sami dodáváme produkty nebo poskytujeme služby vy. A mapování to shora dolů. Neustále zdokonalování dat a datových modelů, které používáme, abychom tomu porozuměli. Sladění toho, jak tyto technologie a procesy v podnikání, pracovní toky, neustále utahují náš pohled na vás. Probíhající angažmá, které s vámi máme. Jak se neustále soustředíme na klienta a jak s vámi komunikujeme. Pokud vám prodávám tři služby, nechci vám zasílat tři různé kusy papíru každý měsíc nebo tři výpisy či účty atd.
Příběh zaměřený na zákazníka nyní začíná mít skutečnou trakci a organizace vidí jeho hodnotu. Je to stále opravdová výzva v tom, že: „Dobrá, mám deset různých systémů a nemluví spolu navzájem. Nemám žádný nástroj, systém ani platformu, abychom to všechno spojili dohromady. “A lidé vždy skončí v místnosti, kde dělají tabule jako je ta, kterou jsem vám právě ukázal. Ale to všechno jde dolů k jedné základní věci v levém rohu transformace. A transformace z kultury organizace a lidí, zaměstnanců a provozního modelu, až k technologickému zásobníku, který je podporuje. Takže existuje poměrně běžný kontrolní seznam, kterým organizace procházejí, až se dostanou k tomuto bodu, kde dokonce chápou výzvu, co to znamená být zaměřený na zákazníka a potřebu vybudovat systém a získat přístup k nástrojům, které jim mohou pomoci udělat to.
Je to něco jako mapování cesty zákazníka celým životním cyklem a zkušenosti, které mají s vámi jako organizací. Zdokonalení vašich provozních modelů a způsob, jakým se organizujete, aby se zaměřil na zákazníka a návrh hodnoty, který jste zákazníkovi poskytli. A pak samozřejmě přizpůsobte své technologie a své technologické balíčky a procesy kolem nich, abyste se ujistili, že ve skutečnosti nepřetržitě řídíte další angažovanost a lepší a užší angažovanost se svými klienty. A skutečný proces zapojení samotných od vedoucích pracovníků dolů.
Pokud jste nezměnili svůj pohled na svět z vrcholu vašeho potravinového řetězce, z zasedací místnosti dolů, pak je jen malá šance, že vaše úroveň depo nebo váš každodenní finanční personál změní své chování. Musíte vést shora. Musíte neustále aktualizovat a znovu definovat a znovu rozvíjet, jak oslovujete cílení na skutečné zaměření na klienta. Jak tedy způsobujete nejen kulturní posun na horním konci, ale změnu chování na spodním konci organizace a nástroje, které k tomu používáte?
Je to jedna věc, která říká, že jste organizace zaměřená na zákazníka a chcete, aby se lidé chovali jedním způsobem, ale nedali jste jim prostředky a nástroje a schopnost to udělat, nedostanete behaviorální chování posun, protože lidé se budou stále znovu vracet k zvyklostem, které znali dříve, než si mysleli, že jsou to organizace zaměřené na zákazníka. A pak celková integrace nesourodých částí organizace a kultury, která v ní žila, a očividně podpořená nástroji a platformou.
Jak tedy berete tyto různorodé obchodní jednotky nebo podniky nebo části vaší organizace a jak se chovají odlišně z kulturního hlediska a směrem dolů? Poskytnete jim vhodné nástroje a způsoby a prostředky k získání úplného a jednotného pohledu na klienta a jeho zkušenosti. A jak potom dáte některé KPI a změříte proti tomu a sledujete je a dáte proti nim nějaké metriky a změříte tyto KPI a poskytnete jim hodnotu? Obchodní hodnota pro sebe a samozřejmě v určité podobě v hodnotovém řetězci pro zákazníka a udržení jejich návratu. A pak začleňte veškerou komunikaci, kterou jste se svými klienty získali ze zpětné vazby a reálného času nebo iterativně zpracované, takže vaše chování a váš kulturní posun se snad zachytí v nějakém cyklu zpětné vazby a zpětné vazby a můžete zjistit, zda ve skutečnosti bít značku nebo ne.
Dostaneme se ke scénáři, kdy víte, že se organizace nakonec ocitnou účinně utopené v nesourodých datech a viděli jsme tu několik druhů, některé interní, jiné externí. Historicky jsme měli platformy pro řízení vztahů se zákazníky a reklamní platformy a marketingové platformy. Měli jsme všechny druhy různých systémů, které fungují nezávisle a doufejme, že si spolu nějakým způsobem promluví. V posledních týdnech jsme s vámi zažili explozi interakcí, takže s vámi mluvíme prostřednictvím sociálních médií, mluvíme s vámi prostřednictvím našich webových stránek, dostáváme od vás e-maily.
Naše systémy IVR, které s vámi mluví po telefonu, nyní musí mapovat tato data zpět a říkají nám, jak jste jednali s naším telefonním systémem a jak komunikují s našimi databázemi, a pokud jste s námi telefonovali, vše, co být zachyceni v reálném čase a musíme se ujistit, že na to můžeme získat společný pohled, což je snad ta společná platforma pro správu dat uprostřed tohoto diagramu.
Existuje fráze, která byla vytvořena nedávno a která je „zážitkem pro celebrity zákazníka“. Co to vlastně znamená? Není to tak, že si myslíme, že naši koncoví uživatelé nebo spotřebitelé se chová vážně a že se jakýmkoli způsobem cítí jinak. Znamená to, že jsme se probudili s tím, že bychom s každým z našich zákazníků měli zacházet jako s celebritou. Měli by být léčeni VIP od chvíle, kdy se s nimi setkáme během celého životního cyklu našeho potěšení mít je jako zákazníky.
A tak se na mě pravidelně ptám - přinášíme ji zpět do poněkud neoficiálnějšího skutečného příběhu klienta - jak můžeme naší organizaci umožnit uspokojit tuto rostoucí poptávku po zákaznickém zážitku celebrit? Protože to, co nyní vidíme, je jedním z největších narušení organizace, je požadavek splnit tento slib klientům. Chcete-li jim dát celebritou zákazníků zkušenosti. Organizace z mé zkušenosti a určitě po celém světě, které vidím, jsou narušeny, aniž by si to uvědomily s posunem od jiných vlivů, o kterých už věděly nebo viděly přicházet ke svým skutečným zákazníkům. Jejich zákazníci je narušují a narušují je velmi vážným způsobem. A pak, pokud nemůžete poskytnout tento celebrity zážitek a poskytnout nástroje a způsoby a prostředky pro vaši organizaci získat ten jediný pohled na klienta, pak vám bude chybět míle, alespoň míle země, schopnost a schopnost plnit tento slib.
Jsou tu některé klíčové body, které hodlám vyhodit, a pak předám Robinovi, abych se dostal k trochu podrobnějším technickým detailům, které doporučuji všem organizacím myslet velmi tvrdě a rychle, pokud jsou dokonce vzdáleně blízko tohoto doručení slib svým zaměstnancům a jejich organizaci stát se zákaznicky orientovanou entitou. A to je zaměření na základní komponenty a vytvoření jediného pohledu zákazníka. Zní to velmi jednoduše, ale co to znamená? To znamená, že musíte mít vždy správná data ze správných zdrojů dat a ve správný čas. Zajistěte, aby data byla neustále k dispozici na správném místě. Nejen čas.
A musí být pevně integrována. A to musí být nativně zabudováno do vaší platformy. Nemůže to být jen něco, co si myslíte, že děláte. Jediná marketingová kampaň. Pokaždé, když se podíváte na zákazníka, musíte být schopni to získat pořád. Musí být neustále k dispozici všem správným lidem. Nechci tedy běhat po chodbách a hledat kmenové znalosti. Musím být schopen to získat v okamžiku, kdy se dostanu k jednomu nástroji. A musíte ji poskytnout na správné platformě pomocí správného nástroje. Musí být proto zabudována do stávajících systémů, které již používáte.
Váš CRM musí být schopen vidět vše od chvíle, kdy jsem vás navštívil z mé mobilní aplikace, z webu, od rozhovoru s IVR, interaktivního hlasového záznamu, přes telefonický help desk sám jako samoobsluhu. Nebo když tlačím na devět hvězd a dostanu se k lidské bytosti, pak se zeptám na trochu náročnější otázku, se kterou není IVR naprogramováno. Pokud něco pípám něco šťastného, pokud jsem napsal článek na LinkedIn. Všichni se musí nakonec vrátit zpět do CRM, takže pokud zvládám cokoli společného se zákazníkem, vidím to. Musíme ji nastavit jako výchozí a ne výjimku.
Je to stále velmi výjimka, že lidé chtějí vést kampaň, chtějí spustit prodejní a marketingové úsilí nebo chtějí vyřešit nějaký problém nebo se zabývat cenovým problémem. Provozujeme jednorázovou kampaň a snažíme se získat jediný pohled na konkrétní segment našeho klienta a začít spouštět zprávy a tisknout věci a rozdávat je ve vázaném formátu tištěné kopie. To je výjimka. To musí být výchozí. Vaše systémy musí neustále poskytovat toto jediné zobrazení klienta. A v žádném případě se k tomu dostáváme - ať už jde o prodej a marketing, nebo jen o provozní, výrobní, logistické, nebo cokoli, z pohledu - realitou je, že budete muset udělat všechno, co než uvidíte solidní návratnost investic do tohoto přechodu, aby se stala organizací zaměřenou na zákazníka. Získáte několik rychlých výher. Určitě budou rychlé výhry. Na této frontě je tedy dobrá zpráva. Skutečností je však to, že dokud nedokončíte přechod na plné zobrazení jediného pohledu na vaši klientskou organizaci zaměřenou na zákazníka, ROI na vás neskočí. A je to zábavná cesta. Je to hodnotná cesta. A vše je podloženo tím, že máme správné nástroje, správné platformy a poskytnete je vaší organizaci v nejbližší možné době, v rozumné, technicky a komerčně realizovatelné formě. S ohledem na to se chystám předat Robinovi. Červenka?
Robin Bloor: Děkuji, Dez. Musel jsem udělat totéž jako ty, musel jsem se vypnout. Dobře, chtěl jsem k tomu přistupovat více z koncepčního hlediska než z praktického scénáře, kterým prošel Dez. Když se dostaneme do oblasti MDM, mluvíme opravdu o velmi specifickém souboru činností v organizaci a samozřejmě je zákazník velkým problémem. Identita entity zákazníka je mnohem obtížnější se dostat z celé řady důvodů, než cokoli jiného. Pravděpodobně to bude nejdůležitější entita. Existují podniky, kde mohou mít pouze jednoho zákazníka a mohou mít všechny informace, které by o tomto zákazníkovi mohly získat. Velmi vzácné. Většinou organizace mají více zákazníků a zákazníci mají více aspektů. A data jsou do značné míry rozšířena všude. S touto myšlenkou jsem pracoval docela nedávno, s myšlenkou datové pyramidy. Že mezi daty a informacemi a znalostmi a skutečným porozuměním je zřetelný rozdíl. Data, informace a znalosti však mohou žít v počítačích. Data na nejnižší úrovni jsou pouze signály a měření. A informace o tom, co je co -
Eric Kavanagh: Váš zvuk se trochu vytrácí, Robine. Jen abys věděl.
Robin Bloor: Dobře, přesunu mikrofon. Co takhle?
Eric Kavanagh: Tady máš. To zní mnohem lépe. Tady máš.
Robin Bloor: Jo, takže data se skládají hlavně ze signálů, měření, záznamů a podobných věcí. Nemá žádný konkrétní kontext. Tímto kontextem se stává informace. Propojení dat dohromady. Struktura dat. Vytváření vizualizací, glosářů, schémat. Vše, co kolem něj chcete vytvořit. Přenáší se do znalostí, když tak či onak můžete skutečně začít předpovídat chování dané entity a také implementovat zásady a pravidla pro její řešení. Porozumět životům zcela v lidských bytostech. A to je součást problému. Když se skutečně podíváte na fragmentaci, která existuje z hlediska situace zákazníka, často zjistíte, že dobře má prodej jeden pohled na zákazníka, marketing má jiný. Podpora prodeje nebo vlastně jen údržba zákazníka má jiný pohled. Může existovat mnoho kontaktních bodů, které má zákazník s organizací. A nic z toho, co je integrováno do správně strukturovaných informací nebo mnoho z nich není integrováno.
A pak máme problém, který se v posledních několika letech stal mnohem převládajícím, můžete shromažďovat externí data o lidech a to je velmi užitečné, ale ve skutečnosti to musíte integrovat, abyste měli skutečnou hodnotu. Při upřesňování dat tedy velké problémy vyplývají z fragmentace. Tato data pocházejí z různých míst a nejsou dobře strukturovaná. A skutečnost, že existuje tendence k nepřetržitému poskytování nových dat, a to je téměř vždy případ, pokud jde o zákazníka. A každá entita je pohyblivým cílem. Asi před třemi nebo čtyřmi lety jsme se nestarali o profil sociálních zákazníků u zákazníků, ale teď se o to staráme. Záleží nám na tom, protože to může být škodlivé pro organizaci nebo povzbuzení pro organizaci v závislosti na tom, co se tam děje.
Pokud skutečně máte nápad, posadili jste se a udělali cvičení a pokusili se zjistit, jaké byly věci, které vás o zákazníka před pěti lety zajímaly? A uděláte to znovu a zjistíte, že věci byly přidány. A věci mohly být odebrány. Myslím tím, že se už nikomu nestará například o to, jaké faxové číslo lidé vlastně mají. Někteří lidé měli na svých vizitkách faxová čísla. Ale nikdo se nestará, protože fax zemřel. Takže je to pohyblivý cíl. Když se podíváte na modelování dat a MDM, první věc - vlastně o tom musím říci, že je to součást správy dat, pokud to neděláte, pak je problém ve způsobu, jakým spravujete data . Protože pokud vlastně neděláte modelování dat a MDM, pak vlastně nemáte ve skutečnosti dobrý výhled shora dolů na žádnou entitu.
Ale zde jsem uvedl správu dat. Uvedl jsem linii, využití dat, kvalitu, zabezpečení, správu služeb, obnovu. Můžete přidat životní cyklus a tak dále. V oblasti správy dat a modelování dat je strašně mnoho a MDM je její základní a snad i ústřední součástí. Změna přichází shora dolů v tom smyslu, že si uvědomujete, že ke změně dochází, protože si lidé uvědomují, že k ní dochází. A proto by se dalo uvažovat, co se týče celého tohoto balíčku, od souborů a databází přes datové prvky po beta data a obchodní definice.
Můžete myslet na to, že musíte nějakým způsobem spravovat celý zásobník a udržovat celý zásobník aktuální, protože vědět něco na úrovni podnikové definice ve skutečnosti neznamená, že údaje zachycujete na na úrovni souborů a databází. Je to velmi široký obraz a dokud si o tom neuvědomíte, neuvědomíte si, jak je široký. Modelování a MDM, pokud se skutečně podíváte, celý trend velkých dat není jen o tom - je zde mnohem více dat. Jde o to, že existuje mnohem více dat z mnohem více zdrojů, což vám dává mnohem více pohledů na jakoukoli danou entitu, o které vlastně shromažďujete informace. A čím složitější je, čím více potřebujete model, tím méně je pochopitelné. Stačí se podívat na schéma databáze, co se děje, když data skutečně pocházejí z 10, 20, 30 zdrojů.
Teoreticky můžete říci, že MDM vám poskytuje pohled na datový vesmír, ale v praxi je to vlastně jeho součástí. A my jsme vlastně právě diskutovali, pokud se díváte na obchodní význam dat, pak to, informace o významu dat, je ve skutečnosti součástí datového vesmíru, na který se díváte. Modelování je shora dolů a zdola nahoru. To znamená, že se na věci můžete dívat z obchodního hlediska, ale také na věci z pohledu toho, co máme. A stavíte v obou směrech. A to není a nikdy to nemůže být projekt. Začít s tím je projekt. Je to pokračující činnost. Můžete to zahájit jako projekt, protože nemáte nic soudržného na místě, ale jakmile ho vyrazíte, mělo by to být pokračující činností. A cokoli, co se děje v oblasti dat, tým MDM, pokud se vám líbí, by o tom měl vědět.
Výzvy zákazníků, stačí se zaměřit na zaměření na entitu zákazníka. V současné době existuje více informací o zákazníkovi z mnohem více zdrojů než u kterékoli jiné entity. A zdá se, že se neustále zvyšuje. Je to často nepřesné. Pokud například shromažďujete data ode mě. Pokud shromažďujete údaje o mně, zjistíte, že mám různé identity, což je právě to, zda používám střední iniciály, nebo ne, když jdu na různé webové stránky. A často to dělám jen proto, abych zjistil, kde dostanu spam z dané identity. Ale mnoho lidí to dělá. A pak lidé dělají náhodné chyby. A pak jsou informace zastaralé.
Šel jsem k jednomu z těchto datových zdrojů, který tvrdí, že vám mohu poskytnout spoustu informací o kterémkoli daném jednotlivci, udělal jsem zřejmou věc a položil otázky o sobě. A polovina informací, které mi poskytli, byla ve skutečnosti zastaralá. A něco z toho stejně bylo špatně. A podíváte se na to a myslíte si, že pokud se chystáte nějakým způsobem shromažďovat data z jiných zdrojů, pak existuje obrovský prvek čištění dat a schopnost identifikovat, zda jsou to data, která máte. Jako jednotlivci nemáme žádný jedinečný identifikátor. Jméno a číslo mobilního telefonu vás pravděpodobně přiblíží k většině lidí, ale ne každý má číslo mobilního telefonu. A to se také liší v různých kulturách. A pak je tu povaha dat z hlediska analytiky.
Nebudu se do toho zabývat v žádné hloubce, ale data lze vybrat. Pokud máte něčí data na Twitteru, existuje jen malá populace jednotlivců, kteří aktivně vkládají data na Twitter. A jsou vybráni. Nejsou to náhodně vybraní zákazníci. Jsou to ti, kteří se rozhodli, že chtějí být hlasité na Twitteru. Získat 360-stupňový pohled na zákazníka je notoricky obtížné. A to je částečně jednoduše kvůli technické historii každého. Není neobvyklé zjistit, že existují tři nebo více zákaznických databází, stejně jako databáze, nevadí mnoho dalších zdrojů informací, které o zákaznících skutečně shromažďujete. A analýza zákazníků, stojí za to říci, že je to nyní obrovská příležitost. Drobně jsme dělali segmentaci v burze, ale nyní je to opravdu proto, že existuje neuvěřitelné množství externích dat o zákaznících, můžete udělat strašnou spoustu analytiků relačních grafů, což je opravdu relativně nové. Můžete použít prediktivní analytiku, kterou jste nikdy předtím neznali. Můžete shromažďovat informace o módě a názory, které jste nikdy předtím nemohli získat.
Existuje velmi dobrý důvod zkontrolovat, co děláte s ohledem na zákazníka, a přemýšlet o tom, jak můžete co nejlépe využít data, která máte. Praktický pohled. Modelování zákaznické entity je nezbytnou činností v zájmu přesného a užitečného BI a zdokonalení znalostí. Jinými slovy, pokud máte poměrně velkou populaci zákazníků, nejedná se o volitelnou věc. Musíš to udělat. A myslím, že to je vše, co musím říct. Podejme míč.
Eric Kavanagh: Dobře, takže Johne, věřím, že půjdeš dál? Diana udělá demo. Takže s tím, John Evans, odneste to. A lidi, nestyďte se, pošlete své dotazy kdykoli. Budeme to sledovat pro Q&A. Vezměte to pryč, Johne Evansi.
John Evans: Dobře. Děkuji, Ericu. A děkuji Dezovi a Robinovi za tento úvod a za tyto komentáře. Mezi tím, o čem jste tam hovořili, a tím, o čem dnes mluvíme a ukážeme, se hodně překrývalo, což je skvělé. A že bychom určitě souhlasili s tím, že tento pojem soustředění na zákazníka je něco, čeho se lidé snaží dosáhnout, a myslím si, že v jeho kořeni bychom řekli, že mít dobré údaje, stejně jako dobré údaje o svých zákaznících, je jediný způsob, jak dosáhnout modlitby. To, co chceme dnes udělat, je mluvit o zákaznicky orientované správě kmenových dat a sdílet s každým trochu o tom, jak k němu přistupujeme, vyřešíme tento problém, a mluvíme o nové nabídce, kterou jsme právě představili a která je navržena tak, aby byla Společnosti všech velikostí snadno dodávají lepší údaje o zákaznících v jejich roztříštěném datovém prostředí. Takže tato krajina může vypadat něco takového.
Po celém obvodu máme celou řadu systémů, mnoho roztříštěných aplikací, některé z nich běží v cloudu, některé z nich běží v provozovně. A v každém z nich, podle definice, budete mít různé způsoby identifikace zákazníků a informací o zákaznících. Různé modely zákaznických dat s různými atributy, různými prioritami atd. A i když jste byli organizací, kde se domníváte, že jste, víte, že jste v SAP shopu nebo v Oracle shopu, nebo právě provozujete své podnikání na SAP, nebo jen na Oracle, nebo používáte SalesForce, můžete mít více instancí těchto systémů i ve vaší vlastní společnosti. Možná jsou rozmístěny na jiném místě nebo v regionu, který je nastaven z různých důvodů, v různých zónách světa, nebo je můžete nechat nastavit různě podle oboru podnikání. A i když máte jeden ERP, pokud jste provedli přizpůsobení napříč těmi, v datech budou konflikty.
Nyní je fragmentace, kterou vidíme, ještě umocněna nárůstem adopce systémů založených na cloudu a nejlepších aplikací. Takže zatímco opravdu velké, složité a spletité prostředí, jako je toto, bývalo něčím, co si všichni mysleli: „No, to se opravdu děje jen ve skutečně velkých společnostech, “ kvůli tomuto příchodu cloudových řešení a přístupu nejlepšího plemene, nyní převládají i v menších organizacích. Takže to opravdu běží od malých podniků až po velké podniky. Všichni trpí stejným problémem se svými zákaznickými údaji. A můžete se podívat na některé z těch problémů, které jsem zde uvedl uprostřed.
Rozdělím je na tři typy. Problémy s daty mají duplicitní údaje, neplatná data, chybějící pole, nekonzistentní informace, nekonzistentní hierarchie a tyto věci se postupem času zhoršují. Pak máte problémy související s lidmi, kde lidé nemají přístup k datům, nemohou odpovědět na otázky, které mají, kde hledají, ale nejsou schopni dosáhnout 360 stupňového pohledu, o kterém Robin mluvil.
A ve třetí oblasti jsou problémy související s procesy, kde máte data na více místech a také lidé nevědí, co se změnilo a kdy, protože se datům neustále děje něco. Neexistuje tedy žádná kontrola ani správa nad tím, jak udržovat tato data v čistotě. Takže když se pokoušíte poskytovat soudržnější / soudržnější zkušenosti se zákazníky a zapojit se do dialogu se zákazníky, je opravdu obtížné toho dosáhnout, když vaše vlastní údaje o těchto osobách nejsou konzistentní a nejsou přesné.
Stejně jako stranou, kterou jsem viděl, si myslím, že to byl minulý týden nebo týden předtím, článek v „Information Management“, který hovořil o tom, proč personalizovaný marketing stále není přesný, a uvedli devět důvodů. První dva důvody v jejich seznamu, kvalita dat je špatná a data nejsou integrována.
Co s tím můžete dělat? Existuje několik způsobů, jak se můžete pokusit tento problém vyřešit a přemýšlet o tom, co to bude stát vaší organizaci. Můžete buďto druh útoku na tato data, když se narodí, pokud chcete, nebo je můžete zaútočit, jakmile se infiltruje do vašeho systému. Tady je obrázek od organizace, se kterou jsme pracovali, a skutečně zvýrazněný asi třicet různých míst, kde byla data uložena tam, v jejich krajině.
Takže jakmile byla tato data nějakým způsobem vypuštěna do přírody, do těchto desítek systémů je těžké najít, je těžké je udržovat, je to drahé opravit, pokud přemýšlíte o vjezdu a pokusu se opravit třicet různých časů na třiceti různých místech . Takže jeden z konceptů, o kterém chceme mluvit, se snaží být proaktivní a snaží se věci napravit na počátku svého životního cyklu, protože pokud to uděláte, bude snazší najít, snáze se ovládat a levnější je opravit a udržovat a takto získáte lepší data, když pracujete ve svých aplikacích.
Jedná se tedy o koncept, o kterém jsme mluvili, tzv. Proaktivní MDM, a slogan, který rádi používáme, je koncept čištění řek, nikoli jezer. K tomu jsou tři kroky, nejprve je vyčistit, kde se chcete shodovat a sloučit a vyčistit a přežít záznamy co nejblíže ke zdroji, aby se pokusili získat zlatý záznam, abyste se vyhnuli znečišťování vašich navazujících aplikací. Toho lze dosáhnout pomocí implementovaných kontrol nad zdroji nebo dokonce poskytnutím místa pro centrální nabídnutí dat tak, aby byla konzistentní a přesná, než je uvolníte do přírody.
Obohacování spočívá v přidávání hodnoty k datům za provozu, včetně referenčních dat a dalších informací, které nejsou ve vašem zdrojovém operačním systému, takže to mohou být hierarchie, například segmentace, které nejsou v těchto systémech ve své podstatě uloženy.
Třetí část je pak o tom, jak zůstat v čistotě, a tady se chcete ujistit, že máte zavedené procesy a lidi identifikovaní, aby řídili a spravovali, mají k dispozici nástroje, které těmto procesům umožní a pak je proaktivně sladit a očistíte vaše data pravidelně, aby se tak nestalo, abyste se vyhnuli rozkladu, ke kterému přirozeně dojde, například když lidé změní zaměstnání nebo změní své bydliště atd.
Jak to tedy získáte? K vyřešení tohoto problému můžete použít řadu možností. Mohli byste použít nástroj pro kvalitu dat, mohli byste použít nástroj pro integraci dat k extrahování informací, mohli byste použít nástroj pracovního toku, abyste rozdělili práci na různé lidi. Pomocí nástroje pro správu můžete sledovat, kdo co dělá. Můžete skutečně spojit všechny ty různé nástroje dědictví a hodit na to spoustu lidí.
Ale to je všechno velmi drahé, je to velmi náročné na zdroje, nasazení bude pomalé a bude obtížné spravovat a možná budete chtít začít s vašimi zákaznickými údaji, ale také budete chtít nakonec spravovat své produkty, seznam produktů, které tito zákazníci mají, a seznam dodavatelů těchto produktů a tabulku účtů, které používáte v rámci vaší firmy, abyste mohli sledovat, co se děje, spravovat své zaměstnance, kteří těmto zákazníkům poskytují služby, atd. . Takže teď mluvíte o více doménách, dodavatelích, produktech, účtové osnově, zaměstnancích atd. A pokuste se poskytnout 360stupňový pohled na celé vaše podnikání.
V ideálním případě to, co si myslíme, že chcete dosáhnout, je jedno řešení, které integruje, porovnává a čistí kmenová data vašich zákazníků, jedno řešení, takže můžete spravovat správu a správu a jeden nástroj, který můžete použít ke správě každé datové domény, jak začnete zákazník a jít dál. To je cílem nové nabídky, kterou jsme právě oznámili pod názvem Magnitude ONE. Magnitude ONE je nabídka MDM určená pro společnosti k integraci, harmonizaci a správě jejich kmenových dat napříč těmi populárními aplikacemi SaaS nebo mimo prostory, které se používají, jak jsme již dříve hovořili, a proto Magnitude ONE obsahuje řadu komponent.
První věc, kterou zahrnuje, je naše řešení Kalido MDM, které bylo nasazeno v některých světových společnostech, a Ericu, hovořili jste o své expozici kmenovým datům a správě již v roce 2003, myslím, že tento produkt původně vyšel kolem roku 2004. Takže s tímto nástrojem jsme byli v tomto prostoru časným průkopníkem. Začali jsme s jejich používáním pro servis analytického využití informací, abychom se ujistili, že se do skladu dostávají dobrá data a časem je naši zákazníci stále častěji používají v případech provozního použití a správu více domén včetně zákazníků a produktů a finančních a prodejce a zaměstnance atd. Kalido MDM je tedy základní součástí tohoto řešení.
Rovněž dodáváme konektivitu a integraci do široké škály zdrojových systémů prostřednictvím partnerství se softwarem SCRIBE a využívají jejich online integrační platformu SCRIBE jako službu. Jedná se o cloudovou integrační nabídku s připojením k více než čtyřiceti systémům jak v areálu, tak v systémech SaaS, které organizace používají. S těmito dvěma společně, s naším řešením Kalido MDM, to také zahrnuje a schopnost mít workflow-řízené prostředí pro správu kmenových dat a spravovat je po celý jeho životní cyklus. Máme odpovídající stroj, který je speciálně navržen pro manipulaci se zákaznickými daty a poskytujeme kromě softwaru také nějaké školení ve virtuálních učebnách o produktu Kalido MDM a komponenty pro modelování.
Takže Robine, mluvil jsi o modelu, to je opravdu kritická část a to je vlastně to, kde začínáme s naším řešením, a ukážeme ti, že za chvíli, jak si vezmete bílou tabuli, kterou Dez ukázal a přeložil to do něčeho, co může skutečně nastavit váš systém MDM. Váš poslední bod o Magnitude ONE je, že je k dispozici v prostorách nebo jako cloudová služba, můžete získat předplatnou licenci nebo trvalou licenci. Myšlenka je, že pro vás bude snadné koupit, udržovat, implementovat a udržovat.
Jak to tedy vypadá, je Magnitude ONE ve středu tady s robustními schopnostmi dělat vše v bílé a modré krabici. Připojte se a získejte zákaznická data prostřednictvím konektoru SCRIBE, o kterém jsem mluvil. Poté proveďte veškerá masteringová cvičení, která musíte udělat, pokud jde o odpovídající data, sloučení, přežití a obohacení dat, aby byla čistá. Poté autorizujte a publikujte přesná a konzistentní data do vašich náročných systémů spolu s přístupovou vrstvou pro lidi, kteří mohou vyhledávat data, prohlížet data a dokonce i vytvářet nové záznamy, aby vaše operační a analytické systémy mohly zůstat v průběhu času čisté.
Poskytujeme webové uživatelské rozhraní jak pro stewardy, tak pro administrátory, které uvidíte za okamžik, stejně jako pro firemní uživatele. Nejenže mohou pouze procházet a zpřístupňovat zveřejněná kmenová data, mohou dokonce hrát roli v procesu správcovství. Představte si tedy, že váš obchodní zástupce mluví se zákazníky, učí se o zákazníkovi něco nového, mohou vznést požadavek na změnu a říci, že je tento zákazník, změnili svůj titul, změnili svou e-mailovou adresu, změnili společnosti, možná tento lékař změnil vztah s touto nemocnicí, chceme se ujistit, že sledujeme takové věci, nebo tento pojišťovací makléř nyní nese tyto produkty, chceme se ujistit, že jim nabízíme tyto nové pojišťovací produkty, například. Takže tyto věci mohou být vychovávány a opravovány správně, protože vaši zaměstnanci orientovaní na zákazníky jednají s těmito jednotlivci.
Několik dalších atributů o našem řešení. Číslo jedna je tento obchodní model, pamatujte na ten obrázek bílé tabule, který Dez ukázal, který měl kruhy a šípy. To jsou v zásadě obchodní požadavky na to, jak data musí být, jak jsou používána v reálném světě. Začneme s něčím, co se nazývá obchodní informační model, a můžeme v zásadě zachytit tyto požadavky a související obchodní pravidla a skutečně je implementovat, abychom vytvořili pravidla a úložiště MDM. Účinně tak funguje jako způsob, jak překlenout komunikační mezeru, kterou tak často vidíme mezi obchodníky popisujícími požadavky, a IT se musí vrátit a převést je do tabulek a mapování atd.
Máme tedy přístup založený na obchodním modelu, abychom se ujistili, že je to hned od začátku. Zahrnujeme také automatizované zpracování za tímto účelem a integrovanou správu pracovních toků a změn, abyste mohli, pokud máte ve vašem modelu změnu, kterou do něj přidáte, můžete jej rychle nasadit a udělat to s malým týmem kvůli automatizaci, nevyžaduje to tolik kódování, kolik jste možná očekávali.
Zmínil jsem se o modelu řízené povahy, která také řídí obrazovky, které se skutečně objeví. Takže pokud máte popis zákazníka a máte tam jeho atributy, uvidíte na obrazovce atributy, které jsou definovány v modelu, takže je vše vytvořeno pro vás, nemusíte vytvářet žádné specifické rozhraní. obrazovky pro mapování dat, to vše je řízeno z modelu.
Další skvělou funkcí, kterou jsme představili, je koncept integrace Excelu pro správce dat. To znamená, že správci dat mohou používat Excel jako místo pro úpravy záznamů, které nelze automaticky přiřadit a schválit a nasadit. Teď si můžete myslet, že to je jen, že jste pouze data o dumpingu do Excelu, že? Je to mnohem víc než to, protože skvělou věcí na této schopnosti je to, že překonává problém jen s odpadnutím aktualizací dat načtením dat z Excelu.
Ve skutečnosti, když stáhnete tato data z Kalido MDM do rozhraní Excel, přichází s validačními pravidly. Takže vám řekne, která z těchto buněk musí být vyplněna, aby se stal platným záznamem, poskytne vám rozevírací seznam dostupných hodnot nebo schválených hodnot, například abyste se v zásadě vyhnuli vytváření chyb při aktualizaci záznamů kmenových dat.
Pak ve vestavěném modulu workflow zkontrolujte, zda jsou všechna data zpracována a autorizována k publikování, a také sleduje, kdo co a kdy udělal, a umožňuje vám v zásadě zkontrolovat a auditovat všechny tyto bývalé hodnoty kmenových dat, abyste viděli, jak se data mění čas.
Výhodou toho je, pokud jde o údaje o zákaznících, že se můžete dostat na místo, kde můžete mít více přizpůsobené a relevantní dialogy a interakce se zákazníky. MDM je stále důležitější z hlediska podnikání, zejména když přemýšlíte o individuálním marketingu, který se tam děje, a to je dobrý příklad probíhajícího cyklu.
Takže začnete s údaji o svých zákaznících, to je to, co jste zvládli, kdo jsou, jaké produkty vlastní, co se mohu shodovat, pokud jde o informace o zákaznících ve více systémech? Pak to obohatíte o další informace o nich ao tom, jak jste v minulosti spolupracovali. Na co reagovali? Nebo jak chtějí být kontaktováni? Možná by chtěli být kontaktováni faxem, takže je to stále na jejich vizitce. Ale ta informace, která vám pak poskytne informace, které potřebujete k interakci.
Jaké další preference? Některé z nich mohou pocházet například ze sociálních zdrojů. Pak se můžete z toho rozhodnout, jaká je další nejlepší interakce pro tyto zákazníky, jaké nabídky bych měl učinit? To způsobí nějakou interakci, něco si stáhnou, něco si koupí.
To samozřejmě vytvoří více dat, která chcete vložit do tohoto efektivního cyklu marketingových interakcí. Výsledkem bude rychlejší nalezení a uzavření nových zákazníků, zvýšení prodeje, lepší poskytování služeb zákazníkům, odstranění chyb, odstranění duplicitních zásilek, například zasílání marketingových materiálů a nakonec se nám podaří snížit prodej a marketingové náklady.
Jedním z příkladů našeho zákazníka, který tak učinil, byla britská pošta pomocí Kalido MDM k poskytování lepších zákaznických dat, aby mohli dodávat ty správné produkty a vést jejich dialogy se zákazníky na správném kanálu, což nakonec vedlo k vyšším objemům prodeje a zvýšené marže pro ně.
Takže to jsou jen mé úvodní komentáře, ráda bych to nyní předala Dianě, abych vás provedla a ukázala vám přesně, jak něco z toho děláme.
Diana Collins: Děkuji Johne, takže doufejme, že to pro vás všechny dokážeme oživit. To, co byste právě teď měli vidět na obrazovce, je příkladem modelu obchodních informací Kalido. Takže součástí řešení, které vám dnes ukážeme, je integrace dat z webu salesforce.com. Zde máme model salesforce.com v levém dolním rohu. To je samozřejmě webová aplikace, software je servisní druh aplikace. Budeme ji integrovat s daty z naší on-premise implementace Oracle, business suite.
Naším cílem je tedy vzít naše kontakty a informace o účtu z salesforce.com, integrovat je s našimi účty pohledávek a kontaktními informacemi do jednoho harmonizovaného účtu a struktury kontaktů, které pak načteme do Microsoft Dynamics CRM. Náš scénář je tedy v tom, že přecházíme z používání salesforce.com v minulosti na používání Dynamics CRM. Chceme se ujistit, že máme plně integrovaný, harmonizovaný seznam zákazníků, 360stupňový pohled založený na našem novém prostředí Dynamics CRM.
Abychom to vytvořili, přesunuli jsme data z salesforce.com a EBS do Kalido MDM, vlastně jsme spustili proces harmonizace. Takže v zájmu času jsme udělali vaření a my si budeme užívat jídlo. Pojďme se tedy nyní přepnout do našeho prostředí MDM a ukážeme vám některé věci, které můžeme udělat v přidaných funkcích, které řešení MDM přidává k jednoduché integraci těchto platforem.
Ale jedna z věcí, která by se samozřejmě stala, je, že ztratíte svou historii. Skončili byste s daty v Microsoft Dynamics, ale věděli jste, odkud něco přišlo? To je to, co nám MDM, jedna z věcí, které nám řešení MDM může poskytnout, dostává historii.
Pokud se podíváme na náš seznam harmonizovaných účtů a vybereme jeden z nich. Řekněme, že jsme tu vybrali Albert's Stores. To nám poskytuje informace o tom, odkud tento záznam Albert's Stores pochází. Vidíme, že jde o integraci dvou záznamů, z nichž jeden pocházel z účtu salesforces.com s názvem Albert a Gerard a jeden z fakturačního účtu EBS s názvem Albert's Stores, které byly integrovány a harmonizovány do tohoto jediného nadřazeného účtu s názvem Albert's Stores.
Vidíme také jeho původní ID, můžeme vidět, že tento den již byl migrován do Microsoft Dynamics, protože zde máme CMR ID z Microsoft Dynamics. Vidím čas, kdy byla data naposledy aktualizována. Kromě toho nabízíme další pohled, který vám nejen umožňuje prohlížet data, ale také pomocí našeho grafového pohledu můžete prohlížet asociace, kterých se data účastní.
Takže tady máme stejný záznam, naše Albert's Stores s přidružením k jeho účtu pohledávek, účtu salesforce.com a kontaktům. Pokud vybereme jeden z těchto kontaktů, můžeme vidět, že tento kontakt byl ve skutečnosti kontaktem salesforce.com. Stejně tak náš účet Adam Albert byl kontaktem EBS, takže si myslím, že na tomto hnutí se to na obrazovce děje automaticky, pár z nich dělám jen proto, aby byly věci snadno čitelné. Ale jak pokračujeme, můžeme se podívat na kontaktní informace a zjistit, že to přišlo z našeho účtu salesforce.com. Tím se vytvoří pohled, který nám ukáže všechny vztahy, na kterých se naše data podílejí.
Kromě toho vidíme způsoby, jak klasifikujeme naše údaje na webu salesforce.com a že existují i další účty, na které je příliš mnoho seznamu. No ty věci, které jsou příliš početné na to, abychom je vyjmenovali, se k nim stále můžeme dostat. Můžeme zde jen posouvat stránku dolů a dostat se do seznamu všech těch extra účtů, které byly příliš početné na to, aby je bylo možné zobrazit v grafickém zobrazení. Samozřejmě bychom mohli začít v grafovém zobrazení pro všechny z nich také. To je jeden způsob, jak se vypořádat s věcmi. Vidíme data, dokážeme s nimi manipulovat, také chceme být schopni opravit a opravit data. Takže pár způsobů, jak se na to podívat.
Takže jednou z věcí, které bychom mohli udělat, je, že můžeme jít, podívat se na hierarchii, uložil jsem hierarchii účtu jako jednu z mých oblíbených, takže mohu ukládat různé kategorie informací jako účty a hierarchické cesty, které Mohl jsem použít v prohlížeči hierarchie. Takže zde mohu procházet svou hierarchií, vidím všechny různé kontakty, které mám s každým účtem.
Jednou z dalších věcí, které toto prostředí poskytuje, je však možnost najít všechny sirotky. To jsou kontakty, které přišly přes náš harmonizovaný systém a neměly rodiče ve svých zdrojích, takže to jsou sirotci, kteří zůstali pozadu. Takže jsme je přinesli, identifikovali jsme je, víme, že to jsou sirotci, jak to napravíme? Stačí kliknout na tento přepínač do režimu úprav, který otevře další pohled na hierarchii a nyní můžeme začít třídit tyto lidi. Takže možná Bill Murray pracoval pro AC Network, abychom ho mohli převzít a přidat ho do seznamu a vidíme ho zvýrazněného upozorněním na to, že je to změna. Mohu přesunout Sandy a přidělit ji možná společnosti AG Edwards and Company.
Když se tyto změny provádějí, zaznamenávají se zde, mohu je vrátit zpět, pokud si uvědomím, že jsem udělal chybu. Dokážu je spojit několikrát dohromady a pohybovat je systémem jako jednotkou tím, že jim dám jméno, a poté byly zpracovány jako jedna jednotka práce mým systémem. Takže tohle je jeden způsob a samozřejmě, když jsem aktivní, možná bych se chtěl podívat sem a podívat se na to a jestli uvidím, jestli tam byli sirotci a řešit tento problém. Co kdybych ne? Co kdybych nebyl proaktivní? Náš systém opět zahrnuje pracovní postup, který jsem zmínil dříve, řešení pracovního postupu, které nám umožňuje lépe se s tím vypořádat.
Abych toho dosáhl, odhlásím se jako správce systému, nyní se přihlásím jako správce dat, dobře? Za správu neplatných údajů by tedy měl být odpovědný jednotlivec. Uvidíte, jakmile se přihlásím, dostanu se do své schránky, kde hádat co? Je jich tam 11 osiřelých záznamů, protože vztah, spojení mezi kontakty a jejich účty je povinné. Všechny harmonizované účty, které neměly odpovídající připojení k účtu, jsou neplatné. Prochází pracovním postupem a jak vidíme ve schématu pracovního postupu, zde nyní upravujeme záznamy. Potom by se dostali do schvalovacího procesu, schváleného obchodním manažerem, schváleného účetnictvím a nakonec autorizovaného pro zveřejnění o další dávkové aktualizaci naší dynamiky.
Samozřejmě by to mohlo být také nastaveno tak, aby běželo v reálném čase, který jakmile bude publikován, jakmile je autorizován k publikování, okamžitě by odtékal Dynamics, takže je jen na vás, jak chcete nakonfigurovat tento poslední krok rozhraní. Doufejme, že nám to dalo - vám všem poskytl krátký nápad, přehled, jen několik způsobů, jak může náš nástroj MDM pomoci obohatit a zlepšit naše prostředí. Existuje mnoho, mnoho dalších způsobů, jak můžeme vylepšit vaše používání informací o vašich zákaznících, a skutečně se dostaneme k tomu bodu, kdy máte skutečně harmonizovaný 360stupňový pohled na zákazníka se všemi informacemi na jednom místě, které má k dispozici uživatelé. Nejen prostřednictvím tohoto uživatelského rozhraní poskytovatele, ale jak jsem již zmínil, poskytujeme také spotřebitelské rozhraní, druh webového portálu, kde, pokud uživatel ví, že došlo ke změně účtu, může vyvolat žádost o změnu a adresovat ji a tuto změnu zabalit. požádejte přímo správce údajů o provedení jakýchkoli změn v tomto záznamu, které podle jejich názoru musí být provedeny. Takže v tuto chvíli si myslím, že to dám zpět Ericovi a půjdeme do Q a A.
Eric Kavanagh: Jistě. Takže tady máme několik otázek od publika. Vyhodím jednu, ale nejdřív Dez nebo Robin, máš nějaké otázky? Dovolte mi začít s vámi Dez.
Dez Blanchfield: Jedna z věcí, s níž se setkávám pokaždé, když projdu tuto cestu s organizací, je celá tato výzva kontroly verzí. Mohli byste se jen dotknout přístupu k řízení verzí dat nebo jistých - víte, představte si scénář, ve kterém se tři různé části organizací zabývají se mnou jako se zákazníkem, a pak dělají různé aktualizace a změny prostřednictvím nového nářadí. Jak řešíme problém kontroly verzí dat, která přicházejí z podnikání a kdo je to kurátorem, kontrolou a schvalováním?
Diana Collins: To je vynikající otázka. Takže jedna z věcí, která je součástí našeho řešení a je zapečená do našeho řešení, je audit trailing and history. Takže uvidím, jestli najdu záznam s historií. Uvidím, jestli náš Albert's Stores zaznamenává, že jsme používali, má historii, jakmile kliknu na režim historie, co to pro mě - mám - tohle nemá v historii žádné změny. Chci to tak, jak by nám to ukázalo jakékoli prozatímní změny, které zde byly provedeny, a datum a čas, kdy byly provedeny. Kromě toho se mohu dostat do úplných podrobností o historii a pokud jsem zapnul koncové sledování, viděl bych nejen ty změny a kdy byly provedeny, ale také auditní stopa mi řekne, kdo tyto změny provedl, jaký uživatel tyto změny také provedl .
Náš přístup k verzování je založen spíše na časech než na nastavení libovolných štítků. Můžete si vybrat časový bod a zobrazit svá data tak, jak byla v daném okamžiku, a migrovat data tak, jak tomu bylo v tomto okamžiku. A samozřejmě sledujeme nejen historii datového obsahu, ale také datového modelu. Jak se váš datový model může vyvíjet, přidáváme nové klasifikace, sledujeme to také a vy se můžete vždy vrátit zpět a vidět věci tak, jak byly v kterémkoli okamžiku.
Dez Blanchfield: Datové modely tam vzbudily výzvu, myslím, že máte významný rodokmen s řešením některých podstatných článků. Můžete nám uvést několik příkladů některých datových modelů, které již existují, a některých, se kterými jste se zabývali provozováním tohoto, víte, klíčových sektorů, jako je výroba a maloobchod, logistika a finanční služby. Máte řízení bank a ztrát atd. Stejně tak se postupuje s předchozím modelem, který může rychle roztočit projekt, že lidé mohou začít vědět, kde jsou mezery, nebo musí sami tento model postavit a vyškolit?
Diana Collins: V průběhu let jsme přijali oba přístupy. Zkoušeli jsme přijít s modely a zjistili jsme, že čím dokonalejší je model, znamená to, že čím více musíte provést změny, mít více úprav, které pro něj můžete udělat pro zákazníka. Skutečně jsme přistupovali k fragmentům modelů, k určitým základním společným prvkům, které podle všeho skutečně pronikají do celého průmyslu.
Máme například finanční služby, které máme modely na kapitálových trzích s cennými papíry a deriváty atd. Máme modely pojištění, pojištění majetku a odpovědnosti, zajištění a oba tyto rizika řídí různé způsoby. Máme výrobní modely pro kusovníky produktů, účty za přistání. Máme další části modelu pro dodavatelský řetězec nebo jakýkoli jiný sledovač, mezisklady, distribuční modely, stárnutí zásob, podobné věci. Pro mnoho našich zákazníků víte, máme zákazníky téměř v každé vertikální oblasti, na kterou si vzpomenete, ale pro mnohé z nich jsme dokázali vyvinout určité základní komponenty, které pro našeho zákazníka sestavujeme, do hotového modelu.
John Evans: Jo. Dovolte mi to jen přidat, Diano. Víte, model, který jsme před minutou ukazovali s takovým oranžovým pozadím, je opravdu koncepční model, takže má, víte, samohlásky a neexistují podtržítka, myslím tím, že to může lidská bytost pochopit. Nejedná se o koncept IT jako takového, je to něco, čemu obchodní osoba může rozumět. Máme tyto koncepční modely, můžeme importovat existující model, který byste mohli mít, a my jej faktorujeme, abychom to dostali tímto způsobem, ale s - jak mluvila Diana, když máme fragment modelu nebo příklad modelu, který jsme použili že předtím, než ukážeme zákazníkovi, obvykle uvnitř, víte, chvíli se na něj podíváme a postavíte ho na obrazovku a jakési směřování a gestikulování, mohou obvykle tento model ovlivnit tak, aby byl pěkně zastoupen. toho, čeho se snaží dosáhnout.
Takže to urychluje čas, aby se tyto požadavky zachytily, abyste se s tím mohli vyrovnat, ale další věc, kterou jsem zde neukazoval, je, víte, existuje tento diagram, ale je zde také karta s názvem operace, kde v podstatě stisknete a generuje všechny objekty, které potřebujete v úložišti MDM, spolu s pravidlem, které jste byli - nastavili jste, víte, co je volitelné, co je povinné, co je kardinálnost, všechny ty věci, které chcete udělat, ale tam je tlačítko, které říká, Deploy, pak by to jen vygenerovat model, který jste vytvořili na front-end. Máme tedy fragmenty, máme zkušenosti v celé řadě průmyslových odvětví a naši konzultanti jsou schopni zákazníkům umožnit začít velmi rychle.
Diana Collins: No, další věc, kterou jsem chtěl zjistit -
Dez Blanchfield: Takže já jsem ten druhý rychlý, než jsem ho předal Robinovi - jo, promiň, jdi.
Diana Collins: Chtěl bych jen rychle poznamenat, že tyto modelovací relace obvykle provádíme jako druh jam relace, protože nás tolik nezajímají podrobnosti o všech atributech, můžeme je vyplnit později, až se k nim dostaneme. To, co nás opravdu zajímá, je získat obchodní pohled na to, jak data spolu visí a jak to chápou jako užitečné, a to je to, jak chceme stavět řešení.
Dez Blanchfield: Ne, to všechno dává velký smysl. Jeden poslední rychlý, pak to předám Robinovi. Okamžitě si tedy představím, že by se stalo v rozhovoru našeho manažera s organizacemi, s nimiž se zabývám, že - mají názor, že už mají, víte, vládnoucí, rámce a nástroje - jaké jsou zkušenosti, když jdete do organizace, kde řekněme, že se řídící tým rozhodl, že se vydají touto cestou, stanou se zaměřením na zákazníka a vyčistí svá zákaznická data, nebo získají jednorázovou splatnost, a přesto IT a další části podnikání již možná cítily, že spouštět více pracovních programů, abyste se k tomu dostali na dobré místo?
Diana Collins: No, to je zajímavá otázka. Ano, nabízím, že implementace MDM obecně selže, pokud neexistuje taková podpora na vysoké úrovni. Myslím si, že tyto projekty musí být řízeny z poměrně vysoké úrovně v organizaci, protože existuje kulturní změna, kterou je třeba přijmout. Myslím, že Robin k tomu hovořil dříve, jak víte, není to něco, co děláte jen jako projekt, a záleží na tom, jak často se k němu v organizaci IT přistupuje. Je to probíhající program, je to něco, co vyžaduje odhodlání a ochotu ke změně, pokud budete chtít provést, a pak, když máte, myslím, že jsme zjistili, že implementace jdou velmi dobře.
Tam, kde musíme bojovat v určité implementaci, bylo to, že nedošlo buď k podpoře na vysoké úrovni řízení, nebo kde organizace IT byla odolná vůči změnám, ale v obou případech jsme byli docela úspěšní, když jsme je získali. Myslím, že jakmile jsme jim ukázali, jak snadné je vstávat a pracovat, a jak to skutečně přebírá odpovědnost za datový obsah z jejich ramen, a ve skutečnosti by za to IT neměl být zodpovědný. Podnik ví, co tvoří dobrá data, IT by to nemělo potřebovat vědět. IT by mělo být odpovědné za věci, které se jim daří dobře - organizovat data, udržovat je v bezpečí, udržovat je v bezpečí a jak - a obvykle to přijdou a uvidí to tak.
Eric Kavanagh: A máme několik otázek od publika, dovolte mi je vyhodit sem. Chodíme trochu časem, ale myslím, že dostanu všechny otázky, které můžeme nebo alespoň vyzkoušíme. Hodím to na vás, možná John nebo Dianu, v každém případě. Účastník se zeptá: „Máte funkce, které můžete vyvinout pro opětovné rodičovství ze špatných záznamů na zlaté záznamy? Transakce, jako jsou například prodejní objednávky přímo v operačních systémech? “Nejste si jisti, že přesně vím, co tím myslí, ale doufejme, že na to můžete odpovědět.
Diana Collins: No, můžeme určitě znovu rodičů záznamy. To je velmi standardní součást tohoto kancelářského řešení, ale v rámci operačních systémů nejsou přímo. Mohli bychom to udělat v prostředí MDM a poté, co byla data publikována z prostředí MDM, odtlačit data zpět z prostředí MDM, poslat je zpět do operačního systému, ale nebylo by to přímo zachyceno v - neopravili bychom to přímo v operačním systému z prostředí MDM.
Eric Kavanagh: Mám tě. Dobře a zde je další otázka: „Lze tento nástroj použít k zobrazení datové linie?“
Diana Collins: Oh absolutně, jo. Opět to není skvělý model pro tento druh ilustrací, ale absolutně. Tam, kde máte k datům historii, kde data pocházejí z více míst, můžeme je označit jejich zdrojem a tyto informace předat dále k publikovaným datům.
John Evans: Díky tomu. V modelu je jeden prvek, tady Diana, myslím, že máš kontakty SFDC a EBS a to vlastně prošlo i v grafickém poli. Je to druh visí kolem dat.
Diana Collins: Jo. Myslím samozřejmě v reálném prostředí linie, měli byste robustnější řešení a implementaci a bylo provedeno pouze základní řešení.
Eric Kavanagh: Dobře, dobře. Ještě pár otázek a pak zabalíme. Jeden z účastníků říká: „Jak podporujete definici domácnosti? Máte způsob, jak obohatit kmenová data zákazníků sociálními sítěmi? “
Diana Collins: To je na naší cestovní mapě, obohacení o sociální síť z dat sociálních sítí je na naší cestovní mapě. Momentálně to není na produktu, ale co se týče domácnosti, to je součást našich schopností sladění a slučování. V procesu porovnávání je velké množství knoflíků a pák, které můžete ovládat pro váhy konkrétních částí dat, ale to, co nám v konečném důsledku umožňuje, je shromáždit všechny jednotlivé kontaktní záznamy, které mohou být součástí stejné domácnosti. . Potom chápe rozdíl mezi společnostmi a lidmi. Ve společnostech se obvykle díváte na začátek, druh významu slov v názvu; ve společnosti začněte zepředu a pracujte ke konci. Ale když děláte domácnost, opravdu chcete začít na konci a pracovat směrem dopředu se jmény lidí. Rozumí tomu a je schopen udělat docela dobrou práci při shromažďování kontaktů, které patří do jedné domácnosti.
Eric Kavanagh: A poslední otázka, co zákazníci restaurací? Máme zde dobře informovaného člena publika, který se ptá, zda máte nějaké zákazníky v restauraci?
Diana Collins: Vlastně ne. Bude to pro nás nová vertikální. Měli bychom se o to opravdu zajímat. Máme zákazníky, kteří dodávají restaurace, ale nemáme žádné restaurace, které jsou zákazníky.
Eric Kavanagh: Dobře, bez obav. Dobře lidi, jsme tu spálili hodinu a pět minut, takže velmi děkuji našim moderátorům dnes. Toto webové vysílání archivujeme, aby byly všechny tyto archivy k dispozici pro pozdější prohlížení. Velké poděkování našim moderátorům dnes. Velké díky samozřejmě Dezovi a Robinovi za jejich pochopení a softwaru Magnitude Software. To je dobré. MDM je tu, abych zůstal, lidi, o tom není pochyb. Je opravdu důležité získat ten centrální pohled, který bude v průběhu času důležitější. Musím si myslet, jak se naši zákazníci rozhodnou, že nechtějí být špatně zacházeni, chtějí získat nejlepší možnou léčbu a tak to bude.
Takže s těmi lidmi se s tebou rozloučíme. Ještě jednou děkuji. Zítra s tebou mluvíme na jiném webcastu, ano. Hot Technology je nejžhavější show v těchto dnech, doufejme, že si s vámi promluvíme zítra ve čtyři hodiny na východ. Do té doby, dejte pozor, lidi. Buh-bye.
