Avtor osebja Techopedia, 25. maja 2016
Odvzem: Voditelj Eric Kavanagh razpravlja o upravljanju glavnih podatkov z Dez Blanchfield, Robin Bloor, John Evans in Diana Collins.
Trenutno niste prijavljeni. Če si želite ogledati video, se prijavite ali prijavite.
Eric Kavanagh: V redu, dame in gospodje, poletni pristopi, tukaj je vse bolj vroče. Zakaj to? Ker je čas za Hot Technologies. Da, v resnici me je Eric Kavanagh. Jaz bom vaš moderator oddaje, ki je zasnovana za - naj se pogovarjamo o tem, kaj je vroče, kaj se dogaja, kaj je kul stvari na trgu. To je naše partnerstvo s podjetjem Techopedia. Ljubimo te fante. Z njimi sodelujemo že nekaj let. Imajo fantastično mesto. Če želite v tehnološkem svetu karkoli vedeti, kakšna bi lahko bila njegova definicija, pojdite na techopedia.com. In danes govorimo o MDM, glavnem upravljanju podatkov. Točen naslov je "Največja slika: Poznavanje kupca na več platformah." In ta igra se spreminja, ljudje, lahko vam povem, da trenutno.
Torej je spot o tvojem resnično, na Twitterju me objavi @eric_kavanagh. Poskušam odgovoriti vsem, ki mi odgovorijo. Tako je leto vroče. Zagotovo je vroče za MDM. In povem vam, kaj je vroče, ne samo vroče za velika podjetja, ampak tudi za mala in srednje velika podjetja, ki imajo, ugani, kaj, veliko različnih sistemov. CRM sistemi, e-poštni trženjski sistemi, ERP sistemi, spletni analitični sistemi, e-poslovni paketi itd. Obstaja veliko različnih točk dostopa do informacij o kupcih in boljše delo, ki ga podjetja lahko opravijo pri tkanju, da vse skupaj, boljši bodo. " bo lahko služil stranki, ne odkljukujte stranke in jih obdržite. Naj kupujejo še nekaj stvari.
Deloma sem osebno spremljal od leta 2003, približno takrat, ko je bil izraz resnično skovan. Odkrito povedano, bila je banka, Chase Bank v resnici, mislim, da je bila to takrat Bank One, in eden mojih dobrih prijateljev, fant Joe Northern, je delal s podjetjem, imenovanim Razza Solutions, in oni so postali to orodje DRM Oracle. Torej so dejansko zbrali račune in naredili hierarhijsko upravljanje za banko že takrat in to je nekaj prvih dni glavnega upravljanja podatkov.
Tako se danes pogovarjamo tako o analitičnih kot operativnih MDM-jih. Danes se bomo veliko pogovarjali o teh stvareh in resnično vam bo pomagalo razumeti, kako lahko s to tehnologijo izkoristite popoln pogled na stranko, da razumete, kdo so in da lahko poskrbite za njihove potrebe v kakšno odkrito zelo konkurenčno okolje po vsem svetu. Vsepovsod to vidimo.
Torej, rock zvezdniki tukaj igrajo like: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Klic iz štirih različnih krajev po vsem svetu. Začnemo z Dez Blanchfield in s tem ti bom izročil ključe, Dez, in začel bom tweeting. Vzemi stran.
Dez Blanchfield: Hvala Eric. Moral sem samo opomniti, da se nemam. Za to se opravičujem. Hvala za priložnost, da se o tem predstavim. Torej bom prišel do tega z vidika resničnega primera organizacijskega izziva za spopadanje s tistim, kar sem navedel kot eno največjih motenj v organizacijah, ki jih bodo videli pri nekaterih čas. Videli smo številne izzive. Z njo so se morale spoprijeti udarne družbe GFC. Redno se spreminja zakonodaja glede zasebnosti, s katero se moramo ukvarjati.
Ena od stvari, za katere menim, da se organizacije soočajo s tem, da niso videli, da je prišlo, je bil vpliv celotne težave z izkušnjami slavnih. In v bistvu ljudje, ki tekajo naokoli z mobilnimi telefoni, ki si želijo na nek način instantno zadovoljstvo. Ampak takojšnje zadovoljevanje na dober način, ne pa trdo otroško. Samo spoznanje, da je stranka, plačuje denar in bi morali dobiti vrednost za to. In tako je prišlo do tega kovanja osredotočenosti na stranke ali postaja organizacija, ki je usmerjena na stranke. Tako bom hitro prešel, kaj to pomeni, in kmalu privedel do nekoliko bolj tehničnega dela naših razprav.
Pravkar bom to predstavil in rekel, da se najprej kot organizacija, ki je usmerjena k strankam, splača do ene preproste stvari: Potrebujete popoln vpogled v podatke o stranki in svojih strankah. Morda imate različne sisteme. Morda imate veliko različnih izdelkov. V vaši organizaciji imate lahko petdeset različnih oddelkov, vendar ne glede na to, kje ste v organizaciji, ne glede na to, kakšna je vaša delovna funkcija, bi morali imeti popoln vpogled v vse svoje stranke ali stranke, ki so v kontekstu kakšna je vaša delovna funkcija. In vsak del nabora podatkov, ki ga imate, ali vsi deli nabora podatkov, ki jih imate, povedo, kakšno je stanje države za to stranko.
Pojavljam to, da popolna slika strank v vseh vaših sistemih ni le luštna! Dandanes je nuja. In prvič, ko se ujamete v scenariju, v katerem imate opravka s strankami, še posebej, če je v živo, po telefonu ali v spletnem kliku ali osebno, kar je še bolj zastrašujoče, in lahko Ne povem jim vsega, kar bi morali vedeti o njih, postane zelo očitno in zelo nesrečna situacija je biti.
Začel bom z zelo hitro anekdoto okoli resničnih scenarijev. To je fotografija bele table in to je manj kot pet dni. To je dejanski scenarij na beli tabli v sobi pred nekaj dnevi, ki govori o sami temi, kako gremo iz zelo velike organizacije z nekaj kot devetdesetimi različnimi deli našega poslovanja. To je azijska banka, imajo devetdeset različnih poslovnih enot. Naredijo vse, od posojil družbe, medsebojnih posojil in mikro posojil do financiranja postavljanja satelitov v vesolje. Torej so pošast. Imajo več deset milijonov strank. Mislim, da imajo nekaj manj kot petdeset milijonov strank. In soočeni so s tem tipičnim izzivom, kako pristopiti ne samo do upravljanja podatkov, temveč zlasti do podatkov o strankah in odjemalca z eno enoto.
In ko smo to preslikali, je stvar, ki nas je poskočila s te deske, če niso imeli samo težav, imeli so nočno moro, ker se noben njihov sistem med seboj ni pogovarjal. Lahko bi šel v kateri koli del banke ali kateri koli del posla in prosil za posojilo, lahko gre za avtomobilsko posojilo, stanovanjsko posojilo, posojilo za majhna podjetja in si niso mogli ničesar povedati ali pa niso mogli. " ne odkrijem ničesar o drugih odnosih z banko. Dnevne luči jih je popolnoma prestrašilo, ker so ugotovili, da bregovi po cesti že to lahko storijo in potencialno 12, 15 let zaostajajo za osmo žogo. In spuščamo se do teh ključnih predlogov vrednosti, ki jih stranke iščejo, kar je le dosleden pogled na mene kot stranko, in morate ugotoviti, kako boste to dosegli. Zlasti zdaj, ko se v spletu ukvarjam s tabo, je danes bolj verjetno, da bo prišlo prek aplikacije.
Določimo se do te ključne stvari, da je "vse v meni, stranki." In ko določimo, kako izgleda kultura, ki je usmerjena na kupca, gre za vključitev vsega, kar imamo iz jedrnih sistemov, ki zajemajo stvari, kot so vaše prve ime, priimek in druge podrobnosti, ko izpolnite obrazec ali ga izpolnite na spletu ali pridete do nas na šalterju nekje na prodajnem mestu, in vas na začetku spoznamo skozi celotno potovanje, ko sami izdelke ali storitve dostavimo ti. In preslikavo od zgoraj navzdol. Nenehno izpopolnjujemo podatke in podatkovne modele, ki jih razumemo. Prilagoditev, kako te tehnologije in procesi v poslu, delo potekajo, nenehno zaostrijo naš pogled na vas. Nenehni angažma, ki ga imamo z vami. Kako se nenehno osredotočamo na stranko in kako komuniciramo z vami. Če vam prodajam tri storitve, ne želim, da bi vam vsak mesec pošiljali tri različne papirje ali tri izjave ali račune in tako naprej.
Zgodba, ki je usmerjena na stranke, zdaj dobiva resnično oprijem in organizacije vidijo vrednost tega. Še vedno je resničen izziv, saj je: "V redu, imam deset različnih sistemov in se med seboj ne pogovarjajo. Nimam orodja ali sistema ali platforme, ki bi vse to združila. "In ljudje nenehno končajo v sobi, kjer delajo seje na beli deski, kot je bila ta, ki sem vam jo ravnokar pokazal. Toda vse se spušča na eno osrednjo stvar preobrazbe v levem kotu. In preoblikovanje iz kulture organizacije, ljudi, osebja in operativnega modela vse do tehnološkega sklopa, ki jih podpira. Torej obstaja dokaj pogost seznam, s katerim organizacije preidejo do te točke, ko sploh razumejo izziv, kaj pomeni biti osredotočen na stranke in potrebo po izgradnji sistema in dostopa do orodij, ki jim lahko pomagajo.
To so stvari, kot so preslikava poti strank skozi celoten življenjski cikel in izkušnje, ki jih imajo z vami kot organizacijo. Izpopolniti svoje operativne modele in kako se organizirate, da ste osredotočeni na stranko in ponudbo vrednosti, ki ste ji jo posredovali. In potem seveda poravnajte svoje tehnologije in svoje tehnološke sklope in procese okoli njih, da zagotovite, da dejansko nenehno spodbujate nadaljnje sodelovanje in boljše in tesnejše sodelovanje s strankami. In sam postopek angažiranja od vodstvenih delavcev navzdol.
Če svojega pogleda na svet niste spremenili z vrha prehranske verige, od sejne sobe navzdol, potem je malo možnosti, da bo vaša stopnja ali vaše dnevno finančno osebje spremenilo svoje vedenje. Voditi moraš z vrha. Nenehno morate osveževati in na novo definirati in na novo razvijati, kako naslavljate ciljanje na dejansko osredotočenost na stranko. Kako torej prinašate ne samo kulturni premik na zgornjem koncu, temveč spremembo vedenja na spodnjem koncu organizacije in orodja, ki jih dajete na voljo za to?
Eno je reči, da ste organizacija, ki je usmerjena k strankam in želite, da se ljudje obnašajo enosmerno, vendar jim niste dali sredstev in orodij ter sposobnosti za to, ne boste se vedli premik, ker bodo ljudje samo še naprej padali v navade, ki so jih poznali, preden so mislili, da so organizacije, usmerjene v stranke. In potem celotno vključevanje različnih delov organizacije in kulture, ki je živela znotraj tega in ki je očitno podprta z orodji in platformo.
Kako torej sprejemate te različne poslovne enote ali podjetja ali dele vaše organizacije in se z njimi vedejo drugače s kulturnega vidika in navzdol? No, zagotovite jim ustrezna orodja ter načine in sredstva za dosego popolnega in enotnega pogleda na stranko in izkušnjo stranke. In kako potem postavite nekaj KPI-jev in jih izmerite proti temu ter jih spremljate in postavite nekaj meritev proti njim ter merite te KPI in jim dajete vrednost? Poslovna vrednost je za vas in očitno je vrednost v določeni obliki v vrednostni verigi za stranko in naj se ji vedno znova vračajo. Nato vključite vso komunikacijo, ki ste jo dobili s svojimi strankami, v povratnih informacijah in v realnem času ali iterativno obdelano, tako da se vaše vedenje in kulturni premik upata ujeti v neke vrste cikla povratnih informacij in povratne zanke in lahko ugotovite, ali dejansko zadeneš znamko ali ne.
Prihajamo do scenarija, kjer veste, da se bodo organizacije dejansko utapljale v različnih podatkih in tu smo videli nekaj takega, nekatere notranje, zunanje. V preteklosti smo imeli platforme za upravljanje odnosov s strankami in oglaševalske platforme in tržne platforme. Imeli smo različne vrste različnih sistemov, ki delujejo neodvisno, nato pa upam, da se med seboj pogovarjajo v kakšni obliki. Z vami smo v zadnjih nekaj tednih eksplodirali interakcije, zato se z vami pogovarjamo prek družbenih medijev, se pogovarjamo z nami na naši spletni strani, od vas dobivamo e-poštna sporočila.
Naši sistemi IVR, ki se z vami pogovarjajo po telefonu, morajo zdaj te podatke preslikati nazaj in povedati, kako ste ravnali z našim telefonskim sistemom in sodelovali z našimi bazami podatkov ter če ste bili z nami telefonski klic, vse kar morate storiti zajeti v realnem času in moramo biti sposobni zagotoviti skupni pogled na to, kar upa, da je skupna platforma za upravljanje podatkov v središču tega diagrama.
Obstaja fraza, ki so jo pred kratkim izoblikovali iz izkušenj z znanimi osebnostmi. No, kaj to v resnici pomeni? Ne gre za to, da mislimo, da so naši končni uporabniki ali potrošniki slabo obnašani zvezdniki in da se na kakršen koli način počutijo drugače. To pomeni, da smo se prebudili, da bi morali vsako stranko obravnavati kot slavno osebo. VIP obravnavo bi morali dobiti že od trenutka, ko jih bomo srečali skozi celoten življenjski cikel, če jih bomo imeli kot stranke.
In vprašanje, ki mi ga redno zastavljajo - s tem se vračamo k nekoliko bolj anekdotični resnični zgodbi stranke - kako omogočimo naši organizaciji, da poskrbi za vse večje povpraševanje po izkušnji slavnih strank? Ker je stvar, ki jo zdaj vidimo, ena največjih motenj v organizacijah, je ta zahteva, da to obljubo izpolni strankam. Da bi jim omogočili izkušnjo slavnih strank. Organizacije iz mojih izkušenj in zagotovo po vsem svetu, ki jih vidim, motijo, ne da bi se tega zavedali s premikom od drugih vplivov, za katere so morda že vedeli ali videli, da prihajajo do dejanskih strank. Njihove stranke jih motijo in motijo na zelo resen način. In če ne morete zagotoviti te izkušnje s slavnimi osebnostmi in zagotoviti orodja ter načine in sredstva, da vaša organizacija dobi en sam pogled na stranko, potem boste zgrešili za kilometer, vsaj državo miljo, sposobnost in zmožnost izpolniti to obljubo.
Tukaj bom vrgel nekaj ključnih točk in nato izročil Robinu, da se podrobneje seznani s tehničnimi podrobnostmi, da priporočam vsem organizacijam, da zelo težko in hitro razmišljajo o tem, če so celo na daljavo blizu tega izvajanja. obljuba osebju in njihovi organizaciji, da bodo postali subjekt, osredotočen na stranke. In to je osredotočenost na osnovne komponente in ustvarjanje enotnega pogleda kupca. To se sliši zelo preprosto, ampak kaj to pomeni? Torej pomeni, da boste imeli prave podatke iz pravih podatkov ves čas in ob pravem času. Zagotavljanje, da so podatki ves čas na voljo na pravem mestu. Ne le nekaj časa.
In mora biti tesno integriran. In mora biti domače vgrajen v vašo platformo. Ne moreš biti samo nekaj, kar misliš, da počneš. Ena sama marketinška kampanja. Vsakič, ko pogledate stranko, morate imeti možnost, da jo dobite ves čas. Ves čas mora biti na voljo vsem pravim ljudem. Torej nočem tekati po hodnikih in iskati plemensko znanje. To moram doseči v trenutku, ko pridem do enega orodja. In to morate zagotoviti na pravi platformi s pravim orodjem. Torej mora biti vgrajen v obstoječe sisteme, ki jih že uporabljate.
Vaš CRM mora biti sposoben videti vse, odkar vas obiščem iz svoje mobilne aplikacije, s spletnega mesta, od pogovora z vašim IVR, interaktivnim snemanjem glasu, do tega, da se prek telefonske službe za pomoč sam poišče kot samopostrežna služba. Ali če pritisnem na zvezdo devet in pridem do človeka, potem postavim nekoliko bolj zahtevno vprašanje, s katerim IVR ni programiran. Če bom tvitnil nekaj veselega, če sem napisal članek na LinkedInu. Vse to se mora sčasoma vrniti v CRM, tako da če to zmorem s stranko, lahko to vidim. Moramo narediti to privzeto in ne izjemo.
Še vedno je zelo izjema, da ljudje želijo voditi kampanjo, želijo voditi prodajne in marketinške napore ali pa želijo rešiti kakšno težavo ali se lotiti vprašanja cen. Izvajamo enkratno kampanjo in poskusimo pridobiti en sam pogled na določen segment naše stranke ter začnemo izvajati poročila in tiskati stvari ter jih izročiti v vezani obliki tiskane kopije. To je izjema. To mora biti privzeto. Vaši sistemi morajo ves čas zagotavljati en sam pogled na stranko. In na kakršen koli način bomo prišli do tega - pa naj gre za prodajo in trženje, ali zgolj operativno, proizvodno, logistično ali kar koli že z vidika - resničnost bo to, da boste morali storiti vse to preden boste lahko videli dobro donosnost naložbe v tem prehodu v organizacijo, usmerjeno v stranke. Dobili boste nekaj hitrih zmag. Zagotovo bodo hitre zmage. Na tej fronti je nekaj dobrih novic. Toda v resnici je, da dokler ne dokončate prehoda v popoln en sam pogled organizacije, ki je usmerjena v stranke, da ROI ne bo skočil s zaslona na vas. In zabavno potovanje. To je vredno potovanja. Vse to temelji na ustreznih orodjih, pravih platformah in dajanju njihove organizacije čim prej na voljo v smiselni, tehnično in komercialno izvedljivi obliki. Glede na to bom predal Robinu. Taščica?
Robin Bloor: Hvala, Dez. Moral sem storiti enako kot ti, moral sem se izključiti. Okej, k temu sem se moral približati bolj s konceptualnega vidika kot iz praktičnega scenarija, skozi katerega je šel Dez. V resnici govorimo o zelo specifičnem naboru dejavnosti v organizaciji, ko se podajamo na področje MDM in seveda je stranka velika stvar. Identiteto stranke je zaradi številnih razlogov veliko težje pridobiti kot karkoli drugega. Verjetno je to najpomembnejša entiteta. Obstaja nekaj podjetij, kjer ima lahko le eno stranko in lahko imajo vse informacije, ki bi jih lahko pridobili o tej stranki. Zelo redek. Večinoma imajo organizacije več strank, kupci pa imajo več vidikov. In podatki so precej razširjeni povsod. S to idejo se ukvarjam dokaj nedavno, idejo o piramidi podatkov. To je razlika med podatki in informacijami in znanjem ter dejansko razumevanje. Podatki, informacije in znanje pa lahko živijo v računalnikih. Podatki na najnižji ravni so le signali in meritve. In informacije, ki jih lahko dobite, kaj je tisto -
Eric Kavanagh: Vaš zvok začne nekoliko bledeti, Robin. Toliko da veš.
Robin Bloor: Ok, premaknil bom mikrofon. Kaj pa to?
Eric Kavanagh: Tukaj. To se sliši veliko bolje. Izvolite.
Robin Bloor: Ja, tako da podatki sestavljajo predvsem signale, meritve, posnetke in podobne stvari. Nima posebnega konteksta. Informacije postanejo tako, da jim dajo ta kontekst. Povezava podatkov skupaj. Strukturiranje podatkov. Ustvarjanje vizualizacij, glosarjev, shem. Vse, kar želite ustvariti okoli njega. Prenese se v znanje, ko lahko na tak ali drugačen način dejansko začnete napovedovati vedenje določenega subjekta in tudi izvajati politike in pravila za ravnanje z njim. Razumevanje življenja v celoti pri ljudeh. In to je del težave. Ko dejansko pogledate razdrobljenost, ki obstaja glede na položaj kupcev, pogosto ugotovite, da ima prodaja res en pogled na kupca, marketing pa drugega. Podpora prodaje ali dejansko samo vzdrževanje strank ima drugačen pogled. Stranka ima lahko veliko stičnih točk pri organizaciji. In nič od tega ni vgrajeno v pravilno strukturirane informacije ali veliko tega ni integrirano.
In potem imamo težavo, ki je v zadnjih nekaj letih začela postajati veliko bolj razširjena, lahko zbirate zunanje podatke o ljudeh in to je zelo koristno, vendar jih morate dejansko vključiti, da bodo imeli resnično vrednost. Pri izboljšanju podatkov so velike težave pri razdrobljenosti. Ti podatki prihajajo iz različnih krajev in niso dobro strukturirani. In dejstvo, da se naenkrat pojavljajo novi podatki, to je skoraj vedno, ko gre za kupca. In vsaka entiteta je gibljiva tarča. Morda nas pred tremi ali štirimi leti ni zanimalo, kakšen je profil strank na družbenih medijih, za to pa nam je zdaj mar. Zanima nas, ker lahko za organizacijo škodi ali poveča organizacijo, odvisno od tega, kaj se tam dogaja.
Če dejansko imate idejo, če bi sedeli in naredili vajo in poskušali ugotoviti, kaj so stvari, ki so vas pred petimi leti zanimale za stranko? In to spet narediš in odkriješ, da so bile stvari dodane. In stvari so morda odnesli. Mislim, da nikogar več ne zanima, na primer, kakšno številko faksa imajo ljudje. Nekateri ljudje so imeli na svojih vizitkah številke faksa. A nikogar več ne skrbi, ker je faks umrl. Torej, to je gibljiva tarča. Ko najprej pogledate modeliranje podatkov in MDM - to moram dejansko povedati, da je to del upravljanja podatkov, če tega ne počnete, potem obstaja težava v načinu upravljanja podatkov . Ker če dejansko ne počnete modeliranja podatkov in MDM-ja, tako ali drugače dejansko nimate prav dobrega pogleda na katero koli entiteto.
Tu pa sem navedel upravljanje podatkov. Navedel sem linijo, uporabo podatkov, kakovost, varnost, upravljanje storitev, obnovitev. Lahko bi dodali življenjski cikel in tako naprej. Za upravljanje podatkov in modeliranje podatkov je ogromno veliko in MDM je temeljni in morda osrednji del tega. Sprememba prihaja od zgoraj navzdol v smislu, da se zavedaš, da se spremembe dogajajo, ker ljudje spoznajo, da se dogajajo. In zato bi bilo mogoče razmišljati o celotnem naboru datotek in baz podatkov preko podatkovnih elementov do beta podatkov in poslovnih definicij.
Morda boste pomislili, ali bi morali na tak ali drugačen način upravljati celoten sklad in ves čas posodabljati, ker poznavanje nečesa na ravni opredelitve podjetja pravzaprav ne pomeni, da podatke lovite na datoteka in nivo baze podatkov. Gre za zelo široko sliko in dokler dejansko ne pomislite na to, se ne zavedate, kako široka je. Če dejansko pogledate, modeliranje in MDM, celoten trend podatkov ni samo v tem - veliko več podatkov. Gre za to, da je veliko več podatkov iz veliko več virov, kar vam daje veliko več perspektive o kateri koli entiteti, o kateri pravzaprav zbirate informacije. In bolj kompleksno je to, bolj kot potrebujete model, manj enostavno ga je razumeti. Samo s pregledovanjem recimo shemo baze podatkov, kaj se dogaja, ko podatki dejansko prihajajo iz 10, 20, 30 virov.
Teoretično lahko rečemo, da vam MDM daje pogled na vesolje podatkov, v praksi pa je dejansko del tega. In pravkar smo razpravljali, če gledate na poslovni pomen podatkov, potem so informacije o pomenu podatkov dejansko del vesolja podatkov, ki ga gledate. Modeliranje je od zgoraj navzdol in od spodaj navzgor. To je, da lahko na stvari gledate s poslovnega vidika, vendar lahko na stvari gledate tudi z vidika, kar imamo. In gradite v obe smeri. In to ni in nikoli ne more biti projekt. Začeti je projekt. To je stalna dejavnost. Lahko ga začnete kot projekt, ker nimate ničesar skladnega, a ko ga enkrat začnete, bi to morala biti stalna dejavnost. In vse, kar se naredi na področju podatkov, bi morala ekipa MDM, če želite, vedeti o tem.
Stranka izziva, poglejte samo, da se osredotočite na stranko. Zdaj je na voljo več podatkov o stranki iz veliko več virov kot o katerem koli drugem subjektu. In le zdi se, da se ves čas povečuje. Pogosto je netočno. Če na primer zbirate podatke od mene. Če zbirate podatke o meni, boste spoznali, da imam drugačno identiteto, to je samo to, ali uporabljam srednje začetnice ali ne, ko obiskujem različna spletna mesta. In to pogosto storim samo zato, da odkrijem, kje bom dobil neželeno pošto od določene identitete. Toda veliko ljudi to počne. In potem ljudje delajo naključne napake. In potem so informacije zastarele.
Odšel sem do enega od teh podatkovnih virov, ki trdi, da bi vam lahko dal veliko informacij o katerem koli posamezniku, in naredil očitno in postavil vprašanja o sebi. In polovica informacij, ki so mi jih dali, je dejansko zastarala. In nekaj je bilo vseeno narobe. Če pogledate na to in pomislite, če boste na tak ali drugačen način zbirali podatke iz drugih virov, potem obstaja ogromen element čiščenja podatkov in prepoznavanja, ali gre za podatke, ki jih imate. Kot posamezniki nimamo enotnega identifikatorja. Ime in številka mobilnega telefona se vam bosta verjetno približali večini ljudi, vendar nimajo vsi mobilni telefon. In tudi v različnih kulturah je drugače. In tu je narava podatkov v smislu analitike.
V to se ne bom spuščal v nobeni globini, vendar je mogoče podatke izbrati. Če imate podatke o Twitterju nekoga, obstaja le majhna populacija posameznikov, ki podatke aktivno objavljajo na Twitterju. In so izbrani. Niso naključno izbrane stranke. Oni so tisti, ki so se na Twitterju odločili, da želijo biti glasni. Zdi se, da je težko pridobiti 360-stopinjski pogled stranke. In to deloma preprosto zaradi vsake tehnične zgodovine. Ni nenavadno, da odkrijete tri ali več baz podatkov o strankah, prav tako kot baze podatkov, ne pozabite na veliko drugih virov informacij, ki jih o stranki dejansko zbirate. In analitika strank, velja reči, da je zdaj velika priložnost. Včasih smo delali segmentacijo, vendar je zdaj res, ker je strankam na voljo ogromno zunanjih podatkov, lahko naredite zelo veliko analitike grafov odnosov, kar je resnično relativno novo. Lahko uporabite napovedno analitiko, ki je še nikoli niste poznali. Lahko zbirate modne informacije in informacije o mnenju, ki jih še nikoli niste mogli zbrati.
Obstaja zelo dober razlog, da pregledate, kaj počnete v zvezi s stranko, in razmislite, kako najbolje izkoristiti podatke, ki jih imate. Praktičen pogled. Modeliranje kupca je zaradi natančnega in uporabnega BI-ja in izpopolnjevanja znanja nujna dejavnost. Z drugimi besedami, če imate dovolj veliko število kupcev, to v resnici ni izbirna stvar. Nekako morate to storiti. In mislim, da je to vse, kar moram povedati. Prestavimo žogo naprej.
Eric Kavanagh: V redu, torej John, verjamem, da greš naslednjič? Nato bo Diana naredila demo. Torej s tem, John Evans, vzemi ga. In ljudje, ne bodite sramežljivi, kadarkoli pošljite vprašanja. Spremljali bomo to za vprašanja in vprašanja. Odvzemi jo, John Evans.
John Evans: V redu. Hvala, Eric. In hvala Dez in Robin za uvod in te komentarje. Veliko se je prekrivalo med tistim, o čemer ste govorili tam, in tistim, o čemer bomo danes govorili in pokazali, kar je super. In da bi se zagotovo strinjali, da je takšno pojmovanje osredotočenosti na stranke nekaj, kar si ljudje prizadevajo doseči, in korenini mislim, da bi rekli, da imamo dobre podatke in dobre podatke o svojih strankah edini način za molitev za dosego tega. Torej, kar želimo danes narediti, je pogovor o uporabniku usmerjenem upravljanju glavnih podatkov in delimo z vsemi nekaj malega o tem, kako pristopimo k temu, rešimo to težavo, in govorimo o novi ponudbi, ki smo jo pravkar predstavili, ki je zasnovana za to podjetjem vseh velikosti enostavno za lažje zagotavljanje boljših podatkov o strankah skozi njihovo razdrobljeno območje podatkov. Da bi ta pokrajina lahko izgledala nekako tako.
Tu imamo različne sisteme po obodu, veliko razdrobljenih aplikacij, nekateri delujejo v oblaku, nekateri se izvajajo v prostorih. In znotraj vsakega od teh boste po definiciji imeli različne načine prepoznavanja strank in informacij o strankah. Različni modeli podatkov o strankah z različnimi atributi, različnimi prednostnimi nalogami in tako naprej. In četudi ste bili organizacija, v kateri veljate za trgovino SAP ali trgovino Oracle, ali samo vodite svoje podjetje na primer na SAP ali pa samo na Oracle ali uporabljate SalesForce, imate lahko več primerov teh sistemov tudi v vašem podjetju. Mogoče so razporejeni na drugem mestu ali v regiji, ki je postavljena iz različnih razlogov, različnih svetovnih območij, ali pa jih morda nastavite drugače glede na dejavnost. In tudi če imate en sam ERP, če ste naredili prilagoditev med njimi, bo prišlo do konfliktov v podatkih.
Zdaj razdrobljenost, ki jo opažamo, še dodatno povečuje sprejetje sistemov v oblaku in najboljših pasem. Medtem ko je bilo res veliko, zapleteno, prepleteno okolje, kot je to, nekaj, kar so si vsi mislili: "No, to se resnično dogaja le v resnično velikih podjetjih, " zaradi tega, ko se pojavljajo rešitve v oblaku in najboljši pristop, je to vprašanje zdaj postaja bolj razširjena tudi v manjših organizacijah. Torej resnično obstaja obseg od malih podjetij vse do velikih podjetij. Vsi trpijo zaradi iste težave s svojimi podatki o strankah. In lahko pogledate nekatere od teh težav, ki sem jih naštel tukaj na sredini.
Nekako jih razdelim na tri vrste. Težave, povezane s podatki, imajo dvojnike, neveljavne podatke, manjkajoča polja, imate nedosledne podatke, nedosledne hierarhije in te stvari se s časom le še poslabšajo. Nato imate izzive, povezane z ljudmi, ko ljudje ne morejo dostopati do podatkov, ne morejo odgovoriti na vprašanja, ki jih imajo, kje iščejo, vendar ne morejo doseči 360-stopinjskega pogleda, o katerem je Robin govoril.
In na tretjem področju so izzivi, povezani s procesom, kjer imate podatke na več mestih in tudi ljudje ne vedo, kaj se je spremenilo in kdaj, ker se s podatki ves čas dogajajo. Torej ni nadzora ali upravljanja nad tem, kako ohraniti te podatke čiste. Ker poskušate zagotoviti bolj povezano / sorodno uporabniško izkušnjo in vzpostaviti dialog s strankami, je to res težko doseči, če vaši lastni podatki o teh osebah niso dosledni in niso natančni.
Kot sem videl ob strani, mislim, da je bil prejšnji teden ali prejšnji teden članek v "Upravljanje informacij", ki govori o tem, zakaj personalizirano trženje še vedno ni natančno, in našteli so devet razlogov. Prvi dve razlogi na njihovem seznamu sta kakovost podatkov slaba in podatki niso integrirani.
Kaj lahko storite glede tega? No, obstaja nekaj načinov, kako lahko poskusite pristopiti k tej težavi in razmisliti o tem, koliko bo to stalo za vašo organizacijo. Te podatke lahko ali napadete, ko se rodijo, ali jih lahko napadite, ko je vdrl v vaš sistem. Torej, tukaj je slika organizacije, s katero smo sodelovali, ki je poudarila približno trideset različnih krajev, kjer so bili shranjeni podatki tam, v njihovi pokrajini.
Torej, ko so bili ti podatki sproščeni v naravo, v te desetine sistemov je težko najti, težko je vzdrževati, drago je popraviti, če razmišljate o tem, da bi poskusili popraviti trideset različnih časov na tridesetih različnih krajih . Torej, eden od konceptov, o katerem želimo govoriti, je poskušati biti proaktiven in poskušati stvari popraviti že zgodaj v svojem življenjskem ciklu, ker ko boš to storil, bo lažje najti, lažje nadzorovati in ceneje popraviti in vzdrževati in tako boste dobili boljše podatke med delom v aplikacijah.
Torej je to koncept, o katerem smo govorili, imenovan proaktivni MDM, oznaka, ki jo radi uporabljamo, pa je koncept čiščenja rek in ne jezer. Torej obstajajo trije koraki do tega, najprej je čiščenje, kjer se želite ujemati, združiti in očistiti ter preživeti zapise čim bližje izvoru, da poskusite pridobiti zlato ploščo, da ne boste onesnaževali svojih nadaljnjih aplikacij. To je mogoče storiti z izvedenimi nadzori nad viri ali celo zagotoviti mesto za centralno ponudbo podatkov, tako da bodo dosledni in natančni, preden jih sprostite v naravo.
Obogatitev pomeni dodajanje vrednosti podatkom, ki jih greste, vključno z referenčnimi podatki in drugimi informacijami, ki niso v vašem izvornem operacijskem sistemu, tako da so to lahko hierarhije, na primer segmentacije, ki niso lastno shranjene v teh sistemih.
Nato je tretji del o tem, da ostanete čisti in tukaj je, če želite zagotoviti, da imate procese in ljudi, identificirane za vodenje in upravljanje, na voljo orodja, ki omogočajo te procese, nato pa se proaktivno ujemate in očistite vaše podatke občasno, tako da ne, zato se izognete razpadu, ki se bo seveda zgodil, na primer ko ljudje zamenjajo službo ali spremenijo prebivališče ali podobno.
Torej, kako to dosežete? No, obstaja več možnosti, ki jih lahko uporabite za napad na to težavo. Lahko bi uporabili orodje za kakovost podatkov, za pridobivanje informacij lahko uporabite orodje za integracijo podatkov, lahko pa uporabite orodje delovnega toka za delitev dela različnim ljudem. Uporabili bi lahko orodje upravljanja, da bi spremljali, kdo kaj počne. Pravzaprav lahko združite vsa ta različna orodja dediščine in nanjo vržete veliko ljudi.
Ampak to je vse zelo drago, je zelo veliko virov, počasi se bo uvajal, težko bo upravljati in morda boste morda želeli začeti s svojimi podatki o strankah, vendar boste tudi sčasoma želeli upravljati svoje izdelke, seznam izdelkov, ki jih imajo te stranke, seznam dobaviteljev za te izdelke in kontni načrt, ki ga uporabljate v svojem podjetju, da spremljate, kaj se dogaja, upravljate z zaposlenimi, ki servisirajo te stranke in podobno . Zdaj govorite o več domenah, dobaviteljih, izdelkih, kontnem načrtu, zaposlenih in tako naprej, da poskusite doseči 360-stopinjski pogled na celotno vaše podjetje.
V idealnem primeru je tisto, kar mislimo, da želite doseči, ena rešitev za integracijo, ujemanje in čiščenje glavnih podatkov o strankah, ena rešitev, da lahko upravljate vodenje in upravljanje ter eno orodje, s katerim lahko upravljate vsako podatkovno domeno, ko začnete z kupca in nadaljujte. Torej, to je cilj nove ponudbe, ki smo jo ravnokar napovedali, imenovano Magnitude ONE. Magnitude ONE je ponudba MDM, namenjena podjetjem, da integrirajo, uskladijo in upravljajo svoje glavne podatke v tistih priljubljenih SaaS ali drugih aplikacijah, ki se uporabljajo, kot smo že govorili, zato Magnitude ONE vključuje številne komponente.
Prva stvar, ki jo vključuje, je naša rešitev Kalido MDM, ki je bila uporabljena v nekaterih svetovnih podjetjih, in Eric, že leta 2003 ste govorili o svoji izpostavljenosti glavnim podatkom in upravljanju. Mislim, da je ta izdelek prvotno izšel okoli leta 2004. Torej s tem orodjem smo bili začetniki pionirjev v tem prostoru. Začeli smo ga uporabljati za analitično uporabo informacij, da bi zagotovili, da dobri podatki prihajajo v skladišče, sčasoma pa so ga kupci vedno pogosteje uporabljali v primerih operativne uporabe in urejanju več področij, vključno s strankami in izdelki ter finančnimi in prodajalec in zaposleni itd. Torej je Kalido MDM osrednji del te rešitve.
S partnerstvom s programsko opremo SCRIBE z uporabo njihove spletne platforme za integracijo SCRIBE kot storitev uporabljamo povezljivost in integracijo v najrazličnejše sisteme virov. To je integracija, ki temelji na oblaku, s povezavami do več kot štirideset sistemov tako na premisi kot tudi na SaaS sistemih, ki jih organizacije uporabljajo. Torej s tema dvema skupaj z našo rešitvijo Kalido MDM vključuje tudi sposobnost, da se v delovnem toku usmerja okolje za upravljanje podatkov in upravljanje z njimi skozi celoten življenjski cikel. Imamo ustrezen motor, ki je zasnovan posebej za obdelavo podatkov o strankah, poleg programske opreme pa ponujamo tudi nekaj virtualnega izobraževanja v učilnicah o izdelku Kalido MDM in komponentah za modeliranje.
Torej, Robin, govorili ste o modelu, to je resnično kritičen del in pravzaprav smo začeli z našo rešitvijo in to vam bomo v hipu pokazali, kako vzamete tisto belo tablo, ki jo je pokazal Dez in to prevedel v nekaj, kar lahko dejansko postavite svoj sistem MDM. Vaša zadnja točka o Magnitude ONE je, če je na voljo v prostorih ali kot storitev v oblaku, lahko dobite naročnino ali trajno licenco. Ideja je, da boste zlahka kupovali, vzdrževali, izvajali in vzdrževali.
Torej je videti, da je to zdaj v središču magnitude ONE z robustnimi zmožnostmi, da naredite vse v beli in modri škatli. Zato se povežite s strankami in dostopajte do njih preko priključka SCRIBE, o katerem sem govoril. Nato naredite vse vaje za obvladovanje, ki jih morate opraviti, da se ujemajo s podatki, jih združite, preživite in obogatite, da jih očistite. Nato pooblastite in objavite natančne in dosledne podatke v svojih porabniških sistemih, skupaj z dostopnim slojem, da lahko ljudje iščejo podatke, brskajo po podatkih in celo avtorju novih zapisov, tako da lahko vaši operativni in analitični sistemi ostanejo čisti s časom.
Ponujamo spletni uporabniški vmesnik za upravitelje in skrbnike, ki jih boste videli v trenutku, pa tudi za poslovne uporabnike. Ne le da lahko samo brskajo in dostopajo do objavljenih glavnih podatkov, lahko celo igrajo vlogo v postopku vodenja. Predstavljajte si, da se vaš prodajni zastopnik pogovarja s strankami, se o stranki naučijo nekaj novega, lahko sprožijo zahtevo za spremembo in rečejo, češ, ta stranka je spremenila svoj naslov, spremenili svoj e-poštni naslov, zamenjali podjetja, morda je ta zdravnik zamenjal povezanost s to bolnišnico, želimo zagotoviti, da spremljamo takšne stvari, ali pa ta zavarovalni posrednik zdaj prevaža te izdelke, želimo zagotoviti, da jim prodamo nove zavarovalne izdelke na primer. Tako lahko takšne stvari vzgajate in vzdržujete prav, ko se z njimi ukvarjajo vaši zaposleni.
Še nekaj lastnosti o naši rešitvi. Številka ena je ta poslovni model, ne pozabite na tisto sliko bele plošče, ki jo je pokazal Dez, ki ima kroge in puščice. To so v bistvu poslovne zahteve glede tega, kakšni morajo biti podatki, kako se uporabljajo v resničnem svetu. Začnemo z nečim, imenovanim modelom poslovnih informacij, in lahko v osnovi zajamemo te zahteve in spremljajoča poslovna pravila ter jih dejansko uporabimo za ustvarjanje pravil in shrambe MDM. Tako učinkovito deluje kot način za odpravljanje komunikacijske vrzeli, ki jo tako pogosto vidimo med poslovnimi ljudmi, ki opisujejo zahtevo, in IT, ki morajo to vrniti nazaj, in to prevesti v tabele in preslikave ipd.
Torej imamo pristop, ki temelji na poslovnem modelu, in se prepričajte, da je to pravilno, ko začnete. Vključujemo tudi avtomatizirano obdelavo za to in vdelani delovni tok in upravljanje sprememb, tako da lahko, če spremenite svoj model, kamor ga dodate, hitro uvedete in to storite z majhno ekipo zaradi avtomatizacije., ne zahteva toliko kodiranja, kot ste morda pričakovali.
Omenil sem naravo, ki jo poganja model, ki poganja tudi zaslone, ki se dejansko pojavljajo. Ko imate opis stranke in tam imate njihove atribute, je tisto, kar boste videli na zaslonu, atributi, ki so definirani v modelu, tako da je vse ustvarjeno za vas, vam ni treba ustvariti nobenega posebnega vmesnika zasloni za preslikavo podatkov, to je vse odvzeto od modela.
Druga odlična funkcija, ki smo jo predstavili, je koncept integracije Excela za nadzornike podatkov. To pomeni, da lahko nadzorniki podatkov uporabljajo Excel kot kraj za urejanje zapisov, ki jih ni bilo mogoče samodejno uskladiti ter odobriti in namestiti. Zdaj boste morda pomislili, no, to je samo, samo podatke odnašate v Excel, kajne? No, to je veliko več kot to, ker je pri tej zmožnosti odpravljena težava s samo posodabljanjem podatkov o posodabljanju z nalaganjem podatkov iz Excela.
Ko prenesete te podatke iz Kalido MDM v Excel vmesnik, prihaja s pravili za potrjevanje. Tako vam bo povedal, katero od teh celic je treba izpolniti, da postane veljaven zapis, dal vam bo spustni seznam razpoložljivih vrednosti ali na primer odobrene vrednosti, tako da se v bistvu izognete ustvarjanje napak pri posodabljanju matičnih zapisov podatkov.
Nato v vdelanem mehanizmu delovnega toka preverite, ali so vsi podatki obdelani in dovoljeni za objavo, prav tako pa spremlja, kdo je kaj storil in kdaj, in vam omogoča, da v bistvu pregledate in pregledujete vse tiste nekdanje glavne vrednosti podatkov, da boste lahko videli, kako se podatki spreminjajo v čas.
Prednost tega je, kar zadeva podatke o strankah, v tem, da lahko pridete do mesta, kjer boste imeli bolj prilagojene in ustrezne dialoge in interakcije s strankami. MDM postaja bolj poslovno kritičen, še posebej, če razmišljate o trženju, ki se tam odvija, in to je dober primer cikla, ki se zgodi.
Torej začnete s podatki o svojih kupcih, to so stvari, ki ste jih obvladali, kdo so, katere izdelke imajo v lasti, s čim se lahko ujemam glede informacij o strankah v več sistemih? Potem to obogatite z več informacijami o njih in kako ste v preteklosti sodelovali. Na kaj so se odzvali? Ali kako želijo vzpostaviti stik? Mogoče želijo, da nas kontaktirajo po faksu, zato je to še vedno na njihovi vizitki. Ampak tiste informacije, ki vam nato dajo vpogled, ki ga potrebujete za interakcijo.
Kakšne druge preference? Nekateri del izvira na primer iz socialnih virov. Potem se lahko odločite, kaj je naslednja najboljša interakcija za te stranke, katere ponudbe naj ponudim? To bo ustvarilo nekakšno interakcijo, nekaj prenesli, nekaj kupili.
To bo seveda ustvarilo več podatkov, ki jih želite vključiti v ta vrtoglavi cikel trženjskih interakcij. Posledično boste hitreje našli in zapirali nove stranke, povečali prodajno ceno, zagotovili boljše storitve za stranke, odpravili napake, odpravili podvojene pošiljke, na primer pošiljali trženjske materiale in na koncu bomo zmanjšali prodajo in stroški trženja.
Torej, en primer naše stranke, ki je to storila, je poštna pisarna v Veliki Britaniji uporabljala Kalido MDM za zagotavljanje boljših podatkov o strankah, da bodo lahko dobavili prave izdelke in nadaljevali svoje dialoge s strankami v pravem kanalu, kar je na koncu privedlo do večjega obsega prodaje in povečala marže zanje.
To je samo moj uvodni komentar, zdaj bi rad to preusmeril k Diani, da vas popeljem skozi vas in vam natančno pokažem, kako delamo nekaj od tega.
Diana Collins: Hvala John, tako da upam, da bomo lahko nekaj tega oživeli za vse vas. Torej, kar bi morali zdaj videti na zaslonu, je primer modela poslovnih informacij Kalido. Del rešitve, kar vam bomo danes pokazali, je vključevanje podatkov s portala salesforce.com. Tu smo dobili spodnji levi model naše salesforce.com. To je očitno spletna aplikacija, programska oprema je storitev storitve. Integrirali ga bomo s podatki iz našega lokalnega izvajanja Oracle, poslovnega sklopa.
Naš cilj je prevzeti stike in podatke o računih s spletnega mesta salesforce.com, jih integrirati s svojimi računi terjatev in kontaktnih podatkov v enoten usklajen račun in strukturo stikov, ki jih bomo nato naložili v Microsoft Dynamics CRM. Torej je naš scenarij tu, da prehajamo iz uporabe portala salesforce.com v preteklost na uporabo Dynamics CRM. Želimo zagotoviti, da imamo popolnoma integriran, usklajen seznam strank, 360-stopinjski pogled, ki temelji na našem novem okolju Dynamics CRM.
Da bi ustvarili to, smo podatke s prodajnega portala.com in EBS preselili v Kalido MDM, pravzaprav smo sprožili postopek uskladitve. V interesu časa, da smo se nekako kuhali in bomo uživali v jedi. Torej, preidimo zdaj na naše MDM okolje in vam samo pokažemo nekaj, kar lahko naredimo v dodanih funkcijah, ki jih MDM rešitev doda k preprosti integraciji teh platform.
Toda ena od stvari, ki bi se seveda zgodila, je, da boste izgubili zgodovino. S svojimi podatki bi končali v programu Microsoft Dynamics, a bi vedeli, od kod kaj prihaja? To je tisto, kar nam lahko ponudi MDM, ena od stvari, ki nam jo lahko ponudi, da je zgodovina.
Če torej pogledamo naš seznam usklajenih računov in bomo izbrali enega od teh. Recimo, da smo tukaj izbrali Albertove prodajalne. To nam daje nekaj informacij, od kod izvira ta zapis o Albertovih trgovinah. Vidimo, da gre za integracijo dveh zapisov, enega je prišel iz računa salesforces.com, imenovanega Albert in Gerard, enega pa iz računa za obračun EBS, imenovanega Albert's Stores, in sta bila skupaj integrirana in usklajena v ta edini matični račun, imenovan Albert's Stores.
Vidimo tudi njegov izvirni ID, ta dan je že bil preseljen v Microsoft Dynamics, ker imamo tukaj CMR ID od Microsofta Dynamics. Vidim čas zadnjega posodabljanja podatkov. Poleg tega ponujamo še en pogled, ki vam omogoča, da ne samo pogledate podatke, ampak tudi z našim prikazom grafa lahko pogledate povezave, v katerih podatki sodelujejo.
Tako imamo tukaj isti zapis, naše Albertove prodajalne s svojimi povezavami do računa terjatev, račun salesforce.com in stike. Če izberemo katerega od teh stikov, lahko vidimo, da je bil ta stik pravzaprav stik salesforce.com. Tudi naš račun Adama Alberta je bil stik z EBS, tako da se to gibanje zdi, da se na zaslonu samodejno dogaja, nekaj jih naredim, da stvari preprosto preberejo. Ko pa bomo nadaljevali, si lahko ogledamo kontaktne podatke in vidimo, da so prišle iz računa salesforce.com. To bo dejansko ustvarilo pogled, ki nam pokaže vse odnose, v katerih sodelujejo naši podatki.
Poleg tega je videti načine, kako razvrščamo podatke naše saleforce.com in da obstajajo drugi računi, ki jih je našteto preveč. No, tiste stvari, ki so naštete, jih lahko še vedno pridemo. Tu se lahko preprosto pomaknemo po strani in pridemo do seznama vseh dodatnih računov, ki so bili preveč grafični, da bi jih lahko navedli v grafičnem pogledu. Seveda bi lahko začeli tudi v grafičnem pogledu za katero koli od teh. Torej, to je en način ravnanja s stvarmi. Podatke lahko vidimo, lahko podatke manipuliramo, prav tako želimo, da lahko podatke preusmerimo in popravimo. Nekaj načinov za to.
Ena izmed stvari, ki bi jo lahko naredili, je, da gremo naprej, si oglejmo hierarhijo, hierarhijo računa sem shranila kot eno svojih najljubših, tako da lahko shranim različne kategorije informacij kot račune in hierarhične poti, ki Lahko bi uporabil v svojem brskalniku hierarhije. Torej, tukaj se lahko podrobneje seznanim s svojo hierarhijo, vidim vse različne stike, ki jih imam z vsakim računom.
Toda ena izmed drugih stvari, ki jih ponuja to okolje, je možnost, da poiščemo vse sirote. To so stiki, ki so prišli prek našega usklajenega sistema, ki v svojih virih ni imel staršev, zato so to sirote, ki so jih pustili za seboj. Torej smo jih prinesli, jih identificirali, vemo, da so to sirote, kako naj to popravimo? No, samo kliknite to stikalo za urejanje načina, kar odpira drug pogled na hierarhijo in zdaj lahko začnemo razvrščati te ljudi. Mogoče je Bill Murray delal za omrežje AC, da ga bomo lahko prevzeli in ga dodali na seznam in ga bomo označili tako, da nam je opozoril, da gre za spremembo. Lahko premaknem Sandy in jo dodelim morda AG Edwards and Company.
Ko se te spremembe izvajajo, se beležijo spodaj, lahko jih razveljavim, če se zavedam, da sem naredil napako. Lahko jih združim v množico in jih premikam po sistemu kot enoto, tako da jim dodam ime, nato pa jih prek mojega sistema obdelamo kot eno samo enoto dela. Torej, to je en način in očitno, če bom dejavna, bi morda želela iti sem, da pogledam to in če vidim, ali obstajajo sirote, in reši to težavo. Kaj če ne bi? Kaj pa, če ne bi bil proaktiven? No, spet naš sistem vključuje delovni potek, ki sem ga že omenil, rešitev delovnega toka, ki nam omogoča, da se s tem ukvarjamo bolj neposredno.
Da se bom tako odjavil kot sistemski administrator, se bom zdaj prijavil kot nadzornik podatkov, v redu? To bi bil torej posameznik, ki je odgovoren za upravljanje neveljavnih podatkov. Ko se prijavim, boste videli, da se odpeljem do moje mape »Prejeto«. Obstaja naš 11 osirotelih zapisov, ker je zveza, povezava med stiki in njihovimi računi obvezna. Vsi usklajeni računi, ki niso imeli ustreznih povezav do računa, so neveljavni. Premikajo se skozi potek dela in kot lahko vidimo na diagramu delovnega toka, tukaj je zdaj, ko popravljamo zapise. Nato bodo prešli na postopek odobritve, ki ga je potrdil vodja prodaje, odobril računovodstvo in na koncu odobril objavo v naslednjem paketnem posodobitvi naše dinamike.
Seveda bi to lahko nastavili tudi v realnem času, ki bo takoj, ko je objavljen, takoj, ko bo objavljen, takoj iztekel Dynamics, tako da odvisno od vas, kako želite nastaviti ta zadnji korak vmesnik. Upajmo, da nam je to dalo - saj smo vam dali kratko predstavo in pregled le nekaterih načinov, s katerimi lahko naše orodje za MDM pomaga obogatiti in izboljšati naše okolje. Obstaja veliko, veliko drugih načinov, kako lahko izboljšamo vašo uporabo informacij o strankah in resnično pridemo do tiste točke, ko imate resnično usklajen 360-stopinjski pogled stranke z vsemi informacijami na enem mestu, ki so na voljo za uporabnikov. Ne samo prek tega uporabniškega uporabniškega vmesnika, ampak kot sem že omenil, ponujamo tudi uporabniški vmesnik, nekakšen spletni portal, kjer lahko uporabnik, če ve, da je prišlo do spremembe računa, sproži zahtevo za spremembo in naslovi to ter založi to spremembo zahtevati neposredno od upravitelja podatkov, da v ta zapis opravi kakršne koli spremembe, za katere meni, da jih je treba opraviti. V tem trenutku mislim, da bom to vrnil Ericu in šli bomo v vprašanja Q.
Eric Kavanagh: Seveda. Tako imamo tukaj nekaj vprašanj od publike. Bom vrgel eno, ampak morda najprej Dez ali Robin, imaš kakšna vprašanja? Naj začnem z vami Dez.
Dez Blanchfield: Ena od stvari, na katero naletim vsakič, ko grem na to pot z organizacijo, je celoten izziv nadzora različic. Ali se lahko dotaknete pristopa k nadzoru različic podatkov ali nekaterih - veste, zamislite si scenarij, v katerem se trije deli organizacije ukvarjajo z mano kot stranko, nato pa posodabljajo različne posodobitve in spremembe. orodje. Kako se lotimo vprašanja samo različice, ki nadzira podatke, ki prihajajo iz podjetja in kdo jih kurira, nadzoruje in potrjuje?
Diana Collins: To je odlično vprašanje. Torej, ena od stvari, ki je vgrajena in vključena v našo rešitev, je sledenje revizije in zgodovina. Torej bom videl, če lahko najdem zapis z zgodovino. Naj vidim, če ima naša Albertova trgovina, ki jo uporabljamo, zgodovino, ko kliknem na način Zgodovina, kaj to stori zame - imam - ta v zgodovini nima sprememb. Želim si, da bi nam pokazal kakršne koli vmesne spremembe, ki so bile izvedene tukaj, ter datum in čas, ko sta bili izvedeni. Poleg tega lahko preberem podrobnosti o celotni zgodovini in če vklopim sledenje revizije, ne bi videl samo teh sprememb in kdaj so bile izvedene, ampak bo revizijska sled potem povedala, kdo je te spremembe sprejel, kateri uporabnik je prav tako spremenil te spremembe .
Naš pristop k različici je bolj zasnovan, ne pa s postavljanjem poljubnih oznak. Izberete lahko točko v času in si ogledate svoje podatke takšne, kot so bili v tistem trenutku, in podatke prestavite tako, kot so bili v tistem trenutku. Seveda sledimo zgodovini ne samo podatkovne vsebine, temveč tudi podatkovnega modela. Ker se lahko vaš podatkovni model razvija, dodajamo nove klasifikacije, spremljamo tudi to in vedno se lahko vrnete in si ogledate stvari, kakršne so bile v določenem trenutku.
Dez Blanchfield: Podatkovni modeli so tam izziv, kar pomeni, da imate pomemben rodovnik pri obravnavi nekaterih pomembnih člankov. Ali nam lahko predstavite nekaj primerov nekaterih že obstoječih podatkovnih modelov in nekaterih, s katerimi ste se ukvarjali s tem, veste, ključnih sektorjev, kot so proizvodnja, trgovina na drobno, logistika in finančne storitve. Imate bančništvo in upravljanje izgub in podobno. Torej, ali je pristop narejen s prejšnjim modelom, ki lahko hitro sproži projekt, da lahko ljudje začnejo vedeti, kje so vrzeli, ali morajo ta model zgraditi in izučiti sami?
Diana Collins: Z leti smo se lotili obeh pristopov. Poskusili smo z modeli in ugotovili, da popolnejši model v resnici pomeni več sprememb, ki jih boste na koncu morali opraviti, več prilagoditev, ki jih lahko naredite za stranko. Tako smo resnično sprejeli fragmente modelov, nekatere osnovne skupne elemente, za katere se nam zdi, da resnično prežemajo celotne panoge.
Na primer, v finančnih storitvah imamo modele na kapitalskih trgih za vrednostne papirje in izvedene finančne instrumente itd. Imamo modele za zavarovanje, za zavarovanje premoženja in odgovornosti, za pozavarovanje in oba obvladujemo tveganje na različne načine. Imamo modele za izdelavo računov izdelkov, iztovarjalnih računov. Imamo druge dele modela dobavne verige ali katerega koli drugega sledilnika, vmesna skladišča, modele distribucije, staranje zalog, podobne stvari. Za veliko naših kupcev veste, kupce imamo v skoraj vsaki vertikali, ki si jo lahko zamislite, vendar smo za mnoge od njih uspeli razviti določene osnovne sestavne dele, ki jih za našo stranko sestavimo v končni model.
John Evans: Ja. Naj k temu samo dodam, Diana. Veste, model, ki smo ga pred minuto pokazali s pomarančnim ozadjem, je res konceptualni model, tako da ima, veste, samoglasnike in ni podčrtanih, mislim, človek ga lahko razume. Sama po sebi ne gre za koncept IT, ampak nekaj, kar lahko razume poslovna oseba. Imamo te konceptualne modele, lahko uvažamo obstoječi model, ki bi ga morda imeli, in ga fakturiramo, da bi ga dobili tako, vendar z - kot je Diana govorila, ko imamo fragment modela ali primer modela, ki smo ga uporabili da preden pokažemo stranki, običajno znotraj, veste, nekaj časa, ko jo pogledate in postavite na zaslon in nekako pokažete in gestikulirate, lahko ponavadi ta model preoblikujejo, da bi bil lepo predstavljen tistega, kar poskušajo doseči.
Torej čas pospeši, da zajamete te zahteve, da lahko nadaljujete, toda druga stvar, ki je tukaj nisem prikazal, je, veste, obstaja ta diagram, vendar obstaja tudi zavihek, imenovan operacije, kjer v bistvu pritisnete gumba in ustvari vse predmete, ki jih potrebujete v shrambi MDM, skupaj s pravilom, ki ste ga že nastavili - nastavili ste, veste, kaj je izbirno, kaj je obvezno, kaj je kardinalnost, vse te stvari, ki jih želite narediti, toda tam je gumb z napisom Deploy, potem bi samo ustvaril model, ki ste ga ustvarili na sprednji strani. Tako imamo fragmente, imamo izkušnje v najrazličnejših panogah in naši svetovalci lahko strankam omogočijo zelo hiter začetek.
Diana Collins: No, drugo stvar, ki bi jo želel izvedeti -
Dez Blanchfield: Torej drugi hitri, preden ga izročim Robinu - ja, oprostite, pojdite.
Diana Collins: Na hitro bi omenila, da običajno te seje modeliranja izvajamo kot nekakšen zastoj, ker nas podrobnosti vseh atributov ne zanimajo, to lahko zapolnimo kasneje, ko pridemo do tega. V resnici nas zanima poslovni pogled na to, kako se podatki združijo in kako razumejo, da so koristni, in na ta način želimo zgraditi rešitev.
Dez Blanchfield: Ne, vse to ima velik smisel. Zadnjo hitro, potem pa jo izročim Robinu. Torej, kar si takoj predstavljam, bi se zgodilo v pogovoru našega upravitelja z organizacijami, s katerimi se ukvarjam, ta, da imajo vpogled, že imajo, veste, upravljanje, okvire in orodja - kakšna je izkušnja, ko greš organizacija, kjer se recimo, da se je vodstvena ekipa odločila, da se bo podala po tej poti, se osredotočila na stranke in očistila svoje podatke o strankah ali dobila enotno plačilo, in kljub temu IT in drugi deli podjetja morda že menijo, da so izvajati več programov dela, da bi prišli do dobrega mesta?
Diana Collins: No, to je zanimivo vprašanje. Ja, ponujam, da izvedbe MDM na splošno ne bodo uspele, razen če obstaja takšna podpora na visoki ravni. Mislim, da je treba te projekte v neki organizaciji voditi z dokaj visoke ravni, ker je treba sprejeti kulturne spremembe. Mislim, da je Robin s tem govoril prej, da veste, da to ni nekaj, kar počnete kot projekt, in odvisno je od načina, na katerega se pogosto posvečajo IT organizaciji. Gre za program, ki je v teku, je nekaj, kar zahteva zavezanost in pripravljenost za spremembe, če se želite izvajati, in potem, ko se vam zdi, menim, da smo ugotovili, da izvedbe zelo dobro napredujejo.
Kjer se moramo pri nekaterih izvajanju boriti, kjer ni bilo vodstvene podpore na visoki ravni ali kjer je bila organizacija IT odporna proti spremembam, vendar smo bili v obeh primerih dokaj uspešni. Mislim, da smo jim enkrat pokazali, kako enostavno je vstati in delovati ter kako resnično prevzema odgovornost za vsebino podatkov s svojih ramen in res IT ne bi smel biti odgovoren za to. Podjetje ve, kaj tvori dobre podatke, IT tega ne bi smel vedeti. IT mora biti odgovoren za stvari, ki jih dobro opravljajo - organiziranje podatkov, njihovo varstvo, varstvo in kako - in običajno pridejo naokoli in to tudi vidijo.
Eric Kavanagh: In imamo nekaj vprašanj od publike, naj jih tukaj vržem. Čez čas gremo malo, ampak mislim, da bom dobil vsa vprašanja, ki jih lahko ali vsaj poskusimo. To bom vrnil tebi, mogoče Johnu ali Diani. Udeleženec vpraša: "Ali imate funkcionalnost, da se razvijete za ponovni izhod iz slabih zapisov v zlate zapise? Transakcije, kot so na primer prodajni nalogi prav v operacijskih sistemih? "Nisem prepričan, da točno vem, kaj misli tukaj, vendar upam, da lahko na to odgovorite.
Diana Collins: No, zagotovo lahko ponovno obnovimo zapise. To je zelo standarden del te pisarniške rešitve, vendar znotraj operativnih sistemov ni neposredno. Lahko bi to naredili v okolju MDM in nato te podatke potisnili nazaj iz okolja MDM, ko bodo objavljeni iz okolja MDM, ga vrnili v operacijski sistem, vendar ga ne bi neposredno ujeli - ne bi ga popravljali neposredno v operacijski sistem iz okolja MDM.
Eric Kavanagh: Se razumem. V redu in tu je še eno vprašanje: "Ali lahko orodje uporabljate za prikaz podatkovne vrstice?"
Diana Collins: Vsekakor, ja. Spet to ni odličen model za tovrstne ilustracije, ampak absolutno. Če imate zgodovino svojih podatkov, kjer podatki prihajajo iz več krajev, jih lahko označimo s svojim virom in jih prenesemo do objavljenih podatkov.
John Evans: Zahvaljujoč temu. Element tega je tu v modelu, tam je Diana, kar pomeni, da imate stike SFDC in kontakte EBS in ste dejansko prišli tudi v polje z grafom. Nekako visi okoli podatkov.
Diana Collins: Ja. Mislim, očitno bi v resničnem okolju rodu imeli bolj robustno rešitev in izvedbo in tu je bilo narejeno le osnovno.
Eric Kavanagh: V redu, dobro. Samo še nekaj vprašanj in potem bomo zaključili. Eden od prisotnih pravi: "Kako podpirate definicijo gospodinjstva? Ali imate način, kako obogatiti podatke glavnih strank s socialnimi omrežji? "
Diana Collins: To je na našem cestnem zemljevidu, obogatitev s socialnim omrežjem iz podatkov družbenega omrežja pa je na našem zemljevidu poti. Trenutno ni na izdelku, ampak kar zadeva gospodinjstvo, to je del naših zmogljivosti za ujemanje in spajanje. V procesu ujemanja je veliko številnih gumbov in ročic, ki jih lahko nadzorujete glede na težo določenih delov podatkov, toda na koncu nam to omogoča, da zberemo vse posamezne zapise o stikih, ki so lahko del istega gospodinjstva . Potem razume razliko med podjetji in ljudmi. V podjetjih na splošno gledate na začetek, vrsto pomena besed v imenu; v podjetju začnite od spredaj in delajte proti koncu. Ko pa se ukvarjate z gospodinjstvom, resnično želite začeti na koncu in delati proti sprednji strani z imeni ljudi. To razume in lahko naredi precej dobro delo, da zbere stike, ki pripadajo enemu gospodinjstvu.
Eric Kavanagh: In še zadnje vprašanje, kaj pa kupci restavracij? Tu imamo dobrega člana občinstva, ki vas sprašuje, ali imate kakšne stranke v restavraciji?
Diana Collins: Pravzaprav ne. To bo za nas nova vertikala. Res bi nas zanimalo, kako bi si prizadevali za to. Imamo stranke, ki oskrbujejo restavracije, vendar nimamo nobenih restavracij, ki bi bile stranke.
Eric Kavanagh: V redu, sploh ne skrbi. No, ljudje, tu smo gori že uro in pet minut, zato se danes zelo zahvaljujem našim predstavnikom. To spletno oddajo bomo arhivirali, tako da bodo vsi ti arhivi na voljo za poznejši ogled. Velika zahvala današnjim predstaviteljem. Najlepša hvala seveda Dez in Robin za njun vpogled in programju Magnitude. To je dobra stvar. MDM je tu, da ostane, ljudje, o tem ni dvoma. Res je pomembno, da dobimo osrednji pogled, ki bo s časom pomembnejši. Moram razmišljati, ko se naše stranke odločijo, da ne želijo biti trpinčene, da želijo dobiti najboljše možno zdravljenje in tako bo tudi treba.
Torej, s temi ljudmi se bomo poslovili. Še enkrat hvala. Jutri se bomo pogovarjali v drugi oddaji, da. Vroča tehnologija je najbolj vroča oddaja v teh dneh, z nami se bomo pogovarjali jutri ob štirih vzhodno. Do takrat, pazite, ljudje. Zdravo.
