Autorius „Techopedia“ darbuotojai, 2016 m. Gegužės 25 d
„Takeaway“: Priimančioji Erika Kavanaghas aptaria pagrindinių duomenų valdymą su Dezu Blanchfieldu, Robinu Blooru, Johnu Evansu ir Diana Collins.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Gerai, ponios ir ponai, artėja vasara, čia karšta. Kodėl taip yra? Nes atėjo laikas „Hot Technologies“. Taip, iš tikrųjų mano vardas Ericas Kavanaghas. Aš būsiu jūsų laidos moderatorius. Turėtume kalbėti apie tai, kas karšta, kas vyksta, kokia šaunus turgus ten yra. Tai mūsų partnerystė su „Techopedia“. Mes mylime tuos vaikinus. Mes su jais dirbame jau keletą metų. Jie turi fantastišką svetainę. Jei norite sužinoti ką nors technologijų pasaulyje, koks gali būti jo apibrėžimas, eikite į techopedia.com. Ir šiandien mes kalbame apie MDM, pagrindinių duomenų valdymą. Tikslus pavadinimas yra „Didžiausias paveikslas: pažįsti savo klientą keliose platformose“. Ir šis žaidimas keičiasi, žmonės, dabar galiu jums pasakyti.
Taigi, tikrai turite pastebėti apie jus, „Twitter“ @eric_kavanagh. Stengiuosi atsakyti visiems, kurie man atsako. Taigi metai yra karšti. Tai tikrai karšta MDM. Ir aš jums sakau, kad karšta ne tik didelėms įmonėms, bet ir mažoms ir vidutinėms įmonėms, kurios, atspėkite, turi daugybę skirtingų sistemų. CRM sistemos, el. Pašto rinkodaros sistemos, ERP sistemos, internetinės analizės sistemos, „e-verslo“ rinkiniai ir kt. Yra daugybė skirtingų prieigos taškų prie informacijos apie klientus ir tuo geresnį darbą, kurį įmonės gali padaryti auddamos visus kartu, tuo geriau “. norėsite aptarnauti klientą, o ne pažymėti klientą ir išlaikyti tuos klientus šalia. Laikykite juos pirkdami dar keletą daiktų.
Aš iš tikrųjų stebėjau MDM nuo maždaug 2003 m., Ty maždaug tada, kai terminas buvo tikrai sugalvotas. Atvirai kalbant, buvo bankas, iš tikrųjų „Chase Bank“, aš manau, kad tada tai buvo „Bank One“, o vienas mano gerų draugų dabar, vaikinas, vardu Joe Northern, dirbo įmonėje, pavadinimu „Razza Solutions“, ir jie turėjo tai, kas tapo DRM įrankiu. iš „Oracle“. Taigi jie iš tikrųjų sukūrė sąskaitas ir tuo metu valdė banko hierarchiją, ir tai yra keletas pagrindinių duomenų valdymo pradžios dienų.
Taigi šiomis dienomis mes kalbame ir apie analitinius, ir apie operacinius MDM. Šiandien daug kalbėsime apie tą dalyką ir tikrai padėsime suprasti, kaip galite panaudoti šią technologiją, kad susidarytumėte visą savo kliento vaizdą, suprastumėte, kas jie yra, ir įsitikintume, kad galite pasirūpinti jų poreikiais kokia yra atvirai labai konkurencinga aplinka visame pasaulyje. Mes matome tai visur.
Taigi, roko žvaigždė, kurioje vaidina personažai: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Skambinimas iš keturių skirtingų vietų visoje planetoje. Mes pradedame nuo Dezo Blanchfieldo ir su tuo eisiu perduoti tau raktus, Dez, ir aš pradėsiu tweet'ą. Pašalink.
Dez Blanchfield: Ačiū Ericai . Aš tiesiog turėjau sau priminti, kad nutilsiu. Aš dėl to atsiprašau. Ačiū už galimybę pristatyti tai. Taigi, pateiksiu tai kaip realų organizacijos iššūkio pavyzdį, kad galėčiau susidoroti su tuo, ką aš įvardijau kaip vieną didžiausių organizacijų, kurias jos mato, trikdžių laikas. Mes matėme nemažai iššūkių. GFC nukentėjusios įmonės turėjo su tuo susidoroti. Mes nuolat keičiame įstatymus, susijusius su privatumu, su kuriuo turime susidurti.
Vienas iš dalykų, dėl kurių organizacijos, mano manymu, buvo užkluptos, kad jos nematė ateinančios, buvo šios garsenybių patirties problemos poveikis. Iš esmės žmonės, bėgiojantys mobiliaisiais telefonais, nori tam tikro būdo greito pasitenkinimo. Tačiau greitas malonumas maloniu būdu, o ne žiaurus vaikiškas būdas. Tiesiog supratimas, kad jie yra klientas, jie moka pinigus ir jie turėtų būti už tai vertingi. Taigi buvo orientuotas į klientą arba tapo į klientą orientuota organizacija. Taigi greitai eisiu per mintį, ką tai reiškia, ir netrukus pateksiu į šiek tiek labiau techninę mūsų diskusijų dalį.
Aš tiesiog išleisiu jį ten ir pasakysiu, kad, pirma, į klientą orientuotą organizaciją reikia nuspręsti tik vienu paprastu dalyku: Jums reikia išsamaus kliento ir jo duomenų. Galite turėti skirtingas sistemas. Galite turėti daugybę skirtingų produktų. Jūsų organizacijoje gali būti penkiasdešimt skirtingų skyrių, tačiau nesvarbu, kur esate, nesvarbu, kokia yra jūsų darbo funkcija, turėtumėte turėti galimybę susidaryti išsamų vaizdą apie visus savo klientus arba su klientais susijusius santykius kokia tavo darbo funkcija. Ir kiekviena jūsų turima duomenų rinkinio dalis arba visos jūsų turimos duomenų rinkinių dalys nurodo, kokia yra to kliento tautos būklė.
Aš pabrėžiau, kad visas jūsų sistemų klientų vaizdas nėra vien tik devyniasdešimt! Šiais laikais tai yra būtinybė. Pirmą kartą užklupus scenarijui, kai bendraujate su bet kokiu dalyku su klientu, ypač jei tai tiesiogiai, telefonu ar interneto pokalbiuose ar asmeniškai, tai dar labiau baugina, ir jūs galite Nepasakok jiems visko, ką turėtum žinoti apie juos. Tai tampa labai akivaizdu ir atsiduri labai apgailėtinoje situacijoje.
Pradėsiu nuo labai greito anekdoto apie realaus pasaulio scenarijus. Tai yra lentos nuotrauka ir tai yra mažiau nei penkios dienos. Tai yra tikras scenarijus lentoje kambaryje neseniai, prieš kelias dienas, kalbant pačia tema, kaip mes išeiname iš labai didelės organizacijos, turinčios kažką panašaus į devyniasdešimt skirtingų verslo sričių. Tai Azijos bankas, jie turi devyniasdešimt skirtingų verslo padalinių. Jie daro viską nuo visuomenės paskolų, tarpusavio paskolų ir labai mažų paskolų iki finansavimo palydovų išleidimui į kosmosą. Taigi jie yra pabaisa. Jie turi dešimtis milijonų klientų. Manau, kad jie turi vos penkiasdešimt milijonų klientų. Jie susiduria su tokiu tipišku iššūkiu, kaip mes galime kreiptis ne tik į pagrindinių duomenų valdymą, bet ir į klientų duomenis, ypač į vieno padalinio klientą.
Kai mes tai išsiaiškinome, tai, kas nuo mūsų atsitraukė nuo šios lentos, buvo tai, kad jie neturėjo tik problemų, jie turėjo košmarą, nes nė viena jų sistema nesikalbėjo tarpusavyje. Galėčiau nueiti į bet kurią banko ar bet kurios verslo dalį ir paprašyti paskolos, tai gali būti paskolos automobiliui, būsto paskola, smulkaus verslo paskola, ir jie nieko negalėjo pasakyti apie save arba negalėjo nieko nenutuokiu apie jokius kitus mano santykius su banku. Ir tai visiškai išgąsdino dienos šviesą iš jų, nes jie suprato, kad krantinėje esantys bankai jau gali tai padaryti ir jie galimai 12, 15 metų už aštuonių kamuolių. Dėl šių pagrindinių vertybinių pasiūlymų, kurių klientai tik ieško, yra tik nuoseklus požiūris į mane, kaip į klientą, ir jūs turite išsiaiškinti, kaip ketinate tai pristatyti. Ypač dabar, kai bendrauju su jumis internete, šiomis dienomis greičiausiai tai bus daroma per programą.
Šis dalykas yra „viskas apie mane, klientą“. Taigi, kai išsiaiškiname, kaip atrodo į klientą orientuota kultūra, reikia įtraukti viską, ką turime iš pagrindinių sistemų, fiksuojančių tokius dalykus kaip jūsų pirmoji. vardas, pavardė ir kiti duomenys, kai užpildote formą arba užpildote ją internetu arba ateinate pas mus prie prekystalio kur nors iš prekybos vietos, ir mes iš pradžių su jumis susipažinome per visą kelionę, kai mes patys tiekiame produktus ar paslaugas tu. Ir suplanuoti tai iš viršaus į apačią. Nuolat tobulindami duomenis ir duomenų modelius, kuriuos naudojame tam suprasti. Derindami, kaip tos technologijos ir procesai versle, darbo srautai, nuolat sustipriname savo požiūrį į jus. Nuolatinis mūsų bendravimas su jumis. Kaip mes nuolat koncentruojamės į jus į klientą ir kaip mes bendraujame su jumis. Jei aš jums parduodu tris paslaugas, nenorėčiau kiekvieną mėnesį siųsti jums trijų skirtingų popieriaus lapų ar trijų ataskaitų ar sąskaitų ir pan.
Į klientą orientuota istorija iš tiesų traukia, o organizacijos mato jos vertę. Tai vis dar yra tikras iššūkis, nes „Gerai, kad aš turiu dešimt skirtingų sistemų ir jos nesikalba viena su kita. Neturiu nei įrankio, nei sistemos, nei platformos, kad visa tai sujungčiau. “Ir visada žmonės patenka į kambarį, kuriame vyksta lentos sesijos, tokios, kokias aš ką tik jums parodiau. Bet viskas susideda iš vieno esminio dalyko, esančio kairiajame kampe, kuriame vyksta pertvarka. Ir organizacijos, ir žmonių, ir personalo, ir veiklos modelio perėjimas nuo kultūros, kuri juos palaiko. Taigi yra gana dažnas kontrolinis sąrašas, kurį organizacijos pereina iki to momento, kai net supranta iššūkį, ką reiškia būti orientuotu į klientą, ir poreikį sukurti sistemą bei gauti prieigą prie priemonių, kurios joms gali padėti tai padaryti.
Tai yra tokie dalykai, kaip kliento kelionės per visą gyvavimo ciklą ir patirties, kurią jie turi su jumis kaip organizacija, planavimas. Tobulinkite savo veiklos modelius ir tai, kaip patys susitvarkote, kad susitelktumėte į klientą ir vertės pasiūlymą, kurį pateikėte klientui. Ir tada, žinoma, suderinkite savo technologijas ir aplink juos esančius technologijų pluoštus ir procesus, kad įsitikintumėte, jog jūs iš tikrųjų nuolat vedate tolesnį susižadėjimą ir geresnį bei griežtesnį bendravimą su savo klientais. Ir tikrasis sužadėtuvių procesas nuo vadovų žemyn.
Jei nepakeitėte savo požiūrio į pasaulį iš savo maisto grandinės viršaus, nuo posėdžių salės žemyn, mažai tikėtina, kad jūsų depo lygis ar jūsų kasdienis finansų personalas pakeis savo elgesį. Jūs turite vesti iš viršaus. Jūs turite nuolat atnaujinti ir iš naujo apibrėžti bei pertvarkyti tai, kaip kreipiate dėmesį į faktinį dėmesį į klientą. Taigi, kaip jūs vykdote ne tik kultūrinį poslinkį viršuje, bet ir elgesio pokyčius apatiniame organizacijos gale bei įrankius, kuriuos tam suteikiate?
Vienas dalykas yra sakyti, kad esate į klientą orientuota organizacija ir norite, kad žmonės elgtųsi vienaip, tačiau nesuteikėte jiems priemonių ir priemonių bei galimybių tai padaryti, nesiekiate elgesio. pamainą, nes žmonės tiesiog grįš prie įpročių, apie kuriuos žinojo dar prieš galvodami, kad yra į klientą orientuotos organizacijos. Ir tada bendra integracija į skirtingas organizacijos dalis ir kultūrą, gyvenusią toje srityje ir akivaizdžiai paremtą įrankiais ir platforma.
Taigi kaip jūs priimate šiuos skirtingus verslo vienetus ar įmones ar jūsų organizacijos dalis ir ar jie elgiasi skirtingai kultūriniu požiūriu ir žemyn? Jūs pateikiate jiems tinkamas priemones ir būdus bei priemones, kad gautumėte išsamų ir vieningą kliento ir jo patirties įspūdį. Ir kaip tada sudėti kai kuriuos KPI ir išmatuoti, palyginti su tuo, ir atsekti, palyginti tam tikrus rodiklius, išmatuoti tuos KPI ir suteikti tam vertę? Verslo vertė sau ir akivaizdi tam tikra prasme vertės grandinės vertė klientui ir išlaikyti jį sugrįžtančius. Tada įtraukite visą bendravimą, kurį gavote su savo klientais iš grįžtamojo ryšio ir realiu laiku, arba pakartotinai apdorotą, kad jūsų elgesys ir kultūrinis poslinkis, tikėkimės, būtų užfiksuoti kažkokiame grįžtamojo ryšio cikle ir grįžtamojo ryšio cikle ir jūs galėtumėte išsiaiškinti, ar „ iš tikrųjų pataikyti į ženklą, ar ne.
Patekome į scenarijų, kai jūs žinote, kad organizacijos galų gale paslėps skirtingus duomenis, ir mes čia matėme kai kurias rūšis, vidines, išorines. Istoriškai mes turėjome santykių su klientais valdymo platformas, reklamos ir rinkodaros platformas. Turėjome visokių skirtingų sistemų, veikiančių savarankiškai, ir tikiuosi, kad jos kažkokiu pavidalu kalbėsis tarpusavyje. Per pastaruosius porą savaičių su jumis įvyko sprogimas, todėl mes kalbamės su jumis per socialinę žiniasklaidą, kalbamės su jumis per mūsų svetainę, gauname el. Laiškus.
Mūsų IVR sistemos, kurios su jumis bendrauja telefonu, dabar turi sugrupuoti tuos duomenis ir papasakoti, kaip elgėtės su mūsų telefonų sistema ir sąveikauti su mūsų duomenų bazėmis. Jei jūs būtumėte kalbėję su mumis, viskas, ką turite būti užfiksuoti realiu laiku, ir mes turime sugebėti įsitikinti, kad galime susidaryti bendrą vaizdą apie tai, kas, tikiuosi, yra ta pati duomenų valdymo platforma, esanti tos diagramos centre.
Neseniai sugalvota frazė yra „įžymybių klientų patirtis“. Ką gi tai iš tikrųjų reiškia? Tai nėra tai, kad mes galvojame, kad mūsų galutiniai vartotojai ar vartotojai yra blogai elgdamiesi įžymybės ir kad jie bet kokiu būdu jaučiasi skirtingi. Ką tai reiškia, kad mes pabudome dėl to, kad su kiekvienu savo klientu turėtume elgtis kaip su įžymybe. Jie turėtų būti gydomi VIP nuo to momento, kai susitiksime su jais per visą gyvenimo ciklą, kai mums bus malonu turėti juos kaip klientus.
Taigi klausimas, kurį reguliariai man užduoda - sugrąžindamas tai į šiek tiek anekdotinę realią kliento istoriją - kaip mes galime suteikti savo organizacijai galimybę patenkinti didėjantį įžymybių klientų patirties poreikį? Kadangi dalykas, kurį mes matome dabar, yra vienas didžiausių sutrikimų organizacijose, yra reikalavimas įvykdyti šį pažadą klientams. Norėdami suteikti jiems įžymybių klientų patirtį. Organizacijos, remiantis mano patirtimi, ir, be abejo, visame pasaulyje, kurį matau, yra sužlugdytos, to nesuvokdamos, pereidamos nuo kitų įtakų, apie kurias jos galbūt jau žinojo arba pamatė, kad ateina pas tikruosius klientus. Jų klientai juos trikdo ir labai rimtai trikdo. Ir jei jūs negalite suteikti šios įžymybių patirties ir pateikti įrankius bei būdus ir priemones, kad jūsų organizacija galėtų susidaryti tą vienintelį kliento vaizdą, praleisite mylią, bent šalies mylią, sugebėjimas ir sugebėjimas įvykdyti šį pažadą.
Yra keletas svarbių punktų, kuriuos čia išmesiu, o tada perduosiu Robinui, kad patektų į šiek tiek daugiau techninių detalių, kuriuos aš rekomenduoju visoms organizacijoms labai sunkiai ir greitai apgalvoti, ar jos net nuotoliniu būdu yra arti šio pristatymo. pažadas savo darbuotojams ir jų organizacijai tapti į klientą orientuotu subjektu. Tai yra dėmesys pagrindiniams komponentams ir vieno kliento požiūrio sukūrimas. Tai skamba labai paprastai, bet ką tai reiškia? Tai reiškia, kad reikia įsitikinti, kad visą laiką ir reikiamu metu turite reikiamus duomenis iš tinkamų duomenų šaltinių. Įsitikinkite, kad duomenys visą laiką prieinami tinkamoje vietoje. Ne tik tam tikrą laiką.
Ir jis turi būti tvirtai integruotas. Ir tai turi būti natūraliai integruota į jūsų platformą. Tai negali būti tik kažkas, ką jūs manote padarote. Viena rinkodaros kampanija. Kiekvieną kartą žiūrėdami į klientą, jūs turite turėti galimybę tai gauti visą laiką. Jis visą laiką turi būti prieinamas visiems reikiamiems žmonėms. Taigi nenorėčiau bėgti aplink koridorius ieškodamas genčių žinių. Aš turiu sugebėti tai pastebėti akimirksniu, tiesiog pasiekęs vieną įrankį. Ir jūs turite pateikti jį reikiamoje platformoje su reikiamu įrankiu. Taigi jis turi būti integruotas į jau naudojamas sistemas.
Jūsų CRM turi sugebėti pamatyti viską nuo tada, kai aš lankiausi pas jus iš savo mobiliosios programos, iš tinklalapio, nuo kalbėjimo su savo IVR, interaktyvaus balso įrašymo, per telefono pagalbos tarnybą apsilankyti kaip savitarnos paslaugą. Arba, jei aš stumiu devynis žvaigždutes ir prieinu prie žmogaus, tada užduodu šiek tiek sudėtingesnį klausimą, kurio IVR nėra užprogramuotas spręsti. Jei aš tweet kažkas laimingas, jei aš parašiau straipsnį apie LinkedIn. Visa tai reikia grąžinti į CRM, kad jei aš susitvarkyčiau ką nors su klientu, aš tai matyčiau. Turime tai padaryti numatytuoju, o ne išimtimi.
Tai vis dar yra išimtis, kai žmonės nori vykdyti kampaniją, nori vykdyti pardavimo ir rinkodaros pastangas arba nori išspręsti kokią nors problemą ar išspręsti kainodaros problemą. Vykdome vienkartinę kampaniją ir bandome gauti bendrą vaizdą apie tam tikrą kliento segmentą ir pradedame rengti ataskaitas, spausdinti daiktus ir tvarkyti juos įrištos spausdintos kopijos formatu. Tai išimtis. Tai turi būti numatytoji nuostata. Jūsų sistemos visą laiką turi pateikti šį bendrą kliento vaizdą. Bet kokiu būdu mes prieiname prie to - nesvarbu, ar tai būtų pardavimai ir rinkodara, ar tik operacinė, ar gamyba, ar logistika, ar kas tai gali būti, realybė - jūs turėsite padaryti viską, prieš tai pamatydami patikimą savo investicijų grąžą perėję prie į klientą orientuotos organizacijos. Jūs greitai laimėsite. Tikrai bus greitų pergalių. Taigi tame fronte yra keletas gerų naujienų. Tačiau realybė yra tokia, kad kol neužbaigsite perėjimo prie visiško į klientą orientuotos organizacijos vaizdinio, IG nesiruošia iššokti iš ekrano. Ir tai yra smagi kelionė. Tai verta kelionė. Ir visa tai paremiama turint tinkamus įrankius, tinkamas platformas ir pateikiant jas jūsų organizacijai kaip įmanoma anksčiau, protinga, techniškai ir komerciškai perspektyvia forma. Turėdamas tai omenyje, perduosiu Robinui. Robinas?
Robinas Blooras: Ačiū, Dez. Aš turėjau daryti taip, kaip tu, turėjau atstatyti garsą. Gerai, kad aš į tai norėjau atkreipti dėmesį labiau konceptualiu, o ne į tokį praktinį scenarijų, kurį išgyveno Dezas. Mes tikrai kalbame apie labai specifinę organizacijos veiklą, kai patenkame į MDM sritį, ir, be abejo, klientas yra didelė problema. Kliento subjekto tapatybę yra daug sunkiau išsiaiškinti dėl daugybės priežasčių nei dėl nieko kito. Tai greičiausiai yra svarbiausias subjektas. Kai kuriose įmonėse gali būti tik vienas klientas ir jie gali turėti visą informaciją, kurią jie galėjo gauti apie tą klientą. Labai retas. Dažniausiai organizacijos turi kelis klientus, o klientai turi įvairius aspektus. Ir duomenys yra beveik visur pasklidę. Aš gana neseniai įgyvendinau šią idėją - duomenų piramidės idėją. Tai yra aiškus skirtumas tarp duomenų ir informacijos bei žinių ir tikrovės supratimo. Bet duomenys, informacija ir žinios gali gyventi kompiuteriuose. Žemiausio lygio duomenys yra tik signalai ir matavimai. Kuri yra informacija, į kurią galite patekti,
Erikas Kavanaghas: Jūsų garsas pradeda šiek tiek išblukti, Robin. Tik tiek jūs žinote.
Robinas Blooras: Gerai, kad pajudinsiu mikrofoną. O kaip su tuo?
Erikas Kavanaghas: Čia tu eini. Tai skamba daug geriau. Prašom.
Robinas Blooras: Taip, todėl duomenis pirmiausia sudaro signalai, matavimai, įrašai ir panašūs dalykai. Jis neturi jokio konkretaus konteksto. Tai tampa informacija suteikiant jai tą kontekstą. Duomenų susiejimas. Duomenų struktūrizavimas. Vizualizacijų, žodynėlių, schemų kūrimas. Viskas, ką norite sukurti aplink. Jis perkeliamas į žinias, kai vienaip ar kitaip jūs galite pradėti numatyti tam tikro subjekto elgesį ir įgyvendinti strategijas bei taisykles, kaip su tuo elgtis. Suprasti, kad žmogus gyvena visiškai. Ir tai yra problemos dalis. Kai iš tikrųjų pažvelgiate į susiskaidymą, kuris egzistuoja atsižvelgiant į klientų situaciją, dažnai pastebite, kad iš tikrųjų pardavimai turi vieną požiūrį į klientą, rinkodara - kitą. Pardavimų palaikymas arba iš tikrųjų tik klientų aptarnavimas turi kitokią nuomonę. Gali būti daug kontaktinių taškų, kuriuos klientas turi organizacijoje. Ir nė vienas iš jų nėra integruotas į tinkamai struktūrizuotą informaciją arba nemaža jo dalis nėra integruota.
Ir tada mes turime problemą, kuri tapo daug labiau paplitusi per pastaruosius kelerius metus, galite rinkti išorinius duomenis apie žmones, ir tai yra labai naudinga, tačiau iš tikrųjų turite tai integruoti, kad turėtumėte realią vertę. Tobulinant duomenis, dideli sunkumai kyla dėl susiskaidymo. Šie duomenys gaunami iš skirtingų vietų ir nėra tinkamai susisteminti. Ir tai, kad paprastai yra nepertraukiamai tiekiami nauji duomenys, ir tai beveik visada nutinka, kai kalbama apie klientą. Ir kiekvienas subjektas yra judantis taikinys. Mums gal prieš trejus ar ketverius metus nerūpėjo klientų socialinė žiniasklaida, tačiau mums tai rūpi dabar. Mums tai rūpi, nes tai gali pakenkti organizacijai arba paskatinti organizaciją, atsižvelgiant į tai, kas ten vyksta.
Jei iš tikrųjų turite idėją, jei atsisėsite ir mankštinotės ir bandėte išsiaiškinti, kas prieš penkerius metus domino klientą? Jūs darote tai dar kartą ir pamatysite, kad medžiaga buvo pridėta. Ir daiktai galėjo būti išvežti. Aš turiu omenyje, kad niekam daugiau nerūpi, pavyzdžiui, koks fakso numeris yra iš tikrųjų. Kai kurie žmonės vizitinėse kortelėse turėjo fakso numerius. Tačiau niekam tai nerūpi, nes faksas mirė. Taigi, tai judantis taikinys. Kai pirmiausia žiūrite į duomenų modeliavimą ir MDM - iš tikrųjų turiu pasakyti apie tai, kad tai yra duomenų valdymo dalis, jei to nepadarote, tada kyla problemų, susijusių su duomenų valdymu. . Nes jei iš tikrųjų nedarote duomenų modeliavimo ir MDM, tuomet jūs vienaip ar kitaip neturite labai gero vaizdo iš viršaus į apačią iš tikrųjų.
Bet čia išvardijau duomenų valdymą. Aš išvardijau kilmę, duomenų naudojimą, kokybę, saugumą, paslaugų valdymą, atkūrimą. Galite pridėti gyvenimo ciklą ir panašiai. Duomenų valdymas ir duomenų modeliavimas yra nepaprastai daug, o MDM yra esminė ir galbūt svarbiausia šio proceso dalis. Pokyčiai atsiranda iš viršaus į apačią ta prasme, kad jūs suprantate, kad pokyčiai vyksta todėl, kad žmonės supranta, kad jie vyksta. Todėl galima pagalvoti apie visą krūvą - nuo failų ir duomenų bazių iki duomenų elementų iki beta duomenų ir verslo apibrėžimų.
Galėtumėte pagalvoti apie tai, ar iš tikrųjų turite vienaip ar kitaip valdyti visą krūvą ir nuolat atnaujinti visą krūvą, nes žinojimas apie ką nors verslo apibrėžimo lygiu iš tikrųjų nereiškia, kad jūs kaupiate duomenis failų ir duomenų bazių lygis. Tai labai platus vaizdas ir tol, kol iš tikrųjų negalvoji apie tai, tu nesuvoki, koks jis platus. Modeliavimas ir MDM, jei iš tikrųjų žiūrite, visa didžiųjų duomenų tendencija nėra vien tik apie tai - duomenų yra daug daugiau. Kalbama apie tai, kad yra daug daugiau duomenų iš daug daugiau šaltinių, suteikiant daug daugiau perspektyvų apie bet kurį objektą, apie kurį jūs iš tikrųjų renkate informaciją. Ir kuo sudėtingesnis, tuo daugiau jums reikia modelio, tuo mažiau lengva jį suprasti. Pažvelgus tik į duomenų bazės schemą, kas vyksta, kai duomenys gaunami iš 10, 20, 30 šaltinių.
Teoriškai galite pasakyti, kad MDM suteikia jums duomenų visumos vaizdą, tačiau praktiškai tai yra jos dalis. Ir mes iš tikrųjų ką tik diskutavome, jei žiūrite į duomenų verslo prasmę, tada informacija apie duomenų prasmę iš tikrųjų yra duomenų visumos, į kurią žiūrite, dalis. Modeliavimas vyksta iš viršaus į apačią ir iš apačios į viršų. Tai yra, kad jūs galite pažvelgti į dalykus iš verslo perspektyvos, bet taip pat galite pažvelgti į dalykus iš to, ką turime, perspektyvos. Ir jūs statote į abi puses. Tai nėra ir niekada negali būti projektas. Pradėti nuo projekto yra projektas. Tai nuolatinė veikla. Galite tai pradėti kaip projektą, nes neturite nieko nuoseklaus savo vietoje, bet kai tik pradėsite, tai turėtų būti nuolatinė veikla. Ir viską, kas padaryta duomenų srityje, MDM komanda, jei norite, turėtų apie tai žinoti.
Kliento iššūkiai, tereikia atkreipti dėmesį į kliento struktūrą. Dabar yra daugiau duomenų apie klientą iš kur kas daugiau šaltinių nei apie bet kurį kitą subjektą. Ir atrodo, kad jis visą laiką didėja. Tai dažnai būna netikslu. Pavyzdžiui, jei renkate duomenis iš manęs. Jei renkate duomenis apie mane, suprasite, kad aš turiu skirtingą tapatybę, būtent tai, ar naudoju vidurinius inicialus, ar ne, kai einu į įvairias svetaines. Aš tai darau dažnai norėdamas sužinoti, kur gausiu šlamštą iš tam tikros tapatybės. Tačiau nemažai žmonių tai daro. Ir tada žmonės daro atsitiktines klaidas. Tada informacija pasenusi.
Aš nuėjau į vieną iš šių duomenų šaltinių, kuriame teigiama, kad galiu suteikti jums daug informacijos apie bet kurį asmenį, ir padariau akivaizdų dalyką ir uždaviau sau klausimų. Ir pusė informacijos, kurią jie man davė, iš tikrųjų buvo pasenusi. Ir vis dėlto kai kurie dalykai buvo neteisingi. Jūs pažvelgiate į tai ir galvojate, jei jūs vienaip ar kitaip ketinate rinkti duomenis iš kitų šaltinių, tada yra didžiulis elementas - išvalyti duomenis ir sugebėti nustatyti, ar tai yra jūsų gauti duomenys. Mes, kaip asmenys, neturime unikalaus identifikatoriaus. Vardas ir mobiliojo telefono numeris tikriausiai jus suartins su dauguma žmonių, tačiau ne visi turi mobiliojo telefono numerį. Tai taip pat skiriasi skirtingose kultūrose. Ir tada yra duomenų pobūdis analizės prasme.
Neketinu gilintis į tai giliau, tačiau duomenis galima pasirinkti. Jei turite kažkieno „Twitter“ duomenis, yra tik nedidelė dalis asmenų, kurie aktyviai talpina duomenis „Twitter“. Ir jie yra pasirinkti. Jie nėra atsitiktinai parinkti klientai. Jie yra tie, kurie nusprendė, kad nori išreikšti savo nuomonę „Twitter“. Neįmanoma pastebėti, kad sunku susidaryti 360 laipsnių vaizdą apie klientą. Iš dalies taip yra tik dėl visų techninių istorijų. Neįprasta sužinoti, kad yra trys ar daugiau klientų duomenų bazių, kaip ir duomenų bazės, niekada neprieštaraukite daugybei kitų informacijos šaltinių, kuriuos iš tikrųjų renkate apie klientą. O klientų analizė, verta pasakyti, kad dabar tai yra didžiulė galimybė. Mes anksčiau darydavome segmentus kamavime, bet dabar tai tikrai yra dėl to, kad yra nepaprastai daug išorinių duomenų apie klientus, todėl galite atlikti nepaprastai daug santykių grafiko analizės, kuri iš tikrųjų yra palyginti nauja. Galite naudoti nuspėjamą analizę, kurios anksčiau niekada nežinojote. Galite rinkti informaciją apie madą ir informaciją, kurios anksčiau niekada negalėjote surinkti.
Yra labai gera priežastis peržiūrėti tai, ką darote kliento atžvilgiu, ir pagalvoti, kaip geriausiai panaudoti turimus duomenis. Praktinis vaizdas. Kliento subjekto modeliavimas yra būtina veikla tiksliam ir naudingam BI bei žinių tobulinimui. Kitaip tariant, jei turite pakankamai didelių klientų, tai tikrai nėra pasirenkamas dalykas. Jūs turite tai padaryti. Ir aš manau, kad tai viskas, ką turiu pasakyti. Perduosime kamuolį.
Ericas Kavanaghas: Gerai, taigi, Džonai, aš tikiu, kad tu eini toliau? Tada Diana atliks demonstracinę versiją. Taigi, Johnas Evansas, atimkite jį. Ir žmonės, nevenkite drovumo, bet kuriuo metu siųskite savo klausimus. Stebėsime tai klausimams ir atsakymams. Pašalink jį, Džonas Evansas.
Johnas Evansas: Gerai. Ačiū, Ericai. Ir ačiū Dezui ir Robinui už įvadą ir tuos komentarus. Puiku, kad ten, ką jūs ten kalbėjote, ir tai, apie ką mes kalbėsime ir rodysime, labai sutapo. Ir kad mes tikrai sutiktume, kad ši orientacija į klientą yra kažkas, ko žmonės siekia pasiekti, ir aš manau, kad to pagrindas: mes sakome, kad turėti gerų duomenų, tiek gerų duomenų, kiek galite gauti apie savo klientus, yra vienintelis būdas maldauti to pasiekti. Taigi, ką mes norime padaryti šiandien, tai kalbėti apie į klientą orientuotą pagrindinių duomenų valdymą ir po truputį pasidalinti su visais apie tai, kaip mes į tai atsižvelgiame, išspręsdami šią problemą, ir kalbėti apie ką tik pristatytą naują pasiūlymą, kuris sukurtas bet kokio dydžio įmonėms lengva pateikti geresnius klientų duomenis visoje jų suskaidytoje duomenų aplinkoje. Taigi tas kraštovaizdis galėtų atrodyti maždaug taip.
Mes turime įvairias sistemas aplink perimetrą, daug fragmentiškų programų, kai kurios iš jų veikia debesyje, kitos - patalpose. Kiekviename iš jų pagal apibrėžimą turėsite skirtingus būdus, kaip atpažinti klientus ir informaciją apie klientus. Skirtingi klientų duomenų modeliai su skirtingais požymiais, skirtingais prioritetais ir pan. Ir net jei jūs būtumėte organizacija, kurioje, jūsų manymu, esate, SAP parduotuvė ar „Oracle“ parduotuvė, arba jūs tiesiog vykdote savo verslą, pavyzdžiui, SAP, ar tiesiog „Oracle“, ar naudojate „SalesForce“, galite turėti kelis tų sistemų egzempliorius net savo įmonėje. Galbūt jie dislokuoti kitoje vietoje arba regione, įsteigtame dėl skirtingų priežasčių, skirtingose pasaulio zonose, arba galbūt juos nustatysite skirtingai pagal verslo sritis. Ir net jei jūs turite vieną ERP, jei atlikote tinkinimus pagal tuos duomenis, duomenyse bus konfliktų.
Dabar susiskaidymą, kurį mes matome, dar labiau padidina debesų pagrindu sukurtų sistemų ir geriausios veislės programų pritaikymas. Taigi, nors tikrai didelė, sudėtinga ir sudėtinga aplinka, tokia, kaip ši, anksčiau buvo tokia, apie kurią visi galvojo: „Na, kad tai nutinka tik iš tikrųjų didelėse įmonėse“, nes atsirado debesų sprendimai ir atsirado geriausias požiūris, kad ši problema dabar tampa labiau paplitusi net mažesnėse organizacijose. Taigi tai tikrai svyruoja nuo mažų įmonių iki didelių įmonių. Visi kenčia nuo tos pačios problemos, susijusios su klientų duomenimis. Ir jūs galite pažvelgti į kai kurias iš tų problemų, kurias čia išvardinau viduryje.
Aš juos suskirstau į tris tipus. Atsiranda su duomenimis susijusių problemų, kai turite dublikatus, negaliojančius duomenis, trūksta laukų, turite nenuoseklią informaciją, nenuoseklią hierarchiją ir laikui bėgant tie dalykai tiesiog blogėja. Tuomet kyla sunkumų, susijusių su žmonėmis, kai žmonės negali prieiti prie duomenų, negali atsakyti į klausimus, kuriuos turi, kur jų ieško, bet nesugeba pasiekti to 360 laipsnių požiūrio, apie kurį kalbėjo Robinas.
Trečiojoje srityje yra su procesu susijusių iššūkių, kai turite duomenis keliose vietose, taip pat žmonės nežino, kas pasikeitė ir kada, nes duomenys nuolat vyksta. Taigi, kaip išlaikyti šiuos duomenis švarius, nėra jokios kontrolės ar valdymo. Taigi, kai bandote pateikti darnesnę / įtikimesnę klientų patirtį ir užmegzti dialogą su klientais, tai tikrai sunku pasiekti, kai jūsų pačių duomenys apie tuos asmenis nėra nuoseklūs ir netikslūs.
Aš lygiai taip pat, kaip mačiau, manau, kad praėjusią ar ankstesnę savaitę „Informacijos valdymo“ straipsnis kalbėjo apie tai, kodėl personalizuota rinkodara vis dar nėra tiksli, ir išvardijo devynias priežastis. Pirmos dvi priežastys jų sąraše - prasta duomenų kokybė ir duomenys nėra integruoti.
Taigi, ką jūs galite padaryti dėl to? Na, yra keletas būdų, kaip galite pabandyti išspręsti šią problemą ir pagalvoti, kiek tai kainuos jūsų organizacijai. Galite arba užpulti tuos duomenis, kai jie gimsta, jei norite, arba galite užpulti, kai jie bus įsiskverbę į jūsų sistemą, taigi, čia yra organizacijos, su kuria mes dirbome, nuotrauka, kuri iš tikrųjų išryškino maždaug trisdešimt skirtingų vietų, kur buvo saugomi duomenys. ten, jų peizaže.
Taigi, kai šie duomenys buvo tarsi išleisti į laisvę, į šias dešimtis sistemų sunku rasti, sunku prižiūrėti, juos brangu taisyti, jei galvojate apie patekimą ir bandymą pataisyti trisdešimt skirtingų kartų trisdešimt skirtingų vietų. . Taigi viena iš sąvokų, apie kurią norime kalbėti, yra bandymas būti iniciatyviam ir bandyti viską sutvarkyti kuo anksčiau jo gyvenimo ciklo metu, nes kai tai padarysite, tai bus lengviau surasti, lengviau valdyti ir pigiau taisyti bei prižiūrėti. ir tokiu būdu jūs gausite geresnius duomenis dirbdami pasroviui savo programose.
Taigi tai yra koncepcija, apie kurią mes kalbėjome, vadinama iniciatyvia MDM, o etiketė, kurią mėgstame naudoti, yra upių, o ne ežerų valymo koncepcija. Taigi, reikia trijų žingsnių: pirmiausia reikia išvalyti, kur norite suderinti ir sujungti, išvalyti ir išgyventi įrašus kuo arčiau šaltinio, kad galėtumėte pabandyti gauti aukso įrašą, kad išvengtumėte teršalų savo vartotojų programose. Tai gali būti padaryta įgyvendinus šaltinių valdymą arba netgi suteikiant vietą centralizuotai pateikti duomenis, kad jie būtų nuoseklūs ir tikslūs prieš išleidžiant juos į lauką.
Praturtinimas reiškia pridėtinę pridėtinę vertę prie jūsų pridedamų duomenų, įskaitant nuorodinius duomenis ir kitą informaciją, kurios nėra jūsų šaltinio operacinėje sistemoje, taigi tai gali būti hierarchijos, pavyzdžiui, segmentai, pavyzdžiui, nėra iš esmės saugomi tose sistemose.
Tada trečioji dalis yra apie švarą ir štai, kur norite įsitikinti, kad turite procesus ir žmonės, kurie susitvarkė vadovauti valdymui ir valdyti, turi įrankius, leidžiančius tuos procesus įjungti, tada aktyviai suderinti ir valyti. periodiškai turėtumėte savo duomenis, kad taip neatsitiktų, taigi išvengsite skilimo, kuris natūraliai įvyks, pavyzdžiui, žmonėms keičiant darbą ar keičiant gyvenamąją vietą ar pan.
Taigi kaip tai gauti? Na, yra keletas variantų, kuriais galėtumėte pasinaudoti, norėdami užpulti šią problemą. Jūs galėtumėte naudoti duomenų kokybės įrankį, galėtumėte naudoti duomenų integravimo įrankį informacijai išgauti, galėtumėte naudoti darbo srauto įrankį, kad dalį darbų atliktumėte skirtingiems žmonėms. Galėtumėte naudoti valdymo įrankį, kad galėtumėte sekti, kas ką daro. Jūs iš tikrųjų galite susieti visas šias skirtingas paveldo priemones ir į ją įmesti daugybę žmonių.
Bet tai viskas labai brangu, reikalauja daug išteklių, bus diegiama lėtai, bus sunku valdyti ir galbūt net norėsite pradėti nuo savo klientų duomenų, bet jūs taip pat norėsite galiausiai valdyti savo produktus, jūsų produktų, kuriuos turi šie klientai, ir tų produktų tiekėjų sąrašas bei sąskaitų schema, kurią naudojate visame savo versle, kad galėtumėte sekti, kas vyksta, valdyti darbuotojus, aptarnaujančius tuos klientus ir pan. . Taigi dabar jūs kalbate apie kelis domenus, tiekėjus, produktus, sąskaitų planą, darbuotojus ir pan., Kad galėtumėte pateikti viso savo verslo 360 laipsnių vaizdą.
Taigi, idealiu atveju, tai, mūsų manymu, norite pasiekti, yra vienas sprendimas integruoti, suderinti ir išvalyti pagrindinius klientų duomenis, vienas sprendimas, kuris leidžia valdyti valdymą ir valdymą, ir vienas įrankis, kurį galite naudoti tvarkydami kiekvieną duomenų domeną, kai pradedate. klientas ir judėk toliau. Taigi tai yra naujo pasiūlymo, kurį ką tik paskelbėme, pavadinimo „Magnitude ONE“, tikslas. „Magnitude ONE“ yra MDM pasiūlymas, skirtas įmonėms integruoti, suderinti ir valdyti savo pagrindinius duomenis visose populiariose „SaaS“ ar ne patalpų programose, kurios naudojamos, kaip mes kalbėjome anksčiau, todėl „Magnitude ONE“ apima daugybę komponentų.
Pirmasis dalykas, į kurį įeina, yra mūsų „Kalido MDM“ sprendimas, kuris buvo įdiegtas kai kuriose pasaulio įmonėse. Ericai, jūs kalbėjote apie savo pagrindinius duomenis ir valdymą dar 2003 m., Manau, kad šis produktas iš pradžių pasirodė maždaug 2004 m. Taigi mes buvome ankstyvi šios erdvės pradininkai, naudodami šį įrankį. Pradėjome nuo to, kad galėtume aptarnauti analitinį informacijos naudojimą, kad įsitikintume, jog į sandėlį patenka geri duomenys, o laikui bėgant mūsų klientai vis daugiau ir daugiau naudojosi jais operatyvinio naudojimo atvejais ir valdydami kelis domenus, įskaitant klientų, produktų ir finansus. pardavėjas ir darbuotojas ir pan. Taigi „Kalido MDM“ yra pagrindinė šio sprendimo dalis.
Mes taip pat teikiame ryšį ir integraciją su įvairiomis šaltinių sistemomis bendradarbiaudami su „SCRIBE“ programine įranga, naudodami jų „SCRIBE“ internetinės integracijos platformą kaip paslaugą. Tai yra debesimis paremtas integracijos pasiūlymas, turintis ryšį su daugiau nei keturiasdešimt sistemų, tiek prielaidose, tiek su „SaaS“ sistemomis, kurias naudoja organizacijos. Taigi kartu su šiais dviem kartu su mūsų „Kalido MDM“ sprendimu jis taip pat apima ir galimybę turėti darbo eiga pagrįstą pagrindinių duomenų valdymo aplinką ir valdyti ją per visą jos gyvavimo ciklą. Mes turime ten tinkantį variklį, kuris yra specialiai sukurtas klientų duomenims tvarkyti. Be programinės įrangos, mes taip pat teikiame keletą virtualių „Kalido MDM“ produkto mokymo klasėje ir modeliavimo komponentų.
Taigi, Robinai, jūs kalbėjote apie modelį, tai tikrai kritinė dalis ir iš tikrųjų čia prasideda mūsų sprendimas ir mes jums tai akimirksniu parodysime, kaip jūs paėmėte tą baltą lentą, kurią parodė Dezas, ir išversite ją į tai, kas gali iš tikrųjų nustatykite savo MDM sistemą. Galutinis jūsų požiūris į „Magnitude ONE“ yra tai, kad jį galite gauti patalpose arba kaip debesies paslaugą. Galite gauti prenumeratos licenciją arba nuolatinę licenciją. Idėja yra tai, kad jums bus lengva nusipirkti, prižiūrėti, įgyvendinti ir prižiūrėti.
Taigi, kaip tai atrodo, čia yra VIENAS didumas, turintis patikimas galimybes padaryti viską baltoje ir mėlynoje dėžutėse. Taigi prisijunkite ir prieikite klientų duomenis per SCRIBE jungtį, apie kurią kalbėjau. Tada atlikite visus įvaldymo veiksmus, kuriuos jums reikia atlikti, norint suderinti duomenis, sujungti, išsaugoti ir praturtinti duomenis, kad jie būtų švarūs. Tada įgalinkite ir paskelbkite tikslius ir nuoseklius duomenis jūsų vartojančioms sistemoms kartu su prieigos sluoksniu, kad žmonės galėtų ieškoti duomenų, naršyti duomenis ir net kurti naujus įrašus, kad laikui bėgant jūsų operacinės ir analitinės sistemos išliktų švarios.
Mes teikiame internetinę vartotojo sąsają tiek prižiūrėtojams, tiek administratoriams, kuriuos pamatysite akimirksniu, tiek verslo vartotojams. Jie ne tik gali tiesiog naršyti ir pasiekti prieinamus paskelbtus pagrindinius duomenis, bet ir gali atlikti svarbų vaidmenį tvarkymo procese. Taigi įsivaizduokite, kad jūsų prekybos atstovas kalbėsis su klientais. Jie sužino apie klientą kažko naujo, jie gali pateikti pakeitimo prašymą ir pasakyti: labas, klientas, jie pakeitė pavadinimą, pakeitė el. Pašto adresą, pakeitė įmones, galbūt šis gydytojas pakeitė ryšį su šia ligonine, norime įsitikinti, kad nuolat stebime tokius dalykus, ar šis draudimo brokeris dabar gabena šiuos produktus, norime įsitikinti, ar mes jiems platinsime šiuos naujus draudimo produktus, pavyzdžiui. Taigi tokius dalykus galima kelti ir aptarnauti teisingai, nes su klientais susiduriantys darbuotojai dirba su tais asmenimis.
Pora kitų atributų apie mūsų sprendimą. Pirmasis yra šis verslo modelis. Atsiminkite tą Dez parodytą baltos lentos nuotrauką, kurioje buvo apskritimai ir strėlės. Iš esmės tai yra verslo reikalavimai, kokie turi būti duomenys, kaip jie naudojami realiame pasaulyje. Mes pradedame nuo to, kas vadinama verslo informacijos modeliu, ir iš esmės galime užfiksuoti tuos reikalavimus bei su jais susijusias verslo taisykles ir faktiškai diegti juos norėdami sukurti taisykles ir MDM saugyklą. Taigi tai iš tikrųjų yra būdas panaikinti komunikacijos spragą, kurią mes dažnai matome tarp verslo žmonių, apibūdinančių reikalavimą, o IT turintiems grįžti ir paversti juos lentelėmis, žemėlapiais ir pan.
Taigi mes vadovaujamės verslo modeliu, kad įsitikintume, jog jis yra teisingas nuo pat jūsų pradžios. Mes taip pat įtraukiame automatinį to apdorojimą ir įterptą darbo srautą bei pokyčių valdymą, kad galėtumėte, jei pakeisite modelį, kuriame jį pridėjote, greitai įdiegti ir tai padaryti su maža komanda dėl automatizavimo, tam nereikia tiek kodavimo, kiek galbūt tikėjotės padaryti.
Aš paminėjau modelio sąlygojamą prigimtį, kuri taip pat skatina ekranus, kurie iš tikrųjų atrodo. Taigi, kai turite kliento aprašą ir ten turite jo atributus, tai, ką matysite ekrane, yra atributai, kurie yra apibrėžti modelyje, todėl viskas sukurta jums, jums nereikia kurti jokios konkrečios sąsajos. ekranus, kad būtų galima surinkti duomenis, visa tai nustūmė nuo modelio.
Kita puiki mūsų įdiegta savybė yra „Excel“ integracija duomenų tvarkytojams. Tai reiškia, kad duomenų tvarkytojai gali naudoti „Excel“ kaip vietą taisyti įrašus, kurie negalėjo būti automatiškai suderinti, patvirtinti ir įdiegti. Dabar galite pamanyti, gerai, kad taip, jūs tiesiog perkeliate duomenis į „Excel“, tiesa? Na, tai daug daugiau nei tai, kad puikus dalykas, susijęs su šia galimybe, yra tai, kad jis įveikia problemą, tenkančią atnaujinti duomenų atnaujinimus, įkeliant duomenis iš „Excel“.
Iš tikrųjų, kai jūs atsisiunčiate tuos duomenis iš „Kalido MDM“ į „Excel“ sąsają, jie pateikiami kartu su patvirtinimo taisyklėmis. Taigi jis jums pasakys, kurį iš šių langelių reikia užpildyti, kad jis taptų teisingu įrašu, ir pateiks išskleidžiamąjį galimų verčių sąrašą arba, pavyzdžiui, patvirtintas reikšmes, kad iš esmės išvengtumėte kurdami klaidas, kai atnaujinate pagrindinius duomenų įrašus.
Tada įdėtame darbo eigos variklyje įsitikinkite, kad visi duomenys yra tvarkomi ir leidžiami skelbti, taip pat seka, kas ką ir kada padarė, ir leiskite iš esmės peržiūrėti ir tikrinti visas tas buvusias pagrindines duomenų vertes, kad galėtumėte pamatyti, kaip keičiasi duomenys. laikas.
Taigi, atsižvelgiant į klientų duomenis, pranašumas yra tai, kad galite patekti į vietą, kur galite užmegzti asmeniškesnius ir tinkamesnius dialogus ir bendrauti su klientais. MDM tampa vis kritiškesnė verslui, ypač kai galvojate apie ten vykstančią rinkodarą „vienas su vienu“ ir tai yra geras vykstančio ciklo pavyzdys.
Taigi jūs pradedate nuo duomenų apie savo klientus, tai yra dalykai, kuriuos jūs įvaldėte, kas jie yra, kokie produktai jiems priklauso, ką aš galiu suderinti pagal informaciją apie klientą keliose sistemose? Tada praturtinsite daugiau informacijos apie juos ir tai, kaip bendravote praeityje. Į ką jie reagavo? Arba kaip jie nori būti susisiekti? Galbūt jie nori susisiekti faksu, todėl vis dar yra jų vizitinėje kortelėje. Bet ta informacija, kuri tada suteikia jums įžvalgos, reikalingos norint bendrauti.
Taigi, kokios kitos lengvatos? Dalis jo gali būti gaunama, pavyzdžiui, iš socialinių šaltinių. Tuomet jūs galite nuspręsti, kokia yra geriausia šių klientų sąveika, kokius pasiūlymus turėčiau pateikti? Tai sukurs tam tikrą sąveiką, jie ką nors atsiųs, ką nors nusipirks.
Žinoma, kad bus sukurta daugiau duomenų, kuriuos norite įtraukti į šį dorybingą rinkodaros sąveikos ciklą. Dėl to galėsite greičiau susirasti ir uždaryti naujus klientus, padidinsite pardavimą, suteiksite geresnį klientų aptarnavimą, pašalinsite klaidas, pašalinsite pasikartojančias siuntas, pvz., Rinkodaros medžiagos gabenimą, ir galiausiai turėsime sumažinti pardavimus ir rinkodaros išlaidos.
Taigi vienas iš mūsų kliento pavyzdžių, kuris tai padarė, JK paštas naudojosi „Kalido MDM“, kad pateiktų geresnius klientų duomenis, kad jie galėtų pristatyti tinkamus produktus ir palaikyti klientų dialogus tinkamu kanalu, o tai galiausiai padidino pardavimo apimtis ir padidino jų maržas.
Taigi tai tik mano įžanginiai komentarai, norėčiau dabar perduoti tai Diana, paankstinti jus ir parodyti, kaip tiksliai tai padarome.
Diana Collins: Ačiū Jonui, kad tikimės, kad mes sugebėsime tai panaudoti jums visiems. Taigi tai, ką šiuo metu turėtumėte pamatyti ekrane, yra „Kalido“ verslo informacijos modelio pavyzdys. Taigi sprendimo dalis, ką mes jums parodysime šiandien, yra duomenų iš salesforce.com integracija. Čia mes išpardavome mūsų salesforce.com modelį apačioje kairėje. Akivaizdu, kad tai yra internetinė programa, programinė įranga yra paslaugos tipo programa. Mes integruosime jį su duomenimis, gautais iš mūsų verslo programos „Oracle“ diegimo vietoje.
Taigi mūsų tikslas yra paimti mūsų kontaktus ir sąskaitos informaciją iš salesforce.com, integruoti ją su mūsų gautinomis sąskaitomis ir kontaktine informacija į vieną suderintą sąskaitą ir kontaktinę struktūrą, kurią vėliau įkelsime į „Microsoft Dynamics CRM“. Taigi mūsų scenarijus yra tas, kad mes perėjome nuo to, kad praeityje naudojome salesforce.com prie „Dynamics CRM“. Norime įsitikinti, kad turime visiškai integruotą, suderintą klientų sąrašą, 360 laipsnių vaizdą, pagrįstą mūsų nauja „Dynamics CRM“ aplinka.
Taigi, norėdami sukurti tai, perkėlėme duomenis iš salesforce.com ir EBS į „Kalido MDM“, iš tikrųjų vykdėme derinimo procesą. Taigi, norėdami laiko, mes tarsi pagaminome maistą ir ruošiamės mėgautis maistu. Taigi pereikime prie savo MDM aplinkos ir tiesiog parodykime keletą dalykų, kuriuos galime padaryti naudodamiesi papildomomis funkcijomis, kurias MDM sprendimas prideda prie paprastos šių platformų integracijos.
Bet vienas iš dalykų, kas nutiktų, žinoma, jūs prarasite savo istoriją. Savo duomenis galėtumėte naudoti „Microsoft Dynamics“, bet ar žinotumėte, iš kur viskas atsirado? Būtent tai MDM, vienas iš dalykų, kuriuos gali suteikti MDM sprendimas, suteikia mums istoriją.
Taigi, jei pažvelgsime į suderintų sąskaitų sąrašą ir pasirinksime vieną iš jų. Tarkime, kad čia pasirinkome Alberto krautuvėlę. Tai suteikia mums informacijos apie tai, iš kur kilo šis „Albert's Store“ įrašas. Matome, kad tai yra dviejų įrašų integracija: vieną jie pateikė iš salesforces.com paskyros, pavadintos Albertas ir Gerardas, o kitą, iš EBS atsiskaitomosios sąskaitos, vadinamos Albert's Stores, ir jie buvo sujungti ir suderinti į šią vienintelę tėvų sąskaitą, vadinamą Albert's Stores.
Mes taip pat matome jo originalų ID, matome, kad šią dieną jis jau buvo perkeltas į „Microsoft Dynamics“, nes čia turime CMR ID iš „Microsoft Dynamics“. Aš matau laiką, kai paskutinį kartą duomenys buvo atnaujinti. Be to, mes pateikiame dar vieną vaizdą, kuris ne tik leidžia jums pažvelgti į duomenis, bet ir mūsų grafiko rodinyje galite pažvelgti į asociacijas, kuriose duomenys dalyvauja.
Taigi, čia yra tas pats įrašas - mūsų „Albert's Store“ su asocijuotomis sąskaitomis gautinų sumų sąskaitoje, saleforce.com paskyroje ir kontaktais. Jei pasirinksime vieną iš šių kontaktų, pamatysime, kad tas kontaktas iš tikrųjų buvo salesforce.com kontaktas. Panašiai kaip mūsų Adomo Alberto sąskaita buvo EBS kontaktas, todėl manau, kad šis judėjimas ekrane vyksta automatiškai, pora jų darau, kad viskas būtų lengvai skaitoma. Tačiau toliau eidami galime pažvelgti į kontaktinę informaciją ir įsitikinti, kad ji atsirado iš mūsų salesforce.com paskyros. Tai iš tikrųjų sukurs požiūrį, kuris parodo mums visus ryšius, kuriuose dalyvauja mūsų duomenys.
Be to, pamatę būdus, kaip mes klasifikuojame savo saleforce.com duomenis ir kad yra ir kitų paskyrų, kurių yra per daug, kad būtų galima išvardyti. Na, o dalykų, kurių yra per daug, kad galėtume išvardyti, mes vis tiek galime prie jų prieiti. Mes galime tiesiog slinkti žemyn puslapiu čia ir patekti į visų tų papildomų paskyrų, kurių buvo per daug, kad būtų galima pateikti grafiniame rodinyje, sąrašą. Be abejo, bet kurią iš jų mes galime pradėti ir grafiko vaizdu. Taigi tai yra vienas iš būdų tvarkyti reikalus. Mes matome duomenis, galime jais manipuliuoti, taip pat norime turėti galimybę taisyti ir taisyti duomenis. Taigi keli būdai į tai pažvelgti.
Taigi vienas iš dalykų, kuriuos galėtume padaryti, yra tai, kad galime peržvelgti, pažvelgti į hierarchiją, aš išsaugojau mūsų paskyros hierarchiją kaip vieną iš mano mėgstamiausių, todėl galiu išsaugoti įvairių kategorijų informaciją kaip paskyras ir hierarchinius kelius, kurie Galėčiau naudoti savo hierarchijos naršyklėje. Taigi čia galiu išsiaiškinti savo hierarchiją, pamatyti įvairius kontaktus, kuriuos turiu su kiekviena sąskaita.
Bet vienas iš kitų dalykų, kuriuos teikia ši aplinka, yra galimybė rasti visus našlaičius. Tai kontaktai, užmegzti per mūsų suderintą sistemą, kurių šaltiniai neturėjo tėvų, taigi tai liko našlaičiai. Taigi mes juos perdavėme, identifikavome, žinome, kad tai yra našlaičiai. Na, kaip tai pataisyti? Na, mes tiesiog spustelėjome šį jungiklį redagavimo režimui, kuris atidaro kitą hierarchijos vaizdą ir dabar galime pradėti klasifikuoti šiuos žmones. Taigi galbūt Billas Murray dirbo „AC Network“, kad galėtume jį perimti ir įtraukti į sąrašą, ir mes matome, kad jis pabrėžiamas pabrėždamas mums, kad tai yra pokytis. Aš galiu perkelti Sandy ir paskyrė ją galbūt „AG Edwards“ ir „Company“.
Kai šie pakeitimai yra daromi, jie yra įrašomi čia, aš galiu juos anuliuoti, jei suprantu, kad padariau klaidą. Aš galiu surinkti jų kelis kartu ir perkelti juos per sistemą kaip vienetą, suteikdamas jiems vardą, tada jie buvo apdoroti kaip vienas darbo vienetas per mano sistemą. Taigi tai yra vienas iš būdų ir, aišku, jei būsiu iniciatyvus, galbūt norėčiau čia apsilankyti ir pažiūrėti į tai, ar nėra našlaičių, ir išspręsti šią problemą. O kas, jei aš to nepadariau? O kas, jei nebūčiau iniciatyvus? Na, vėlgi, mūsų sistemą sudaro darbo eiga, kurią jau minėjau anksčiau, darbo srauto sprendimas, leidžiantis mums tai spręsti tiesiogiai.
Norėdami tai padaryti, atsijungsiu kaip sistemos administratorius, dabar prisijungsiu kaip duomenų tvarkytojas, ar ne? Taigi tai bus asmuo, atsakingas už netinkamų duomenų tvarkymą. Pamatysite, kai tik prisijungsiu, aš pateksiu į savo pašto dėžutę. Čia yra 11 mūsų našlaičių įrašų, nes ryšiai, ryšiai tarp kontaktų ir jų paskyrų yra privalomi. Visos suderintos sąskaitos, kurios neturėjo tinkamų ryšių su sąskaita, yra negaliojančios. Jie juda per darbo eigą ir, kaip matome darbo eigos schemoje, štai kur mes taisome įrašus. Tada jie pereis prie patvirtinimo proceso, kurį patvirtins pardavimo vadybininkas, patvirtins buhalterija ir galiausiai įgalins paskelbti kitame mūsų dinamikos paketo pakete.
Be abejo, tai taip pat gali būti nustatyta taip, kad jis veiktų realiuoju laiku, o kai tik jis bus paskelbtas, kai tik bus leista jį publikuoti, jis iškart išleis dinamiką, taigi jūs turite nuspręsti, kaip sukonfigūruoti tą paskutinį sąsaja. Taigi tikiuosi, kad tai mums davė - trumpą idėją, apžvalgą - keletą būdų, kaip mūsų MDM įrankis gali padėti praturtinti ir pagerinti mūsų aplinką. Yra daugybė kitų būdų, kaip pagerinti jūsų kliento informacijos naudojimą ir iš tikrųjų pereiti į tą momentą, kai iš tikrųjų suderintas kliento vaizdas yra 360 laipsnių, o visa informacija yra prieinama vienoje vietoje. vartotojų. Ne tik per šio teikėjo vartotojo sąsają, bet, kaip jau minėjau, mes taip pat teikiame vartotojo sąsają, tam tikrą interneto portalą, kuriame, jei vartotojas žino, kad pasikeitė sąskaita, jis gali iškelti pakeitimo užklausą ir adresą, kuris įvyks, ir užklijuoti tą pakeitimą. paprašykite tiesiogiai duomenų valdytojui atlikti bet kokius šio įrašo pakeitimus, kuriuos, jų manymu, reikia atlikti. Taigi šiuo metu aš manau, kad aš tai perduosiu Ericui ir mes pateksime į Q ir A.
Ericas Kavanaghas: tikras dalykas. Taigi iš klausytojų sulaukėme poros klausimų. Aš išmesiu vieną, bet galbūt pirmas Dezas ar Robinas, ar turite klausimų? Leisk man pradėti nuo tavęs Dez.
Dezas Blanchfildas: Vienas iš dalykų, su kuriais susiduriu kiekvieną kartą eidamas šią organizaciją, yra visas versijos valdymo iššūkis. Ar galėtumėte tiesiog paliesti požiūrį į duomenų valdymo versijos valdymą ar tam tikrus dalykus - žinote, įsivaizduokite scenarijų, kai trys skirtingos organizacijų dalys yra susijusios su manimi kaip klientu, o tada atlieka įvairius atnaujinimus ir pakeitimus per dabar naują įrankis. Kaip mes galime išspręsti tik versijos, kontroliuojančios duomenis, gaunamus iš verslo, ir kas jį kuratoriauja, kontroliuoja ir tvirtina, problemą?
Diana Collins: Tai puikus klausimas. Taigi vienas iš dalykų, integruotų ir įtrauktų į mūsų sprendimą, yra audito pabaiga ir istorija. Taigi pažiūrėsiu, ar rasiu įrašą su istorija. Leiskite man pamatyti, ar mūsų Albertas parduotuvių įrašas, kurį mes naudojome, turi istoriją, kai tik paspaudžiu istorijos režimą, ką tai daro man - turiu - šis neturi istorinių pokyčių. Norėčiau, kad tai parodytų bet kokius čia padarytus tarpinius pakeitimus ir jų atlikimo datą ir laiką. Be to, galiu pereiti prie išsamios istorijos informacijos ir, jei įjungčiau audito sekimą, ne tik matyčiau tuos pakeitimus, o kai jie buvo atlikti, bet audito seka man pasakytų, kas tuos pakeitimus padarė, koks vartotojas taip pat juos pakeitė. .
Mūsų požiūris į versijų kūrimą grindžiamas daugiau laiko, o ne nustatant savavališkas etiketes. Galite pasirinkti tam tikrą laiko momentą ir pamatyti savo duomenis, kokie jie buvo tuo metu, ir perkelti duomenis tokius, kokie jie buvo tuo metu. Ir, žinoma, mes sekame ne tik duomenų turinio, bet ir duomenų modelio istoriją. Kadangi jūsų duomenų modelis gali tobulėti, pridedame naujas klasifikacijas, taip pat stebime ir jūs visada galėtumėte atsitraukti ir pamatyti dalykus tokius, kokie jie buvo bet kuriuo laiko momentu.
Dezas Blanchfieldas: Duomenų modeliai kelia tam tikrą iššūkį, turiu omenyje, kad jūs turite didelę kilmę iš kai kurių svarbių straipsnių. Ar galite pateikti keletą pavyzdžių kai kurių jau sukurtų duomenų modelių, o kai kuriuos nagrinėjote, naudodamiesi šiuo, pagrindiniais sektoriais, tokiais kaip gamyba ir mažmeninė prekyba, logistika ir finansinės paslaugos. Jūs turite bankininkystę ir nuostolių valdymą ir pan., Taigi, ar požiūris atliekamas su ankstesniu modeliu, kuris gali greitai sukurti projektą, kad žmonės galėtų pradėti žinoti, kur yra spragos, ar jie patys turi tą modelį kurti ir mokyti?
Diana Collins: Bėgant metams pasirinkome abu metodus. Pabandėme sugalvoti modelius ir nustatėme, kad kuo išsamesnis modelis iš tikrųjų reiškia, tuo daugiau pakeitimų turėsite atlikti, kad klientui būtų daugiau pritaikymų. Taigi mes iš tikrųjų pasirinkome modelių fragmentus, tam tikrus pagrindinius bendruosius elementus, kurie, mūsų manymu, iš tikrųjų paplitę ištisose pramonės šakose.
Pavyzdžiui, mes turime finansinių paslaugų modelių, taikomų vertybinių popierių ir išvestinių priemonių kapitalo rinkose. Mes turime draudimo, turto ir atsakomybės draudimo, perdraudimo modelius, kurie abu skirtingai valdo riziką. Mes turime produktų, pagamintų iš medžiagų, iškrovimo važtaraščių, gamybos modelius. Mes turime kitas tiekimo grandinės modelio dalis ar bet kurį kitą sekiklį, tarpinius sandėlius, paskirstymo modelius, atsargų senėjimą, panašius dalykus. Daugeliui mūsų klientų, žinoma, turime klientų beveik kiekvienoje vertikalėje, apie kurią galite galvoti, tačiau daugeliui iš jų mes sugebėjome sukurti tam tikrus pagrindinius komponentus, kuriuos surenkame savo klientams, kad jie būtų paruošti.
Johnas Evansas: Taip. Leiskite man tik pridurti, Diana. Žinote, modelis, kurį mes prieš minutę parodėme su oranžiniu fonu, yra iš tikrųjų koncepcinis modelis, todėl jis turi balsių, ir, be abejo, nėra brėžinių, turiu omenyje, kad žmogus gali suprasti. Tai nėra IT koncepcija per se, tai yra kažkas, ką gali suprasti verslo žmogus. Mes turime šiuos konceptualius modelius, mes galime importuoti esamą modelį, kurį galbūt turėjote, ir mes jį faktorizuojame, kad gautume jį tokiu būdu, bet su - kaip kalbėjo Diana, kai turime modelio fragmentą ar modelio pavyzdį, kurį naudojome kad prieš parodydami klientui, paprastai viduje, jūs žinote, truputį pažiūrėję į jį ir iškeldami jį į ekraną, tarsi parodydami ir gestuliaudami, jie paprastai gali atkurti tą modelį, kad jis būtų gana vaizduojamas. to, ką jie bando įvykdyti.
Taigi, tai pagreitina laiką, kad galėtum įsisavinti tuos reikalavimus, kad galėtum su juo susitaikyti, bet kitas dalykas, kurio aš čia neparodžiau, yra, jūs žinote, čia yra ši schema, bet taip pat yra skirtukas, vadinamas operacijomis, kai jūs iš esmės paspaudžiate mygtuką, ir jis sugeneruoja visus jums reikalingus objektus MDM saugykloje kartu su taisykle, kurioje buvote - jūs nusistatėte, žinote, kas yra pasirenkama, kas privaloma, kas yra kardinalumas, visa tai, ko norite daryti, bet ten yra mygtukas, kuris sako „Diegti“, tada jis tiesiog sugeneruos modelį, kurį sukūrėte priekinėje dalyje. Taigi, mes turime fragmentų, turime įvairių pramonės sričių patirtį ir mūsų konsultantai gali padėti klientams pradėti veiklą labai greitai.
Diana Collins: Na, ką aš ketinau išsiaiškinti -
Dezas Blanchfieldas: Taigi aš kitas greitasis prieš perduodamas jį Robinui - taip, atsiprašau, eik.
Diana Collins: Aš tiesiog norėčiau atkreipti dėmesį, kad mes paprastai vykdome šiuos modeliavimo seansus kaip tam tikrus „jam jam“ seansus, nes mums ne tiek įdomu visų atributų detalės, mes galime juos užpildyti vėliau, kai susiplanuosime. Mums tikrai įdomu gauti verslo vaizdą, kaip duomenys kabo kartu ir kaip jie supranta, kad jie yra naudingi, ir būtent taip norime sukurti sprendimą.
Dezas Blanchfildas: Ne, visa tai turi didelę prasmę. Paskutinis greitasis, tada aš perduosiu Robinui. Taigi dalykas, kurį iš karto įsivaizduoju, įvyks mūsų vadovo pokalbyje su organizacijomis, su kuriomis aš susiduriu, yra tas, kad jos turi požiūrį, jau turi, žinote, valdymą, sistemas ir įrankius - kokia yra patirtis, kai jūs einate į organizaciją, kurioje, sakykime, vadovaujančioji komanda nusprendė eiti šiuo keliu, tapti orientuota į klientą ir sutvarkyti savo klientų duomenis arba gauti vienkartinę sumą, tačiau IT ir kitos verslo dalys jau galėjo jausti paleisti kelias darbo programas, kad patektumėte į gerą vietą?
Diana Collins: Na, tai įdomus klausimas. Taip, aš siūlau, kad MDM įdiegimas paprastai nepavyks, jei nebus tokio aukšto lygio palaikymo. Manau, kad šie projektai turi būti nukreipti nuo gana aukšto lygio organizacijoje, nes vyksta kultūriniai pokyčiai, kuriems reikia pritarti. Manau, kad Robinas anksčiau apie tai kalbėjo, kad, žinote, tai nėra kažkas, ką jūs tiesiog darote kaip projektą, ir tai priklauso nuo to, kaip į tai dažnai kreipiamasi IT organizacijoje. Tai yra tęstinė programa, ji reikalauja įsipareigojimo ir noro pasikeisti, jei ketinate įgyvendinti, tada, kai jūs turite, manau, kad mes nustatėme, kad įgyvendinimas vyksta labai gerai.
Kai kur turime kovoti dėl diegimo, ten, kur nebuvo aukšto lygio vadovų palaikymo, arba kur IT organizacija buvo atspari pokyčiams, tačiau mums abiem atvejais gana gerai sekėsi juos laimėti. Manau, kartą parodėme jiems, kaip paprasta atsikelti ir veikti, ir kaip iš tikrųjų tenka atsakomybė už duomenų turinį nuo jų pečių, ir tikrai IT neturėtų būti atsakingas už tai. Verslas žino, kas sudaro gerus duomenis, IT to neturėtų žinoti. IT turėtų būti atsakingas už dalykus, kuriuos jie daro gerai, - tvarkyti duomenis, saugoti, saugoti ir kaip - ir paprastai jie taip suvokia ir mato.
Erikas Kavanaghas: Ir mes turime keletą klausytojų klausimų, leisk man juos išmesti čia. Laikui bėgant po truputį einame į priekį, bet manau, kad gausiu visus klausimus, kuriuos galime išbandyti ar bent jau išbandyti. Aš tai permesiu tau, gal Džonui ar Dianai. Dalyvis klausia: „Ar turite funkcijų, kurias reikia išplėsti, kad būtų galima atskirti tėvus nuo blogų įrašų iki auksinių įrašų? Tokios operacijos kaip, pavyzdžiui, pardavimo užsakymai, tiesiogiai operacinėse sistemose? “Nesate tikri, kad tiksliai žinau, ką jis čia reiškia, tačiau tikiuosi, kad galite į tai atsakyti.
Diana Collins: Na, mes tikrai galime pakartoti tėvų įrašus. Tai labai standartinė šio biuro sprendimo dalis, tačiau operacinėse sistemose tai nėra tiesiogiai. Mes galėtume tai padaryti MDM aplinka, o paskui tuos duomenis grąžinti iš MDM aplinkos, kai jie bus paskelbti, iš MDM aplinkos, perkelti atgal į operacinę sistemą, tačiau jie nebūtų tiesiogiai užfiksuoti - mes jų nepataisytume. tiesiogiai iš operacinės sistemos iš MDM aplinkos.
Erikas Kavanaghas: Tave pagavo . Gerai ir čia yra dar vienas klausimas: „Ar įrankis gali būti naudojamas duomenų linijai pamatyti?“
Diana Collins: O, be abejo, taip. Tai vėlgi nėra puikus pavyzdys tokios rūšies iliustracijai, bet būtinai. Kur turite savo duomenų istoriją, kai duomenys pateikiami iš daugelio vietų, mes galime jį pažymėti šaltiniu ir perduoti tą informaciją iki paskelbtų duomenų.
Johnas Evansas: Dėka to. Čia yra tam tikras elementas čia, Diana, turiu galvoje, kad jūs turite SFDC kontaktus ir EBS kontaktus, kurie iš tikrųjų taip pat pateko į grafiko lauką. Tai tarsi kabo aplink duomenis.
Diana Collins: Taip. Aš turiu omenyje akivaizdžią realios kilmės aplinką, jei turėtumėte tvirtesnį sprendimą ir įgyvendinimą, o čia buvo padarytas tik pagrindinis.
Erikas Kavanaghas: Gerai, gerai. Tik dar keli klausimai ir tada mes susitvarkysime. Vienas iš dalyvių sako: „Kaip jūs palaikote namų ūkio apibrėžimą? Ar turite būdą praturtinti pagrindinius klientų duomenis socialiniuose tinkluose? “
Diana Collins: Tai yra mūsų kelių žemėlapis, praturtėjimas socialiniu tinklu iš socialinių tinklų duomenų yra mūsų kelio žemėlapyje. Šiuo metu tai ne produktas, o namų ūkis. Tai yra mūsų atitikimo ir sujungimo galimybių dalis. Derinimo procese daugybė rankenėlių ir svirtelių, kurias galite valdyti tam tikrų duomenų dalių svoriams, tačiau tai galiausiai mums leidžia, yra surinkti visus individualius kontaktinius įrašus, kurie gali būti to paties namų ūkio dalis . Tada supranta skirtumą tarp įmonių ir žmonių. Bendrovėse, į kurias paprastai žiūrite iš pradžių, kokia yra žodžių reikšmė pavadinime; įmonėje pradėkite nuo priekio ir dirbkite link pabaigos. Bet kai jūs tvarkote namų ruošą, jūs tikrai norite pradėti nuo pabaigos ir dirbti link žmonių vardų. Tai supranta ir sugeba atlikti gana gerą darbą, kad surinktų kontaktus, priklausančius vienam namų ūkiui.
Ericas Kavanaghas: Ir dar vienas paskutinis klausimas, ką apie restorano klientus? Čia turime gerą žinių auditoriją ir klausiame, ar turite restorano klientų?
Diana Collins: Tiesą sakant, ne. Mums tai bus nauja vertikalė. Mums būtų tikrai įdomu to siekti. Mes turime klientų, kurie tiekia restoranus, bet neturime restoranų, kurie būtų klientai.
Ericas Kavanaghas: Gerai, visai nesijaudink. Na, žmonės, mes per valandą ir penkias minutes sudeginome, todėl labai didelis ačiū mūsų pranešėjams šiandien. Mes archyvuosime šią transliaciją internete, kad visus šiuos archyvus būtų galima peržiūrėti vėliau. Ačiū mūsų šiandieniniams pranešėjams. Ačiū, žinoma, Dezui ir Robinui už įžvalgas bei „Magnitude Software“. Tai yra geras dalykas. MDM yra čia, pasilikti, nėra abejonių. Labai svarbu gauti tą centrinį vaizdą, kuris laikui bėgant bus svarbesnis. Turiu galvoti, kai mūsų klientai nusprendžia, kad jie nenori, kad su jais būtų elgiamasi netinkamai, jie nori gauti geriausią įmanomą gydymą ir būtent taip ir bus.
Taigi su tais žmonėmis mes atsisveikinsime. Dar kartą ačiū. Taip, rytoj mes kalbėsimės kitoje interneto transliacijoje. „Karštosios technologijos“ yra karščiausias šių dienų pasirodymas. Tikimės, kad rytoj kalbėsimės rytoj, ketvirtą valandą ryto. Iki tol rūpinkitės, žmonės. Buh-bye.
