Per personal de Techopedia, 25 de maig de 2016
Take away: L' amfitrió Eric Kavanagh discuteix la gestió de dades magistrals amb Dez Blanchfield, Robin Bloor, John Evans i Diana Collins.
Actualment no teniu la sessió iniciada. Inicieu la sessió o registreu-vos per veure el vídeo.
Eric Kavanagh: D' acord, senyores i senyors, s'apropa a l'estiu, ja fa calor. Això per què? Perquè és el moment de Hot Technologies. Sí, efectivament, em dic Eric Kavanagh. Seré el vostre moderador per a l’espectacle que està dissenyat: hauríem de parlar del que fa calor, del que passa, de quines coses hi ha al mercat. Aquesta és la nostra col·laboració amb Techopedia. Ens encanten aquests nois. Ja treballem amb ells des de fa uns quants anys. Tenen un lloc fantàstic. Si voleu saber qualsevol cosa del món de la tecnologia, quina és la seva definició, aneu a techopedia.com. I avui parlem de MDM, gestió de dades magistral. El títol exacte és "La imatge més gran: conèixer el vostre client a diverses plataformes". I aquest joc està canviant, gent, us ho puc dir ara mateix.
Així que hi ha un lloc sobre el vostre veritablement, pega'm a Twitter @eric_kavanagh. Intento respondre a qualsevol que em respongui. Així, doncs, l’any fa calor. És segur que és MDM. I us dic què és calorós, no només calent per a les grans empreses, sinó també per a les empreses de mida petita i mitjana que, suposo, tenen molts sistemes diferents. Sistemes CRM, sistemes de màrqueting per correu electrònic, sistemes ERP, sistemes analítics web, suites eBusiness, etc. Hi ha molts punts d'accés diferents a la informació sobre els clients i un millor treball que poden fer les empreses de teixir totes juntes, millor. tornarà a ser capaç de servir el client, no deixar-ho fora i mantenir-ne. Seguiu-los comprant alguna cosa més.
Realment he fet un seguiment personalitzat de MDM des del 2003, és a dir, quan es va inventar el terme realment. Francament, hi havia un banc, de fet, Chase Bank, crec que era Bank One en aquell moment i un dels meus bons amics ara, un noi que es deia Joe Northern treballava amb una empresa que es deia Razza Solutions, i tenien el que es va convertir en l’eina DRM. d’Oracle. De manera que realment van obrir comptes i van gestionar la jerarquia per al banc quan ençà, i en alguns dels primers dies de la gestió de dades magistrals.
Aleshores, avui parlem de MDM analítics i operatius. Avui parlarem molt sobre aquestes coses i realment us ajudaran a comprendre com podeu aprofitar aquesta tecnologia per obtenir aquesta visió completa del vostre client, per entendre qui són i per assegurar-vos que pugueu tenir cura de les seves necessitats en què és un entorn francament competitiu a nivell mundial. Estem veient a tot arreu.
Així doncs, repartiment d’estrelles de rock aquí: Dez Blanchfield, Robin Bloor, John Evans, Diana Collins. Trucant des de quatre llocs diferents de tot el planeta. Comencem amb Dez Blanchfield i amb això us lliuraré les claus, Dez, i començaré a tuitejar. Emporta-t'ho.
Dez Blanchfield: Gràcies Eric. Només vaig haver de recordar-me per sortir de la muda. Demano disculpes per això. Gràcies per l'oportunitat de presentar-ho. Així doncs, vaig a abordar això des del punt de vista d’un exemple real d’un repte organitzatiu per afrontar el que he referit com una de les majors interrupcions a les organitzacions que veuran per a alguns temps. Hem vist diversos reptes. Les empreses colpejadores del GFC van haver de fer-ho. Obtenim canvis periòdics en la legislació sobre la privadesa que hem de tractar.
Una de les coses que crec que se’ls atrapa a les organitzacions perquè no veien venir va ser l’impacte de tot el problema de l’experiència de celebritat. I, essencialment, les persones que corren amb els telèfons mòbils desitgen gratificar instantània d’alguna manera. Però, gratificació instantània d’una bona manera, no d’una manera infantil petulant. Només es va adonar que són els clients, que paguen els diners i que haurien d’obtenir el valor per això. I així, hi ha hagut aquest encàrrec de centrar-se en els clients o convertir-se en una organització centrada en el client. Així que aviat aprofundiré per allò que això vol dir i conduiré aviat a una part una mica més tècnica de les nostres discussions.
Només us explicaré i dir que, en primer lloc, ser una organització centrada en el client es refereix a una cosa senzilla: necessiteu una visió completa de les dades del vostre client i de la vostra clientela. És possible que tingueu sistemes diferents. És possible que tingueu molts productes diferents. Pot ser que tingueu una cinquantena de departaments diferents a la vostra organització, però, sigui quina sigui la vostra feina, independentment de quina sigui la vostra funció laboral, haureu de tenir una visió completa de tots els vostres clients o clients en context. quina és la seva funció laboral I totes les parts del conjunt de dades que teniu, o totes les parts dels conjunts de dades que tingueu, us diuen quin és l'estat de la nació per a aquest client.
Poso aquesta línia que, una imatge completa dels clients a tots els vostres sistemes no és només un bonic! Avui en dia és una necessitat. I la primera vegada que et deixes atrapar en un escenari en què es tracta de qualsevol cosa que tingui a veure amb un client, sobretot si és en directe, al telèfon, a una webchat o a una persona que és encara més espantosa, i pots fer-ho. No els expliqueu tot el que hauríeu de saber sobre ells, és molt evident i és una situació molt lamentable per ser-hi.
Començaré amb una anècdota molt ràpida sobre escenaris del món real. Aquesta és una foto de pissarra i té menys de cinc dies. Aquest és un escenari real en una pissarra en una habitació fa poc, fa un parell de dies, parlant del tema mateix de com passem de ser una organització molt gran amb una mica de noranta parts diferents del nostre negoci. És un banc asiàtic, tenen noranta unitats de negoci diferents. Tot ho fan des dels préstecs de la societat i dels préstecs inter pares i micro fins al finançament de la col·locació de satèl·lits a l’espai. Així que són un monstre. Tenen desenes de milions de clients. Crec que tenen una mica menys de cinquanta milions de clients. I s’enfronten a aquest repte típic de com ens apropem no només a la gestió de dades domèstiques, sinó a les dades del client, en particular, i a un client d’unitat.
I mentre ens el mapàvem, el que ens va saltar d'aquesta pissarra era que no tenien només un problema, tenien un malson perquè cap dels seus sistemes parlava entre ells. Podria entrar a qualsevol part del banc o qualsevol part del negoci i demanar un préstec, pot ser un préstec de cotxe, un préstec per a cases, un préstec per a petites empreses i no podrien dir-se res o no podrien ” No descobreixo res sobre cap altra relació que tingués amb el banc. I va ser absolutament espantar els dies de llum perquè van adonar-se que els bancs a la carretera ja poden fer això i són potencialment 12, 15 anys per darrere de les vuit boles. I es refereix a aquestes propostes de valor clau que els clients busquen, que només són una visió coherent de mi com a client, i heu d'esbrinar com ho fareu. Particularment ara que estic tractant amb vosaltres a la xarxa, és més probable que sigui el cas a través de l'aplicació en aquests dies.
S'explica aquest tema clau de "tot em refereixo a mi, el client". Així doncs, quan es mostra el que és la cultura centrada en el client, es tracta d'incorporar tot allò que tenim dels sistemes bàsics que capturen coses com la seva primera. nom, cognoms i altres detalls quan empleneu un formulari o empleneu-lo en línia o veniu a nosaltres en un taulell d'algun lloc en un punt de venda i us donem a conèixer inicialment a través del viatge complet que ens lliuren els productes o el servei a vostè. I el mapeig això de dalt a baix. Perfeccionar contínuament les dades i els models de dades que utilitzem per entendre-ho. Alineant com aquestes tecnologies i processos en el negoci funcionen, flueix constantment la nostra visió de vostè. El compromís continuat que tenim amb vosaltres. Com ens enfocem contínuament al vostre client i com ens comuniquem. Si us venc tres serveis, no vull enviar-vos tres papers diferents cada mes o tres declaracions o factures, etc.
La història centrada en el client obté una certa tracció i les organitzacions estan sent en valor. Encara és un autèntic repte perquè “Està bé, tinc deu sistemes diferents i no parlen entre ells. No tinc cap eina, ni un sistema ni una plataforma per combinar-ho tot. ”I sempre, la gent acaba a una habitació fent sessions de pissarra com la que acabo de mostrar. Però tot es refereix a un element central que hi ha a la part esquerra d'una transformació. I la transformació de la cultura de l’organització, de la gent, del personal i del model operatiu, fins a la pila de tecnologia que els dóna suport. Així, hi ha una llista de comprovació força comuna que passen les organitzacions per arribar a aquest punt on fins i tot entenen el repte del que significa ser centrat en els clients i la necessitat de crear un sistema i accedir a eines que puguin ajudar-los a fer-ho.
Es tracta d’assignar el viatge del client a través del cicle de vida complet i de l’experiència que tinguin amb vosaltres com a organització. Perfeccionar els models de funcionament i com us organitzeu perquè estigueu centrats en el client i en la proposta de valor que heu proporcionat al client. I, per descomptat, alineeu les vostres tecnologies i les vostres pilotes i processos tecnològics al voltant d'ells per assegurar-vos que realment esteu conduint contínuament més compromisos i un compromís més ajustat amb els vostres clients. I el procés de compromís real des dels executius cap avall.
Si no heu canviat la visió del món des de la part superior de la vostra cadena alimentària, des de la sala de juntes cap avall, hi ha poca possibilitat que el nivell de dipòsit o el personal de finances del dia a dia canviïn de comportament. Has de liderar des de dalt. Heu d'actualitzar i redefinir i redefinir contínuament la vostra forma de dirigir-vos a l'orientació real del client. Com es produeix, no només un canvi cultural a la part superior, sinó un canvi de comportament al final de l'organització i les eines que posa a disposició per fer-ho?
Una cosa és dir que ets una organització centrada en el client i que vols que la gent es comporti d’una manera, però no els has donat els mitjans i les eines i la capacitat de fer-ho, no obtindràs un comportament canviarà perquè la gent continuarà caient en els hàbits que coneixien abans de pensar que eren organitzacions centrades en el client. A continuació, la integració global de les parts diferents de l’organització i de la cultura que vivien dins d’aquesta i, òbviament, basada en les eines i la plataforma.
Com es pot agafar aquestes unitats de negoci dispars o empreses o parts de la vostra organització i tenir un comportament diferent des del punt de vista cultural i cap a baix? Doncs els proporcioneu les eines i els mitjans adequats per obtenir aquesta visió completa i única del client i de l’experiència del client. Aleshores, com podeu posar-hi alguns indicadors de qualitat i mesurar-los i fer-ne el seguiment i posar algunes mètriques contra aquestes i mesurar aquestes KPI i aportar-hi valor? Valor empresarial per vosaltres mateixos i, evidentment, valor en alguna forma de la cadena de valor per al client i mantenir-los enrere. A continuació, incorporeu tota la comunicació que teniu amb els vostres clients des del feedback i en temps real o processats iterativament, de manera que el vostre comportament i el vostre canvi cultural esperem que quedin capturats en algun tipus de cicle de retroalimentació i bucle de retroalimentació i pugueu saber si ho teniu. realment estic colpejant la marca o no.
Arribem a l'escenari on se sap que les organitzacions es trobaran ofegant-se efectivament en dades diferents i hem vist alguns tipus d'això, interns, externs. Històricament hem tingut plataformes de gestió de relacions amb els clients i plataformes de publicitat i màrqueting. Hem tingut tot tipus de sistemes diferents que funcionen de forma independent i, per tant, esperem que es parlin de forma alguna. Les darreres setmanes hem tingut una explosió d'interaccions amb vosaltres, de manera que us parlem a través de les xarxes socials, us parlem a través del nostre lloc web, us rebem correus electrònics.
Els nostres sistemes d’IVR que us parlen a través del telèfon ara han de mapejar aquestes dades i ens expliquen com heu tractat el nostre sistema telefònic i com interactueu amb les nostres bases de dades i si haureu estat en una trucada telefònica amb nosaltres, tot el que hem de fer és ser capturat en temps real i hem de ser capaços d’assegurar-nos que podem obtenir una visió comuna d’ella, que esperem que hi hagi una plataforma de gestió de dades comuna al centre d’aquest diagrama.
Hi ha la frase que ha estat creada recentment que és una "experiència de client famós". Bé, què significa això realment? No és pas que pensem que els nostres usuaris o consumidors finals són famosos de mal comportament i que se senten diferents de qualsevol manera. El que vol dir és que ens hem despertat al fet que hauríem de tractar a tots els nostres clients com a celebritats. Haurien d’aconseguir el tractament VIP des del mateix moment en què els trobem durant tot el cicle de vida, tenint el plaer de tenir-los com a clients.
Llavors, la pregunta que se’m fa de forma periòdica –reportant-ho a una història realment una mica més anecdòtica d’un client– és com permetem a la nostra organització donar resposta a aquesta creixent demanda d’experiència de clients famosos? Com que el que veiem ara és una de les majors interrupcions per a les organitzacions, és el requisit de complir aquesta promesa als clients. Per oferir-los l’experiència del client famós. Les organitzacions, per la meva experiència i, certament arreu del món que estic veient, estan sent trastornades sense adonar-se’n amb el canvi d’altres influències que potser ja han sabut o vingudes als seus clients reals. Els seus clients els pertorben i els pertorben de manera molt seriosa. Aleshores, si no podeu proporcionar aquesta experiència de celebritat i proporcionar les eines, les maneres i els mitjans per a la vostra organització d’obtenir aquesta visió única del client, aleshores us faltarà una milla, un quilòmetre de país almenys, capacitat i capacitat per complir aquesta promesa.
Hi ha alguns punts claus que llançaré aquí, i després lliuraré a Robin per entrar en detalls lleugerament més tècnics, que recomano a totes les organitzacions que pensin molt i ràpidament si fins i tot estan tan a distància com per arribar a aquest tema. la promesa del seu personal i la seva organització d’esdevenir una entitat centrada en el client. I això se centra en els components bàsics i crear una visió única del client. Sembla molt senzill, però què vol dir? Doncs significa assegurar-se que teniu les dades adequades de les fonts de dades adequades tot el temps i en el moment adequat. Assegureu-vos que les dades estiguin disponibles al lloc adequat tot el temps. No només alguns del temps.
I s’ha d’integrar estretament. I s’ha de integrar de forma nativa a la vostra plataforma. No pot ser només una cosa que pensis fer. Una única campanya de màrqueting. Cada vegada que mireu un client heu de poder aconseguir-ho tot el temps. Ha d'estar disponible per a totes les persones adequades tot el temps. Així doncs, no vull estar corrent pels corredors a la recerca de coneixement tribal. Necessito poder obtenir-ho en un moment, només accedint a una eina. I heu de proporcionar-lo a la plataforma adequada amb l'eina adequada. Per tant, s’ha d’incorporar als sistemes existents que ja utilitzeu.
El vostre CRM necessita ser capaç de veure-ho tot quan us visito des de la meva aplicació per a mòbils, des del lloc web, des de parlar amb el vostre IVR, enregistrament de veu interactiu, per passar pel meu servei d’atenció telefònica com a autoservei. O si empeny la estrella-nou i arribo a l’ésser humà, em plantejo la qüestió una mica més desafiant que l’IVR no està programat per afrontar. Si tweet alguna cosa feliç, si he escrit un article a LinkedIn. Tots aquests han de tornar a incorporar al CRM de manera que si gestiono alguna cosa que tingui a veure amb el client puc veure això. Hem de convertir el valor predeterminat i no l’excepció.
Encara és molt l’excepció que la gent vulgui fer una campanya, que vulgui fer un esforç de vendes i màrqueting, o que busqui solucionar algun problema o tractar un problema de preus. Comptem amb una campanya única i intentem obtenir una visió única d’un segment determinat del nostre client i comencem a publicar informes i imprimir coses i distribuir-les en format de còpia impresa enllaçada. Aquesta és una excepció. Cal que sigui el valor predeterminat. Els vostres sistemes han de proporcionar, en tot moment, aquesta visió única del client. I, de qualsevol manera, hi arribem, tant si es tracta de vendes com de màrqueting, o només d’operacional, de fabricació, de logística o de qualsevol cosa que sigui, punt de vista, la realitat és que hauràs de fer tot això abans de poder veure un ROI sòlid sobre la vostra inversió en aquesta transició cap a convertir-se en una organització centrada en el client. Obtindreu algunes victòries ràpides. Sens dubte hi haurà victòries ràpides. Així, hi ha algunes bones notícies en aquest front. Però la realitat és que fins que no completeu la transició cap a convertir-se en una visió completa de l’organització centrada en els vostres clients, el ROI no us anirà saltant de la pantalla. I és un viatge divertit. És un viatge digne. I tot es basa en tenir les eines adequades, les plataformes adequades i posar-la a disposició de la vostra organització al més aviat possible, d’una forma raonable, tècnica i comercialment viable. Tenint en compte això, vaig a lliurar a Robin. Robin?
Robin Bloor: Gràcies, Dez. Havia de fer el mateix que tu, m’havia de silenciar. D'acord, m'enfocaria més des del punt de vista conceptual que el tipus d'escenari pràctic que va passar per Dez. Estem parlant realment d’un conjunt d’activitats molt específics dins d’una organització quan entrem a l’àrea de MDM i, per descomptat, el client és l’envergadura. La identitat d'entitat del client és molt més difícil de trobar per tot un seguit de raons que qualsevol altra cosa. És probable que sigui l’entitat més important. Hi ha algunes empreses on només poden tenir un client i poden tenir tota la informació que puguin obtenir sobre aquest client. Molt extrany. Majoritàriament, les organitzacions tenen diversos clients i les múltiples facetes. I les dades estan força repartides per tot el lloc. He estat treballant amb aquesta idea bastant recentment, la idea d’una piràmide de dades. Que hi ha una diferència diferenciada entre dades i informació i coneixement, i en realitat la comprensió. Però les dades, informació i coneixement poden viure en equips. Les dades al nivell més baix són només senyals i mesures. I la informació que podeu obtenir de les mans sobre què és el que …
Eric Kavanagh: Robin comença a desaparèixer una mica, Robin. Només perquè ho sàpigues.
Robin Bloor: D'acord, mouré el micròfon. Què et sembla, això?
Eric Kavanagh: Allà vas. Això sona molt millor. Allà vas.
Robin Bloor: Sí, de manera que les dades es componen principalment de senyals, mesures, enregistraments i coses així. No té un context específic. Es converteix en informació donant-li aquest context. Enllaç de dades. Estructuració de les dades. Creació de visualitzacions, glossaris, esquemes. Tot el que vulgueu crear al seu voltant. Es converteix en coneixement quan d’una manera o d’una altra pots començar a predir el comportament d’una determinada entitat i també implementar polítiques i regles per al seu maneig. Comprendre vides completament en éssers humans. I això és part del problema. Quan ens fixem en la fragmentació que hi ha en termes de la situació del client, sovint descobreixes que, bé, les vendes realment tenen una visió del client, el màrqueting en té una altra. L'assistència a les vendes o el manteniment del client realment té una visió diferent. Hi pot haver molts punts de contacte que té un client amb una organització. I res integrat en informació estructurada correctament o en bona part no està integrat.
Aleshores tenim el problema que ha començat a fer-se molt més freqüent en els últims anys, que es poden reunir dades externes sobre persones i això és molt útil, però és necessari integrar-ho perquè tingui cap valor real. De manera que en el perfeccionament de les dades es produeixen les grans dificultats de la fragmentació. Les dades provenen de diferents llocs i no estan ben estructurades. I el fet que acostuma a haver-hi un subministrament incessant de noves dades i això és gairebé sempre quan es tracta de clients. I tota entitat és un objectiu en moviment. Potser no ens importava, potser fa tres o quatre anys, el perfil de les xarxes socials dels clients, però ara ens preocupa. Ens importa perquè pot ser perjudicial per a una organització o potenciar-la per a una organització, depenent del que passi allà fora.
Si realment tens la idea, si et vas asseure i vas fer un exercici i vas intentar esbrinar quines eren les coses que t'interessaven del client fa cinc anys? I ho fas de nou i descobreixes que s’han afegit coses. I potser s’ho han emportat coses. Vull dir que ningú no es preocupa per exemple amb el número de fax que tenen les persones. Hi ha qui solia tenir números de fax a les targetes de visita. Però a ningú ja li importa perquè el fax va morir. Per tant, és un objectiu commovedor. Quan ens fixeu en el modelatge de dades i el MDM, el primer que he de dir és que això forma part del govern de dades; si no ho feu, hi ha un problema en la manera de governar les dades. . Perquè, si realment no realitzeu modelització de dades i MDM, aleshores, d’una manera o d’una altra, en realitat no teniu una molt bona vista de dalt a baix de qualsevol entitat.
Però enumero aquí govern de dades. He enumerat llinatge, ús de dades, qualitat, seguretat, gestió de serveis i recuperació. Podeu afegir cicle de vida, etc. Hi ha una gran quantitat de governança de dades i de modelatge de dades. L’MDM és una part fonamental i potser central d’això. El canvi prové de dalt a baix en el sentit que t’adones que es produeix el canvi perquè la gent s’adona que s’està produint. I per tant es podria pensar en tota aquesta pila des de fitxers i bases de dades passant per elements d’elements de dades fins a dades beta i definicions empresarials.
És possible que hàgiu de pensar, en un sentit o un altre, per gestionar tota la pila i mantenir tota la pila actualitzada, ja que conèixer alguna cosa a nivell de definició empresarial no vol dir que captura les dades a nivell de fitxer i base de dades. És una imatge molt àmplia i fins que no hi penseu, no us adoneu de quina àmplia és. El modelatge i l'MDM, si realment us fixem, tota la tendència de dades grans no es tracta simplement d'això, hi ha moltes més dades. Es tracta de que hi ha moltes més dades de moltes més fonts, que us ofereixen moltes més perspectives sobre qualsevol entitat sobre la qual estàs recopilant informació. I com més complex sigui, més necessita un model, menys fàcil és comprendre. Simplement, fixem-nos en un esquema de bases de dades què passa quan les dades provenen de 10, 20 i 30 fonts.
En teoria, podeu dir que MDM us ofereix una visió de l’univers de les dades, però a la pràctica en forma part. I en realitat acabem de discutir si busqueu el significat comercial de les dades, aleshores, la informació sobre el significat de les dades, forma part de l’univers de dades que esteu veient. El modelatge és de dalt a baix i de baix a dalt. És a dir, que podeu mirar les coses des d’una perspectiva empresarial, però també podeu mirar les coses des de la perspectiva d’allò que tenim. I construïu en les dues direccions. I aquest no és, ni mai pot ser, un projecte. Començar-lo és un projecte. És una activitat continuada. Pot ser que es posi en marxa com a projecte perquè no teniu res coherent al seu lloc, però un cop l’heu donat en marxa hauria de ser una activitat continuada. I tot el que es faci en l'àmbit de les dades, l'equip de MDM si voleu, ho hauria de saber.
Els reptes del client només cal mirar de centrar-se en l’entitat del client. Hi ha moltes dades disponibles ara sobre el client de molt més fonts que sobre qualsevol altra entitat, amb molta diferència. I només sembla augmentar tot el temps. Sovint és inexacte. Per exemple, si esteu recopilant dades, per exemple. Si recopileu dades sobre mi, us adonareu que tinc diferents identitats, tant si utilitzo inicials mitjanes com si no quan vaig a diversos llocs web. I ho faig sovint només per descobrir d’on vaig a obtenir correu brossa a partir d’una identitat determinada. Però molta gent ho fa. I llavors la gent comet errors accidentals. A continuació, la informació està desfasada
Vaig anar a un d’aquests recursos de dades que afirma poder donar-vos molta informació sobre un individu, i vaig fer el que era obvi i em vaig fer preguntes sobre mi mateix. I la meitat de la informació que em van donar en realitat estava desfasada. I d’alguna cosa anava malament. I ho mireu i penseu que, si aneu a recollir dades d’una altra manera o d’altres fonts, hi ha un enorme element de netejar les dades i poder identificar si són les dades que teniu. Com a individus no tenim cap identificador únic. El nom i el número de telèfon mòbil probablement us aproparan a la majoria de la gent, però no tothom té un número de telèfon mòbil. I també és diferent en diferents cultures. I després hi ha la naturalesa de les dades en termes d’analítica.
No aprofundiré en això, però es poden seleccionar dades. Si teniu les dades de Twitter d’algú, només hi ha una petita població d’individus que posa activament dades a Twitter. I són selectes. No són clients seleccionats aleatòriament. Són els que han decidit que volen ser vocifer a Twitter. És notòriament difícil obtenir una visió de 360 graus d'un client. I això és en part simplement per la història tècnica de tothom. No és estrany descobrir que hi ha tres o més bases de dades de clients, de la mateixa manera que les bases de dades, no t’importen moltes altres fonts d’informació que realment recopilis sobre el client. I l’analítica de clients, val la pena dir que ara és una oportunitat enorme. Acabàvem a fer la segmentació en brut, però ara és realment, perquè hi ha molta quantitat de dades externes disponibles per als clients, podeu fer una quantitat analítica de gràfics de relació relativament nova. Podeu utilitzar analítiques de predicció que no sabíeu abans. Podeu recopilar informació sobre la moda i l'opinió que mai podríeu obtenir.
Hi ha molt bons motius per revisar el que esteu fent pel que fa al client i per pensar en com podeu aprofitar millor les dades que disposeu. Una visió pràctica. El modelatge de l’entitat client és una activitat necessària per obtenir una BI precisa i útil i per perfeccionar el coneixement. En altres paraules, si teniu una població prou raonable de clients, no és realment una opció. Vostè ha de fer-ho. I crec que això és tot el que he de dir. Passem la pilota.
Eric Kavanagh: D' acord, doncs, jo, jo crec que passaràs al costat? Aleshores Diana farà una demostració. Així que amb això, John Evans, treu-ho. I, no siguis tímid, envieu les vostres preguntes en qualsevol moment. El controlarem per a la pregunta i la pregunta. Agafa-ho, John Evans.
John Evans: D' acord. Gràcies, Eric. I gràcies a Dez i Robin per aquesta introducció i per aquests comentaris. Hi ha hagut una gran coincidència entre el que parlava allà i el que parlarem i mostrem avui, que és fantàstic. I, definitivament, estaríem d’acord en què aquesta noció de centricitat del client és quelcom que la gent busca aconseguir i crec que arrel d’això hauríem de dir que tenir bones dades, tan bones dades com pugueu obtenir sobre els vostres clients, és la l'única manera de fer una oració per aconseguir-ho. Llavors, el que volem fer avui és parlar de gestió de dades mestres orientades al client i compartir una mica amb tothom sobre com ens acostem a això, resoldre aquest problema i parlar sobre una nova oferta que acabem de presentar que està dissenyada per fer-la és fàcil per a empreses de totes les mides oferir millors dades de clients a través del seu panorama de dades fragmentat. De manera que aquell paisatge podria semblar una cosa així.
Aquí tenim diversos sistemes al voltant del perímetre, moltes aplicacions fragmentades, algunes d’elles s’executen al núvol, algunes d’elles funcionen de forma local. I dins de cadascun d’aquests, per definició, tindreu diferents maneres d’identificar els clients i la informació del client. Diferents models de dades de clients amb diferents atributs, prioritats diferents, etc. I fins i tot si sou una organització on us considereu que és, ja sabeu, una botiga SAP o una botiga d’Oracle, o bé dirigiu la vostra empresa a SAP per exemple, o només a Oracle, o utilitzeu SalesForce, és possible que tingueu diverses instàncies d’aquests sistemes fins i tot dins de la vostra empresa. Potser estiguin desplegats per una ubicació diferent o per una regió configurada per diferents motius, diferents zones del món, o bé que pugueu configurar-los de manera diferent segons la línia de negoci. I fins i tot si teniu un únic ERP, si heu realitzat la personalització entre aquests, hi haurà conflictes a les dades.
Ara, la fragmentació que estem veient es veu agreujada per l’augment de l’adopció de sistemes basats en núvols i d’aplicacions millors de bestreta. Així, mentre que un entorn molt gran, complex i convolut com aquest, solia ser una cosa que tothom pensava: "Bé, això només es produeix a les empreses realment grans", a causa de l’adveniment de solucions en núvol i l’enfocament millor de la raça, aquest tema és. actualment, prevalent fins i tot en organitzacions més petites. De manera que realment funciona des de petites empreses fins a grans empreses. Tothom pateix el mateix problema amb les seves dades de clients. I podeu veure alguns d'aquests problemes que he enumerat aquí al mig.
Els desglosso en tres tipus. Hi ha problemes relacionats amb les dades en què teniu duplicats, teniu dades no vàlides, us falten camps, teniu informació inconsistent, jerarquies incoherents i aquestes coses solen empitjorar a mesura que passa el temps. Aleshores, teniu reptes relacionats amb la gent en què la gent no pot accedir a les dades, no poden respondre les preguntes que tenen, on busquen, però no poden assolir la visió de 360 graus de què parlava Robin.
I a la tercera àrea es troben els reptes relacionats amb els processos en què teniu dades en diversos llocs i, a més, la gent no sap què ha canviat i quan estan passant les dades tot el temps. Així doncs, no hi ha cap control ni govern sobre la manera de mantenir netes aquestes dades. Així que, mentre intenteu oferir una experiència de client més cohesionada i cogent i dialogar amb els clients, és realment difícil aconseguir-ho quan les vostres pròpies dades sobre aquestes persones no siguin coherents i no siguin exactes.
De la mateixa manera que vaig veure a banda, crec que va ser la setmana passada o la setmana anterior, un article a "Gestió de la informació" que parlava per què el màrqueting personalitzat encara no és exacte i van enumerar nou motius. Les dues primeres raons a la seva llista, la qualitat de les dades és deficient i les dades no estan integrades.
Què podeu fer al respecte? Doncs bé, hi ha un parell de maneres en què podeu provar i abordar aquest problema i pensar en el que costarà a la vostra organització. Podeu triar un tipus d'atac a aquestes dades quan naixin o podreu atacar-lo una vegada que s'infiltrin al vostre sistema, així que aquí teniu una imatge d'una organització amb la qual hem treballat, que destacava prop de trenta llocs diferents on es guardaven les dades. allà, en el seu paisatge.
Així que una vegada que les dades han estat alliberades a la naturalesa, en aquestes desenes de sistemes que és difícil de trobar, és difícil de mantenir, és car de solucionar, si penseu entrar i intentar arreglar-ho trenta vegades diferents en trenta llocs diferents. . Així que un dels conceptes dels que volem parlar és intentar ser proactiu i intentar arreglar les coses més aviat al seu cicle de vida com sigui possible perquè, quan ho facis, serà més fàcil de trobar, més fàcil de controlar i menys costós de arreglar i mantenir. i així obtindreu millors dades a mesura que treballeu aigües avall a les aplicacions.
Així doncs, aquest és un concepte del qual hem parlat anomenat MDM proactiu i que el tagline que ens agrada utilitzar és el concepte de netejar els rius, no els llacs. Així doncs, hi ha tres passos per això, primer és aconseguir netejar, on voleu combinar i combinar i netejar i sobreviure registres el més propers a la font possible per intentar obtenir un registre daurat per evitar que contaminin les vostres aplicacions aigües avall. Això es pot fer mitjançant controls implementats sobre fonts o fins i tot proporcionant un lloc per oferir de forma central les dades de manera que siguin coherents i precises abans de publicar-les en estat salvatge.
L’enriquiment consisteix en afegir valor a les dades a mesura que es vagi incorporant, incloses les dades de referència i altra informació que no estigui al sistema operatiu de la vostra font. Per tant, pot ser que hi hagi jerarquies, per exemple es poden fer segmentacions que no s’emmagatzemen inherentment en aquests sistemes.
A continuació, la tercera part és sobre mantenir-se net i aquí és on voleu assegurar-vos que teniu processos al seu lloc i que les persones identificades per fer la administració i fer la governança, tingueu eines disponibles per habilitar aquests processos i, a continuació, coincideixin i netegeu proactivament. les teves dades de forma periòdica perquè no ho facin, de manera que eviti la càries que, naturalment, passarà, per exemple, quan les persones canvien de feina o canvien de residència, etc.
Com s'obté això? Bé, hi ha diverses opcions que podeu utilitzar per atacar aquest problema. Podeu utilitzar una eina de qualitat de les dades, podeu utilitzar una eina d’integració de dades per extreure informació, podríeu utilitzar una eina de flux de treball per repartir la feina a diferents persones. Podeu utilitzar una eina de govern per fer un seguiment de qui fa què. En realitat podeu combinar totes aquestes eines patrimonials diferents i llançar-hi molta gent.
Però tot això és molt car, és molt recursiu, es desplegarà lent i serà difícil de gestionar i fins i tot potser voldreu començar amb les vostres dades de clients, però també voldreu gestionar els vostres productes., la llista de productes que tenen aquests clients i la llista de proveïdors d'aquests productes, i un gràfic de comptes que utilitzeu a tota la vostra empresa per fer un seguiment del que passa, administreu els vostres empleats que atenen aquests clients, etc. . Ara, parleu de diversos dominis, proveïdors, productes, gràfics de comptes, empleats, etc. per intentar oferir una visió de 360 graus de tot el vostre negoci.
De manera ideal, la que creiem que voleu aconseguir és una solució per integrar, fer coincidir i netejar les dades mestres del vostre client, una solució per tal de poder administrar la administració i la governança i una eina que podeu utilitzar per gestionar tots els dominis de dades a partir client i seguir endavant. Així que aquest és l’objectiu que hi ha darrere d’una nova oferta que acabem de anunciar anomenada Magnitude ONE. Magnitude ONE és una oferta de MDM dissenyada per a que les empreses integrin, harmonitzin i gestionin les seves dades mestres en aquelles aplicacions populars SaaS o no locals que s’utilitzen tal com us hem parlat anteriorment, de manera que Magnitude ONE inclou diversos components.
El primer que inclou és la nostra solució MDM Kalido, que s’ha desplegat en algunes de les empreses del món, i Eric, parlàveu de la vostra exposició a dades i gestió magistrals el 2003, crec que aquest producte va sortir originalment cap al 2004. Així que hem estat un pioner precoç en aquest espai, amb aquesta eina. Vam començar a utilitzar-la per donar servei a l’ús analític de la informació per assegurar-nos que s’obtinguessin bones dades al magatzem i amb el pas del temps els nostres clients l’han utilitzat cada vegada més en casos d’ús operatiu i la gestió de diversos dominis, inclòs el client i el producte i financer. i venedor i empleat, etc. Per tant, Kalido MDM és una part fonamental d'aquesta solució.
També proporcionem connectivitat i integració a una àmplia varietat de sistemes font mitjançant una associació amb el programari SCRIBE, utilitzant la seva plataforma d'integració en línia SCRIBE com a servei. Es tracta d’una integració basada en núvol que ofereix connexions a més de quaranta sistemes tant en premisses com en sistemes SaaS que les organitzacions utilitzen. Així, doncs, amb els dos junts, amb la nostra solució Kalido MDM també inclou i pot tenir un entorn basat en fluxos de treball per a la gestió de dades magistrals i gestionar-lo durant tot el seu cicle de vida. Disposem d’un motor de concordança que hi ha dissenyat específicament per manejar les dades dels clients i, a més del programari, oferim una formació d’aula virtual sobre el producte Kalido MDM i els components de modelatge.
Així que Robin, ha parlat del model, és una part realment crítica i és realment allà on comencem en la nostra solució i us mostrarem que en un moment, com agafeu aquell quadre blanc que Dez va mostrar i ho traduïu en alguna cosa que pot en realitat configureu el vostre sistema MDM. El vostre punt final sobre Magnitude ONE és que està disponible a les instal·lacions o com a servei en núvol, podeu obtenir una llicència de subscripció o una llicència perpètua. La idea és que us serà fàcil comprar, mantenir, implementar i mantenir.
Aleshores, en aquest aspecte es veu Magnitude ONE al centre, amb les robustes capacitats de fer tot en blanc i blau. Per tant, connecteu-vos a i accediu a les dades del client mitjançant el connector SCRIBE de què us parlava. A continuació, realitzeu tots els exercicis de domini que necessiteu per fer coincidir les dades, fusionar, sobreviure i enriquir les dades per tal que siguin netes. A continuació, autoritzeu i publiqueu dades precises i coherents als vostres sistemes consumidors, juntament amb una capa d’accés perquè la gent busqui dades, navegui per dades i fins i tot faci registres de nous registres de manera que els vostres sistemes operatius i analítics es mantinguin nets a mesura que passi el temps.
Proporcionem una interfície d’usuari basada en web tant per als administradors com per als administradors, que podreu veure en un moment, així com per als usuaris empresarials. No només poden navegar i accedir a les dades mestres publicades, fins i tot poden tenir un paper en el procés de administració. Imagina’t que el representant de vendes està parlant amb els clients, aprenen alguna cosa nova sobre el client, poden plantejar una sol·licitud de canvi i dir que és aquest client, han canviat el títol, han canviat la seva adreça de correu electrònic, han canviat les empreses. Potser aquest metge ha canviat una afiliació amb aquest hospital, volem assegurar-nos que fem un seguiment d’aquest tipus de coses, o que aquest agent d’assegurances porta ara aquests productes, volem assegurar-nos que comercialitzem aquests nous productes d’assegurança., per exemple. Per tant, es poden plantejar i donar servei a aquest tipus de coses, ja que els seus empleats orientats al client tracten amb aquestes persones.
Un parell d’altres atributs sobre la nostra solució. El primer número és aquest model de negoci, recorda aquella imatge de tauler blanc que Dez va mostrar que tenia els cercles i les fletxes. Es tracta bàsicament dels requisits empresarials de com han de ser les dades, de com s’utilitzen al món real. Comencem amb una cosa que s’anomena un model d’informació empresarial i bàsicament podem capturar aquells requisits i les regles de negoci que s’encarreguen i realment desplegar-los per crear les regles i el repositori MDM. De manera que actua eficaçment com una manera de suprimir la bretxa de comunicacions que tan sovint veiem entre els empresaris que descriuen un requisit i l’IT que han de tornar enrere i traduir-ho en taules i mapes, etc.
Així, doncs, tenim l’enfocament basat en el model de negoci per assegurar-nos que és correcte des del moment de començar. També incloem processament automatitzat per a això i la gestió de fluxos i canvis integrats de treball perquè pugueu, si teniu un canvi en el vostre model on hi afegiu, podeu implementar-lo ràpidament i fer-ho amb un petit equip a causa de l’automatització., no requereix tanta codificació com potser hauríeu esperat.
Vaig esmentar la naturalesa basada en el model que també condueix les pantalles que apareixen. De manera que quan tingueu una descripció d’un client i tingueu els seus atributs allà, el que veureu a la pantalla són els atributs definits en el model, de manera que tot està creat per a vosaltres, no heu de crear cap interfície específica. pantalles per associar les dades, tot això està desactivat del model.
Una altra característica interessant que hem introduït és el concepte d’integració d’Excel per a administradors de dades. Això significa que els administradors de dades poden utilitzar Excel com a lloc per editar els registres que no es podrien combinar i aprovar i desplegar automàticament. Ara podríeu pensar, així és just, només esteu enviant dades a Excel, no? Bé, és molt més que això, perquè el més interessant d'aquesta capacitat és superar el problema de tenir actualitzades les dades actualitzades carregant dades de l'Excel.
En realitat, quan descarregueu aquestes dades de Kalido MDM a la interfície d’Excel, s’inclouen les regles de validació. Així que us dirà quines d'aquestes cel·les cal omplir per convertir-lo en un registre vàlid, us proporcionarà una llista desplegable dels valors disponibles o els valors aprovats, per exemple, per evitar bàsicament crear errors quan actualitzeu els registres de dades mestres.
A continuació, al motor de flux de treball incrustat, assegureu-vos que totes les dades siguin processades i autoritzades per a la seva publicació i, a més, fa un seguiment de qui va fer què i quan i permeteu revisar i verificar bàsicament tots aquells valors de dades de mestre antics perquè pugueu veure com es canvien les dades. temps.
Així doncs, l’avantatge d’aquest, quant a les dades del client, és que podeu arribar a un lloc on pugueu tenir diàlegs i interaccions més personalitzades i rellevants amb els clients. MDM és cada cop més crític amb els negocis, sobretot quan es pensa en un màrqueting personalitzat que hi ha aquí i això és un bon exemple del cicle que es produeix.
Així, doncs, comenceu amb dades sobre els vostres clients, aquestes són les coses que heu dominat, qui són, quins productes posseeixen, què puc fer coincidir en termes d'informació del client en diversos sistemes? A continuació, enriqueix això amb més informació sobre ells i com heu interactuat en el passat. Què han respost? O com volen ser contactats? Potser es volen posar en contacte per fax, per això és la seva targeta de visita. No obstant això, aquesta informació que us proporciona els coneixements necessaris per interactuar.
Quines altres preferències? Alguns poden provenir de fonts socials, per exemple. Aleshores, podeu decidir de quina és la següent millor interacció per a aquells clients, quines ofertes he de fer? Això generarà algun tipus d’interacció, descarregaran alguna cosa, compraran alguna cosa.
Això sí, crearà més dades que voleu introduir en aquest virtuós cicle d’interaccions de màrqueting. Com a resultat, podreu trobar i tancar nous clients més ràpidament, augmentar la pujada, oferir un millor servei al client, eliminar errors, eliminar els enviaments duplicats, enviar per exemple materials de màrqueting i, finalment, aconseguirem reduir les vendes i despeses de comercialització.
Així doncs, un exemple de client nostre que ho va fer, l’oficina de correus del Regne Unit utilitzava Kalido MDM per lliurar millors dades de clients perquè poguessin lliurar els productes adequats i continuar els seus diàlegs de clients en el canal adequat, que en definitiva van provocar majors volums de vendes. i augmenten els marges per a ells.
Així que només són els meus comentaris introductoris, voldria ara transmetre-li la missió a Diana, que us porti a través i us mostri exactament com fem això.
Diana Collins: Gràcies John, així que esperem que puguem donar vida a tot això per a tots vosaltres. Per tant, el que haureu de veure ara a la pantalla és un exemple de model d'informació empresarial Kalido. Així, com a part de la solució, el que us mostrarem avui és una integració de dades de salesforce.com. Aquí tenim el nostre model salesforce.com a l’esquerra inferior. Evidentment, és una aplicació basada en web, el programari és un tipus d'aplicació de servei. La integrarem amb les dades de la nostra implementació prèvia d'Oracle, una suite empresarial.
Així doncs, el nostre objectiu és agafar els nostres contactes i informació del compte de salesforce.com, integrar-lo amb els nostres comptes a cobrar i informació de contacte en un sol compte i estructura de contactes harmonitzats que després carregarem a Microsoft Dynamics CRM. Així, el nostre escenari és que passem d'haver utilitzat salesforce.com en el passat a Dynamics CRM. Volem assegurar-nos que disposem d’una llista de clients totalment integrada i harmonitzada, amb una visió de 360 graus basada en el nou entorn Dynamics CRM.
Així, per crear-ho hem traslladat les dades de salesforce.com i EBS a Kalido MDM, realment hem executat el procés d’harmonització. Així que, amb l'interès del temps, hem acabat de cuinar i anirem a gaudir de l'àpat. Passem ara al nostre entorn MDM i només us mostrarem algunes de les coses que podem fer en les funcions afegides que una solució MDM aporta a una simple integració de connectivitat d’aquestes plataformes.
Però, una de les coses que passaria, és que perdríeu la vostra història. Acabaria amb les vostres dades a Microsoft Dynamics, però sabríeu d’on surt tot? Això és el que el MDM, una de les coses que ens pot proporcionar la solució MDM, ens converteix en una història.
Així, si fem una ullada a la nostra llista de comptes harmonitzats i en triarem un. Diguem que hem escollit les botigues d'Albert aquí. Això ens dóna informació sobre d’on provenia aquest registre d’Albert's Stores. Veiem que es tracta d’una integració de dos registres, un prové d’un compte salesforces.com anomenat Albert i Gerard i un procedia del compte de facturació d’EBS anomenat Albert’s Stores i es van integrar i harmonitzar en aquest compte monoparental anomenat Albert’s Stores.
També veiem el seu ID original, podem veure que avui ja s’ha migrat a Microsoft Dynamics perquè aquí tenim l’ID CMR de Microsoft Dynamics. Puc veure el moment en què es van actualitzar per última vegada les dades. A més d’això, proporcionem una altra visió que no només permet mirar les dades, sinó que també amb la nostra vista gràfica podeu mirar les associacions en què participen les dades.
Així, aquí tenim aquest mateix registre, les nostres botigues d’Albert amb les seves associacions al seu compte a cobrar, al seu compte salesforce.com i als contactes. Si seleccionem un d’aquests contactes podem veure que aquell contacte era en realitat un contacte de salesforce.com. De la mateixa manera, el nostre compte d'Albert Albert va ser un contacte de l'EBS, per la qual cosa, a través de la seva movida, crec que a la pantalla s'està passant automàticament, un parell d'ells estic fent només mantenir les coses fàcils de llegir. Però, mentre continuem, podem fer una ullada a la informació de contacte i veure que prové del nostre compte de salesforce.com. Es realitzarà una visió que ens mostra totes les relacions en què participen les nostres dades.
A més, veiem les formes de classificar les dades de salesforce.com i que hi ha altres comptes que són massa nombrosos. Doncs bé, les coses que són massa nombroses per llistar-les, encara podem arribar-hi. Simplement podem desplaçar-se per la pàgina aquí i accedir a la llista de tots els comptes addicionals que eren massa nombrosos per incloure'ls a la vista gràfica. Per descomptat, també podríem començar a la visualització gràfica. Així doncs, aquesta és una manera de tractar les coses. Podem veure les dades, podem manipular les dades, també volem suprimir i arreglar dades. Un parell de maneres de mirar-ho.
Una de les coses que podríem fer és que puguem superar, fer una ullada a la jerarquia, he guardat la nostra jerarquia de comptes com un dels meus preferits, de manera que puc desar diverses categories d’informació com a comptes i rutes jeràrquiques que Podria utilitzar-lo al meu navegador de jerarquia. Així que aquí puc analitzar la meva jerarquia, puc veure tots els contactes que tinc amb cada compte.
Però una de les altres coses que proporciona aquest entorn és l'opció de trobar tots els orfes. Es tracta de contactes que van entrar a través del nostre sistema harmonitzat que no tenien pares a les seves fonts, per la qual cosa es tracta de orfes que s’han quedat enrere. Així doncs, els hem identificat, els hem identificat, sabem que són orfes, i com ho solucionem? Doncs simplement fem clic en aquest commutador per editar el mode, que obre una altra vista de la jerarquia i ja podem començar a classificar aquestes persones. Potser Bill Murray va treballar per a AC Network perquè el puguem fer càrrec i afegir-lo a la llista i el veiem destacat, assenyalant-nos que es tracta d’un canvi. Puc mudar a Sandy i potser la vaig assignar a AG Edwards i Companyia.
A mesura que s’estan fent aquests canvis, s’estan registrant aquí, els puc desfer si m’adono que m’he equivocat. Puc combinar múltiples exemplars entre ells i moure’ls pel sistema com a unitat donant-los un nom i després es van processar com a unitat única de treball a través del meu sistema. Així doncs, és d’una manera i, evidentment, si sóc proactiu, potser voldria entrar aquí i mirar-ho i veure si hi ha orfes i resoldre aquest problema. I si no ho fes? I si no estigués proactiu? Bé, de nou el nostre sistema inclou un flux de treball, que he esmentat anteriorment, una solució de flux de treball que ens permet tractar això més directament.
Per fer-ho, vaig a iniciar-me com a administrador del sistema, ara accediré com a administrador de dades, bé? Per tant, seria la persona responsable de gestionar dades no vàlides. Veureu que tan bon punt entro a l'inici de sessió, em dirigiu a la meva safata d'entrada, on suposo que? Hi ha els nostres 11 registres orfes perquè la relació, l'associació entre els contactes i els seus comptes és obligatòria. Tots els comptes harmonitzats que no tenien les connexions adequades a un compte no són vàlids. Es mouen pel flux de treball i, com podem veure al diagrama del flux de treball, aquí és on tornem a retirar els registres. Després passarien a un procés d’aprovació, aprovat pel gestor de vendes, aprovat per comptabilitat, i finalment autoritzat per a la seva publicació en la propera actualització per lots de la nostra dinàmica.
Per descomptat, també es pot configurar per funcionar en temps real, tan aviat com es publiqui, tan aviat com està autoritzat per a la seva publicació, apareixerà immediatament a la dinàmica, de manera que us correspon configurar l'últim pas de la interfície. Tant de bo això ens hagi donat a tots, una breu idea, una visió general de algunes de les maneres en què la nostra eina MDM pot ajudar a enriquir i millorar el nostre entorn. Hi ha moltes altres maneres de millorar el seu ús de la informació del vostre client i arribar fins al punt en què teniu una visió de 360 graus realment harmonitzada d'un client amb tota la informació disponible en un lloc disponible. usuaris. No només mitjançant aquesta interfície d’interès de proveïdors, sinó com he esmentat, també proporcionem una interfície de consumidor, una mena de portal web on si un usuari sap que s’ha produït un canvi en el compte, pot presentar una sol·licitud i una adreça de canvi i incloure aquest canvi. sol·liciteu directament al administrador de dades per fer canvis al registre que consideri que cal fer. Així que, en aquest moment, crec que la tornaré a Eric i entrarem a la Q i A.
Eric Kavanagh: Certament. Així que tenim aquí un parell de preguntes entre el públic. En tiraré un, però potser primer Dez o Robin, tens alguna pregunta? Permeteu-me començar amb vosaltres.
Dez Blanchfield: Una de les coses que em trobo cada cop que faig aquest viatge amb una organització és tot aquest repte del control de versions. Podríeu simplement tocar l’enfocament cap al control de versions sobre dades o certes: ja sabeu, imagineu un escenari en què tres parts diferents de les organitzacions estiguin tractant-me com a client i, a continuació, realitzen diverses actualitzacions i canvis a través d’una nova. eina. Com podem abordar el problema del control de la versió de les dades que es produeixen a través de l'empresa i de qui es cura, i com es controla i s'aprova?
Diana Collins: Aquesta és una pregunta excel·lent. Una de les coses integrades i integrades en la nostra solució és la revisió i la història de l'auditoria. Així doncs, comprovaré si puc trobar un disc amb història. Permeteu-me veure si el nostre registre d’Albert's Stores que estàvem utilitzant té història, tan aviat com feu clic al Mode Històric què fa això per a mi (jo), aquest no té canvis en la història. Vull que es mostri els canvis provisionals que es van fer aquí i la data i hora en què es van realitzar. A més, puc accedir a Detalls de l’historial complet i, si he activat el seguiment de l’auditoria, no només veurem aquests canvis i quan es van fer, sinó que el rastre d’auditoria em dirà qui va fer aquells canvis, quin usuari també va fer. .
El nostre enfocament per versionar es basa en més temps que en establir etiquetes arbitràries. Podeu escollir un punt en el temps i veure les vostres dades tal i com estava en aquell moment i migrar les dades tal com es feien en aquest moment. I, per descomptat, fem un seguiment de la història no només del contingut de dades, sinó també del model de dades. De manera que pot evolucionar el vostre model de dades, afegim noves classificacions, també en fem un seguiment i sempre podríeu tornar a veure i veure com estaven en un moment determinat.
Dez Blanchfield: Els models de dades suposen un repte, vull dir que teniu un gran pedigrí en tractar alguns articles importants. Podeu donar-nos un parell d’exemples d’alguns dels models de dades que ja hi ha i que heu tractat per fer funcionar això, ja ho sabeu, els sectors clau com ara la fabricació i la venda al detall i la logística i els serveis financers. Teniu una gestió bancària i de pèrdues, etc., també es fa l'enfocament amb un model anterior que pot convertir ràpidament un projecte perquè la gent pugui començar a saber on es troben les llacunes, o bé han de construir i formar aquest model?
Diana Collins: Hem adoptat ambdós enfocaments al llarg dels anys. Hem intentat presentar models i hem trobat que un model més complet sigui realment significa més canvis acabaràs fent, per tenir més personalitzacions que puguis realitzar per al client. Així que realment hem adoptat l’enfocament de fragments de models, certs elements bàsics comuns que trobem que realment penetren en indústries senceres.
Tenim, per exemple, en serveis financers, tenim models per a mercats de capital per a valors i derivats, etc. Disposem de models d’assegurança, d’assegurança de propietat i de responsabilitat civil, de reassegurança i tots dos gestionen el risc de diferents maneres. Disposem de models de fabricació de factures de materials, productes de desembarcament. Disposem d’altres porcions del model per a una cadena de subministrament o qualsevol altre rastrejador, magatzems intermedis, models de distribució, envelliment d’inventari, coses així. Per a molts dels nostres clients, ja sabeu, tenim clients en gairebé tots els punts verticals que pugueu pensar, però per a molts d'ells hem estat capaços de desenvolupar alguns components bàsics que muntem per als nostres clients en un model acabat.
John Evans: Sí. Permetin-me només afegir-hi, Diana. Ja sabeu, el model que vam mostrar fa un minut amb una mena de fons taronja és realment un model conceptual, de manera que té vocals, ja ho sabeu, i no hi ha guions baixos, vull dir que un ésser humà pot entendre. No és un concepte informàtic per si mateix, és una cosa que un empresari pot entendre. Tenim aquests models conceptuals, podem importar un model existent que puguis tenir i ho factoritzem per aconseguir-ho així, però amb el que hem comentat Diana, quan tenim un model de model o un model d’exemple que hem utilitzat que abans de mostrar-li al client, normalment dins, ja ho sabeu, una estona de mirar-lo i posar-lo en una pantalla i una mena d’assenyalar i fer gestual, normalment poden refactoritzar aquest model per aconseguir que estigui ben representat. del que estan intentant aconseguir.
Per tant, accelereu el temps per capturar aquests requisits perquè pugueu seguir-hi, però l’altra cosa que no he mostrat aquí és, ja sabeu, hi ha aquest diagrama, però també hi ha una pestanya anomenada operacions on bàsicament premeu una botó i genera tots els objectes que necessiteu al repositori MDM juntament amb la regla que heu estat configurada, ja sabeu, què és opcional, què és obligatori, què és la cardinalitat, totes aquestes coses que voleu per fer, però hi ha un botó que diu Deploy, i només generarà el model que hagueu creat al front end. Així doncs, tenim fragments, tenim experiència en una gran varietat d’indústries i els nostres consultors són capaços de permetre als clients començar molt ràpidament.
Diana Collins: Bé, l’altra cosa que vaig a descobrir …
Dez Blanchfield: Així que l'altre ràpid abans de lliurar-lo a Robin, sí, ho sento.
Diana Collins: M'agradaria tenir en compte que generalment realitzem aquestes sessions de modelatge com una mena de sessió de confusió perquè no ens interessa tant els detalls de tots els atributs, que podrem omplir més endavant quan hi arribem. El que realment ens interessa és obtenir la visió empresarial de la manera com les dades es pengen i com entenen que és útil, i així és com volem crear la solució.
Dez Blanchfield: No, tot això té molt sentit. Una última ràpida i la lliuraré a Robin. De manera que el fet que immediatament imagino que passaria en la conversa del nostre directiu amb organitzacions amb les que em dedico és que, ja tenen, ja ho saben, governança, marcs i eines que tenen lloc, com és l'experiència quan entres una organització on només diguem que l’equip directiu va decidir que anessin a recórrer aquesta ruta, que se centraran en el client i que netejaran les seves dades de clients o que n’obtinguessin una única deguda, tot i que pot ser que les TI i altres parts del negoci ja van sentir que executar diversos programes de treball per arribar a un bon lloc?
Diana Collins: Oh, aquesta és una pregunta interessant. Sí, ofereixo que les implementacions MDM generalment no funcionaran tret que hi hagi una mena de suport d’alt nivell. Crec que aquests projectes han de ser impulsats des d’un nivell força elevat en una organització perquè hi ha un canvi cultural que cal acceptar. Crec que Robin ja ho va parlar anteriorment que, ja ho sabeu, no és una cosa que feu només com a projecte i que depèn de la manera en què s’aborda sovint en l’organització informàtica. És un programa en curs, és una cosa que requereix compromís i voluntat de canvi si voleu posar-vos en pràctica i, quan ho tingueu, crec que vam trobar que les implementacions van molt bé.
Quan hem de lluitar en alguna implementació ha estat on no hi ha hagut suport de gestió d’alt nivell o on l’organització d’informàtica ha estat resistent als canvis, però hem tingut un èxit bastant en tots dos casos en guanyar-los. Crec que un cop els vam mostrar el senzill que és aixecar-se i operar, i com es realitza la responsabilitat del contingut de dades fora de les espatlles, i realment els IT no haurien de ser responsables d’això. Les empreses saben quines són les bones dades, les TI no haurien de saber-ho. L’IT hauria de ser responsable de les coses que fan bé –organitzar les dades, mantenir-les segures, mantenir-les segures i com– i, normalment, es veuen així i ho veuen així.
Eric Kavanagh: I tenim algunes preguntes del públic, permeteu-me llançar-les aquí. Anirem una mica amb el temps, però crec que obtindré totes les preguntes que puguem o, almenys, tractar. Us ho llançaré a vosaltres, potser John o Diana, de qualsevol manera. Un assistent pregunta: “Tens la possibilitat de desenvolupar per tornar a fer els pares des dels registres dolents als registres daurats? Les transaccions com, per exemple, les comandes de venda directament en els sistemes operatius?
Diana Collins: Bé, certament podem tornar a fer els registres dels pares. Aquesta és una part molt estàndard d’aquesta solució d’oficines, però dins dels sistemes operatius no ho són directament. Podríem fer-ho a l’entorn MDM i després tornar a retreure aquestes dades de l’entorn MDM un cop publicades des de l’entorn MDM, tornar-lo a posar al sistema operatiu, però no s’atraparia directament al mateix, no ho hauríem corregit. directament al sistema operatiu des de l’entorn MDM.
Eric Kavanagh: Tens. D'acord i aquí hi ha una altra pregunta: "Es pot utilitzar l'eina per veure el llinatge de dades?"
Diana Collins: Oh, sí, sí. Una vegada més, aquest no és un gran model per a aquest tipus d’il·lustració, però absolutament. Quan tingueu un historial de les vostres dades, on les dades provenen de diversos llocs, podem etiquetar-lo amb la seva font i transmetre aquesta informació fins a les dades publicades.
John Evans: Gràcies a això. Hi ha un element d’això en el model, allà, Diana, vull dir que teniu els contactes SFDC i els contactes EBS i que, realment, també apareixen en un camp gràfic. És un tipus que penja al voltant de les dades.
Diana Collins: Sí. Vull dir, òbviament, que en un entorn de llinatge real, tindríeu una solució i implementació més sòlida i només es va fer una bàsica aquí.
Eric Kavanagh: D'acord, bé. Només us queden un parell de preguntes més, i us farem arribar. Un dels assistents diu: "Com suporteu la definició de llar? Teniu una manera d’enriquir les dades del client principal amb les xarxes socials? ”
Diana Collins: es troba al nostre full de ruta, l’enriquiment amb la xarxa social a partir de les dades de la xarxa social es troba al nostre full de ruta. Actualment no està en aquest producte, sinó pel que fa a la llar, això és part de les nostres capacitats de concordança i fusió. En el procés de concordança, els grans poms i palanques que podeu controlar per a pesos de determinades porcions de dades, però el que finalment ens permet fer és reunir tots els registres de contacte individuals que poden formar part de la mateixa llar. . Aleshores entén la diferència entre empreses i persones. En empreses, en general, es fixa en un principi el tipus de significació de les paraules; en una empresa, comença des del front i treballa cap al final. Però quan esteu fent la llar, realment voleu començar al final i treballar cap al front amb els noms de les persones. Entén i és capaç de fer una feina molt bona de reunir contactes que pertanyen a una sola llar.
Eric Kavanagh: I una última pregunta, què passa amb els clients del restaurant? Aquí tenim un membre de bon públic conegut i us demana si teniu clients de restaurant?
Diana Collins: En realitat no. Això serà nou vertical. Ens interessaria molt continuar-ho. Tenim clients que subministren restaurants però no tenim restaurants que siguin clients.
Eric Kavanagh: D'acord, no hi ha cap problema. Doncs bé, hem cremat al llarg d'una hora i cinc minuts aquí, així que un gran agraïment als nostres presentadors d'avui. Arxivarem aquesta transmissió web de manera que tots aquests arxius estiguin disponibles per a la seva posterior visualització. Moltes gràcies als nostres presentadors d’avui. Moltes gràcies, per descomptat, a Dez i Robin per la seva informació i al programari Magnitude. Això és bo. MDM és aquí per quedar-se, no hi ha dubte sobre això. És realment important obtenir aquesta visió central que serà més important a mesura que passi el temps. He de pensar que els nostres clients decideixen que no volen ser maltractats, que volen obtenir el millor tractament possible i així serà.
Així que amb aquesta gent, us acomiadarem. Gràcies una vegada més Demà us en parlarem en un altre transmissió web, sí. La tecnologia calenta és l’espectacle més calorós d’aquests dies, us en parlarem amb sort, demà a les quatre de la est. Fins i tot, tingueu cura, persones. Comiat.
