A Techopedia munkatársai, 2016. május 25
Elvihető: Eric Kavanagh házigazda tárgyalja a törzsadatok kezelését Dez Blanchfield, Robin Bloor, John Evans és Diana Collins társaságokkal.
Jelenleg nincs bejelentkezve. Kérjük, jelentkezzen be vagy jelentkezzen be a videó megtekintéséhez.
Eric Kavanagh: Rendben, hölgyeim és uraim, nyár közeledik, itt forró van. Miért van ez? Mert itt az ideje a Hot Technologies-nek. Igen, nevem Eric Kavanagh. Én leszek a moderátora annak a shownak, amelyet arra terveztek - beszélnünk kell arról, hogy meleg, mi történik, mi a hűvös cucc a piacon. Ez a partneri kapcsolatunk a Techopedia-val. Szeretjük ezeket a srácokat. Több éve dolgozunk velük. Fantasztikus webhelyük van. Ha tudni akar valamit a tech világban, hogy mi lehet annak meghatározása, akkor látogasson el a techopedia.com oldalra. És ma az MDM-ről, a törzsadat-kezelésről beszélünk. A pontos cím: „A legnagyobb kép: Az ügyfelek ismerete több platformon keresztül.” És ez a játék változik, emberek, most elmondhatom neked.
Tehát van egy hely a tiédről, találok fel a Twitteren @eric_kavanagh. Mindenkinek megpróbálok válaszolni, aki nekem válaszol. Tehát az év forró. Ez biztosan forró az MDM számára. És azt mondom neked, hogy forró, nem csak forró a nagyvállalatok számára, hanem a kis- és közepes méretű vállalkozások számára is, akik, gondolod mi, rengeteg különböző rendszerrel rendelkeznek. CRM rendszerek, e-mail marketing rendszerek, ERP rendszerek, webanalitikai rendszerek, e-üzleti lakosztályok stb. Sokféle hozzáférési pont létezik az ügyfelekkel kapcsolatos információkhoz, és minél jobb munkát végezhet a vállalat, ha mindezt összefonja, annál jobb képes lesz arra, hogy kiszolgálja az ügyfelet, nem jelölje ki az ügyfelet, és tartsa körül az ügyfeleket. Tartsa őket még néhány cucc vásárlásával.
2003 óta valóban személyesen követtem nyomon az MDM-et, ami akkor volt, amikor a kifejezés valóban létrehozásra került. Őszintén szólva, ott volt egy bank, valójában a Chase Bank, azt hiszem, akkoriban a Bank One volt, és most az egyik jó barátom, Joe Northern nevű srác a Razza Solutions nevű társaságban dolgozott, és nekik volt a DRM eszköz. az Oracle. Tehát ténylegesen felszámolták a bankot, és akkor is hierarchikusan kezelték a bankot, és ez a törzsadat-kezelés kezdeti napjainak egy része.
Tehát manapság mind az analitikus, mind az operatív MDM-ről beszélünk. Ma sokat beszélünk erről a cuccról, és valóban segít megérteni, hogy miként lehet felhasználni ezt a technológiát, hogy az ügyfeleknek teljes képet kapjon, megértsék, kik ők és gondoskodjanak arról, hogy ügyfeleikkel is gondoskodjanak. mi a világszerte őszintén nagyon versenyképes környezet. Az egész helyet látjuk.
Tehát a rock-csillag karakterekből áll: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Hívás négy különböző helyről a bolygó körül. Dez Blanchfieldrel kezdjük, és ezzel átadom a kulcsot neked, Dez, és elkezdek tweetelni. Elvenni.
Dez Blanchfield: Köszönöm Eric. Csak emlékeztetnem kellett magam, hogy távolítsam el a néma hangot. Elnézést kérek ezért. Köszönöm a lehetőséget, hogy ezzel bemutassam. Tehát erre a szervezeti kihívás valós példájának szempontjából fogok jutni, hogy foglalkozzak azzal, amit az egyik legnagyobb zavarnak neveztem a szervezetek számára, amelyeket némelyikük számára látni fognak. idő. Számos kihívást láttunk. A GFC hitvállalatainak foglalkozniuk kellett vele. Rendszeresen megváltoztatjuk a törvényeket a magánélet vonatkozásában, amellyel foglalkoznunk kell.
Az egyik dolog, amelyről úgy gondolom, hogy a szervezeteket kihúzták azzal, hogy nem láttak jönni, az egész hírességek tapasztalatának kérdése volt. És lényegében az emberek, akik mobiltelefonokkal futnak, és bizonyos szempontból azonnali kielégülést akarnak. De az azonnali kielégítés jó módon, nem pedig petulant gyerekes módon. Csak annak felismerése, hogy ők az ügyfelek, fizetnek pénzt, és értéküket kellene megszerezniük. És tehát megtörtént az ügyfélközpontúság ötvözése vagy az ügyfélközpontú szervezetvé válás. Tehát gyorsan átmegyek, mit jelent ez, és hamarosan bevezetünk a megbeszélések valamivel technikaibb részébe.
Csak ki fogom tenni, és azt mondom, hogy egyrészt az ügyfél-központú szervezet lenni egy egyszerű dologra vezet: Önnek teljes képet kell adnia az ügyfeléről és az ügyféladatairól. Lehet, hogy különböző rendszerei vannak. Lehet, hogy rengeteg különféle terméke van. Lehet, hogy ötven különböző osztály található a szervezeten belül, de függetlenül attól, hogy hol tartózkodik a szervezetben, függetlenül attól, hogy milyen a munkaköri funkciója, teljes képet kell kapnia az összes ügyfeléről, vagy az ügyfelekről, akik kapcsolatban állnak mi a munkád funkciója? És a rendelkezésére álló adatkészlet minden része vagy a rendelkezésére álló adatkészletek minden része elmondja neked, hogy mi a nemzet állapota az ügyfél számára.
Rámutattam, hogy a teljes rendszer az ügyfelekről alkotott teljes képet nemcsak egy kicsit! Manapság ez szükségszerűség. És az első alkalom, amikor egy olyan forgatókönyvbe kerül, amelyben bármi köze van az ügyféllel, főleg ha élőben, telefonon, webes csevegőben vagy személyesen beszél, ami még félelmesebb, és Nem mond el nekik mindent, amit tudnia kellene róluk, ez nagyon nyilvánvalóvá válik, és nagyon szerencsétlen helyzet ebben a helyzetben lenni.
Egy nagyon gyors anekdotával kezdtem el a valós forgatókönyvek körül. Ez egy fénykép a tábláról, és kevesebb, mint öt napja van. Ez egy tényleges forgatókönyv egy szobában levő táblára egy közelmúltban, néhány nappal ezelőtt, és arról a témáról beszélt, hogy miként indulhatunk el egy nagyon nagy szervezetből, amelynek valami hasonlóa a kilencven különböző része. Ez egy ázsiai bank, kilencven különböző üzleti egységük van. Mindent megtesznek a társadalmi kölcsönöktől, az egymás közötti társaik és a mikrohiteltől egészen a műholdak űrbe helyezésének finanszírozásáig. Tehát szörnyeteg. Több tízmillió ügyfelük van. Azt hiszem, alig ötvenmillió ügyfelük van. És ezzel a tipikus kihívással néznek szembe, hogyan kell megközelíteni nemcsak az alapadatok kezelését, hanem különösen az ügyféladatokat és az egy egységet használó ügyfelet.
És amint leképeztük azt a dolgot, amely leugrott tőlünk a tábláról, az volt, hogy nemcsak problémájuk volt, hanem rémálmuk is volt, mert egyik rendszerük sem beszélt egymással. Beutazhattam a bank bármely részébe vagy az üzlet bármely részébe, és kölcsönöket kérhetek, lehet autó kölcsön, lakáshitel, kisvállalkozói kölcsön, és nem tudtak semmit mondani maguknak, vagy nem tudtak volna Nem találok semmit a bankkal fennálló egyéb kapcsolatomról. És teljesen megrémítette a napfényeket tőlük, mert rájöttek, hogy az úton lévő bankok ezt már meg tudják tenni, és valószínűleg 12, 15 év múlva vannak a nyolc golyó mögött. És ezeknek a kulcsfontosságú értékre vonatkozó javaslatoknak az eredménye, hogy az ügyfelek csak azt keresik, amelyek csak egységes képet mutatnak velem, mint vevőként, és ki kell kitalálnia, hogyan fogja ezt megvalósítani. Különösen most, amikor veled foglalkozom az interneten, manapság inkább az alkalmazáson keresztül.
Ez a kulcsfontosságú dolog, hogy „minden rólam szól, az ügyfelről szól”. És tehát amikor felvázoljuk, hogy néz ki az ügyfél-központú kultúra, mindent bele kell foglalnunk az olyan alapvető rendszerekbe, amelyeket az első dolgokhoz hasonlóan rögzítünk, mint az első név, vezetéknév és egyéb részletek, amikor kitölti az űrlapot, vagy kitölti online, vagy egy pultnál jön hozzánk egy pultnál, és kezdetben megismerjük Önt az egész út során, amikor magukat a termékeket vagy szolgáltatást szállítjuk te. És leképezzük ezt fentről lefelé. Az adatok és az adatok megértéséhez használt modellek folyamatos finomítása. Összehangolva azt, hogy ezek a technológiák és folyamatok az üzleti életben, a munkafolyamatokban, folyamatosan szigorítsák véleményünket rólad. A folyamatban lévő elkötelezettségünk, amelyet velünk folytatunk. Hogyan folyamatosan összpontosítunk az ügyfeled körül és hogyan kommunikálunk veled. Ha három szolgáltatást adok neked, nem akarom, hogy havonta három különféle papírt küldjek neked, vagy három nyilatkozatot vagy számlát, és így tovább.
Az ügyfélközpontú történet valódi vonzerőt vesz igénybe, és a szervezetek látják ennek értékét. Még mindig igazi kihívás az, hogy „Oké, nos, tíz különböző rendszer van, és nem beszélnek egymással. Nincs olyan eszköz, rendszer vagy platform, amely mindezt összehozná. ”És az emberek mindig olyan helyiségbe kerülnek, ahol olyan faliújságokat ültetnek, mint amilyeneket én mutattam neked. De mindez egy lényeges dologra vezethető vissza az átalakulás bal oldali sarkában. És átalakulás a szervezet, az emberek, valamint az alkalmazottak és az operatív modell kultúrájából egészen az őket támogató technológiai halomig. Tehát létezik egy meglehetősen gyakori ellenőrzőlista, amelyet a szervezetek átjutnak erre a pontra, ahol még megértik a kihívást, hogy mit jelent az ügyfélközpontúság, valamint a rendszer felépítésének és az eszközökhöz való hozzáférésnek a szükségességét, amely segíthet nekik.
Olyan dolgok, mint az ügyfelek utazásának feltérképezése a teljes életcikluson és az élmény, amelyet veled szerveznek. Az operációs modellek finomítása és az, hogy hogyan szervezi magát, hogy az ügyfelekre és az ügyfelek által megadott értékjavaslatra összpontosítson. És aztán természetesen összehangolja a technológiákat és a körülöttük levő technológiai kötegeket és folyamatokat, hogy megbizonyosodjon arról, hogy valóban folyamatosan ösztönzi a további elkötelezettséget, valamint jobb és szorosabb kapcsolatot az ügyfelekkel. És maga a tényleges elkötelezettség folyamata a vezetõktõl lefelé.
Ha nem változtatta meg a világnézetet az élelmiszerlánc tetején, az ülésteremtől lefelé, akkor kevés esélye van arra, hogy az Ön depo szintje vagy a napi pénzügyi alkalmazottak megváltoztatják viselkedésüket. Felül kell vezetnie. Folyamatosan frissítenie kell, újradefiniálnia kell, és újra kell fejlesztenie, hogy miként célozza meg a tényleges ügyfél-összpontosítást. Szóval, hogyan hoz létre nem csupán egy kulturális elmozdulást a legfelső végén, hanem a viselkedés megváltoztatását a szervezet alsó végén, és az eszközöket, amelyeket erre elérhetővé teszel?
Egy dolog azt mondani, hogy ügyfélközpontú szervezet vagy, és azt akarja, hogy az emberek egy módon viselkedjenek, de nem adtad nekik eszközöket és eszközöket, és képességed erre, nem fogsz viselkedést elérni azért, mert az emberek csak vissza fognak esni a szokásokba, amelyekről már tudtak, mielőtt azt gondolnák, hogy ügyfélközpontú szervezetek voltak. És aztán a szervezet elválaszthatatlan részeinek és a kultúranak az integrációja, amely abban élt, és amelyet nyilvánvalóan az eszközök és a platform támaszt alá.
Tehát hogyan veszi ezeket az elkülönülő üzleti egységeket, vállalkozásokat vagy a szervezet egy részét, és hogyan viselkednek-e kulturális szempontból eltérően és lefelé? Nos, biztosítja számukra a megfelelő eszközöket, módszereket és eszközöket, hogy az ügyféllel és az ügyféllel kapcsolatos tapasztalatokról teljes képet kapjon. És akkor hogyan lehet feltenni néhány KPI-t, és ennek alapján mérni, és nyomon követni, és néhány mérőszámot összehasonlítani ezekkel, és megmérni ezeket a KPI-ket, és ehhez értéket adni? Üzleti érték magadnak és nyilvánvalóan értéket képvisel az értékláncban az ügyfél számára, és folyamatosan visszatér. Ezután beépíti az összes olyan kommunikációt, amelyet az ügyfelekkel kapott a visszajelzésből és a valós időben, vagy ismétlődő módon feldolgozva, hogy viselkedése és kulturális eltolódása remélhetőleg bekapcsolódjon valamilyen visszajelzési ciklusba és visszacsatolási körbe, és kitalálhassa, valóban megüti a jelet, vagy sem.
Eljutunk a forgatókönyvhöz, ahol tudjuk, hogy a szervezetek végül hatékonyan elmerülnek az egymástól eltérő adatokban, és láttuk, hogy itt van valamiféle, belső, más külső. Történelmileg volt ügyfélkapcsolat-kezelési platformok, hirdetési és marketing platformok. Volt mindenféle különféle rendszer, amelyek függetlenül működnek, majd remélhetőleg valamilyen formában beszélgetnek egymással. Az elmúlt néhány hétben rohamosan megfigyeltük a veled folytatott interakciókat, tehát szociális médián keresztül beszélünk, weboldalunkon keresztül beszélünk, e-maileket kapunk tőled.
Azon IVR rendszereinknek, amelyek telefonon beszélnek veled, most vissza kell térképezni ezeket az adatokat, és el kell mondaniuk nekünk, hogy miként kezelték a telefonrendszerünket, és hogyan működtek kapcsolatba az adatbázisunkkal, és ha telefonáltak volna velünk, akkor mindez megvan valós időben el kell készíteni, és képesnek kell lennünk annak biztosítására, hogy közös képet kapjunk róla, amely remélhetőleg az a közös adatkezelési platform, amely a diagram közepén van.
Van egy, a közelmúltban kidolgozott kifejezés, amely egy „híresség ügyfélélményét” jelenti. Nos, mit jelent ez valójában? Nem úgy gondoljuk, hogy végfelhasználóink vagy fogyasztóink rosszul viselkedett hírességek, és hogy bármilyen módon különböznek egymástól. Ez azt jelenti, hogy felébredtünk arra a tényre, hogy minden ügyfelünket hírességként kell kezelnünk. A VIP kezelést attól a pillanattól kezdve kell megkapniuk, amikor találkozunk velük, annak teljes életciklusa alatt, amikor örömünkre szolgál, hogy vevőként éljük meg őket.
És tehát az a kérdés, amelyet rendszeresen felteszek - visszatérve ez egy ügyfél valamivel anekdotikusabb valós történetéhez - hogyan tegyük lehetővé szervezetünknek, hogy kielégítse ezt a növekvő igényt a hírességek ügyfélélményeire? Mivel a jelen pillanatban a szervezetek egyik legnagyobb zavarát okozza az a követelmény, hogy teljesítsük ezt az ígéretet az ügyfeleknek. Annak érdekében, hogy a hírességek vevői élményt kapjanak. Szervezeteim, tapasztalataim szerint, és természetesen az egész világon, amelyet látok, zavartak anélkül, hogy felismernék azt a változásokkal szemben, amelyek valószínűleg már ismertek vagy láttak valódi vevőikhöz érkeztek. Vevőik zavarják őket, és nagyon komoly módon zavarják őket. És akkor, ha nem tudja ezt a híresség-élményt biztosítani, és eszközöket, eszközöket és eszközöket biztosít a szervezetének, hogy megkapja az ügyféllel kapcsolatos egyetlen képet, akkor egy mérföldnyire, legalább egy mérföld mérfölddel hiányzik, képesség és képesség ezen ígéret teljesítésére.
Van néhány kulcsfontosságú pont, amelyet ide dobok, majd átadom Robinnak, hogy kicsit technikai részletesebb részletekbe menjenek. Azt javaslom, hogy minden szervezet gondolkozzon nagyon keményen és gyorsan, ha még távolról is megközelítik ezt a szolgáltatást. az alkalmazottak és szervezeteik számára tett ígéretet, hogy ügyfél-központú egységgé válnak. Ez az összpontosítás az alapvető alkotóelemekre, és egyetlen vevői nézet létrehozása. Ez nagyon egyszerűnek hangzik, de mit jelent ez? Nos, ez azt jelenti, hogy mindenkor és a megfelelő időben megkapja a megfelelő adatokat a megfelelő adatforrásokból. Gondoskodjon arról, hogy az adatok mindig megfelelő helyen legyenek elérhetők. Nem csak időnként.
És szorosan integrálva kell lennie. Ezt természetesen be kell építeni a platformjára. Ez nem lehet csak valami, amit gondolsz. Egyetlen marketing kampány. Minden alkalommal, amikor egy ügyfelet keres, mindig képesnek kell lennie arra, hogy ezt megkapja. Mindig a megfelelő emberek számára elérhetőnek kell lennie. Tehát nem akarok a folyosón körbejárni törzsi ismereteket keresve. Képesnek kell lennem erre egy pillanat alatt, csak egy eszközhöz jutva. És meg kell adnia azt a megfelelő platformon, a megfelelő eszközzel. Tehát be kell építeni a már használt meglévő rendszerekbe.
CRM-nek képesnek kell lennie arra, hogy mindent láthasson, amikor felkeresem a mobil alkalmazásomat, a weboldalt, kezdve a beszélgetést az IVR-rel, az interaktív hangfelvételt, és végigfutam a telefonos ügyfélszolgálaton, mint önkiszolgálót. Vagy ha megnyomom a kilencedik csillagot, és eljutok az emberhez, akkor felteszem a kissé kihívást jelentő kérdést, amelyre az IVR-t nem programozták meg. Ha tweettel teszek valamit boldognak, ha írtam egy cikket a LinkedIn-ről. Mindezeknek végül vissza kell térniük a CRM-be, hogy ha bármi dolgot kezelnék az ügyféllel, láthatom ezt. Alapértelmezéské kell tennünk, és nem kivételként.
Még mindig ez a kivétel, hogy az emberek kampányt akarnak indítani, értékesítési és marketing erőfeszítéseket akarnak végrehajtani, vagy valamilyen problémát akarnak megoldani, vagy egy árképzési kérdéssel foglalkozni akarnak. Egyszeri kampányt indítunk, és megpróbálunk egyetlen képet kapni ügyfelünk egy adott szegmenséről, és elkezdjük a jelentések futtatását, a dolgok kinyomtatását és átadását kötött nyomtatott formátumban. Ez kivétel. Ennek alapértelmezettnek kell lennie. Rendszereinek minden időben biztosítaniuk kell az ügyfél ezt az egyetlen képet. És bármilyen módon hozzá is jönünk - legyen szó értékesítésről és marketingről, vagy csak működési, gyártási, logisztikai, vagy bármilyen szempontból is -, a valóság az, hogy mindent meg kell tennie mielőtt szilárd megtérülést tapasztalhat az ügyfél-központú szervezetré válás átalakításában. Gyors győzelmeket fogsz kapni. Minden bizonnyal gyors győzelem lesz. Tehát van néhány jó hír ezen a fronton. De a valóság az, hogy amíg az áttérés befejezéséig az ügyfél-központú szervezet teljes nézetévé válik, addig a ROI nem fog ugrálni rád. És ez egy szórakoztató utazás. Ez egy érdemes utazás. Mindez annak alapját képezi, hogy rendelkeznek a megfelelő eszközökkel, a megfelelő platformokkal, és a lehető leghamarabb elérhetővé teszik a szervezete számára ésszerű, műszaki és kereskedelmi szempontból életképes formában. Ezt szem előtt tartva átadom Robinnak. Vörösbegy?
Robin Bloor: Köszönöm, Dez. Ugyanazt kellett csinálnom, mint te, el kell némítani a hangot. Oké, inkább fogalmi szempontból közelítem hozzá ehhez, mint az a fajta gyakorlati forgatókönyv, amelyen Dez átment. Valójában egy nagyon specifikus tevékenységről beszélünk egy szervezeten belül, amikor az MDM területére kerülünk, és természetesen az ügyfél a nagy ügy. A vevő entitás identitását sokféle okból sokkal nehezebb megszerezni, mint bármi mást. Valószínűleg ez a legfontosabb entitás. Van olyan vállalkozás, ahol csak egy ügyfelük lehet, és rendelkezhetnek minden információval, amelyet az ügyféllel kapcsolatban megszerezhetnek. Nagyon ritka. Leginkább a szervezeteknek több ügyfelük van, és az ügyfeleknek több vonatkozása van. És az adatok nagyjából eloszlanak az egész helyszínen. Meglehetősen közelmúltban dolgoztam ezzel az ötlettel, az adatpiramis ötletével. Hogy van egyértelmű különbség az adatok, az információk és a tudás, valamint a valódi megértés között. De az adatok, információk és tudás számítógépeken élhetnek. A legalacsonyabb szintű adatok csak jelek és mérések. És az információk, amelyekre meg tudja adni a kezét, és mi az,
Eric Kavanagh: A hangod kissé elhalványul, Robin. Csak hogy tudd.
Robin Bloor: Oké, mozgatom a mikrofont. Mit szólsz?
Eric Kavanagh: Itt megy. Sokkal jobban hangzik. Nesze.
Robin Bloor: Igen, tehát az adatok elsősorban jelekből, mérésekből, felvételekből és hasonló dolgokból állnak. Nincs konkrét összefüggése. Információvá válik, ha megadja neki ezt a kontextust. Adatok összekapcsolása. Az adatok strukturálása. Vizualizációk, szószedetek, sémák készítése. Bármi, amit körül szeretne készíteni. Tájékozódik a tudásba, amikor így vagy úgy meg tudja kezdeni megjósolni egy adott entitás viselkedését, és végrehajthatja a kezelésére vonatkozó irányelveket és szabályokat. A megértés teljes egészében az emberekben él. És ez a probléma része. Amikor valóban megvizsgálja az ügyfél-helyzet szempontjából fennálló széttöredezettséget, gyakran észreveszi, hogy valóban az értékesítésnek van egy nézete az ügyféllel, a marketingnek pedig egy másik. Az értékesítés támogatása vagy valójában csak az ügyfelek karbantartása más nézetet képvisel. Lehet, hogy sok érintkezési pont van az ügyféllel a szervezetnél. És egyik sem integrálódik a megfelelően strukturált információba, vagy sokan nem integráltak.
És akkor van a probléma, amely az elmúlt néhány évben sokkal inkább elterjedté vált, külső adatokat gyűjthet az emberekről, és ez nagyon hasznos, de valójában ezt integrálnia kell, hogy valódi értéke legyen. Tehát az adatok finomítása során a nehézségeket a fragmentáció okozza. Az adatok különböző helyekről származnak, és nincsenek jól felépítve. És az a tény, hogy hajlamos folyamatosan új adatokkal szolgálni, és szinte mindig ez a helyzet a vevők esetében. És minden entitás mozgó célpont. Talán három vagy négy évvel ezelőtt nem törődöttünk az ügyfelek szociális média profiljával, de most törődünk vele. Mi törődünk vele, mert káros lehet egy szervezet számára, vagy fellendítheti egy szervezetet, attól függően, hogy mi történik odakint.
Ha valóban az ötleted van, ha leült és gyakorlott, és megpróbálta kitalálni, mi volt az, ami öt évvel ezelőtt érdekli az ügyfelet? És megcsinálod újra, és rájössz, hogy új dolgokat adtak hozzá. És a cuccokat elvitték. Úgy értem, senkit sem érdekel többé, például az, hogy az emberek milyen faxszámmal rendelkeznek. Vannak olyan emberek, akiknek faxszáma volt a névjegykártyájukon. De senkit már nem érdekel, mert a fax meghalt. Tehát egy mozgó célpont. Ha az adatmodellezésre és az MDM-re nézzünk, az első dolog - erről valójában meg kell mondanom, hogy ez az adatkezelés része, ha nem ezt teszed, akkor problémát jelent az adatkezelés . Mert ha valójában nem adatmodellezést és MDM-et hajt végre, akkor egyik vagy másik módon nem áll rendelkezésre nagyon jó felülről lefelé néző kép az adott entitásról.
De itt felsoroltam az adatkezelést. Felsoroltam a származékot, az adathasználatot, a minőséget, a biztonságot, a szolgáltatáskezelést, a helyreállítást. Felveheti életciklusát és így tovább. Rendkívül sok az adatkezelés és az adatmodellezés, és az MDM ennek alapvető és talán központi része. A változás fentről lefelé történik abban az értelemben, hogy rájössz, hogy a változás azért történik, mert az emberek rájönnek, hogy ez történik. Ezért az egész halomra gondolhatunk, a fájloktól és az adatbázisoktól az adatelemeken át a béta adatokig és az üzleti meghatározásokig.
Gondolhat arra, hogy ténylegesen valamilyen módon kell kezelnie a teljes halomot, és naprakészen tartani az egész halomot, mert valami ismerete üzleti definíciós szinten nem azt jelenti, hogy az adatokat fájl- és adatbázisszint. Ez egy nagyon széles kép, és amíg nem gondolsz rá, nem veszi észre, milyen széles. A modellezés és az MDM, ha valóban megnézed, az egész nagy adat trend nem pusztán erről szól - sokkal több adat van. Arról szól, hogy sokkal több adat származik sokkal több forrásból, és így sokkal több perspektíva adódik az adott entitás számára, amelyről ténylegesen információkat gyűjt. És minél összetettebb, azaz minél több modellre van szüksége, annál kevésbé könnyű megérteni. Csak azáltal, hogy nézzük meg egy adatbázis-sémát, mi történik, amikor az adatok ténylegesen 10, 20, 30 forrásból származnak.
Elméletileg azt mondhatjuk, hogy az MDM képet ad az adatvilágról, de a gyakorlatban valójában része. És valójában csak arról beszéltünk, hogy ha az adatok üzleti jelentését nézzük, akkor az adatok jelentésével kapcsolatos információk valójában azon adat univerzum részét képezik, amelyet néztek. A modellezés felülről lefelé és alulról felfelé történik. Vagyis üzleti szempontból tekinthet a dolgokra, de a dolgok szempontjából is megnézheti a dolgokat. És mindkét irányba épít. És ez nem és soha nem is lehet projekt. Egy indulás egy projekt. Ez egy folyamatos tevékenység. Lehet, hogy projektként indítja el, mert nincs semmi koherens a helyén, de ha elszaladtad, annak folyamatos tevékenységnek kell lennie. És bármit, ami az adatok területén történik, az MDM-csapatnak tudnia kell erről.
Az ügyfelek kihívásai, csak nézzék meg, hogy az ügyfél-entitásra koncentrálunk. Most már sokkal több forrás áll rendelkezésre az ügyféllel kapcsolatban, mint bármely más entitásról. És úgy tűnik, hogy folyamatosan növekszik. Ez gyakran pontatlan. Ha például adatokat gyűjt tőlem. Ha adatot gyűjt rólam, rájön, hogy különböző identitásaim vannak, azaz csak azt jelenti, hogy középső kezdőbetűket használok-e vagy sem, amikor különféle weboldalakon járok. És gyakran ezt teszem, hogy felfedezzem, hol kapok spam-t egy adott identitásból. De sok ember ezt csinálja. És akkor az emberek véletlenül hibákat követnek el. És akkor az információk elavultak.
Az egyik ilyen adatforráshoz elmentem, amely állítólag sok információval szolgálhat neked az adott személyről, és megtettem a nyilvánvaló dolgot, és kérdéseket tettem magammal kapcsolatban. És az általuk adott információ fele valójában elavult. És részben egyébként rossz volt. És nézi ezt, és úgy gondolja, hogy ha így vagy úgy szerez adatot más forrásokból, akkor óriási az az eleme, hogy megtisztítja az adatokat, és képes azonosítani, hogy ezek az adatok. Magánszemélyeként nincs egyedi azonosítónk. A név és a mobiltelefonszám valószínűleg közel áll a legtöbb emberhez, de nem mindenkinek van mobiltelefonszáma. És ez különbözik a különböző kultúrákban is. És akkor ott van az adatok jellege az elemzés szempontjából.
Nem fogok mélységbe foglalni ezt, de az adatok kiválaszthatók. Ha van valaki Twitter-adata, akkor csak kis számú olyan személy létezik, akik aktívan teszik fel az adatokat a Twitteren. És ők választottak. Nem véletlenszerűen kiválasztott ügyfelek. Ők azok, akik úgy döntöttek, hogy hangos szerepet töltenek be a Twitteren. Rendkívüli módon nehéz 360 fokos képet kapni az ügyféllel. És részben egyszerűen mindenki műszaki története miatt. Nem szokatlan, ha felfedezi, hogy három vagy több ügyféladatbázis létezik, csakúgy, mint az adatbázisok, soha ne törődjön vele sok más információforrással, amelyet ténylegesen gyűjt az ügyféllel kapcsolatban. És az ügyfelek elemzésekor érdemes azt mondani, hogy ez most egy hatalmas lehetőség. Régebben szegmentálást végeztünk a kanyarban, de most valóban, mivel rettenetesen sok külső adat áll rendelkezésre az ügyfelekről, szörnyen sok kapcsolat gráf-elemzést végezhet, ami valóban viszonylag új. Használhat prediktív elemzést, még soha nem tudta. Gyűjthet olyan divatinformációkat és véleményinformációkat, amelyeket még soha nem tudott volna gyűjteni.
Nagyon jó ok van arra, hogy áttekintsük, mit csinálunk az ügyfél vonatkozásában, és gondolkodjunk azon, hogy miként lehetne a legjobban kiaknázni a meglévő adatait. Gyakorlati nézet. A vevőegység modellezése a pontos és hasznos BI, valamint az ismeretek finomítása érdekében szükséges tevékenység. Más szavakkal, ha meglehetősen nagy vásárlói létszámmal rendelkezik, ez nem igazán választható. Meg kell csinálni. És azt hiszem, ennyit kell mondanom. Adjuk tovább a labdát.
Eric Kavanagh: Rendben, szóval John, azt hiszem, hogy a következőre megy? Akkor Diana elkészít egy demót. Tehát vele, John Evans, vegye el. És az emberek, ne légy félénk, bármikor küldje el kérdéseit. Figyelemmel kísérjük ezt a kérdéseket és válaszokat. Vedd el, John Evans.
John Evans: Jól van. Köszönöm, Eric. És köszönöm Deznek és Robinnak a bevezetést és az észrevételeket. Nagyon átfedés alakult ki abban, amit itt beszéltél, és azzal, amit ma fogunk beszélni és megmutatni, ami nagyszerű. És hogy határozottan egyetértünk azzal, hogy az ügyfélközpontúság ez a fogalom valami, amelyet az emberek elérni akarnak, és azt hiszem, hogy ennek gyökere azt mondhatnánk, hogy jó adatokkal, olyan jó adatokkal, mint amennyit csak tudsz ügyfeleiről szerezni, a az egyetlen módja annak, hogy imádkozzanak ennek elérése érdekében. Tehát azt akarjuk, hogy ma beszéljünk az ügyfélközpontú törzsadatkezelésről, és kicsit megosszuk mindenkivel a megközelítés módját, megoldjuk ezt a kérdést, és beszéljünk egy új ajánlatról, amelyet éppen bemutattunk, és amelynek célja bármilyen méretű vállalkozás számára könnyű jobb ügyféladatokat szolgáltatni szétaprózott adatkörnyezetben. Tehát a táj úgy néz ki mint ez.
Különböző rendszerek vannak itt a kerület körül, rengeteg széttöredezett alkalmazás, némelyik felhőben fut, mások telephelyen futnak. És ezek mindegyikében, definíció szerint, különböző módokon lesz lehetősége az ügyfelek és az ügyféladatok azonosítására. Az ügyféladatok különböző modelljei, különböző tulajdonságokkal, különböző prioritásokkal és így tovább. És még ha olyan szervezet is lenne, amelyben önnek tartja magát, tudod, egy SAP üzlet vagy egy Oracle üzlet, vagy csak vállalkozását működteti például az SAP-n, vagy csak az Oracle-en, vagy pedig a SalesForce-t használja, Lehet, hogy ezeknek a rendszereknek több példánya is van, még a saját vállalatán belül is. Lehet, hogy egy másik helyre telepítik, vagy egy olyan régióban helyezkedik el, amelyet különböző okokból állítottak fel, a világ különböző zónáiban, vagy lehet, hogy üzletágak szerint más módon állítják fel őket. És még akkor is, ha egyetlen ERP-vel rendelkezik, ha elvégezte az összes testreszabást, az adatok ütközésekbe ütköznek.
Most a szétaprózódást tovább súlyosbítja a felhőalapú rendszerek és a fajta legjobb alkalmazásai egyre növekvő száma. Tehát, bár egy ilyen valóban nagy, összetett, konvolúciós környezetben valaha olyasvalamit gondoltak, amelyet mindenki úgy gondolt: "Nos, ez valójában csak az igazán nagyvállalatokban fordul elő", a felhőmegoldások megjelenése és a fajta legjobb megközelítése miatt ez a kérdés most még egyre elterjedtebb még a kisebb szervezetekben is. Tehát valójában a kisvállalkozásoktól egészen a nagyvállalatokig terjed. Mindenki ugyanazt a problémát érinti az ügyféladatokkal kapcsolatban. És megnézheti néhány olyan problémát, amelyeket a közepén felsoroltam.
Három típusra osztom őket. Vannak olyan adatokkal kapcsolatos problémák, amelyekben duplikációk, érvénytelen adatok, hiányzó mezők vannak, következetlen információk vannak, következetlen hierarchiák vannak, és ezek a dolgok csak idővel rosszabbodnak. Akkor vannak olyan emberekkel kapcsolatos kihívások, ahol az emberek nem férhetnek hozzá az adatokhoz, nem tudnak válaszolni a feltett kérdésekre, ahol keresnek, de nem képesek elérni azt a 360 fokos képet, amelyről Robin beszélt.
És a harmadik területen a folyamatokkal kapcsolatos kihívások merülnek fel, ahol több helyen van adat, és az emberek sem tudják, mi változott és mikor, mert az adatok folyamatosan történnek az adatokkal. Tehát nincs ellenőrzés vagy irányítás az adatok tisztaságának fenntartása felett. Tehát, amikor egységesebb / következetesebb vevői élményt próbál nyújtani, és párbeszédet folytat az ügyfelekkel, nagyon nehéz ezt elérni, ha az adott személyekkel kapcsolatos saját adatai nem konzisztensek és nem pontosak.
Mintha félre is láttam, azt hiszem, hogy a múlt héten vagy az előző héten egy „Információmenedzsment” cikkben beszélt arról, hogy a személyre szabott marketing miért nem mindig pontos, és kilenc okot soroltak fel. A listájuk első két oka az, hogy az adatok minősége gyenge és az adatok nem integráltak.
Szóval mit tehetsz ezzel? Nos, van néhány módszer arra, hogy megpróbáljon megközelíteni ezt a problémát, és elgondolkodjon azon, hogy ez mennyibe kerül a szervezetének. Vagy bármilyen módon megtámadhatja ezeket az adatokat, amikor születik, ha akarod, vagy megtámadhatja azokat, ha behatolnak a rendszerébe. Tehát itt van egy olyan szervezet képe, amelyben dolgoztunk, amely ténylegesen körülbelül harminc különböző helyet mutatott ki, ahol az adatok tárolódtak. ott, a tájban.
Tehát ha egyszer ezeket az adatokat a természetbe engedték, ezekbe a tucat rendszerekbe nehéz megtalálni, nehéz karbantartani, drága javítani, ha arra gondolsz, hogy harminc különböző alkalommal harminc különböző helyre lépsz, és megpróbálsz megjavítani. . Tehát az egyik fogalom, amelyről beszélni akarunk, proaktív lenni, és megpróbálni javítani a dolgokat az életciklusának korai szakaszában, mert ha ezt megteszi, könnyebb lesz megtalálni, könnyebben ellenőrizhető, és olcsóbb javítani és karbantartani. és így jobb adatokat fog kapni, amikor az alkalmazások végfelhasználói oldalán dolgozik.
Tehát ez egy olyan koncepció, amiről már beszélünk proaktív MDM-nek, és a címke, amelyet szeretünk használni, a folyók, nem a tavak tisztítása. Tehát három lépés van ehhez: az első a tisztítás, ahol össze kell hasonlítani, egyesíteni, megtisztítani és túlélni a rekordokat a forráshoz legközelebb, hogy kipróbálhassunk egy arany rekordot, hogy elkerüljük a későbbi alkalmazások szennyezését. Ezt meg lehet valósítani a források végrehajtott ellenőrzésével, vagy akár olyan hely biztosításával is, ahol az adatokat központosan felajánlanak, hogy azok következetes és pontosak legyenek, mielőtt a vadba kerülnék.
A gazdagítás azzal jár, hogy hozzáadunk értéket az adatokhoz, ahogyan megyünk, ideértve a referenciaadatokat és egyéb információkat is, amelyek nem szerepelnek a forrás operációs rendszerében, tehát ez lehet hierarchiák, például szegmentációk lehetnek, amelyeket nem magában rejtenek ezekben a rendszerekben.
Akkor a harmadik rész a tiszta állapot megőrzéséről szól, és itt szeretné megbizonyosodni arról, hogy a folyamatok helyben vannak-e, és az emberek meghatározzák, hogy elvégezzék a vezetést és a kormányzást, rendelkeznek olyan eszközökkel, amelyek lehetővé teszik ezeket a folyamatokat, majd proaktív módon összeegyeztetik és tisztítják adatait rendszeres időközönként, így nem, tehát elkerülheti azt a pusztulást, amely természetesen megtörténik, például amikor az emberek munkahelyet cserélnek, vagy lakóhelyüket megváltoztatják, vagy így tovább.
Szóval hogyan lehet ezt megszerezni? Nos, számos lehetőség közül választhat, hogy megtámadja ezt a problémát. Használhat egy adatminőségi eszközt, egy adatintegrációs eszközt az információk kinyerésére, egy munkafolyamat-eszközt is felhasználhat arra, hogy részben a különböző emberek munkáját elvégezze. Használhat egy kormányzási eszközt, hogy nyomon tudja követni, ki mit csinál. Valójában összekapcsolhatja ezeket a különféle örökségi eszközöket, és rengeteg embert dobhat rá.
De mindez nagyon drága, nagyon erőforrás-igényes, lassú lesz a telepítés, nehéz lesz kezelni, és esetleg el is szeretné kezdeni az ügyféladatokkal, de végül a termékeit is szeretné kezelni, az ügyfelek által kínált termékek listája, valamint az ezeknek a termékeknek a szállítóinak listája, valamint az üzleti vállalkozásodban használt fiókok ábrája, hogy nyomon tudja követni a folyamatot, irányítsa az ügyfeleket kiszolgáló alkalmazottakat és így tovább . Tehát most több domainről, beszállítókról, termékekről, számlakivonatról, alkalmazottakról és így tovább beszél, hogy megpróbálhassa 360 fokos képet nyújtani az egész vállalkozásáról.
Tehát ideális esetben az ügyfelek törzsadatainak integrálására, összehangolására és tisztítására egy megoldás, egy megoldás, amellyel kezelheti a felügyeletet és a irányítást, valamint egy olyan eszköz, amely segítségével kezelheti az összes adattartományt, ahogy kezdi ügyfél és lépjen tovább. Tehát ez az a cél, amelyet egy újonnan bejelentett ajánlatunk mögött hívtunk, Magnitude ONE néven. A Magnitude ONE egy MDM ajánlat, amelyet a cégek számára fejlesztett adatok integrálására, harmonizálására és kezelésére alkalmazzák azokban a népszerű SaaS vagy nem helyszíni alkalmazásokban, amelyek már használatban vannak, ahogy korábban beszéltünk, így a Magnitude ONE számos összetevőt tartalmaz.
Az első dolog a Kalido MDM megoldásunk, amelyet a világ néhány vállalatában telepítettek, és Eric, amikor a fő adatokkal és a menedzsmenttel való kitettségről beszélgettél már 2003-ban, azt hiszem, hogy ez a termék eredetileg 2004 körül jelent meg. korai úttörőként szolgáltunk ezen a téren, ezzel az eszközzel. Először azzal kezdtük, hogy kiszolgáljuk az információk analitikus felhasználását, hogy megbizonyosodjunk arról, hogy a jó adatok bekerülnek-e a raktárba, és az idők során ügyfeleink egyre inkább felhasználták azokat operatív felhasználási esetekre és több domain kezelésére, beleértve az ügyfelek és a termékek, valamint a pénzügyi és eladó és alkalmazott és így tovább. Tehát a Kalido MDM ennek a megoldásnak a központi része.
A SCRIBE szoftverrel való partnerség útján, a SCRIBE online integrációs platformját szolgáltatásként felhasználva, a legkülönfélébb forrásrendszerekhez is csatlakoztatást és integrációt nyújtunk. Ez egy felhőalapú integrációs ajánlat, amely több mint negyven rendszerhez kapcsolódik, mind a helyszíni, mind a SaaS rendszerekhez, amelyeket a szervezetek használnak. Tehát ezekkel a kettővel együtt, a Kalido MDM megoldással magában foglalja és képes-e munkafolyamat-vezérelt környezetet létrehozni a törzsadatok kezelésére és az egész életciklus során történő kezelésére. Van egy megfelelő motorunk, amely ott van, és amelyet kifejezetten az ügyfelek adatainak kezelésére terveztünk, és a szoftver mellett néhány virtuális tantermi képzést is biztosítunk a Kalido MDM termékről és a modellező komponensekről.
Tehát Robin, beszéltél a modellről, ez egy nagyon kritikus rész, és valójában itt kezdjük meg a megoldásunkat, és megmutatjuk neked, hogy egy pillanat alatt megtudhatja, hogyan veszi azt a fehér táblát, amelyet Dez mutatott, és lefordította azt valami, ami képes valójában állítsa be az MDM rendszerét. A Magnitude ONE kapcsán az a végpont, hogy helyiségekben elérhető vagy felhőalapú szolgáltatásként előfizetési engedélyt vagy örökös licencet kaphat. Az ötlet az lesz, hogy könnyű lesz a vásárlás, karbantartás, bevezetés és karbantartás.
Tehát ez akkor néz ki, ha a közepén van az EGY nagyságrend, az erőteljes képességekkel, hogy mindent meg tudjon csinálni a fehér és a kék mezőben. Tehát csatlakozzon az ügyféladatokhoz és hozzáférjen azokhoz a SCRIBE csatlakozón keresztül, amelyről beszéltem. Ezután végezze el az összes elsajátítási gyakorlatot, amelyet meg kell tennie az adatok egyeztetése, az egyesítés, a túlélés és az adatok gazdagítása körül, hogy megtisztítsa. Ezután engedélyezze és tegye közzé pontos és következetes adatokat az Ön fogyasztó rendszereiben, valamint hozzáférési réteget adjon az embereknek adatok kereséséhez, adatok böngészéséhez és akár új nyilvántartások készítéséhez, hogy az operációs és analitikai rendszerek tisztán maradjanak az idő múlásával.
Web alapú felhasználói felületet biztosítunk mind a gazdáknak, mind az adminisztrátoroknak, amelyeket egy pillanat alatt megláthatunk, valamint az üzleti felhasználók számára. Nemcsak böngészhetnek és hozzáférhetnek a közzétett törzsadatokhoz, hanem szerepet játszhatnak a gazdálkodás folyamatában is. Tehát képzelje el, hogy az értékesítési képviselője beszélgetni fog az ügyfelekkel, valami újat tud megtanulni az ügyféllel kapcsolatban, felvehetnek változási kérelmet, és mondják, hogy hé ez az ügyfél, megváltoztatták a címet, megváltoztatták az e-mail címüket, átváltottak, talán ez az orvos váltotta a kapcsolatot ezzel a kórházzal, szeretnénk ellenőrizni, hogy nyomon követjük-e az ilyen cuccokat, vagy ez a biztosítási bróker most szállítja ezeket a termékeket, meg akarjuk győződni arról, hogy ezeket az új biztosítási termékeket forgalmazzuk-e nekik, például. Tehát az ilyen dolgokat fel lehet emelni és kiszolgálni, mivel az ügyfelekkel szembesülő alkalmazottaik ezekkel az emberekkel foglalkoznak.
Pár egyéb tulajdonság a megoldásunkról. Az első az üzleti modell. Ne felejtsd el azt a fehér tábla képet, amelyet Dez mutatott, melyben voltak a körök és a nyilak. Ez alapvetően az üzleti követelmények annak, hogy az adatoknak miként kell lenniük, hogyan kell használni őket a valós világban. Egy üzleti információs modellnek nevezett névvel indulunk, és alapvetően felvehetjük ezeket a követelményeket és a hozzájuk kapcsolódó üzleti szabályokat, és ezt ténylegesen felhasználhatjuk a szabályok és az MDM-lerakat létrehozására. Tehát hatékonyan szolgálja a kommunikációs rés áthidalását, amelyet gyakran látunk az üzletemberek között, amikor leírják a követelményt, és az IT-nek vissza kell térnie, és táblázatokba és leképezésekbe kell fordítania és így tovább.
Tehát az üzleti modell által vezérelt megközelítést alkalmazzuk annak biztosítására, hogy az induláskor már megfelelő legyen. Tartalmazunk ehhez az automatikus feldolgozást, valamint a beágyazott munkafolyamatot és a változáskezelést is, így ha módosul a modell, ahová hozzáadja, gyorsan telepítheti, és ezt az automatizálás miatt egy kis csapattal megteheti., nem igényel annyi kódolást, mint amire talán számíthatott.
Megemlítettem a modellvezérelt jelleget, amely szintén meghajtja a valóban megjelenő képernyőket. Tehát amikor leírást ad egy ügyféllel, és ott vannak az attribútumai, akkor a képernyőn látni fogják azokat a attribútumokat, amelyeket a modell határoz meg, tehát mindezt az Ön számára létrehozta, nem kell külön felületet létrehoznia képernyők az adatok feltérképezésére, ez mind a modelltől függ.
Egy másik kiváló szolgáltatás, amelyet bemutattunk, az Excel-integráció fogalma az adatkezelők számára. Ez azt jelenti, hogy az adatkezelők az Excel segítségével helyet használhatnak olyan rekordok szerkesztésére, amelyeket nem lehetett automatikusan illeszteni, jóváhagyni és telepíteni. Most azt gondolhatja, hogy nos, ez csak az, hogy csak adatokat döntö az Excelbe, igaz? Nos, ennél sokkal több, mert az a remek dolog, hogy ez a képesség az, hogy legyőzi azt a problémát, hogy csak az adatfrissítésekre van szükség az adatok frissítésével az Excelből.
Valójában, amikor ezeket az adatokat letölti a Kalido MDM-ből az Excel felületre, az érvényesítési szabályokkal együtt jár. Tehát meg fogja mondani, melyik cellát kell kitölteni annak érdekében, hogy érvényes rekord legyen, majd megad egy legördülő listát a rendelkezésre álló értékekről, vagy például a jóváhagyott értékekről, hogy alapvetően elkerülje hibák létrehozása a törzsadatok frissítésekor.
Ezután a beágyazott munkafolyamat-motoron ellenőrizze, hogy az összes adat feldolgozott-e és a közzétételre engedélyezett-e, valamint nyomon követi, ki csinálta mit és mikor, és engedje meg, hogy alapvetően áttekintse és ellenőrizze a korábbi törzsadatok összes értékét, így láthatja, hogyan változnak az adatok idő.
Tehát ennek előnye az ügyféladatok szempontjából az, hogy eljuthat egy olyan helyre, ahol személyre szabottabb és relevánsabb párbeszédet és interakciókat folytathat az ügyfelekkel. Az MDM üzleti kritikussá válik, különösen, ha arra gondolunk, hogy egy-egy marketing folyik-e ott, és ez jó példa a bekövetkező ciklusra.
Tehát az ügyfelekkel kapcsolatos adatokkal kezdje, ezek a dolgok, amelyeket elsajátítottál, kik ők, milyen termékek vannak a birtokukban, mit tudok összehasonlítani az ügyfelekkel kapcsolatos információk alapján több rendszerben? Ezután bővebb információval gazdagíthatja róluk és arról, hogy miként működött együtt a múltban. Mire reagáltak? Vagy hogyan akarják felvenni velük a kapcsolatot? Lehet, hogy faxon szeretnék kapcsolatba lépni velük, ezért van még mindig névjegykártyájukon. De ez az információ megadja neked a betekintést, amire szüksége van az interakcióhoz.
Szóval milyen más preferenciák? Ennek egy része például társadalmi forrásokból származhat. Akkor eldöntheti, hogy mi a következő legjobb interakció az ügyfelek számára, milyen ajánlatokat kell tennem? Ez generál valamilyen interakciót, letöltenek valamit, vásárolnak valamit.
Természetesen több adat készítésére lesz szükség, amelyet be kíván adni a marketing interakció erényes ciklusához. Ennek eredményeként képesek lesznek gyorsabban megtalálni és bezárni az új ügyfeleket, növelni az eladást, jobb ügyfélszolgálatot nyújtani, kiküszöbölni a hibákat, kiküszöbölni az ismétlődő szállítmányokat, például a marketing anyagok szállítását, és végül csökkenteni tudjuk az eladásokat és marketing költségek.
Tehát egy példa egy olyan ügyfelünkre, aki ezt tette, az Egyesült Királyság posta a Kalido MDM segítségével jobb vevői adatokat szolgáltatott, hogy a megfelelő termékeket szállítsák és a megfelelő csatornán folytathassák vevői párbeszédeiket, ami végül magasabb értékesítési volumenhez vezetett. és megnövelték a haszonkulcsokat.
Tehát ez csak a bevezető megjegyzésem, szeretném átadni Diana-nak, hogy átvigyék és pontosan megmutatják, hogyan csináljuk ezt.
Diana Collins: Köszönöm John-nak, hogy remélhetőleg sikerül mindezt megvalósítani mindannyiunk számára. Tehát, amit most meg kell látnia a képernyőn, egy példa egy Kalido üzleti információs modellre. Tehát a megoldás része, amit ma megmutatunk Önnek, az salesforce.com adatainak integrálása. Itt találtuk meg a salesforce.com modellünket a bal alsó sarokban. Ez nyilvánvalóan egy webalapú alkalmazás, a szoftver szolgáltatás jellegű alkalmazás. Integráljuk az Oracle üzleti csomag előzetes telepítéséből származó adatokkal.
Tehát célunk az, hogy az elérhetőségeinket és a salesforce.com számlainformációit átvegyük, integráljuk azokat a vevőkövetelésekkel és a kapcsolattartási adatokkal egyetlen harmonizált fiók- és kapcsolattartási struktúrába, amelyet azután betöltünk a Microsoft Dynamics CRM-be. Tehát itt az a forgatókönyv, hogy áttérünk a múltban az salesforce.com webhelyről a Dynamics CRM használatára. Gondoskodni szeretnénk arról, hogy rendelkezzünk egy teljesen integrált, harmonizált vásárlói listával, 360 fokos nézettel az új Dynamics CRM környezetünk alapján.
Tehát ennek felépítéséhez az salesforce.com és az EBS adatait áthelyeztük a Kalido MDM-be, valójában futtattuk a harmonizációs folyamatot. Tehát az idő érdekében valamilyen módon elkészítettük a főzést, és élvezni fogjuk az ételt. Tehát váltsunk át az MDM környezetre, és mutassunk meg néhány dolgot, amelyeket megtehetünk azokkal a kiegészítő funkciókkal, amelyeket az MDM megoldás hozzájárul e platformok egyszerű kapcsolódási integrációjához.
De az egyik dolog, ami természetesen megtörténik, az, hogy elveszíti a történetedet. A Microsoft Dynamics rendszerben végzi az adatait, de tudná, honnan származik valami? Ez az MDM, az egyik dolog, amelyet az MDM megoldás nyújthat nekünk, és előzményeket szerez nekünk.
Tehát, ha átnézzük a harmonizált számlák listáját, és kiválasztunk egyet. Tegyük fel, hogy itt választottuk az Albert üzleteket. Ez ad némi információt arról, hogy honnan származik ez az Albert's Store-i rekord. Láthatjuk, hogy két rekord integrációja van, az egyik Albert and Gerard nevű salesforces.com számláról származott, az egyik pedig az Albert's Stores nevű EBS számlázási számláról származik, és össze vannak építve és harmonizálva az egyetlen Albert's Stores nevű szülői számlán.
Látjuk az eredeti azonosítóját is, láthatjuk, hogy ma már átkerült a Microsoft Dynamics-ba, mert itt van a Microsoft Dynamics CMR-azonosítója. Látom az adatfrissítés utolsó időpontját. Ezen felül további nézetet nyújtunk, amely nem csak lehetővé teszi az adatok megnézését, hanem grafikon nézetünkkel megnézheti azokat a társulásokat is, amelyekben az adatok részt vesznek.
Tehát itt van ugyanaz a rekord, az Albert's üzleteink és társulásaik a vevőkövetelés számláján, a salesforce.com számlán és az elérhetőségeknél. Ha kiválasztjuk az egyik névjegyet, láthatjuk, hogy ez a kapcsolat valójában egy salesforce.com kapcsolattartó volt. Hasonlóképpen, Adam Albert számlánk EBS kapcsolattartó volt, tehát e mozgalomról azt hiszem, hogy a képernyőn automatikusan történik, néhányan csak a dolgok olvashatóságát tartom. De ahogy haladunk, átnézhetjük az elérhetőségi adatokat és láthatjuk, hogy az a salesforce.com-fiókunkból származik. Ez valóban olyan nézetet fog felépíteni, amely megmutatja nekünk az összes kapcsolatot, amelyben az adataink részt vesznek.
Ezen felül, látva a saleforce.com adataink osztályozásának módját, és vannak olyan fiókok is, amelyek túl sokak a felsoroláshoz. Nos, azokat a dolgokat, amelyek túl sokak ahhoz, hogy felsoroljuk, még mindig hozzájuk tudunk jutni. Itt lapozzunk lefelé az oldalon, és eljuthatunk az összes extra fiók listájához, amelyek túl sok voltak ahhoz, hogy felvegyék a grafikus nézetet. Természetesen ezek bármelyikére is megkezdhetjük a grafikon nézetet. Szóval ez az egyik módja a dolgok kezelésének. Láthatjuk az adatokat, manipulálhatjuk az adatokat, azt is meg akarjuk tudni javítani és javítani. Tehát néhány módszer erre.
Tehát az egyik dolog, amit megtehetünk, az, hogy átmegyünk, átnézjük a hierarchiát, a kedvenc számomra mentem a fiókhierarchiát, így különféle információs kategóriákat tudok menteni számlákként, valamint olyan hierarchikus útvonalakat, amelyek Használhatom a hierarchikus böngészőmben. Tehát itt áttekinthetem a hierarchiámat, láthatom az összes különféle kapcsolatot, amelyek az egyes fiókokkal vannak.
De egy másik dolog, amelyet ez a környezet nyújt, az az árvák megtalálásának a lehetősége. Ezek olyan kapcsolatok, amelyek a harmonizált rendszerünkön keresztül jöttek létre, és amelyekben nem voltak szülők a forrásukban, tehát ezek az árvák, amelyek elmaradtak. Tehát ezeket áthoztuk, azonosítottuk őket, tudjuk, hogy árvák. Nos, hogyan tudjuk ezt megjavítani? Nos, csak rákattintunk erre a kapcsolóra a szerkesztés módra, amely megnyitja a hierarchia új nézetét, és most megkezdhetjük ezen emberek osztályozását. Tehát Bill Murray az AC Networknél dolgozott, így átvehetjük őt és felvehetjük a listába, és láthatjuk, hogy kiemelték azzal, hogy rámutatott nekünk, hogy ez egy változás. Át tudom mozgatni Sandyt, és talán az AG Edwards és a Company-hez adhatom.
Mivel ezeket a változásokat végrehajtják, itt rögzítik, visszavonhatom azokat, ha rájöttem, hogy hibát követtem el. Összeállíthatom őket, és egységként mozgathatom őket a rendszeren keresztül, nevet adva nekik, majd a rendszeren keresztül egyetlen munkaegységként dolgozhattam fel. Szóval ez egy mód, és nyilvánvalóan, ha proaktív vagyok, szeretnék bemenni ide és megnézni ezt, és ha megnézem, vannak árvák, és foglalkozom-e ezzel a problémával. Mi lenne, ha nem? Mi lenne, ha nem lennék proaktív? Nos, ismét rendszerünk tartalmaz egy munkafolyamatot, amelyet már korábban említettem, egy munkafolyamat-megoldást, amely lehetővé teszi számunkra, hogy ezzel közvetlenül foglalkozzunk.
Ehhez rendszergazdaként fogok kijelentkezni, most adatkezelőként fogok bejelentkezni, rendben? Tehát ez az a személy, aki felel az érvénytelen adatok kezeléséért. Amint belépsz, látni fogom, hogy eljutok a postafiókomba, hol tudod mit? Itt van a 11 árva nyilvántartásunk, mert a kapcsolat, a kapcsolatok a kapcsolatok és a számlák között kötelező. Az összes harmonizált számla, amely nem rendelkezik megfelelő módon egy fiókkal, érvénytelen. Át mozognak a munkafolyamaton, és amint azt a munkafolyamat ábrájából láthatjuk, itt találjuk meg a helyrehozott rekordokat. Ezután jóváhagyási folyamatra haladnak, amelyet az értékesítési menedzser hagy jóvá, a könyvelés jóváhagyja, és végül engedélyezi a dinamikánk következő kötegelt frissítésének közzétételére.
Ezt természetesen úgy is beállíthatjuk, hogy valós időben futjon, amely a közzététel után, mihelyt közzétette a közzétételt, azonnal kiüríti a Dynamics-t, így rajtad múlik, hogyan szeretné konfigurálni a felület. Tehát remélhetőleg ez adott nekünk - rövid ötletet és áttekintést adva nekünk - néhány olyan módszerről, amellyel az MDM eszköz hozzájárulhat a környezet gazdagításához és javításához. Számos, sok más módon javíthatjuk az ügyfelek adatait, és valóban eljuthatunk arra a pontra, ahol valóban harmonizált 360 fokos képet kapunk az ügyféllel, az összes információval egy helyen elérhetők az ügyfél számára. felhasználók számára. Nem csak ezen szolgáltató felhasználói felületén keresztül, hanem, amint már említettem, egy felhasználói felületet is kínálunk, egyfajta webportált, ahol ha a felhasználó tudja, hogy változás történt a fiókban, felhívhat egy változási kérelmet és címet, és becsomagolhatja azt. kérje meg közvetlenül az adatkezelőt, hogy változtasson ezen a nyilvántartáson, amelyet látnak. Tehát ezen a ponton azt hiszem, visszaadom Ericnek, és bemegyünk a Q-be és az A-be.
Eric Kavanagh: Persze. Tehát van néhány kérdésünk a közönség részéről. Kihúzom egyet, de talán először Dez vagy Robin, van kérdése? Hadd kezdjem veled Dez.
Dez Blanchfield: Az egyik dolog, amellyel minden egyes alkalommal szembesülök, amikor egy szervezeti úton átmegyek, az a verzióvezérlés teljes kihívása. Érintse meg az adatok körüli verziókontroll megközelítését, vagy bizonyos - tudod, képzelj el egy olyan forgatókönyvet, amikor a szervezetek három különböző része velem, mint vevővel foglalkozik, majd különféle frissítéseket és változtatásokat hajt végre egy új eszköz. Hogyan foglalkozhatunk azzal a kérdéssel, hogy a verzió csak az üzleti folyamatok során beérkező adatokat irányítja, és ki kurátora, ellenőrzése és jóváhagyása?
Diana Collins: Ez egy kiváló kérdés. Tehát az egyik dolog, amelybe beépítettük és beépítettük a megoldásba, az ellenőrzés nyomon követése és a történelem. Szóval megnézem, találok-e rekordot a történelemmel. Hadd nézzem meg, hogy az általunk használt Albert üzleteinknek van-e története, amint rákattint a történelem módra, mit csinál nekem - nekem - ez nem változtat a történelemben. Ahogy szeretném, azt akarja, hogy az megmutassa nekünk az itt végrehajtott összes átmeneti változást, valamint a végrehajtásuk dátumát és idejét. Ezen felül megnézhetem a Teljes előzmények részleteit, és ha bekapcsolom az ellenőrzési nyomkövetést, akkor nem csak látni fogom ezeket a változtatásokat, és amikor azokat elvégezték, hanem az ellenőrzési nyomvonal megmondja nekem, hogy ki végezte el ezeket a módosításokat, mi a felhasználó ezeket a változtatásokat is elvégezte. .
A verziózással kapcsolatos megközelítésünk inkább idő alapú, mint tetszőleges címkék megadása. Választhat egy időpontot, és megnézheti adatait, ahogyan az abban az időpontban volt, és az adatokat úgy alakíthatja át, ahogyan az adott időpontban volt. És természetesen nyomon követjük nem csak az adattartalom, hanem az adatmodellt. Tehát amint az adatmodell fejlődhet, új osztályozásokat adunk hozzá, nyomon követjük azt is, és mindig visszaléphetünk, és láthatjuk a dolgokat, ahogy az adott időpontban álltak.
Dez Blanchfield: Az adatmodellek kihívást jelentenek itt, úgy értem, hogy jelentős törzskönyve van néhány lényeges cikk foglalkozásával kapcsolatban. Adjon néhány példát néhány, már létező adatmodellről, és néhányról, amelyekkel ezzel foglalkozik, tudod, olyan kulcsfontosságú ágazatokban, mint a gyártás és a kiskereskedelem, valamint a logisztika és a pénzügyi szolgáltatások. Megvan a banki és a veszteségkezelés, és így tovább, tehát a megközelítést egy korábbi modellel hajtják végre, amely gyorsan elindíthatja a projektet, hogy az emberek megismerjék a hiányosságokat, vagy maguknak kell felépíteniük és kiképezniük ezt a modellt?
Diana Collins: Az évek során mindkét megközelítést választottuk. Kipróbáltuk a modellek kidolgozását, és úgy találtuk, hogy minél teljesebb egy modell, annál több változtatást kell végrehajtania, hogy több testreszabható legyen az ügyfél számára. Tehát valóban a modellek töredékeit választottuk, bizonyos alapvető közös elemeket, amelyek valószínűleg az egész iparágban áthatolnak.
Például a pénzügyi szolgáltatásokban modellek vannak az értékpapírok és származékos termékek tőkepiacán stb. Biztosítási, ingatlan- és felelősségbiztosítási, viszontbiztosítási modellek vannak, amelyek mindegyike különböző módon kezeli a kockázatokat. Gyártási modellek vannak a termékszámlákhoz, a kiállítási számlákhoz. Van egy másik része a modellnek az ellátási lánc vagy bármely más nyomkövető számára, közbenső raktárak, disztribúciós modellek, a készlet elöregedése, hasonló dolgok. Sok vásárlónk számára, tudod, szinte minden olyan vertikális ügyféllel rendelkezünk ügyfelekkel, amelyekre gondolhatunk, de sokuknak sikerült kifejlesztenünk bizonyos alapvető alkotóelemeket, amelyeket ügyfeleink számára összeszereltünk egy kész modellgé.
John Evans: Igen. Hadd tegyem hozzá, Diana. Tudod, a modell, amelyet egy perccel ezelőtt megmutattunk egyfajta narancssárga háttérrel, valójában fogalmi modell, tehát magánhangzókkal rendelkezik, és nincs aláhúzás, úgy értem, hogy egy ember megérti. Ez önmagában nem egy informatikai koncepció, hanem valami, amit egy üzletemberek megérthetnek. Megvannak ezek a fogalmi modellek, importálhatunk egy meglévő modellt, és megvizsgálhatjuk, hogy ilyen módon szerezzük, de - amint arról Diana beszélt, amikor van egy modellrészlet vagy egy példamodell, amelyet már használtunk hogy mielőtt megmutatnánk az ügyfeleknek, általában belülről, tudod, hogy egy kicsit megnézik, a képernyőre helyezik, és valamilyen módon mutatnak és mutatnak, és általában megismételhetik ezt a modellt, hogy meglehetősen ábrázolva legyenek. hogy mit próbálnak elérni.
Tehát felgyorsítja az időt annak érdekében, hogy megragadja ezeket a követelményeket, hogy így tovább tudjon lépni, de a másik dolog, amit itt nem mutattam meg, tudja, létezik ez a diagram, de van egy olyan művelet nevű lap is, ahol alapvetően megnyom egy gombot, és elkészíti az összes szükséges objektumot az MDM-tárolóban, a szabály mellett együtt - beállítad, tudod, mi választható, mi kötelező, mi a kardinalitás, mindazok a dolgok, amelyeket szeretne csinálni, de ott van egy gomb, amely azt mondja: Telepítés, akkor csak előállítja a modellt, amelyet már létrehozott a kezelőfelületen. Tehát vannak töredékeink, sok iparágban van tapasztalatunk, és tanácsadóink képesek arra, hogy az ügyfelek nagyon gyorsan elinduljanak.
Diana Collins: Nos, a másik dolog, amit megtudtam.
Dez Blanchfield: Tehát a másik gyors, mielőtt átadom Robinnak - igen, sajnálom, menj.
Diana Collins: Csak gyorsan megjegyzem, hogy ezeket a modellezési munkameneteket általában valamilyen jam session-ként futtatjuk, mivel nem annyira érdekelnek az összes attribútum részletei, ezt később kitölthetjük, amikor megkapjuk. Tényleg érdekel, hogy megismerjük az üzleti képet arról, hogy az adatok hogyan lógnak egymással, és hogyan értik meg, hogy azok hasznosak legyenek, és így szeretnénk felépíteni a megoldást.
Dez Blanchfield: Nem, ennek mindennek van értelme. Az utolsó gyors, majd átadom Robinnak. Tehát az a kép, amire gondolok, történik a menedzserünk beszélgetésében a szervezetekkel, amelyekkel foglalkozom, az, hogy - nézeteik vannak, már rendelkeznek, tudod, irányítással, keretekkel és eszközökkel rendelkeznek - milyen tapasztalatok vannak, amikor belemegyek egy szervezet, ahol mondjuk, hogy az ügyvezető csapat úgy döntött, hogy továbbmegy ezen az úton, ügyfél-központúvá válik, megtisztítja ügyfél-adatait, vagy egyszeri esedékességet kap, és az IT és az üzleti élet más részei máris érezhetik, hogy ők futtasson több munkaprogramot, hogy jó helyre kerüljön?
Diana Collins: Hát, ez érdekes kérdés. Igen, azt javaslom, hogy az MDM megvalósítása általában kudarcot vall, hacsak nincs ilyen magas szintű támogatás. Úgy gondolom, hogy ezeket a projekteket a szervezet meglehetősen magas szintjétől kell elvezetni, mivel kulturális változás történik, amelyet el kell fogadni. Azt hiszem, hogy Robin korábban már erről beszélt, tudod, hogy ez nem valami olyan, amit csak projektként csinálsz, és attól függ, hogy ahogyan gyakran fordulnak hozzá az informatikai szervezetben. Ez egy folyamatban lévő program, olyasmi, amely elkötelezettséget és változás iránti hajlandóságot igényel, ha megvalósítani kívánja, és amikor már van, azt hiszem, hogy azt találtuk, hogy a végrehajtás nagyon jól megy.
Ami a végrehajtást illeti, ahol a magas szintű menedzsment támogatás nem volt, vagy ahol az informatikai szervezet ellenállt a változásoknak, de mindkét esetben meglehetősen sikeresen sikerült megnyernünk őket. Azt hiszem, egyszer megmutattuk nekik, milyen egyszerű felállni és üzemeltetni, és hogy valójában hogyan vállalja a felelősséget az adattartalom a vállukról, és valójában az informatika nem felelős érte. A vállalkozások tudják, hogy mi képezi a jó adatokat, az IT-nek nem kell tudnia ezt. Az IT-nek felelnie kell azokért a dolgokért, amelyeket jól csinálnak - az adatok megszervezéséért, biztonságáért, biztonságáért és hogyan -, és általában körülnéznek és így látják.
Eric Kavanagh: És van néhány kérdésünk a közönség részéről, hadd dobjam ki ezeket itt. Kicsit tovább megyünk az idő múlásával, de azt hiszem, felteszek minden kérdést, amit megpróbálhatunk, vagy legalább megpróbálhatunk. Ezt átadom neked, talán Johnnak vagy Diana-nak. A résztvevők azt kérdezik: „Van-e olyan funkcionalitása, amellyel újból szülővé válhat a rossz rekordoktól az aranyrekordokig? Az olyan tranzakciók, mint például az értékesítési megrendelések közvetlenül az operációs rendszerekben? ”Nem vagyok biztos benne, pontosan tudom, mit ért itt, de remélhetőleg erre válaszolni tudsz.
Diana Collins: Nos, minden bizonnyal újból szülőként kezelhetjük a lemezeket. Ez az irodai megoldás rendkívül szabványos része, de az operációs rendszerekben nem közvetlenül. Meg tudjuk csinálni az MDM környezetet, majd az adatokat visszajuttathatjuk az MDM környezetből, miután közzétettük az MDM környezetből, visszajuttathatjuk az operációs rendszerbe, de nem kerülnénk közvetlenül a rendszerbe - nem javítanánk meg. közvetlenül az operációs rendszerben az MDM környezetből.
Eric Kavanagh: Megvan. Oké, itt van egy másik kérdés: “Használható-e az eszköz az adatok vonalának megismerésére?”
Diana Collins: Ó, feltétlenül, igen. Ez ismét nem nagyszerű modell az ilyen jellegű illusztrációkhoz, de feltétlenül. Ahol az adatok előzményei vannak, és az adatok több helyről származnak, megcímkézhetjük forrásukkal, és továbbadhatjuk ezeket az információkat a közzétett adatokig.
John Evans: Ennek köszönhetően. Van egy elem ennek a modellnek, ott a Diana-nak, úgy értem, hogy megvan az SFDC-kapcsolatok és az EBS-kapcsolatok, és ezek valójában egy grafikonmezőben is megjelentek. Ez az adatok körül lóg.
Diana Collins: Igen. Nyilvánvalóan egy valódi vonalú környezetben gondolok, hogy robusztusabb megoldásod és megvalósításod lenne, és itt csak egy alapvető megoldást hajtottak végre.
Eric Kavanagh: Oké, jó. Csak még néhány kérdés, és akkor összefoglaljuk. Az egyik résztvevő azt mondja: „Hogyan támogatja a háztartás meghatározását? Van módja gazdagítani az ügyfelek törzsadatait a szociális hálózatokkal? ”
Diana Collins: Ez az útitervünkön, a szociális hálózati adatokból származó szociális hálóval történő gazdagodás az útitervünkön. Jelenleg nem a terméken van, hanem a háztartás szempontjából, ez részét képezi illesztési és egyesítési képességeinknek. Az egyeztetés folyamatában a sok gomb és kar, amelyeket az adatok bizonyos részeinek súlyához ellenőrizhet, de amit végső soron lehetővé tesz, az az, hogy összegyűjtsük az összes egyedi kapcsolattartási rekordot, amelyek ugyanazon háztartás részét képezhetik. . Akkor megérti a különbséget a vállalatok és az emberek között. A cégeknél általában az elejét tekintik, a név egy szavainak jelentőségét; egy társaságban, kezdje elölről, és dolgozzon a vége felé. De amikor háztartást végez, akkor valóban a végén szeretné kezdeni, és az emberek nevével a front felé halad. Ezt megérti, és képes egy nagyon jó munkát elvégezni az egyetlen háztartásba tartozó kapcsolatok összegyűjtésében.
Eric Kavanagh: És egy utolsó kérdés: mi van az étterem ügyfeleivel? Van egy jól tájékozott közönségtagunk itt, aki azt kérdezi, van-e éttermi vásárlója?
Diana Collins: Valójában nem. Ez új függőleges számunkra. Nagyon érdekelnénk ennek megvalósításában. Van olyan ügyfeleink, akik éttermeket szállítanak, de nincs olyan vendéglőnk, akik vevők lennének.
Eric Kavanagh: Oké, egyáltalán nem kell aggódnod. Hát, emberek, egy órát és öt percet égettünk itt, tehát nagyon nagy köszönöm a mai előadóinknak. Ezt a webes adást archiváljuk, így ezek az archívumok későbbi megtekintésre rendelkezésre állnak. Nagy köszönet a mai előadóinknak. Nagyon köszönöm természetesen Deznek és Robinnak a betekintést és a Magnitude Software-t. Ez jó dolog. Az MDM itt marad, emberek, ebben nincs kétség. Nagyon fontos, hogy megkapjuk azt a központi képet, amely az idő múlásával fontosabb lesz. Gondolkodnom kell, amint az ügyfeleink úgy döntenek, hogy nem akarnak bántalmazni, a lehető legjobb kezelést akarják kapni, és így lesz.
Tehát ezekkel az emberekkel búcsút fogunk adni neked. Köszönöm mégegyszer. Holnap egy másik internetes közvetítésben fogunk beszélni veled, igen. A Hot Technology a legforróbb show ezekben a napokban, remélhetőleg holnap négykor keleti irányban beszélgetünk veled. Addig vigyázzon, emberek. Buh-bye.
