Tekijä Techopedia Staff, 25. toukokuuta 2016
Takeaway: Isäntä Eric Kavanagh keskustelee perustietojen hallinnasta Dez Blanchfieldin, Robin Bloorin, John Evansin ja Diana Collinsin kanssa.
Et ole tällä hetkellä kirjautunut sisään. Kirjaudu sisään tai kirjaudu sisään nähdäksesi videon.
Eric Kavanagh: Hyvä on, hyvät naiset ja herrat, kesäaika lähestyy, täällä on kuumaa. Miksi niin? Koska on aika Hot Technologiesille. Kyllä, nimeni on Eric Kavanagh. Olen moderaattorisi näytölle, joka on suunniteltu - meidän pitäisi puhua siitä, mikä on kuuma, mitä tapahtuu, mikä on hienoa tavaraa siellä markkinoilla. Tämä on kumppanuutemme Techopedian kanssa. Rakastamme näitä kavereita. Olemme työskennelleet heidän kanssaan jo useita vuosia. Heillä on upea sivusto. Jos haluat tietää jotain tech-maailmasta, mikä sen määritelmä voisi olla, mene techopedia.com. Ja tänään puhumme MDM: stä, perustietojen hallinnasta. Tarkka otsikko on ”Suurin kuva: Asiakkaasi tunteminen useiden eri ympäristöjen välillä.” Ja tämä peli muuttuu, ihmiset, voin kertoa teille nyt.
Joten siellä on paikka todella omasi, lyö minut Twitteriin @eric_kavanagh. Yritän vastata kaikille, jotka vastaavat minulle. Joten vuosi on kuuma. Se on varmasti kuuma MDM: lle. Ja minä sanon teille, se on kuuma, ei vain kuuma suurten yritysten, mutta myös pienten ja keskisuurten yritysten, jotka arvaa mitä, on paljon erilaisia järjestelmiä. CRM-järjestelmät, sähköpostimarkkinointijärjestelmät, ERP-järjestelmät, verkkoanalyysijärjestelmät, eBusiness-sviitit jne. Asiakkaiden tietoja varten on paljon erilaisia pääsypisteitä ja mitä parempaa työtä yritykset voivat tehdä kutomalla yhdessä, sitä paremmin he " pystymme palvelemaan asiakasta, älä tikittämään asiakasta pois ja pitämään asiakkaat ympäri. Pidä heidät ostamaan lisää tavaroita.
Olen todella seurannut MDM: ää henkilökohtaisesti noin vuodesta 2003 lähtien, joka oli noin, kun termi oli todella keksitty. Suoraan sanottuna, siellä oli pankki, Chase Bank, itse asiassa, mielestäni se oli Bank One -suuntainen tuolloin, ja yksi parhaista ystävistäni, nyt kaveri nimeltä Joe Northern työskenteli Razza Solutions -nimisen yrityksen kanssa, ja heillä oli siitä, josta tuli DRM-työkalu of Oracle. Joten he itse keräsivät tilejä ja hoitivat pankkien hierarkiahallintaa takaisin tuolloin, ja se on osa päädatan hallinnan alkuaikoista.
Joten nykyään puhumme sekä analyyttisistä että operatiivisista MDM: istä. Puhumme tänään paljon niistä asioista ja autamme todella ymmärtämään, kuinka voit hyödyntää tätä tekniikkaa saadaksesi täydellisen kuvan asiakkaasta, ymmärtääksesi kuka he ovat ja varmistaaksemme, että pystyt huolehtimaan heidän tarpeistaan mikä on rehellisesti sanottuna erittäin kilpailuympäristö maailmanlaajuisesti. Me näemme sen kaikkialla.
Joten, rock-tähtihahmoja, joissa on hahmoja täällä: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Soittaminen neljästä eri paikasta ympäri maailmaa. Aloitamme Dez Blanchfieldin kanssa ja aion luovuttaa avaimet sinulle, Dez, ja aloitan tweetin. Ota se pois.
Dez Blanchfield: Kiitos Eric. Minun piti vain muistuttaa itseäni siitä, että mykistin. Pahoittelen sitä. Kiitos tilaisuudesta esitellä asia. Joten aion käsitellä tätä reaalimaailman esimerkin kannalta organisaation haasteesta käsitellä sitä, mitä olen kutsunut yhdeksi suurimmista häiriöistä organisaatioille, joita he aikovat nähdä joillekin aika. Olemme nähneet useita haasteita. GFC-osumayritysten oli käsiteltävä sitä. Saamme säännöllisesti muutoksia lakiin yksityisyyden suhteen, joka meidän on käsiteltävä.
Yksi niistä asioista, joista mielestäni organisaatiot joutuvat kiinni siihen, etteivät he nähneet tulevan, oli tämän koko julkkiskokemusta koskevan ongelman vaikutus. Ja lähinnä ihmiset, jotka juoksevat matkapuhelimien kanssa ja haluavat tietyllä tavalla välitöntä tyydytystä. Mutta välitön tyydyttäminen hyvällä tavalla, ei raa'alla lapsellisella tavalla. Vain oivalluksena, että he ovat asiakas, he maksavat rahaa ja heidän pitäisi saada siitä vastinetta. Ja niin on tapahtunut tämä asiakaskeskeisyyden rahat tai siitä on tullut asiakaskeskeistä organisaatiota. Joten aion kävellä nopeasti läpi, mitä tämä tarkoittaa, ja johtaa pian keskustelujemme hieman teknisempään osaan.
Aion vain laittaa sen sinne ja sanoa, että ensinnäkin asiakaslähtöinen organisaatio on yksi yksinkertainen asia: Tarvitset täydellisen kuvan asiakkaastasi ja asiakastiedoistasi. Sinulla voi olla erilaisia järjestelmiä. Sinulla voi olla paljon erilaisia tuotteita. Sinulla voi olla viisikymmentä eri osastoa organisaatiossa, mutta riippumatta siitä missä olet organisaatiossa riippumatta siitä, mikä työtehtäväsi on, sinun pitäisi pystyä saamaan täydellinen näkymä kaikista asiakkaista tai asiaan liittyvistä asiakkaista mikä työtehtäväsi on. Ja jokainen osa tietokannasta, joka sinulla on, tai kaikki osat tietokannoista, jotka sinulla on, kertovat sinulle, mikä on maan kansakunnan tila kyseiselle asiakkaalle.
Asetin tämän linjan, että kattava kuva kaikista järjestelmistäsi olevista asiakkaista ei ole vain mukava! Nykyään se on välttämättömyys. Ja ensimmäistä kertaa törmäät tilanteeseen, jossa sinulla on tekemistä asiakkaan kanssa tekemistäsi, etenkin jos se on suorana, puhelimitse tai verkkokeskusteluina tai henkilökohtaisesti, mikä on vielä pelottavampi, ja voit Et kerro heille kaikkea mitä sinun pitäisi tietää heistä, se tulee hyvin ilmeiseksi ja se on erittäin valitettava tilanne olla.
Aion aloittaa erittäin nopealla anekdootilla reaalimaailman skenaarioiden ympärille. Tämä on valokuva taulusta ja se on alle viisi päivää vanha. Tämä on todellinen tilanne huoneen taululle äskettäin, muutama päivä sitten, ja puhumme juuri aiheesta siitä, kuinka menemme olemaan erittäin suuri organisaatio, jolla on jotain 90 osaa liiketoimintaamme. Se on aasialainen pankki, sillä on yhdeksänkymmentä erilaista liiketoimintayksikköä. He tekevät kaikkea yhteiskuntalainoista, vertaisverkko- ja mikrolainoista satelliittien avaruuteen saattamisen rahoittamiseen saakka. Joten he ovat hirviö. Heillä on kymmeniä miljoonia asiakkaita. Mielestäni heillä on vajaat viisikymmentä miljoonaa asiakasta. Ja he kohtaavat tämän tyypillisen haasteen, kuinka me lähestymme perustietojen hallinnan lisäksi erityisesti asiakastietoja ja yhden yksikön asiakasta.
Ja kun kartoitimme sen, se asia, joka hyppäsi meiltä pois tältä taululta, oli se, että heillä ei ollut vain ongelmaa, vaan heillä oli painajainen, koska mikään heidän järjestelmistään ei puhunut keskenään. Voin mennä mihin tahansa pankin osaan tai mihin tahansa liiketoiminnan osaan ja pyytää lainaa, se voi olla auto-, asuntolaina, pienyrityslaina, eivätkä he osaa kertoa itselleen mitään tai eivät t löydä mitään mistään muista suhteista, joita minulla on ollut pankkiin. Ja se pelotti heistä päivänvaloja, koska he tajusivat, että tiellä olevat pankit voivat jo tehdä tämän ja että he ovat mahdollisesti 12, 15 vuotta kahdeksan pallon takana. Ja kyse on näistä tärkeistä arvoehdotuksista, joita asiakkaat vain etsivät, mikä on vain johdonmukainen kuva minusta asiakkaana, ja sinun on selvitettävä, kuinka aiot toimittaa sen. Varsinkin nyt, kun käsittelen kanssasi verkossa, todennäköisemmin tilanne on nykyään sovelluksen kautta.
Tämän keskeisen asian, "kaikki koskee minua, asiakasta", päätteeksi. Ja niin kun kartoitamme, miltä asiakaslähtöinen kulttuuri näyttää, kyseessä on kaiken sisällyttäminen ydinjärjestelmiin, jotka kaappaavat asiat kuten ensimmäinen nimi, sukunimi ja muut yksityiskohdat, kun täytät lomakkeen tai täytät sen verkossa tai tulet meille tiskillä jossain myyntipisteessä, ja saamme tuntea sinut aluksi koko matkan aikana, kun toimitamme itse tuotteita tai palvelun sinä. Ja kartoittamalla se ylhäältä alas. Jatkuvasti parantamaan tietoja ja tietomalleja, joita käytämme ymmärtämään sitä. Tasaamalla kuinka nämä teknologiat ja prosessit liiketoiminnassa, työnkulkuissa, kiristävät jatkuvasti näkemystämme sinusta. Jatkuva sitoutuminen, joka meillä on kanssasi. Kuinka keskitymme jatkuvasti asiakkaan ympärille ja miten kommunikoimme kanssasi. Jos myyn sinulle kolme palvelua, en halua lähettää sinulle kolme erilaista paperia joka kuukausi tai kolme tiliotetta tai laskua ja niin edelleen.
Asiakaskeskeinen tarina saa nyt todellista pitoa ja organisaatiot näkevät sen arvon. Se on edelleen todellinen haaste siinä, että se on ”okei, hyvin, minulla on kymmenen erilaista järjestelmää, ja ne eivät puhu keskenään. Minulla ei ole työkalua tai järjestelmää tai alustaa kaiken kokoamiseksi yhteen. ”Ja aina ihmiset päätyvät huoneeseen tekemällä taulun istuntoja, kuten juuri näytin. Mutta kaikki johtuu yhdestä ytimenä muutoksen vasemmassa nurkassa. Ja muutos organisaation, ihmisten, henkilöstön ja toimintamallin kulttuurista aina heitä tukevaan teknologiapinoon asti. Joten siellä on melko yleinen tarkistusluettelo, jonka organisaatiot käyvät läpi päästäkseen tähän pisteeseen, jossa he jopa ymmärtävät haasteen siitä, mitä tarkoittaa olla asiakaskeskeinen, ja tarpeesta rakentaa järjestelmä ja saada pääsy työkaluihin, jotka voivat auttaa niitä tekemään tämän.
Se on asia, kuten kartoittaa asiakkaan matka läpi koko elinkaaren ja kokemuksen, joka heillä on kanssasi organisaationa. Toimintamallien hienosäätäminen ja kuinka itse organisoit itsesi keskittymään asiakkaaseen ja asiakkaalle antamaansi arvoehdotukseen. Ja sitten tietenkin kohdistamalla tekniikkasi ja niiden ympärillä olevat tekniikan pinot ja prosessit varmistaaksesi, että ajat itse jatkuvasti edelleen sitoutumista ja parempaa ja tiukempaa sitoutumista asiakkaidesi kanssa. Ja varsinainen sitoutumisprosessi itse johtajista alaspäin.
Jos et ole muuttanut näkemystäsi maailmasta ruokaketjun yläosasta, kokoushuoneesta alaspäin, niin on vähän mahdollisuuksia, että depo-tasosi tai päivittäinen taloushenkilöstösi muuttavat käyttäytymistään. Sinun on johdettava ylhäältä. Sinun on jatkuvasti päivitettävä ja määriteltävä uudelleen ja kehitettävä uudelleen tapaa, jolla kohdistat todellisen keskittymisen asiakkaaseen. Joten miten aiot saada aikaan paitsi kulttuurimuutoksen yläpäässä, myös käyttäytymisen muutoksen organisaation alaosassa ja työkalut, jotka annat käytettävissäsi tätä varten?
On yksi asia sanoa, että olet asiakaskeskeinen organisaatio ja haluat ihmisten käyttäytyvän yhdellä tavalla, mutta et ole antanut heille keinoja ja työkaluja ja kykyä tehdä niin, et saa käyttäytymistä muutos, koska ihmiset vain menevät takaisin tapoihinsa, jotka he ovat tunteneet ennen kuin ajattelevat olevansa asiakaskeskeisiä organisaatioita. Ja sitten organisaation erillisten osien ja kulttuurin kokonaisvaltainen integraatio, joka asui sen sisällä ja selvästi työkalujen ja alustan tukena.
Joten miten otat nämä erilliset liiketoimintayksiköt tai yritykset tai organisaation osat ja saavat ne käyttäytymään eri tavoin kulttuurin kannalta ja alaspäin? Tarjoat heille asianmukaiset työkalut ja tavat ja keinot saadaksesi täydellisen ja yhden kuvan asiakkaasta ja asiakaskokemuksesta. Ja miten voit laittaa joitain KPI-arvoa ja mitata sitä sitä vastaan ja seurata sitä ja laittaa joitain mittareita niitä vastaan ja mitata ne KPI-arvot ja tarjota siitä arvo? Liikearvo itsellesi ja ilmeisesti arvo jossain muodossa arvoketjussa asiakkaalle ja pitää heidät takaisin. Sisällytä sitten kaikki viestintä, jonka olet saanut asiakkaidesi kanssa palautteesta ja reaaliajassa tai prosessoitu iteratiivisesti, jotta käyttäytyysi ja kulttuurisi muutoksesi toivottavasti jäädytetään jonkinlaiseen palautussykliin ja palautteen piiriin ja voit selvittää, oletko todella osuu merkki tai ei.
Olemme päässeet tilanteeseen, jossa tiedät, että organisaatiot lopulta hukkuvat toisistaan poikkeavaa tietoa ja olemme nähneet joitain sellaisia täällä, joitain sisäisiä, toisia ulkoisia. Historiallisesti meillä on ollut asiakassuhteiden hallintaympäristöjä sekä mainosalustoja ja markkinointiympäristöjä. Meillä on ollut kaikenlaisia erilaisia järjestelmiä, jotka toimivat itsenäisesti, ja toivottavasti he puhuvat toistensa kanssa jossain muodossa. Meillä on ollut parin viime viikon aikana räjähdysmäinen vuorovaikutus kanssasi, joten puhumme kanssasi sosiaalisen median kautta, puhumme kanssamme verkkosivustomme kautta, saamme sinulta sähköpostia.
IVR-järjestelmämme, jotka puhuvat kanssasi puhelimitse, joutuvat nyt kartoittamaan nämä tiedot takaisin ja kertomaan meille, kuinka käsitteit puhelinjärjestelmäämme ja olisit vuorovaikutuksessa tietokantojemme kanssa ja jos olisit käynyt puhelun kanssamme, kaikki mitä tarvitset Otetaan reaaliajassa, ja meidän on pystyttävä varmistamaan, että saamme siitä yhteisen kuvan, mikä toivottavasti on kyseisen kaavion keskellä oleva yhteinen tiedonhallintaalusta.
Siellä on äskettäin keksitty lause, joka on ”julkkisasiakkaiden kokemus”. Mitä se oikeastaan tarkoittaa? Ei ole niin, että meidän mielestämme loppukäyttäjät tai kuluttajat ovat huonosti käyttäytyviä kuuluisuuksia ja että he tuntevat olonsa erilaisiksi. Se tarkoittaa, että olemme heränneet tosiasialle, että meidän pitäisi kohdella kaikkia asiakkaitamme kuuluisuutena. Heidän pitäisi saada VIP-hoitoa siitä hetkestä lähtien, kun tapaamme heidät koko elinkaaren ajan, kun meillä on ilo saada heidät asiakkaiksi.
Joten kysymys, jota minulta kysytään säännöllisesti - palauttamalla tämä asiaan hiukan anekdoottisempaan todelliseen tarinaan - miten voimme antaa organisaatiollemme vastata tähän kasvavaan kuuluisuuksien asiakaskokemuksen kysyntään? Koska asia, jota näemme nyt, on yksi suurimmista häiriöistä organisaatioille, on vaatimus suorittaa lupaus asiakkaille. Antaa heille kuuluisuuden asiakaskokemuksen. Organisaatiot, kokemukseni mukaan, ja varmasti ympäri maailmaa, jota näen, häiriintyvät ymmärtämättä sitä muuttuessaan muista vaikutteista, joista he ovat jo voineet tietää tai jotka ovat nähneet tulevan todellisille asiakkailleen. Heidän asiakkaansa häiritsevät heitä ja häiritsevät niitä erittäin vakavalla tavalla. Ja sitten, jos et pysty tarjoamaan tätä julkkiskokemusta ja tarjoamaan työkaluja ja tapoja ja keinoja organisaatiollesi saadaksesi yhden kuvan asiakkaasta, menetät mailin, ainakin maan mailin, kyky ja kyky toteuttaa tämä lupaus.
Jotkut avainkohdat aion heittää täältä ja luovuttaa sitten Robinille tutustumaan hiukan teknisiin yksityiskohtiin. Suosittelen, että kaikki organisaatiot ajattelevat erittäin kovaa ja nopeaa ajattelua, jos ovat edes lähellä tätä toimitusta lupaus henkilöstölleen ja organisaatiolleen tulla asiakaskeskeiseksi kokonaisuudeksi. Ja se on keskittyminen peruskomponenteihin ja yhden asiakasnäkymän luominen. Se kuulostaa hyvin yksinkertaiselta, mutta mitä se tarkoittaa? No, se tarkoittaa, että on varmistettava, että sinulla on oikeat tiedot oikeista tietolähteistä jatkuvasti ja oikeaan aikaan. Varmista, että tiedot ovat saatavilla oikeassa paikassa koko ajan. Ei vain osaa ajasta.
Ja sen on oltava tiiviisti integroitu. Ja sen on oltava luonnollisesti sisäänrakennettu alustallesi. Se ei voi olla vain jotain mitä luulet tekeväsi. Yksi markkinointikampanja. Joka kerta kun katsot asiakasta, sinun on voitava saada tämä koko ajan. Sen on oltava kaikkien oikeiden ihmisten käytettävissä koko ajan. Joten en halua juoksentaa käytävien ympärillä etsimään heimoa koskevaa tietoa. Minun on kyettävä saamaan tämä hetkessä huomautuksella vain pääsemällä yhdelle työkalulle. Ja sinun on toimitettava se oikealle alustalle oikealla työkalulla. Joten se on rakennettava jo käyttämiisi järjestelmiin.
CRM: n on pystyttävä näkemään kaikki, kun käyn sinut mobiilisovelluksessani, verkkosivustolta, puhumasta IVR: ään, interaktiiviseen äänitallenteeseen, käydäkseni puhelimen asiakaspalvelun kautta itsepalveluna. Tai jos painan tähti yhdeksän ja pääsen ihmisen luo, kysyin hieman haastavamman kysymyksen, jota IVR: tä ei ole ohjelmoitu käsittelemään. Jos twiittin jotain onnellista, jos olen kirjoittanut artikkelin LinkedInistä. Kaikkien näiden on lopulta palaututtava CRM: ään, jotta voin nähdä sen, jos hallitsen jotain tekemistä asiakkaan kanssa. Meidän on tehtävä siitä oletuksena eikä poikkeuksena.
Se on edelleen hyvin suuri poikkeus, että ihmiset haluavat käynnistää kampanjan, haluavat harjoittaa myynti- ja markkinointitoimintaa tai etsivät ratkaisemaan jonkin ongelman tai käsitellä hinnoittelua. Suoritamme kertaluonteisen kampanjan ja yritämme saada yhden kuvan asiakkaan tietystä segmentistä ja aloitamme raporttien laatimisen, asioiden tulostamisen ja luovuttamisen sidottuun painettuun muotoon. Se on poikkeus. Sen on oltava oletus. Järjestelmäsi on koko ajan tarjottava tämä yksittäinen näkymä asiakkaasta. Ja jollain tavoin tulemme siihen - olipa kyse sitten myynnistä ja markkinoinnista, vai vain toiminnallisesta, valmistuksesta, logistiikasta tai mistä tahansa näkökulmasta - todellisuus on, että joudut tekemään kaiken sen ennen kuin näet kiinteän sijoitetun pääoman tuottoprosentin investointisi siirtymisessä asiakaskeskeiseen organisaatioon siirtymiseen. Saat nopeita voittoja. On ehdottomasti nopeaa voittoa. Joten siellä on hyviä uutisia. Mutta todellisuus on, että kunnes siirryt kokonaan yhdeksi asiakkaan asiakaskeskeisen organisaation näkymäksi, ROI ei aio hypätä näytöltä sinun kohdalla. Ja se on hauska matka. Se on kannattava matka. Ja kaiken tämän taustalla on, että meillä on oikeat työkalut, oikeat alustat ja asettaminen organisaatiollesi mahdollisimman varhaisessa vaiheessa järkevässä, teknisesti ja kaupallisesti kannattavassa muodossa. Aion luovuttaa sen Robinille. Robin?
Robin Bloor: Kiitos, Dez. Minun piti tehdä sama kuin sinä, minun piti mykistää itse. Okei, aioin lähestyä tätä enemmän käsitteellisestä näkökulmasta kuin sellaisesta käytännöllisestä skenaariosta, jonka Dez kävi läpi. Puhumme todella erityisestä toimintasarjasta organisaatiossa, kun pääsemme MDM: n alueelle ja tietysti asiakas on iso juttu. Asiakkaan yhteisöidentiteetti on paljon vaikeampi saada tietoonsa lukuisista syistä kuin mikään muu. Se on todennäköisesti tärkein kokonaisuus. Joissain yrityksissä voi olla vain yksi asiakas ja heillä voi olla kaikki tiedot, jotka he saattavat saada kyseisestä asiakkaasta. Erittäin harvinainen. Useimmiten organisaatioilla on useita asiakkaita ja asiakkailla on useita puolia. Ja tiedot ovat melko paljon levinneet kaikkialle. Olen työskennellyt tämän idean kanssa melko hiljattain, idean datapyramidista. Tiedon ja tiedon ja todellisen ymmärryksen välillä on selvä ero. Mutta data, tieto ja tieto voivat elää tietokoneissa. Alemmalla tasolla olevat tiedot ovat vain signaaleja ja mittauksia. Ja mitä tietoja saat käsistäsi, mikä on mitä -
Eric Kavanagh: Äänesi alkaa hiipua, Robin. Vain niin tiedät.
Robin Bloor: Okei, siirrän mikrofonin. Entä se?
Eric Kavanagh: Sinne menet. Se kuulostaa paljon paremmalta. Ole hyvä.
Robin Bloor: Niin, joten tieto koostuu pääasiassa signaaleista, mittauksista, äänityksistä ja vastaavista. Sillä ei ole erityistä asiayhteyttä. Siitä tulee tietoa antamalla sille kyseinen konteksti. Tietojen linkittäminen toisiinsa. Tietojen jäsentäminen. Luo visualisointeja, sanastoja, kaavioita. Mitä haluat luoda sen ympärille. Se siirretään tietoon, kun tavalla tai toisella voit tosiasiallisesti alkaa ennustaa tietyn yksikön käyttäytymistä ja toteuttaa myös politiikkoja ja sääntöjä sen käsittelemiseksi. Ymmärtäminen elää kokonaan ihmisissä. Ja se on osa ongelmaa. Kun tosiasiallisesti tarkastellaan asiakastilanteen kannalta olemassa olevaa pirstoutumista, huomaat usein, että myynnissä on todellakin yksi näkemys asiakkaasta, markkinoinnilla on toinen. Myyntituella tai itse asiassa vain asiakaspalvelulla on erilainen näkemys. Asiakkaalla voi olla monia kosketuskohtia organisaation kanssa. Ja mikään niistä ei ole integroitu oikein jäsenneltyyn tietoon tai suuri osa siitä ei ole integroitu.
Ja sitten meillä on ongelma, joka on alkanut muuttua paljon yleisemmäksi muutaman viime vuoden aikana, voit kerätä ulkoisia tietoja ihmisistä, ja se on erittäin hyödyllistä, mutta sinun on tosin integroitava se, jotta sillä olisi todellista arvoa. Joten tietojen tarkentamisessa pirstoutumisesta aiheutuu suuria vaikeuksia. Tiedot tulevat eri paikoista eivätkä ole hyvin jäsenneltyjä. Ja tosiasia, että yleensä on olemassa jatkuvaa määrää uusia tietoja, ja tämä tapahtuu melkein aina asiakkaan suhteen. Ja jokainen kokonaisuus on liikkuva kohde. Emme välittäneet ehkä kolme tai neljä vuotta sitten asiakkaiden sosiaalisen median profiilista, mutta välitämme siitä nyt. Välitämme siitä, koska se voi vahingoittaa organisaatiota tai lisätä organisaatiota sen mukaan, mitä siellä tapahtuu.
Jos sinulla todella on ajatus, jos istuit ja teit harjoituksen ja yritit selvittää, mitkä olivat asiat, joista olet kiinnostunut asiakkaasta viisi vuotta sitten? Ja teet sen uudelleen ja huomaat, että juttuja on lisätty. Ja tavaraa on saatettu viedä pois. Tarkoitan, ettei kukaan enää välitä esimerkiksi siitä, mikä faksinumero ihmisillä todella on. Joillakin ihmisillä oli käyntikortteihinsa faksinumeroita. Mutta kukaan ei välitä enää, koska faksi kuoli. Joten, se on liikkuva kohde. Kun tarkastellaan datan mallintamista ja MDM: tä - ensin minun on sanottava tästä, että tämä on osa tiedon hallintaa, jos et tee tätä, niin tietojen hallinnassa on ongelma . Koska jos et todellakaan tee tietojen mallintaa ja MDM: ää, niin sinulla ei tavalla tai toisella ole oikeasti ylhäältä alas-näkymää tietystä kokonaisuudesta.
Mutta olen luetellut tässä tiedonhallinnan. Olen luetellut perheen, tiedon käytön, laadun, turvallisuuden, palvelunhallinnan, palautuksen. Voit lisätä elinkaaren ja niin edelleen. Tietojen hallintaan ja tietojen mallintamiseen on suunnattoman paljon, ja MDM on keskeinen ja ehkä keskeinen osa sitä. Muutos tulee ylhäältä alas siinä mielessä, että huomaat, että muutos tapahtuu, koska ihmiset ymmärtävät, että se tapahtuu. Ja siksi voidaan ajatella tätä koko pinoa tiedostoista ja tietokannoista tietoelementtien kautta beetadatan ja yrityksen määritelmiin.
Saatat ajatella sitä, että joudut tavalla tai toisella hallitsemaan koko pino ja pitämään koko pino ajan tasalla, koska tietäen jotain yrityksen määritelmätasolla ei oikeastaan tarkoita, että saalisit tietoja osoitteessa tiedosto- ja tietokantataso. Se on erittäin laaja kuva, ja ennen kuin todella ajattelee sitä, et ymmärrä kuinka leveä se on. Mallinnus ja MDM, jos todella tarkastellaan, koko iso data -suuntaus ei ole pelkästään siitä - tietoja on paljon enemmän. Kyse on siitä, että paljon enemmän tietoja on paljon muista lähteistä, mikä antaa sinulle paljon enemmän näkökulmia jokaisesta kokonaisuudesta, josta itse keräät tietoa. Ja mitä monimutkaisempi on, sitä enemmän tarvitset mallia, sitä vähemmän helppo on ymmärtää sitä. Vain katsomalla sanotaan tietokantakaava, mitä tapahtuu, kun tietoja todella tulee 10, 20, 30 lähteestä.
Teoriassa voidaan sanoa, että MDM antaa sinulle kuvan data-universumista, mutta käytännössä se on itse asiassa osa sitä. Ja keskustelimme juuri siitä, jos tarkastellaan datan liiketoiminnallista merkitystä, se sitten, tieto datan merkityksestä, on itse asiassa osa tietokampanjaa, jota tarkastelet. Mallintaminen tapahtuu ylhäältä alas ja alhaalta ylöspäin. Se on, että voit tarkastella asioita liiketoiminnan näkökulmasta, mutta voit myös tarkastella asioita saamamme näkökulmasta. Ja rakennat molempiin suuntiin. Ja tämä ei ole eikä voi koskaan olla hanke. Sen aloittaminen on projekti. Se on jatkuva toiminta. Voit käynnistää sen projektina, koska sinulla ei ole mitään johdonmukaista paikallaan, mutta kun olet aloittanut sen, sen tulisi olla jatkuva toiminta. Ja kaiken, mitä data-alueella tehdään, MDM-tiimin pitäisi tietää siitä, jos haluat.
Asiakkaan haasteet, katso vain keskittymistä asiakaskokonaisuuteen. Asiakkaasta on nyt saatavana enemmän tietoa huomattavasti enemmän lähteistä kuin mistään muusta yksiköstä. Ja se näyttää vain kasvavan koko ajan. Se on usein epätarkka. Jos kerät esimerkiksi tietoja minulta. Jos keräät tietoa minusta, huomaat, että minulla on erilaisia identiteettejä, mikä tarkoittaa vain sitä, käytänkö keskimmäisiä alkukirjaimia vai ei, kun käyn eri verkkosivustoilla. Ja teen sen usein vain löytääkseni mistä saan roskapostin tietystä identiteetistä. Mutta monet ihmiset tekevät niin. Ja sitten ihmiset tekevät vahingossa virheitä. Ja sitten tiedot ovat vanhentuneita.
Kävin yhdessä näistä tietolähteistä, joka väittää pystyvän antamaan sinulle paljon tietoja mistä tahansa tietystä henkilöstä, ja tein itsestään selvän asian ja kysyin itseltäni. Ja puolet heidän minulle antamista tiedoista oli todella vanhentunutta. Ja osa siitä oli joka tapauksessa väärässä. Ja katsot sitä ja luulet, että jos aiot tavalla tai toisella kerätä tietoja muista lähteistä, silloin on olemassa valtava osa tietojen puhdistamista ja kykyä tunnistaa, ovatko kyseessä olevat tiedot. Yksilöinä meillä ei ole yksilöivää tunnistetta. Nimi ja matkapuhelinnumero saavat sinut todennäköisesti lähelle useimpia ihmisiä, mutta kaikilla ei ole matkapuhelinnumeroa. Ja se on erilainen myös eri kulttuureissa. Ja sitten on datan luonne analytiikan kannalta.
En aio mennä tähän perusteellisesti, mutta tiedot voidaan valita. Jos sinulla on jonkun Twitter-tietoja, on vain pieni joukko ihmisiä, jotka laittavat tietoja aktiivisesti Twitteriin. Ja he ovat valittuja. He eivät ole satunnaisesti valittuja asiakkaita. He ovat päättäneet, että he haluavat olla äänekäs Twitterissä. On erittäin vaikeaa saada 360 asteen näkymä asiakkaasta. Ja se johtuu osittain yksinkertaisesti kaikkien teknisestä historiasta. Ei ole epätavallista, että on olemassa kolme tai useampia asiakastietokantoja, samoin kuin tietokannat, älä koskaan unohda monia muita tietolähteitä, jotka itse keräät asiakkaasta. Ja asiakasanalytiikka, on syytä sanoa, että nyt se on valtava tilaisuus. Meillä oli tapana tehdä segmentointia kuorissa, mutta nyt se on todella, koska koska asiakkaiden käytettävissä on uskomattoman paljon ulkoisia tietoja, voit tehdä hirvittävän paljon suhteita kuvaavien analysointien avulla, mikä on todella suhteellisen uusi. Voit käyttää ennustavaa analytiikkaa, jota et koskaan tiennyt. Voit kerätä muotitietoja ja mielipidetietoja, joita et koskaan voinut kerätä.
On erittäin hyvä syy tarkistaa, mitä teet asiakkaan suhteen, ja miettiä, kuinka voit hyödyntää parhaiten käytettävissäsi olevia tietoja. Käytännöllinen näkymä. Asiakaskokonaisuuden mallintaminen on välttämätöntä tarkan ja hyödyllisen BI: n ja tiedon hienosäätön kannalta. Toisin sanoen, jos sinulla on suhteellisen suuri asiakaskunta, se ei oikeastaan ole valinnainen asia. Sinun on pakko tehdä se. Ja luulen, että siinä kaikki on sanottavaa. Annetaan pallo eteenpäin.
Eric Kavanagh: Hyvä on, joten John, uskon että olet menossa seuraavaksi? Sitten Diana tekee demon. Joten sen kanssa, John Evans, vie se pois. Ja ihmiset, älä ole ujo, lähetä kysymyksesi milloin tahansa. Seuraamme sitä Q&A: n suhteen. Ota se pois, John Evans.
John Evans: Hyvä on. Kiitos, Eric. Ja kiitos Dezille ja Robinille johdannosta ja kommentteista. Se, mitä puhuitte siellä, oli paljon päällekkäisyyttä siitä, mistä me puhumme ja osoitamme tänään, mikä on hienoa. Ja että olemme ehdottomasti samaa mieltä siitä, että tämä asiakaslähtöisyyden käsite on jotain, jonka saavuttamista ihmiset haluavat saavuttaa, ja mielestäni sanoisimme sen taustalla, että olemme hyviä tietoja, niin hyviä tietoja kuin voit saada asiakkailtasi, Ainoa tapa rukoilla sen saavuttamiseksi. Joten mitä haluamme tehdä tänään, on puhua asiakaslähtöisestä perustietojen hallinnasta ja kertoa hiukan kaikille siitä, kuinka lähestymme asiaa, ratkaista tämä ongelma, ja puhua juuri esittelemästämme uudesta tarjouksesta, joka on suunniteltu sen tekemiseksi kaiken kokoisille yrityksille on helppo toimittaa parempia asiakastietoja koko pirstoutuneessa tietomaisemassaan. Joten tuo maisema voisi näyttää tällaiselta.
Meillä on täällä ympäri kehää erilaisia järjestelmiä, paljon hajanaisia sovelluksia, osa niistä on käynnissä pilvessä, osa toiminnassa tiloissa. Ja jokaisessa näistä, määritelmänsä mukaan, sinulla on erilaisia tapoja tunnistaa asiakkaita ja asiakastietoja. Eri asiakasmallien mallit, joilla on eri ominaisuudet, prioriteetit ja niin edelleen. Ja vaikka olisitkin organisaatio, jossa itseäsi ajattelet, SAP-kauppa tai Oracle-kauppa tai käytät vain yritystäsi esimerkiksi SAP: llä tai vain Oraclen kautta, tai käytät SalesForcea, sinulla voi olla useita järjestelmien esiintymiä jopa omassa yrityksessäsi. Ehkä heidät on sijoitettu toiseen sijaintiin tai alueelta, joka on perustettu eri syistä, maailman eri alueilta, tai saatat asettaa ne eri tavoin toimialoittain. Ja vaikka sinulla olisi yksi ERP, jos olet tehnyt mukautukset niiden välillä, tiedoissa tulee olemaan ristiriitoja.
Nyt havaitsemme pirstoutumista pahentaa entisestään pilvipohjaisten järjestelmien ja rodun parhaiden sovellusten lisääntynyt käyttöönotto. Joten vaikka tämänkaltainen todella suuri, monimutkainen, mutkikas ympäristö oli jotain, jota kaikki ajattelivat: "No, niin todella tapahtuu vain todella suurissa yrityksissä", johtuen pilviratkaisujen tuloksesta ja rodun parhaimmasta lähestymistavasta, tämä kysymys nyt yleistymässä jopa pienissä organisaatioissa. Joten se todella vaihtelee pienistä yrityksistä aina suuriin yrityksiin. Kaikki kärsivät samasta ongelmasta asiakastietojensa kanssa. Ja voit tarkastella joitain niistä ongelmista, jotka olen luetellut täällä keskellä.
Hajotan ne tyyppiä kolmeen tyyppiin. Tietoihin liittyy ongelmia, joissa on kaksoiskappaleet, kelpaamattomat tiedot, puuttuvat kentät, epäjohdonmukaiset tiedot, epäjohdonmukaiset hierarkiat ja nämä asiat yleensä vain pahenevat ajan myötä. Sitten sinulla on ihmisiin liittyviä haasteita, joissa ihmiset eivät pääse tietoihin, he eivät pysty vastaamaan kysymyksiinsä, mihin he etsivät, mutta he eivät pysty saavuttamaan sitä 360 asteen näkymää, josta Robin puhui.
Ja kolmannella alueella ovat prosessiin liittyvät haasteet, joissa sinulla on tietoja useissa paikoissa ja myös ihmiset eivät tiedä, mikä muuttui ja milloin, koska datalle tapahtuu asioita jatkuvasti. Joten näiden tietojen pitämiseksi puhtaana ei ole mitään hallintaa tai hallintaa. Joten kun yrität tarjota yhtenäisempiä / varmempaa asiakaskokemusta ja käydä vuoropuhelua asiakkaiden kanssa, on todella vaikeaa saavuttaa se, kun omat tietosi kyseisistä henkilöistä eivät ole johdonmukaisia eivätkä tarkkoja.
Aivan kuten sivuun, jonka näin, luulen, että se oli viime viikolla tai sitä edeltävänä viikkona ”Information Management” -artikkeli, joka puhui siitä, miksi henkilökohtainen markkinointi ei vieläkään ole tarkka, ja niissä lueteltiin yhdeksän syytä. Kaksi ensimmäistä syytä heidän luettelossaan, tietojen laatu on heikko eikä tietoja ole integroitu.
Joten mitä voit tehdä tässä? No, on olemassa pari tapaa yrittää lähestyä tätä ongelmaa ja miettiä mitä se maksaa organisaatiollesi. Voit joko hyökätä kyseisiin tietoihin, kun ne syntyvät, jos haluat, tai voit hyökätä niihin, kun ne ovat soluttautuneet järjestelmään. Joten tässä on työskennellyt organisaation kuva, joka korosti tosiasiallisesti noin kolmekymmentä erilaista paikkaa, missä tietoja tallennettiin. siellä, heidän maisemassaan.
Joten kun nämä tiedot on jo jonkin verran julkaistu luontoon, näihin kymmeniin järjestelmiin on vaikea löytää, sitä on vaikea ylläpitää, se on kallis korjata, jos ajatellaan menossa sisään ja yritetään korjata sitä kolmekymmentä eri kertaa kolmekymmeneen eri paikkaan . Joten yksi käsitteistä, joista haluamme puhua, yrittää olla aktiivinen ja yrittää korjata asiat mahdollisimman varhaisessa vaiheessa sen elinkaaren ajan, koska kun teet niin, se on helpompi löytää, helpompi hallita ja halvempi korjata ja ylläpitää ja tällä tavalla saat parempaa tietoa työskennellessäsi sovellusten loppupäässä.
Joten tästä käsitteestä, josta olemme puhuneet, kutsutaan proaktiiviseksi MDM: ksi, ja otsikkolinja, jota haluamme käyttää, on jokien, ei järvien, puhdistamisen käsite. Joten siihen on kolme vaihetta, ensinnäkin puhdistaminen, jossa haluat yhdistää ja yhdistää, puhdistaa ja säilyttää tietueita mahdollisimman lähellä lähdettä ja yrittää saada kultainen ennätys, jotta vältetään pilaantumasta loppupään sovelluksiin. Tämä voidaan tehdä käyttämällä lähteiden toteutettuja ohjauksia tai jopa tarjoamalla paikka keskitetysti tarjota tietoja siten, että ne ovat johdonmukaisia ja tarkkoja ennen kuin vapautat ne luonnonvaraisesti.
Rikastamisella tarkoitetaan lisättävää arvoa tietoihin, mukaan lukien viitetiedot ja muut tiedot, joita ei ole lähteen käyttöjärjestelmässä, joten kyse voi olla hierarkioista, esimerkiksi segmenttisegmentit, joita ei ole luonnostaan tallennettu kyseisiin järjestelmiin.
Sitten kolmas osa on puhdasta pitämistä ja tässä haluat varmistaa, että prosessit ovat paikoillaan ja ihmisillä, jotka on tunnistettu hoitamaan hallintoa ja hallintoa, on käytettävissä työkaluja näiden prosessien mahdollistamiseksi ja sitten ennakoivasti yhteensovittamiseksi ja siivoamiseksi tietosi säännöllisin väliajoin niin, ettei niin käy, joten vältät rappeutumista, joka luonnollisesti tapahtuu, esimerkiksi kun ihmiset vaihtavat työpaikkaa tai muuttavat asuinpaikkaansa tai niin edelleen.
Joten miten saat tämän? No, on olemassa useita vaihtoehtoja, joilla voit hyökätä tähän ongelmaan. Voit käyttää datan laadun työkalua, voit käyttää tietojen integroinnin työkalua tietojen hankkimiseen, voit käyttää työnkulun työkalua jakaaksesi työtä eri ihmisille. Voit käyttää hallintotyökalua seurataksesi kuka tekee mitä. Voit tosiasiallisesti naruttaa kaikki nämä erilaiset perintötyökalut ja heittää siihen paljon ihmisiä.
Mutta se kaikki on erittäin kallista, se on erittäin resurssikuluttavaa, sen käyttöönotto on hidasta ja sitä tulee olemaan vaikea hallita. Voit ehkä jopa aloittaa asiakastietojesi kanssa, mutta haluat myös lopulta hallita tuotteitasi., luettelo tuotteista, jotka kyseisillä asiakkailla on, ja luettelo näiden tuotteiden toimittajista, sekä tilikartta, jota käytät koko yrityksessäsi seurataksesi mitä tapahtuu, hallita työntekijöitä, jotka palvelevat näitä asiakkaita ja niin edelleen . Joten nyt puhut useista verkkotunnuksista, toimittajista, tuotteista, tilikartasta, työntekijöistä ja niin edelleen, jotta yrität tuottaa 360 asteen kuvan koko yrityksestäsi.
Joten ihannetapauksessa mitä mielestämme haluat saavuttaa, on yksi ratkaisu asiakkaiden perustietojen integroimiseksi, sovittamiseksi ja puhdistamiseksi, yksi ratkaisu, jolla voit hallita johtamista ja hallintoa, sekä yksi työkalu, jonka avulla voit hallita kaikkia tietoalueita aloittaessasi asiakas ja siirry eteenpäin. Joten se on juuri äskettäin ilmoittaman uuden tarjouksen taustalla nimeltään Magnitude ONE. Magnitude ONE on MDM-tarjous, joka on suunniteltu yrityksille integroimaan, yhdenmukaistamaan ja hallitsemaan perustietojaan suosittujen SaaS-sovellusten tai muiden kuin toimitilojen sovellusten välillä, jotka ovat käytössä, kuten aiemmin puhuimme, joten Magnitude ONE sisältää useita komponentteja.
Ensimmäinen asia, johon se kuuluu, on Kalido MDM -ratkaisumme, joka on otettu käyttöön joissain maailman yrityksissä, ja Eric, puhuit altistumisestasi perustietoihin ja hallintaan jo vuonna 2003, mielestäni tämä tuote tuli alun perin markkinoille vuoden 2004 aikana. Joten olemme olleet varhainen edelläkävijä tässä tilassa tämän työkalun avulla. Aloitimme sen käytöllä tietojen analyyttisen käytön palvelemiseksi varmistaaksemme, että hyvää tietoa oli saapumassa varastoon ja ajan myötä asiakkaamme ovat käyttäneet sitä yhä enemmän operatiivisiin käyttötapauksiin ja useiden verkkotunnusten hallintaan, mukaan lukien asiakas-, tuote- ja talous ja myyjä ja työntekijä ja niin edelleen. Joten Kalido MDM on keskeinen osa tätä ratkaisua.
Toimitamme myös liitettävyyden ja integroinnin moniin erilaisiin lähdejärjestelmiin yhteistyössä SCRIBE-ohjelmistojen kanssa, käyttäen palveluna heidän SCRIBE-online-integrointialustaa. Se on pilvipohjainen integrointitarjous, jolla on yhteydet yli 40 järjestelmään sekä organisaation käyttämissä lähtötiloissa että SaaS-järjestelmissä. Joten näiden kahden kanssa yhdessä, Kalido MDM -ratkaisumme sisältää myös ja kyvyn olla työnkulkuvetoinen ympäristö päädatan hallintaa varten ja hallita sitä koko elinkaarensa ajan. Meillä on siellä sovitusmoottori, joka on suunniteltu erityisesti asiakasdatan käsittelemiseen. Tarjoamme ohjelmiston lisäksi myös virtuaalisen luokkahuonekoulutuksen Kalido MDM -tuotteesta ja mallinnuskomponenteista.
Joten Robin, puhuit mallista, se on todella kriittinen osa ja juuri siinä aloitamme ratkaisumme ja näytämme sinulle hetkessä, kuinka otat Dezin osoittaman valkoisen taulun ja käännät sen jotain, joka voi itse asentanut MDM-järjestelmän. Viimeinen kohta Magnitude ONE -tapahtumassa on, että se on saatavana tiloissa tai pilvipalveluna. Voit hankkia tilauslisenssin tai jatkuvan lisenssin. Ajatuksena on, että se tulee olemaan sinulle helppoa ostaa, ylläpitää, toteuttaa ja ylläpitää.
Joten miltä tämä näyttää silloin, on keskellä Magnitude ONE, jolla on vahvat kyvyt tehdä kaikki valkoisessa ja sinisessä ruudussa. Joten yhdistä ja pääse asiakastietoihin SCRIBE-liittimen kautta, josta puhin. Suorita sitten kaikki mastering-harjoitukset, jotka sinun on tehtävä tietojen yhteensovittamisen, yhdistämisen, säilymisen ja rikastamisen avulla, jotta ne saadaan puhtaiksi. Valtuuta ja julkaise täsmälliset ja johdonmukaiset tiedot kuluttaville järjestelmillesi sekä käyttökerros, jonka avulla ihmiset voivat etsiä tietoja, selata tietoja ja jopa kirjoittaa uusia tietueita, jotta operatiiviset ja analyyttiset järjestelmäsi voivat pysyä puhtaina ajan myötä.
Tarjoamme verkkopohjaisen käyttöliittymän sekä vastuuhenkilöille että järjestelmänvalvojille, jotka näet hetkessä, sekä yrityskäyttäjille. He eivät vain voi vain selata ja käyttää julkaistua perustietoa, vaan ne voivat jopa olla roolissa hoitajaprosessissa. Joten kuvittele, että myyntiedustajasi keskustelee asiakkaiden kanssa, he oppivat jotain uutta asiakkaasta, he voivat nostaa muutospyynnön ja sanoa hei tämän asiakkaan, he ovat vaihtaneet otsikkoa, he ovat vaihtaneet sähköpostiosoitettaan, vaihtaneet yrityksiä, ehkä tämä lääkäri on vaihtanut yhteyden tähän sairaalaan, haluamme varmistaa, että seuraamme tällaista tavaraa tai tämä vakuutusvälittäjä kuljettaa nyt näitä tuotteita, haluamme varmistaa, että markkinoimme heille näitä uusia vakuutustuotteita, esimerkiksi. Joten sellaisia asioita voidaan nostaa ja huoltaa oikein, kun asiakaspuolen työntekijät tekevät työtä näiden henkilöiden kanssa.
Pari muuta ratkaisumme ominaisuuksia. Numero yksi on tämä liiketoimintamalli, muista se Dezin osoittama valkotaulun kuva, jossa oli ympyrät ja nuolet. Se on pohjimmiltaan liiketoiminnallisia vaatimuksia, joiden mukaan tietojen on oltava, miten niitä käytetään todellisessa maailmassa. Aloitamme jotain, jota kutsutaan yritystietomalliksi, ja pystymme periaatteessa sieppaamaan nämä vaatimukset ja niihin liittyvät liiketoimintasäännöt ja tosiasiallisesti ottamaan käyttöön säännöt ja MDM-arkiston. Joten se toimii tehokkaasti tapana kuroa viestinnän aukko, jota niin usein näemme liikemiesten välillä kuvaamalla vaatimusta ja IT: n on palauduttava ja käännettävä tämä taulukoiksi ja kartoituksiksi ja niin edelleen.
Joten meillä on liiketoimintamallihakuinen lähestymistapa varmistaaksemme, että se on heti alusta alkaen. Sisältää myös automatisoidun prosessoinnin kyseiselle toiminnalle sekä sulautetun työnkulun ja muutosten hallinnan, jotta voit, jos muutat mallia, johon lisäät sitä, voit ottaa sen nopeasti käyttöön ja tehdä pienellä ryhmällä automatisoinnin takia., se ei vaadi niin paljon koodausta, kuin saatat luultavasti tehdä.
Mainitsin mallipohjaisen luonteen, joka myös ohjaa näytöt, jotka todella ilmestyvät. Joten kun sinulla on kuvaus asiakkaasta ja siellä on heidän määritteensä, näytöllä näet mallissa määritetyt määritteet, joten kaikki on luotu sinulle, sinun ei tarvitse luoda mitään erityistä käyttöliittymää näytöt tietojen kartoittamista varten, kaikki tämä johtaa malliin.
Toinen hieno ominaisuus, jonka olemme ottaneet käyttöön, on Excel-integroinnin käsite palvelunvalvojille. Tämä tarkoittaa, että palvelunvalvojat voivat käyttää Exceliä paikkana muokatakseen tietueita, joita ei voitu automaattisesti sovittaa, hyväksyä ja ottaa käyttöön. Nyt saatat ajatella, että tämä on vain, olet vain pudottamassa tietoja Exceliin, eikö niin? No, se on paljon enemmän kuin se, koska hieno asia tämän ominaisuuden suhteen on se, että se voittaa ongelman, että sinulla on vain uusintadatan päivitykset lataamalla tietoja Excelistä.
Itse asiassa, kun lataat kyseiset tiedot Kalido MDM: stä Excel-käyttöliittymään, mukana tulee validointisäännöt. Joten se kertoo, mitkä näistä soluista on täytettävä, jotta siitä tulee kelvollinen tietue, antaa sinulle avattavan luettelon käytettävissä olevista arvoista tai esimerkiksi hyväksytyistä arvoista, jotta vältät periaatteessa luomalla virheitä päivitettäessä perustietotietueita.
Sitten sulautetussa työnkulun moottorissa, varmista, että kaikki tiedot on käsitelty ja julkaisemiseen sallittu. Lisäksi se pitää kirjaa siitä, kuka on tehnyt mitä ja milloin, ja anna sinun tarkistaa ja tarkistaa periaatteessa kaikki nämä entiset perustietoarvot, jotta näet kuinka tietojen muutokset aika.
Joten tämän etuna asiakastietojen kannalta on, että pääset paikalle, jossa voi olla henkilökohtaisempia ja asiaankuuluvia vuoropuheluita ja vuorovaikutusta asiakkaiden kanssa. MDM on muuttumassa liiketoimintakriittiseksi, varsinkin kun ajatellaan siellä tapahtuvaa yksilöllistä markkinointia, ja tämä on hyvä esimerkki tapahtuvasta syklisestä.
Joten aloitat tiedoista, jotka koskevat asiakkaitasi, nämä ovat taitojasi, jotka olet hallinnut, keitä he ovat, mitä tuotteita he omistavat, mitä voin vertailla useiden järjestelmien asiakastietojen suhteen? Sitten rikastut tätä lisäämällä tietoa heistä ja siitä, kuinka olet ollut vuorovaikutuksessa aiemmin. Mihin he ovat reagoineet? Tai miten he haluavat saada sinuun yhteyttä? Ehkä he haluavat, että sinuun otetaan yhteyttä faksilla, joten siksi se on edelleen heidän käyntikortillaan. Mutta se tieto, joka antaa sinulle tarvittavan käsityksen olla vuorovaikutuksessa.
Joten mitä muita mieltymyksiä? Osa siitä voi olla peräisin esimerkiksi sosiaalisista lähteistä. Sitten voit päättää, mikä on seuraava paras vuorovaikutus näille asiakkaille, mitä tarjouksia minun pitäisi tehdä? Se tuottaa jonkinlaista vuorovaikutusta, he lataavat jotain, he ostavat jotain.
Siitä tietenkin luodaan enemmän tietoa, jonka haluat syöttää tähän markkinointivuorovaikutusten hyveelliseen kiertoon. Seurauksena on, että pystyt löytämään ja sulkemaan uusia asiakkaita nopeammin, lisäämään myyntiä, tarjoamaan parempaa asiakaspalvelua, poistamaan virheitä, poistamaan päällekkäiset lähetykset, esimerkiksi markkinointimateriaalien lähettämisen, ja lopulta saamme vähentää myyntiä ja markkinointikustannukset.
Joten yksi esimerkki asiakkailtamme, joka teki tämän, Ison-Britannian postilaitos käytti Kalido MDM: tä parempien asiakastietojen toimittamiseen, jotta he voisivat toimittaa oikeita tuotteita ja jatkaa asiakasvuoropuheluaan oikealla kanavalla, mikä lopulta johti suurempiin myyntimääriin. ja heille kasvoivat marginaalit.
Joten se on vain johdanto-kommenttini, haluaisin nyt siirtää sen Dianalle, viedä teidät läpi ja näyttää sinulle tarkalleen kuinka me teemme osan tästä.
Diana Collins: Kiitos John, joten toivottavasti pystymme saamaan osan tästä elämään teille kaikille. Joten mitä sinun pitäisi nähdä näytölläsi nyt, on esimerkki Kalidon yritystietomallista. Joten osa ratkaisusta, mitä me näytämme sinulle tänään, on integraatio tiedoista salesforce.com. Täältä olemme saaneet pois salesforce.com -mallimme vasemmasta alakulmasta. Se on tietysti web-pohjainen sovellus, ohjelmisto on palvelun tyyppinen sovellus. Integroimme sen tietoihin, jotka on saatu Oracle-liiketoimintaohjelmiston ennakkototeutuksesta.
Joten tavoitteemme on ottaa yhteystiedot ja tilitiedot salesforce.com-sivustolta, integroida ne myyntisaamisiin ja yhteystietoihimme yhdeksi yhdenmukaistetuksi tiliksi ja yhteysrakenteeksi, jonka lataamme sitten Microsoft Dynamics CRM: ään. Joten tässä skenaario on siirtymässä käyttämästämme aiemmin salesforce.com -sovellusta Dynamics CRM -sovellukseen. Haluamme varmistaa, että meillä on täysin integroitu, yhdenmukaistettu asiakasluettelo, 360 asteen näkymä, joka perustuu uuteen Dynamics CRM -ympäristöömme.
Joten tämän rakentamiseksi olemme siirtäneet tiedot salesforce.com: sta ja EBS: stä Kalido MDM: hen, olemme todella suorittaneet harmonisointiprosessin. Joten ajan takia olemme tehneet ruoanlaiton ja nautimme aterian. Joten siirrytään nyt MDM-ympäristöön ja näytetään vain joitain asioita, jotka voimme tehdä lisäominaisuuksilla, jotka MDM-ratkaisu lisää näiden alustojen yksinkertaiseen liitäntäintegraatioon.
Mutta yksi asioista, joita tapahtuisi tietysti, on se, että menetät historian. Loppujen lopuksi tietosi Microsoft Dynamics -sivustolla, mutta tiedätkö mistä jotain tuli? Se mitä MDM, yksi MDM-ratkaisu voi tarjota meille, se saa meille historian.
Joten jos katsomme luetteloa yhdenmukaistetuista tileistä ja valitsemme yhden niistä. Oletetaan, että valitsimme Albertin kaupat täältä. Tämä antaa meille tietoa siitä, mistä tämä Albert's Stores -levy on kotoisin. Voimme nähdä, että kyseessä on kahden tietueen yhdistäminen, joista toinen tuli myyntiforces.com-tililtä nimeltään Albert ja Gerard ja toinen tuli EBS: n laskutustililtä nimeltä Albert's Stores ja ne integroitiin toisiinsa ja yhdenmukaistettiin tähän yksinkertaiselle emotilille nimeltä Albert's Stores.
Näemme myös sen alkuperäisen tunnuksen, näemme tänä päivänä, että se on jo siirretty Microsoft Dynamicsiin, koska täällä on CMR-tunnus Microsoft Dynamicsista. Näen ajan, jolloin tiedot viimeksi päivitettiin. Tämän lisäksi tarjoamme toisen näkymän, joka ei vain mahdollista katsoa tietoja, vaan myös kuvaajakuvassamme voit tarkastella assosiaatioita, joihin data osallistuu.
Joten täällä meillä on sama tietue, Albertin myymälät assosiaatioiden kanssa myyntisaamistilille, salesforce.com-tilille ja yhteystiedoille. Jos valitsemme yhden näistä yhteyshenkilöistä, voimme nähdä, että kyseinen yhteyshenkilö oli oikeastaan salesforce.com-yhteyshenkilö. Samoin Adam Albert -tilillämme oli EBS-yhteyshenkilö, joten tämän liikkeen mielestäni näytöllä tapahtuu automaattisesti, muutama heistä pitää asiat helposti luettavissa. Mutta jatkaessamme voimme katsoa yhteystietoja ja nähdä, että ne ovat peräisin salesforce.com-tililtämme. Se rakentaa todellisen kuvan, joka näyttää meille kaikki suhteet, joihin tietomme osallistuvat.
Lisäksi näemme tapoja, joilla luokittelemme saleforce.com -tiedot ja että siellä on muita tilejä, joita on liian paljon luetteloimiseksi. No, asiat, joita on liian paljon luetteloimiseksi, voimme silti päästä niihin. Voimme vain vierittää sivua alaspäin täällä ja päästä luetteloon kaikista ylimääräisistä tileistä, joita oli liian paljon luetteloimiseksi graafisessa näkymässä. Tietenkin voimme aloittaa graafisen näkymän myös näille. Joten se on yksi tapa käsitellä asioita. Näemme tiedot, voimme manipuloida tietoja, haluamme myös pystyä korjaamaan ja korjaamaan tiedot. Joten pari tapaa tarkastella sitä.
Joten yksi niistä asioista, jotka voimme tehdä, on, että voimme käydä läpi, katsoa hierarkiaa, olen tallentanut tilihierarkian yhdeksi suosikkeistani, joten voin tallentaa erilaisia tietoryhmiä tileinä sekä hierarkkisia polkuja, jotka Voisin käyttää hierarkiaselaimessani. Joten tässä voin tutkia hierarkkiamme läpi, näen kaikki eri kontaktit, jotka minulla on jokaisella tilillä.
Mutta yksi muista asioista, joita tämä ympäristö tarjoaa, on mahdollisuus löytää kaikki orvot. Nämä ovat kontakteja, jotka saapuivat yhdenmukaistetun järjestelmän kautta ja joilla ei ollut vanhempia lähteissä, joten nämä ovat orpoja, jotka ovat jääneet taakse. Joten olemme tuoneet nämä yli, tunnistaneet ne, tiedämme, että nämä ovat orpoja, kuinka voimme korjata sen? No napsautamme vain tätä kytkintä editointitilaan, joka avaa uuden näkymän hierarkiasta ja voimme nyt alkaa luokitella näitä ihmisiä. Joten ehkä Bill Murray työskenteli AC Network: ssä, jotta voimme ottaa hänet haltuunsa ja lisätä hänet luetteloon ja näemme hänet korostettuna osoittamalla meille, että tämä on muutos. Voin siirtää Sandyn ja määrätä hänet ehkä AG Edwards and Company -yritykseen.
Koska näitä muutoksia tehdään, ne kirjataan tänne, voin kumota ne, jos tajuan tehneeni virheen. Voin ryhmitellä niistä useita kertoja ja liikuttaa niitä järjestelmän läpi yksikköä antamalla heille nimen ja sitten ne käsiteltiin yhtenä työyksikönä järjestelmän kautta. Joten tämä on yksi tapa ja tietenkin, jos olen aktiivinen, haluaisin mennä tänne katsomaan tätä ja jos nähdä, onko orpoja ja puuttua tähän ongelmaan. Entä jos en? Entä jos en olisi aktiivinen? No, taas järjestelmämme sisältää työnkulun, jonka mainitsin aiemmin, työnkulun ratkaisun, jonka avulla voimme käsitellä tätä suoremmin.
Kirjaudun sisään järjestelmänvalvojana, kirjaudun nyt sisään palvelunvalvojana, vai mitä? Joten tämä olisi henkilö, joka on vastuussa virheellisten tietojen hallinnasta. Näet heti, kun kirjaudun sisään, minut viedään postilaatikkooni, missä arvaa mitä? Siellä on 11 orpoa kirjaa, koska yhteys, yhteyshenkilöiden ja heidän tilien välinen yhteys on pakollinen. Kaikki harmonisoidut tilit, joilla ei ole asianmukaisia yhteyksiä tiliin, ovat virheellisiä. Ne liikkuvat työnkulun läpi ja kuten voimme nähdä työnkulun kaaviosta, tässä olemme nyt korjaamassa tietueita. Sitten he jatkavat myyntipäällikön hyväksymää hyväksymisprosessia, kirjanpidon hyväksymää ja lopulta valtuutusta julkaistavaksi dynamiikkamme seuraavassa eräpäivityksessä.
Tietysti tämä voitaisiin myös asettaa toimimaan reaaliajassa, joka heti julkaisemisen jälkeen, heti kun se on julkaistu valtuutettu, se vain heti tyhjentää Dynamicsin, joten on sinun tehtäväsi, miten haluat määrittää viimeisen vaiheen käyttöliittymä. Joten toivottavasti tämä on antanut meille kaikille lyhyen idean ja yleiskuvan muutamista tavoista, joilla MDM-työkalumme voi rikastuttaa ja parantaa ympäristöämme. On monia, monia muita tapoja, joilla voimme parantaa asiakkaasi tietojen käyttöä ja päästä todella siihen pisteeseen, jossa sinulla on todella yhdenmukaistettu 360 asteen näkymä asiakkaasta, jossa kaikki tiedot ovat yhdessä paikassa. käyttäjille. Ei vain tämän palveluntarjoajan käyttöliittymän kautta, mutta kuten mainitsin, tarjoamme myös käyttöliittymän, eräänlaisen verkkoportaalin, jossa jos käyttäjä tietää, että tilissä on tapahtunut muutos, hän voi nostaa muutospyynnön ja osoittaa sen ja kääriä muutoksen Pyydä suoraan palvelunvalvojaa tekemään muutokset tähän tietueeseen, joka heidän mielestään on tehtävä. Joten tässä vaiheessa luulen palauttavan sen Ericille ja siirrymme Q: hen ja A: han.
Eric Kavanagh: Toki asia. Joten meillä on täällä yleisöltä muutamia kysymyksiä. Heitän yhden, mutta ehkä ensimmäinen Dez tai Robin, onko sinulla kysyttävää? Anna minun aloittaa kanssasi Dez.
Dez Blanchfield: Yksi niistä asioista, jotka kohtaan joka kerta, kun käyn läpi tämän matkan organisaation kanssa, on tämä koko versionhallinnan haaste. Voisitko vain koskettaa lähestymistapaa datan ympärillä olevaan versionhallintaan tai tiettyä - tiedätte, kuvitelkaa tilanne, jossa organisaatioiden kolme eri osaa käsittelevät minua asiakkaana ja sitten he tekevät erilaisia päivityksiä ja muutoksia nyt uuden työkalu. Kuinka vastaamme kysymykseen, joka koskee vain liiketoiminnan kautta tulevien tietojen hallintaa versiolla, joka kuratoi ja valvoi ja hyväksyy sen?
Diana Collins: Se on erinomainen kysymys. Joten yksi asioista, jotka on sisäänrakennettu ja paistettu osaksi ratkaisuamme, on tarkastusten jäljitys ja historia. Joten katson, voinko löytää historian levyn Saanen nähdä, onko käyttämämme Albertin myymälöiden historia historiaa heti, kun napsautin Historia-tilaa, mitä tämä tekee minulle - minulla on - tällä ei ole muutoksia historiassa. Haluan sellaisena kuin se osoittaisi meille kaikki täällä tehdyt välimuutokset sekä niiden tekemisajankohdan ja -ajan. Lisäksi voin siirtyä täydellisiin historiatietoihin ja jos ottaisin käyttöön tarkastusjäljityksen, en näe vain muutoksia ja kun ne tehtiin, mutta tarkastusketju kertoo sitten minulle, kuka muutokset teki, mikä käyttäjä teki myös nämä muutokset .
Lähestymistapamme versiointiin perustuu enemmän aikapohjaan kuin mielivaltaisten otsikoiden asettamiseen. Voit valita ajankohdan ja nähdä tietosi sellaisena kuin se oli tuolloin, ja siirtää tiedot sellaisena kuin se oli tuolloin. Ja seuraamme tietenkin tietosisällön lisäksi myös tietomallin historiaa. Joten tietomallisi voi kehittyä, lisäämme uusia luokituksia, seuraamme myös sitä ja voit aina palata takaisin ja nähdä asiat sellaisina kuin ne olivat tietyllä ajankohtana.
Dez Blanchfield: Tietomallit herättävät haastetta siellä, tarkoitan, että sinulla on merkittävä sukutaulu käsittelemällä joitain merkittäviä artikkeleita. Voitteko antaa meille pari esimerkkiä jo olemassa olevista datamalleista ja joitain, jotka käsittelette tämän johtamista, tiedätte, avainaloilla, kuten valmistus ja vähittäiskauppa sekä logistiikka ja rahoituspalvelut. Sinulla on pankkitoiminta ja tappioiden hallinta ja niin edelleen, joten tehdäänkö lähestymistapa edellisen mallin kanssa, joka voi nopeasti kehittää projektin, jonka avulla ihmiset voivat alkaa tietää, missä aukot ovat, vai onko heidän rakennettava ja kouluttava tätä mallia itse?
Diana Collins: Olemme ottaneet molemmat lähestymistavat vuosien varrella. Olemme kokeilleet mallien keksimistä ja huomanneet, että mitä täydellisempi malli todella tarkoittaa, sitä enemmän muutoksia joudut tekemään, jotta asiakkaalle olisi enemmän räätälöintejä. Joten olemme todella ottaneet lähestymistavan mallien sirpaleisiin, tiettyihin yhteisiin peruselementteihin, jotka havaitsemme todella leviävän kokonaisiin teollisuudenaloihin.
Meillä on esimerkiksi rahoituspalveluissa malleja arvopapereiden ja johdannaisten pääomamarkkinoille jne. Meillä on malleja vakuutuksille, omaisuus- ja vastuuvakuutuksille, jälleenvakuutuksille ja molemmat hallitsevat riskejä eri tavoin. Meillä on valmistusmalleja tuotelaskuille, laskuille. Meillä on muita osia toimitusketjun tai muun seurantamallin mallista, välivarastot, jakelumallit, varaston vanheneminen, sellaiset. Tiedätte, että suurelle osalle asiakkaistamme on asiakkaita melkein jokaisella pystysuunnassa ajateltavalla tavalla, mutta monille heistä olemme pystyneet kehittämään tietyt ydinkomponentit, jotka kootamme asiakkaamme puolesta valmiiksi malliksi.
John Evans: Kyllä. Sallikaa minun lisätä siihen, Diana. Tiedätkö, malli, jonka me näyttelimme minuutti sitten eräänlaisella oranssilla taustalla, on todella käsitteellinen malli, joten siinä on, voideja, ja siinä ei ole alleviivauksia, tarkoitan, että ihminen voi ymmärtää. Se ei ole sinänsä IT-konsepti, se on jotain, jonka yritys voi ymmärtää. Meillä on nämä käsitteelliset mallit, voimme tuoda olemassa olevan mallin, joka sinulla voi olla, ja pohdimme sitä saadaksemme sen tällä tavalla, mutta - kuten Diana puhui, kun meillä on mallifragmentti tai esimerkkimalli, jota olemme käyttäneet että ennen kuin näytämme asiakkaalle, yleensä sisälläsi, tiedät jonkin aikaa katsoa sitä ja asettaa sen näytölle ja eräänlaisena osoittaa ja eleillä, he voivat yleensä reagoida tuon mallin saadakseen sen melko edustettuna. siitä, mitä he yrittävät saavuttaa.
Joten se nopeuttaa aikaa vaatiaksesi vaatimuksia niin, että pystyt selviytymään siitä, mutta toinen asia, jota en osoittanut täällä, on, tässä kaaviossa on, mutta on myös välilehti nimeltään toiminnot, joissa painat pohjimmiltaan -painike ja se luo kaikki tarvitsemasi MDM-arkistossa olevat objektit yhdessä säännön kanssa, jonka olet ollut - olet asettanut, tiedätkö, mikä on valinnainen, mikä on pakollista, mikä on kardinaalisuus, kaikki tarvitsemasi esineet tehdä, mutta siellä on painike, jossa lukee Käyttöönotto, niin se vain luo mallin, jonka olet luonut käyttöliittymään. Joten meillä on fragmentteja, meillä on kokemusta monesta erilaisesta teollisuudesta ja konsultit tarjoavat asiakkaille mahdollisuuden päästä alkuun nopeasti.
Diana Collins: No, toinen asia, jonka aioin selvittää -
Dez Blanchfield: Joten minä toinen nopea ennen kuin annan sen Robinille - joo, anteeksi, mene.
Diana Collins: Haluan vain huomata, että yleensä ajamme näitä mallinnusistuntoja eräänlaisena jam-istunnona, koska emme ole niin kiinnostuneita kaikkien ominaisuuksien yksityiskohdista, voimme täyttää sen myöhemmin, kun saamme sen. Olemme todella kiinnostuneita saamaan yritysnäkymän siitä, miten tiedot roikkuvat yhdessä ja kuinka he ymmärtävät niiden olevan hyödyllisiä, ja näin haluamme rakentaa ratkaisun.
Dez Blanchfield: Ei, siinä kaikessa on järkeä. Viimeinen nopea sitten annan sen Robinille. Joten heti kuvitellaan tapahtuvan johtajamme keskustelussa organisaatioiden kanssa, joiden kanssa käsittelen, on se, että - heillä on näkymä, heillä on jo, tiedätte, hallinto, puitteet ja työkalut, - mikä on kokemus, kun siirryt organisaatio, jossa sanotaan vain, että johtoryhmä päätti mennä tällä reitillä, tulla asiakaskeskeiseksi ja puhdistaa asiakastietonsa tai saada yhden erän, ja silti IT ja muut liiketoiminnan osat saattavat jo tuntea heidän olevan suorittaa useita työohjelmia päästäksesi hyvään paikkaan?
Diana Collins: No, se on mielenkiintoinen kysymys. Joo, tarjoan, että MDM-toteutukset epäonnistuvat yleensä, ellei tällaista korkean tason tukea ole. Mielestäni nämä hankkeet on ajaa organisaation melko korkealta tasolta, koska tapahtuu kulttuurimuutos, joka on hyväksyttävä. Luulen, että Robin puhui tähän aiemmin, että tiedät, että se ei ole jotain, jota teet vain projektina, ja se riippuu siitä, miten sitä usein lähestytään IT-organisaatiossa. Se on jatkuva ohjelma, se vaatii sitoutumista ja halua muuttua, jos aiot toteuttaa, ja silloin, kun sinulla on, mielestäni havaitsimme, että toteutukset sujuvat hyvin.
Joidenkin toteutusten kohdalla meidän on taisteltava, missä korkean tason johdon tukea ei ole ollut tai IT-organisaatio on vastustanut muutoksia, mutta olemme molemmissa tapauksissa onnistuneet voittamaan ne. Luulen kerran, kun osoitimme heille, kuinka helppo on nousta ylös ja toimia ja kuinka se todella vie vastuun tietosisällöstä heidän harteiltaan, eikä oikeastaan sen pitäisi olla vastuussa siitä. Yritykset tietävät, mikä muodostaa hyvän datan, IT: n ei tarvitse tietää sitä. Tietotekniikan tulisi olla vastuussa hyvin tekemistään asioista - tietojen järjestämisestä, pitämisestä turvallisena, turvallisuutensa ylläpidosta ja miten - ja yleensä he tulevat ympäriinsä ja näkevät sen tällä tavalla.
Eric Kavanagh: Ja meillä on muutama kysymys yleisöltä, sallikaa minun heittää ne tänne. Menemme hiukan ajan myötä, mutta luulen, että saan kaikki kysymykset, joita voimme tai ainakin kokeilla. Heitän tämän sinulle, kenties Johnille tai Dianalle. Osallistuja kysyy: ”Onko sinulla ominaisuuksia kehittää vanhemmiksi uudelleen huonoista tietueista kultaisiin tietueisiin? Tapahtumat, kuten myyntitilaukset, kuten käyttöjärjestelmissä? ”Etkö ole varma, tiedänkö tarkalleen, mitä hän tässä tarkoittaa, mutta toivottavasti pystyt vastaamaan siihen.
Diana Collins: No, voimme varmasti vanhemmat levyä uudelleen. Se on erittäin standardi osa tätä toimistoratkaisua, mutta käyttöjärjestelmissä ei ole suoraan. Voisimme tehdä sen MDM-ympäristöön ja siirtää sitten tiedot takaisin MDM-ympäristöstä, kun se on julkaistu MDM-ympäristöstä, työntää ne takaisin käyttöjärjestelmään, mutta sitä ei olisi suoraan kiinni - emme korjaa sitä suoraan käyttöjärjestelmässä MDM-ympäristöstä.
Eric Kavanagh: Sain sinut. Okei, tässä on toinen kysymys: "Voidaanko työkalua käyttää tietolähteen näkemiseen?"
Diana Collins: Voi ehdottomasti, kyllä. Tämä ei taaskään ole hieno malli sellaiselle kuvalle, mutta ehdottomasti. Jos sinulla on historiatietosi tietoihin, jos tiedot ovat tulleet useasta paikasta, voimme merkitä sen lähteeseen ja siirtää tiedot eteenpäin julkaistuihin tietoihin.
John Evans: Kiitos siitä. Tässä on osa tätä mallia, siellä Diana, tarkoitan, että sait SFDC-yhteystiedot ja EBS-yhteystiedot ja jotka todella tulivat läpi myös kuvaajakentässä. Se tyyppi roikkuu tietojen ympärillä.
Diana Collins: Kyllä. Tarkoitan selvästi todellisessa perinneympäristössä, että sinulla olisi vankempi ratkaisu ja toteutus, ja täällä tehtiin vain perusratkaisu.
Eric Kavanagh: Okei, hyvä. Vielä muutama kysymys ja sitten kerromme. Yksi osallistujista sanoo: “Kuinka tuet kotitalouden määritelmää? Onko sinulla tapa rikastuttaa asiakkaan perustietoja sosiaalisissa verkostoissa? ”
Diana Collins: Se on tiekartallamme, rikastuvuus sosiaalisella verkostolla sosiaalisen verkoston tiedoista on tiekartallamme. Se ei ole tällä hetkellä tuotteessa, mutta kotitalouden kannalta se on osa sopivuus- ja sulautumiskykyämme. Sovittamisprosessissa on suuri joukko nuppeja ja vipuja, joita voit hallita tiettyjen tietojen osien painolle, mutta jonka se viime kädessä sallii meidän on koota kaikki yksittäiset yhteystiedot, jotka voivat olla osa samaa kotitaloutta . Sitten se ymmärtää eron yritysten ja ihmisten välillä. Yrityksissä, joissa katsot yleensä alkua, nimen sanojen tyyppi; aloita yrityksestä eteenpäin ja työskentele loppupuolella. Mutta kun teet kotitaloutta, haluat todella aloittaa lopusta ja työskennellä eteenpäin ihmisten nimillä. Se ymmärtää tämän ja pystyy tekemään melko hyvää työtä kerätäkseen yhteen kotitalouteen kuuluvia kontakteja.
Eric Kavanagh: Ja viimeinen kysymys, entä ravintola-asiakkaat? Meillä on täällä hyvä asiantunteva yleisö, joka kysyy, onko sinulla ravintola-asiakkaita?
Diana Collins: Oikeastaan ei. Se on meille uusi pystysuora. Olisimme todella kiinnostuneita jatkamaan sitä. Meillä on asiakkaita, jotka toimittavat ravintoloita, mutta meillä ei ole asiakkaita.
Eric Kavanagh: Okei, ei hätää. Hyvin ihmiset, olemme palanneet täällä tunnin ja viiden minuutin ajan, joten kiitos tänään esittelijöillemme. Arkistoimme tämän verkkolähetyksen, joten kaikki nämä arkistot ovat saatavilla myöhempää tarkastelua varten. Suuri kiitos tänään esiintyjillemme. Suuri kiitos tietysti Dezille ja Robinille näkemyksistään ja Magnitude Software -sovellukselle. Tämä on hyvää kamaa. MDM on täällä jäädäkseen, ihmiset, siitä ei ole epäilystäkään. On todella tärkeää saada tämä keskeinen näkymä, joka tulee olemaan tärkeämpi ajan myötä. Minun on ajateltava, kun asiakkaamme päättävät, etteivät he halua tulla väärinkäytettyinä, he haluavat parhaan mahdollisen hoidon ja niin se tulee olemaan.
Joten tuon ihmisten kanssa me jäämme jäähyväiset. Kiitos vielä kerran. Puhumme sinulle huomenna toisessa webcast-lähetyksessä huomenna, kyllä. Kuuma tekniikka on näiden päivien kuumin esitys, puhumme toivottavasti huomenna klo neljä itään. Siihen asti, ole varovainen, ihmiset. Buh hei.
