От персонала на Техопедия, 25 май 2016 г.
Отнемане: Домакинът Ерик Кавана обсъжда управлението на главните данни с Дез Бланчфийлд, Робин Блур, Джон Евънс и Даяна Колинс.
В момента не сте влезли. Моля, влезте или се регистрирайте, за да видите видеото.
Ерик Кавана: Добре, дами и господа, летни подходи, тук става все по-горещо. Защо така? Защото е време за горещи технологии. Да, наистина се казвам Ерик Кавана. Аз ще бъда ваш модератор на шоуто, което е предназначено да - трябва да говорим какво е горещо, какво се случва, какви са готините неща на пазара. Това е нашето партньорство с Техопедия. Обичаме тези момчета. Работим с тях вече няколко години. Те имат фантастичен сайт. Ако искате да знаете нещо в технологичния свят, каква може да бъде неговата дефиниция, отидете на techopedia.com. И днес говорим за MDM, главно управление на данни. Точното заглавие е „Най-голямата картина: Познаването на вашия клиент в множество платформи.“ И тази игра се променя, хора, мога да ви кажа точно сега.
Така че има място за вашето наистина, ударете ме в Twitter @eric_kavanagh. Опитвам се да отговарям на всеки, който ми отговори. Така че годината е гореща. Сигурно е горещо за MDM. И аз ви казвам какво е горещо, не само горещо за големите предприятия, но и за малкия и средния бизнес, които, познайте какво, имат много различни системи. CRM системи, маркетингови системи за електронна поща, ERP системи, уеб аналитични системи, пакети за електронния бизнес и др. Има много различни точки на достъп до информация за клиентите и по-добрата работа, която компаниите могат да свършат, за да тъкат всичко това заедно, толкова по-добре. ще бъде в състояние да обслужва клиента, а не да го маркирате и да държите тези клиенти наоколо. Дръжте ги да купуват още неща.
Всъщност аз проследявам MDM лично от около 2003 г., което е приблизително, когато терминът беше наистина въведен. Честно казано имаше банка, Chase Bank всъщност, мисля, че беше Bank One обратно тогава, и един от добрите ми приятели сега, човек на име Джо Норвеч, работеше с компания, наречена Razza Solutions, и те получиха това, което се превърна в DRM инструмент на Oracle. Така те действително набраха сметки и направиха йерархично управление за банката още тогава и това е някои от първите дни на главното управление на данните.
Затова днес говорим както за аналитични, така и за оперативни MDM. Днес ще говорим много за тези неща и наистина ще ви помогнем да разберете как можете да използвате тази технология, за да получите пълния поглед на клиента си, да разберете кои са и да се уверите, че можете да се грижите за техните нужди в какво е откровено много конкурентна среда в световен мащаб. Виждаме това навсякъде.
И така, рок звездата от герои тук: Дез Бланчфийлд, Робин Блур, Джон Евънс, Даяна Колинс. Обаждания от четири различни места по цялата планета. Започваме с Дез Бланчфийлд и с това ще ти предам ключовете, Дез, и ще започна да туитвам. Отнеси го.
Дез Бланчфийлд: Благодаря ти Ерик. Просто трябваше да напомня, че се слизам от ням. Извинявам се за това. Благодаря ви за възможността да представите това. И така, аз ще стигна до това от гледна точка на реален пример на организационно предизвикателство за справяне с това, което посочих като едно от най-големите смущения в организациите, които те ще видят за някои време. Станахме свидетели на редица предизвикателства. Хитовите компании на GFC трябваше да се справят с това. Получаваме редовни промени в закона около поверителността, с която трябва да се справим.
Едно от нещата, за които мисля, че организациите са заловени с това, че не видяха да дойде, беше въздействието на целия проблем с този знаменитост. И по същество хората, които обикалят с мобилни телефони, които искат незабавно удовлетворение по някакъв начин. Но моменталното удовлетворение по добър начин, а не непоколебим детски начин. Просто осъзнаване, че са клиент, плащат парите и трябва да получат стойността за това. И така е имало тази монета на ориентация към клиентите или да се превърне в организация, ориентирана към клиента. Така че аз бързо ще разгледам какво означава това и ще доведе до малко по-техническа част от нашите дискусии скоро.
Просто ще го изложа там и ще кажа, че първо, да бъдеш ориентирана към клиента организация, се свежда до едно просто нещо: Нуждаете се от цялостен поглед върху клиента и данните за вашите клиенти. Може да имате различни системи. Може да имате много различни продукти. Може да имате петдесет различни отдела във вашата организация, но независимо къде се намирате в организацията, без значение каква е работата ви, вие трябва да имате възможност да получите пълна представа за всичките си клиенти или клиентите, които са в контекста на каква е работата ви. И всяка част от набора от данни, който имате, или всички части от наборите от данни, които имате, които ви казват какво е състоянието на държавата за този клиент.
Слагам тази линия, че цялостната картина на клиентите във всичките ви системи не е просто вкус! В наши дни това е необходимост. И първият път, когато сте попаднали в сценарий, в който се занимавате с нещо общо с клиент, особено ако е на живо, по телефона или в уеб-чат или лично, което е още по-плашещо, и можете да не им кажете всичко, което трябва да знаете за тях, това става много очевидно и е много жалко да се намирате.
Ще започна с много бърз анекдот около реалните сценарии. Това е снимка на бяла дъска и това е на по-малко от пет дни. Това е действителен сценарий в бяла дъска в стая наскоро, преди няколко дни, като говорим по самата тема за това как излизаме от много голяма организация с нещо като деветдесет различни части от нашия бизнес. Това е азиатска банка, те имат деветдесет различни бизнес единици. Те правят всичко - от заеми на обществото, от партньорски и микро заеми до финансиране на пускане на сателити в космоса. Значи те са чудовище. Те имат десетки милиони клиенти. Мисля, че имат малко под петдесет милиона клиенти. И те са изправени пред това типично предизвикателство как да подходим не просто да управляваме управление на данни, но по-специално данните на клиентите и клиент с единица единица.
И докато го начертахме, нещото, което ни отскочи от тази бяла дъска, е, че те не са имали просто проблем, а са имали кошмар, защото никоя от техните системи не е разговаряла помежду си. Бих могъл да вляза във всяка част на банката или която и да е част от бизнеса и да поискам заем, може да е заем за кола, заем за къща, заем за малък бизнес и те не могат да си кажат нищо, или не можеха ' не откривам нищо за всяка друга връзка, която имах с банката. И абсолютно плашеше дневните светлини от тях, защото разбраха, че банките по пътя вече могат да направят това и потенциално са 12, 15 години зад осемте топчета. И се свежда до тези предложения за ключови стойности, които клиентите просто търсят, което е просто последователно възприемане на мен като клиент и трябва да разберете как ще постигнете това. Особено сега, когато се занимавам с вас в мрежата, по-вероятно е това да се случи чрез приложението в наши дни.
Стига се до това ключово нещо „всичко е за мен, клиента.“ И така, когато картографираме как изглежда културата, ориентирана към клиента, става въпрос за включване на всичко, което имаме от основните системи, които улавят неща като първата ви име, фамилия и други подробности, когато попълвате формуляр или го попълвате онлайн или идвате при нас на гише някъде в търговски обект, и първоначално ви опознаваме през цялото пътуване на нас, доставяйки самите продукти или услуга до ти. И картографиране от горе до долу. Непрекъснато усъвършенствайте данните и моделите данни, които използваме, за да разберем това. Изравняването на начина, по който тези технологии и процеси в бизнеса протичат, непрекъснато затягат представата ни за вас. Текущият ангажимент, който имаме с вас. Как непрекъснато се фокусираме около вас клиента и как общуваме с вас. Ако ви продавам три услуги, не искам да ви изпращам три различни листчета всеки месец или три изявления или сметки и т.н.
Историята, ориентирана към клиента, придобива истинско сцепление сега и организациите виждат ползата от това. Все още е истинско предизвикателство в това, че: „Добре, добре, че имам десет различни системи и те не си говорят помежду си. Нямам инструмент или система или платформа, за да го събера всички. ”И неизменно хората се озовават в стая, където правят сесии на бяла дъска, като тази, която току-що ви показах. Но всичко се свежда до едно основно нещо в левия ъгъл на трансформация. И трансформация от културата на организацията, хората, персонала и оперативния модел, чак до технологичния пакет, който ги поддържа. Така че има доста често срещан контролен списък, през който организациите преминават, за да стигнат до този момент, където дори разбират предизвикателството какво означава да бъдете ориентирани към клиента и необходимостта от изграждане на система и достъп до инструменти, които могат да им помогнат да направят това.
Това са неща като картографиране на пътуването на клиентите през пълния жизнен цикъл и опита, който те имат с вас като организация. Прецизиране на вашите операционни модели и как се организирате да се фокусирате върху клиента и предложението за стойност, което сте предоставили на клиента. И след това, разбира се, изравняване на вашите технологии и вашите технологични стекове и процеси около тях, за да сте сигурни, че всъщност непрекъснато карате по-нататъшна ангажираност и по-добра и по-строга ангажираност с клиентите си. И самият процес на ангажиране от ръководителите надолу.
Ако не сте променили погледа си на света от върха на вашата хранителна верига, от заседателната зала надолу, тогава има малък шанс нивото на вашето депо или ежедневния финансов персонал да промени поведението си. Трябва да поведете от върха. Трябва непрекъснато да опреснявате и предефинирате и преработвате начина, по който адресирате насочването към действителния фокус върху клиента. И така, как създавате не само културна промяна в горния край, но промяна в поведението в долния край на организацията и инструментите, които предоставяте за това?
Едно е да кажеш, че си ориентирана към клиентите и искаш хората да се държат по един начин, но не си им дал средствата и инструментите и способността да направиш това, няма да получиш поведенчески характер промяна, защото хората просто ще продължат да се връщат към навиците, които са познавали преди да мислят, че са организации, ориентирани към клиента. И след това цялостната интеграция на отделните части на организацията и културата, която живееше вътре в нея и очевидно е подкрепена от инструментите и платформата.
И така, как приемате тези различни бизнес единици или фирми или части от вашата организация и ги навеждате по различен начин от културна гледна точка и надолу? Е, вие им предоставяте подходящите инструменти и начини и средства, за да получат пълния и единен изглед на клиента и клиентското изживяване. И тогава как да поставите някои KPI и да ги измерите срещу това и да го проследите и да поставите някои показатели срещу тях и да измерите тези KPIs и да им осигурите стойност? Бизнес ценят за себе си и очевидно ценят под някаква форма във веригата на стойността на клиента и ги продължават да се връщат. И след това включете цялата комуникация, която сте получили с вашите клиенти от обратна връзка и в реално време или итеративно обработена, така че вашето поведение и културната ви промяна се надяваме да се уловите в някакъв вид обратна връзка и цикъл за обратна връзка и можете да разберете дали сте „ реално удряш или не.
Стигаме до сценария, в който знаете, че в крайна сметка организациите ще се окажат ефективно удавни в различни данни и тук видяхме някакви видове, някои вътрешни, външни. В исторически план имахме платформи за управление на взаимоотношения с клиенти и рекламни платформи и маркетингови платформи. Имали сме всякакви различни системи, които работят независимо и след това се надяваме те да си говорят помежду си под някаква форма. През последните няколко седмици имаме експлозия от взаимодействия с вас сега, така че ние говорим с вас чрез социалните медии, говорим с вас чрез нашия уебсайт, получаваме имейли от вас.
Нашите IVR системи, които разговарят с вас по телефона, сега трябва да картографират тези данни и да ни кажат как сте се справили с нашата телефонна система и взаимодействате с нашите бази данни и ако сте били на телефонно обаждане с нас, всичко, което трябва да да бъдем заснети в реално време и трябва да можем да сме сигурни, че можем да получим общ поглед върху него, което, надяваме се, е, че общата платформа за управление на данни в центъра на тази диаграма там.
Има фразата, която беше представена наскоро и е от "клиентско изживяване на знаменитост". Е, какво всъщност означава това? Не че мислим, че крайните ни потребители или потребители са лошо държани знаменитости и че се чувстват различно по никакъв начин. Това означава, че сме се събудили от факта, че трябва да се отнасяме към всеки наш клиент като към знаменитост. Те трябва да получават VIP лечение от момента, в който ги срещнем през целия жизнен цикъл на нашето удоволствие да ги имаме като клиенти.
И така, въпросът, който ми се задава редовно - връщайки това към малко по-анекдотична реална история на клиент - е как да дадем възможност на нашата организация да постигне това увеличаващо се търсене на знаменитост? Тъй като нещото, което виждаме сега, е едно от най-големите смущения за организациите е това изискване да изпълни това обещание за клиентите. За да им предоставите знаменитост на клиентите. Организациите, от моя опит, и със сигурност по целия свят, които виждам, се нарушават, без да го осъзнават с преместването от други влияния, за които може би вече са знаели или са видели, че идват при действителните си клиенти. Техните клиенти ги смущават и смущават по много сериозен начин. И тогава, ако не можете да осигурите това изживяване на знаменитостите и да предоставите инструментите и начините и средствата на вашата организация да получи единствения изглед на клиента, тогава ще пропуснете на миля, поне на една миля от страната, способност и капацитет за изпълнение на това обещание.
Има някои ключови моменти, които ще изхвърля тук, и след това ще ги предам на Робин, за да вляза в малко по-технически подробности, че препоръчвам на всички организации да мислят много трудно и бързо, ако дори са отдалечени близо до това предаване на обещанието на техния персонал и организацията им да станат потребител, ориентиран към клиента. А това е фокусирането върху основните компоненти и създаването на един-единствен изглед на клиента. Това звучи много просто, но какво означава това? Ами това означава да се уверите, че имате правилните данни от правилните източници на данни през цялото време и в точното време. Уверете се, че данните са достъпни на правилното място през цялото време. Не само част от времето.
И тя трябва да бъде тясно интегрирана. И тя трябва да бъде вродена във вашата платформа. Не може да бъде просто нещо, което мислиш, че правиш. Една единствена маркетингова кампания. Всеки път, когато гледате клиент, трябва да можете да получавате това непрекъснато. Тя трябва да бъде достъпна за всички правилни хора през цялото време. Така че не искам да тичам из коридорите, търсейки племенни знания. Трябва да мога да получа това в момент на предизвестие, само като стигна до един инструмент. И трябва да го предоставите в правилната платформа с правилния инструмент. Така че той трябва да бъде вграден в съществуващите системи, които вече използвате.
Вашият CRM трябва да може да вижда всичко от това, когато ви посещавам от мобилното ми приложение, от уебсайта, от разговорите с вашия IVR, интерактивен запис на глас, за да премина сам през бюрото за помощ на телефона си като самостоятелно обслужване. Или ако натисна звезда-девет и стигна до човека, тогава задавам малко по-предизвикателния въпрос, с който IVR не е програмиран да се справя. Ако туитвам нещо щастливо, ако съм написал статия в LinkedIn. Всички те трябва евентуално да се върнат обратно в CRM, така че ако управлявам нещо общо с клиента, ще мога да видя това. Трябва да го направим по подразбиране, а не изключение.
Все още е изключение, че хората искат да проведат кампания, искат да проведат продажби и маркетингови усилия или търсят да решат някакъв проблем или да се справят с проблема с ценообразуването. Ние провеждаме еднократна кампания и се опитваме да получим единствен поглед върху определен сегмент от нашия клиент и да започнем да пускаме отчети и да отпечатваме нещата и да ги предаваме във формат на принтирано копие. Това е изключение. Това трябва да бъде по подразбиране. Вашите системи трябва непрекъснато да предоставят този единствен изглед на клиента. И по всякакъв начин ние стигаме до това - независимо дали става въпрос за продажби и маркетинг, или просто за оперативна дейност, за производство, или за логистика, или каквато и да е тя от гледна точка - реалността е, че ще трябва да направите всичко това преди да видите солидна възвръщаемост на инвестициите за вашата инвестиция в този преход към превръщането в организация, ориентирана към клиента. Ще получите няколко бързи печалби. Определено ще има бързи победи. Така че има добри новини на този фронт. Но реалността е, че докато не завършите прехода към превръщането в пълен единен изглед на вашата клиентска ориентирана към клиента организация, ROI няма да скочи от екрана при вас. И това е забавно пътуване. Това е полезно пътуване. И всичко това е подкрепено с наличието на подходящи инструменти, правилните платформи и предоставянето им на разположение на вашата организация възможно най-рано, в разумна, технически и търговски жизнеспособна форма. Имайки това предвид, ще предам на Робин. Робин?
Робин Блур: Благодаря, Дез. Трябваше да направя същото като теб, трябваше да отключа звука си. Добре, щях да подходим към това повече от концептуална гледна точка, отколкото от практическия сценарий, през който премина Дез. Ние наистина говорим за много специфичен набор от дейности в рамките на организация, когато попаднем в областта на MDM и разбира се, клиентът е голямата работа. Субектната идентичност на клиента е много по-трудна за постигане по цял куп причини, отколкото всичко друго. Вероятно това е най-важното образувание. Има някои фирми, в които може да има само един клиент и те могат да имат цялата информация, която биха могли да получат за този клиент. Много рядко. Основно организациите имат множество клиенти, а клиентите имат множество аспекти. И данните са доста разпространени навсякъде. Работя с тази идея отскоро, идеята за пирамида на данни. Че има разлика между данни и информация и знания и всъщност разбиране. Но данните, информацията и знанията могат да живеят в компютрите. Данните на най-ниското ниво са само сигнали и измервания. И информация, която можете да получите, за какво е…
Ерик Кавана: Аудиото ти започва да избледнява малко, Робин. Просто, за да знаеш.
Робин Блур: Добре, ще преместя микрофона. Какво ще кажете за това?
Ерик Кавана: Ето. Това звучи много по-добре. Ето.
Робин Блур: Да, така че данните са съставени предимно от сигнали, измервания, записи и подобни неща. Тя няма конкретен контекст. Той става информация, като му дава този контекст. Свързване на данни заедно. Структуриране на данните. Създаване на визуализации, речници, схеми. Всичко, което искате да създадете около него. Прехвърля се в знанието, когато по един или друг начин всъщност можете да започнете да предсказвате поведението на дадено образувание и също така да прилагате политики и правила за работа с него. Разбирането на живота изцяло в човешките същества. И това е част от проблема. Когато всъщност разгледате фрагментацията, която съществува от гледна точка на ситуацията с клиентите, често откривате, че наистина продажбите имат един поглед на клиента, маркетингът има друг. Поддръжката за продажби или всъщност само поддръжката на клиентите има различен поглед. Може да има много допирни точки, които клиентът има с организация. И нищо от това не е интегрирано в правилно структурирана информация или много от тях не е интегрирано.
И тогава ние имаме проблема, който започна да става много по-разпространен през последните няколко години, можете да събирате външни данни за хората и това е много полезно, но всъщност трябва да го интегрирате, за да има някаква реална стойност. Така че при усъвършенстването на данните големите трудности възникват от фрагментацията. Тези данни идват от различни места и не са добре структурирани. И фактът, че има непрекъснато снабдяване с нови данни и това почти винаги е случаят, когато става въпрос за клиента. И всяко образувание е движеща се цел. Не се интересувахме, може би преди три или четири години, за профила на клиентите в социалните медии, но го интересуваме сега. Ние се интересуваме от това, защото това може да навреди на организация или да се стимулира в зависимост от това, което се случва там.
Ако всъщност имате идеята, ако сте седнали и сте направили упражнение и сте се опитали да измислите кои са нещата, които са ви интересували от клиента преди пет години? И вие го правите отново и откривате, че нещата са добавени. И нещата може да са били отнети. Искам да кажа, че никой вече не се интересува например какви номера на факс всъщност имат хората. Някои хора използваха факс номера на своите визитки. Но никой вече не се интересува, защото факсът умря. И така, това е движеща се цел. Когато погледнете моделирането на данни и MDM първото нещо - всъщност трябва да кажа за това, че това е част от управлението на данните, ако не го правите, тогава има проблем в начина, по който управлявате данните, Защото ако всъщност не правите моделиране на данни и MDM, по един или друг начин всъщност нямате много добър изглед отгоре-надолу за дадено образувание.
Но изброих тук управление на данните. Изброих родови линии, използване на данни, качество, сигурност, управление на услуги, възстановяване. Бихте могли да добавите жизнен цикъл и т.н. Има изключително много за управление на данни и моделиране на данни и MDM е основна и може би централна част от това. Промяната идва отгоре надолу, в смисъл, че осъзнаваш, че промяната настъпва, защото хората осъзнават, че тя настъпва. И следователно може да се мисли по отношение на целия този стек от файлове и бази данни чрез елементи от данни до бета данни и бизнес дефиниции.
Може да мислите по отношение на това, че наистина трябва по един или друг начин да управлявате целия стек и да поддържате актуализацията на целия стек, защото това, че знаете нещо на ниво дефиниция на бизнеса, всъщност не означава, че улавяте данните на ниво на файлове и база данни. Това е много широка картина и докато всъщност не се замислите, не осъзнавате колко широка е тя. Моделирането и MDM, ако всъщност изглеждате, цялата тенденция за големи данни не е просто в това - има много повече данни. Става въпрос за това, че има много повече данни от много повече източници, което ви дава много повече перспективи за всяко дадено образувание, за което всъщност събирате информация. И колкото по-сложен е, колкото повече се нуждаете от модел, толкова по-лесно е да го разберете. Само като разгледаме да кажем схема на база данни какво се случва, когато данните всъщност идват от 10, 20, 30 източника.
На теория можете да кажете, че MDM ви дава представа за вселената на данните, но на практика това всъщност е част от нея. И всъщност току-що обсъдихме, ако разглеждате бизнес значението на данните, тогава информацията за значението на данните всъщност е част от вселената на данните, която разглеждате. Моделирането е отгоре надолу и отдолу нагоре. Това е, че можете да гледате на нещата от бизнес гледна точка, но можете и да гледате на нещата от гледна точка на това, което имаме. И вие изграждате в двете посоки. И това не е и никога не може да бъде проект. Стартирането му е проект. Това е продължаваща дейност. Можете да го стартирате като проект, тъй като нямате нищо съгласувано, но след като го стартирате, това трябва да бъде текуща дейност. И всичко, което се прави в сферата на данните, екипът на MDM, ако желаете, трябва да знае за това.
Предизвикателността на клиента, просто погледнете да се съсредоточите върху субекта на клиента. Понастоящем има много повече данни за клиента от далеч повече източници, отколкото за всеки друг субект досега. И изглежда просто се увеличава през цялото време. Често е неточно. Ако например събирате данни от мен. Ако събирате данни за мен, ще разберете, че имам различна идентичност, което е само дали използвам средни инициали или не, когато посещавам различни уебсайтове. И аз го правя често само за да открия къде ще получа спам от дадена самоличност. Но много хора правят това. И тогава хората правят случайни грешки. И тогава информацията е остаряла.
Отидох в един от тези ресурси на данни, който твърди, че мога да ви дам много информация за всеки даден индивид и направих очевидното нещо и зададох въпроси за себе си. И половината от информацията, която ми дадоха, всъщност е остаряла. И някои така или иначе бяха сбъркани. И вие гледате това и си мислите, че ако по един или друг начин ще събирате данни от други източници, тогава има огромен елемент за изчистване на данните и да можете да идентифицирате дали това са данните, които имате. Като индивиди нямаме уникален идентификатор. Името и номерът на мобилния телефон вероятно ще ви доближат до повечето хора, но не всеки има мобилен телефонен номер. И в различните култури е различно. И тогава има естеството на данните по отношение на аналитиката.
Няма да навлизам в това в дълбочина, но данните могат да бъдат избрани. Ако имате нечии данни в Twitter, има само малка популация от хора, които активно поставят данни в Twitter. И са избрани. Те не са случайно подбрани клиенти. Те са тези, които са решили, че искат да бъдат гласни в Twitter. Известно е трудно да получите 360-градусов изглед на клиент. И това отчасти е просто поради техническата история на всички. Не е необичайно да откриете, че има три или повече клиентски бази данни, също като бази данни, не забравяйте много други източници на информация, които всъщност събирате за клиента. И анализа на клиентите, струва си да се каже, че това е огромна възможност сега. Преди правехме сегментиране в ритъм, но сега наистина е така, тъй като има много външни данни, достъпни за клиентите, можете да направите страхотно много анализиране на графика за взаимоотношения, което наистина е сравнително ново. Можете да използвате прогнозна анализа, каквато никога не сте знаели досега. Можете да събирате информация за модата и информация за мнението, която никога не бихте могли да съберете преди.
Има много основателна причина да прегледате какво правите по отношение на клиента и да помислите по отношение на това как най-добре да използвате данните, които имате. Практичен изглед. Моделирането на потребителската единица е необходима дейност в името на точната и полезна BI и усъвършенстването на знанията. С други думи, ако имате доста голяма популация от клиенти, това всъщност не е нещо незадължително. Трябва да го направите. И мисля, че това е всичко, което имам да кажа. Нека да предадем топката нататък.
Ерик Кавана: Добре, значи Джон, вярвам, че продължаваш следващото? Тогава Даяна ще направи демонстрация. Така че с това, Джон Евънс, го отнемете. И хора, не се срамувайте, изпращайте въпроси по всяко време. Ще наблюдаваме това за Q&A. Отнеси го, Джон Евънс.
Джон Евънс: Добре. Благодаря ти, Ерик. И благодаря на Дез и Робин за това въведение и тези коментари. Имаше много припокриване между това, което говорихте там, и това, за което ще говорим и показваме днес, което е страхотно. И че определено бихме се съгласили, че тази представа за центрираност към клиентите е нещо, което хората се стремят да постигнат и мисля, че в основата на това бихме казали, че наличието на добри данни и най-добрите данни за вашите клиенти е единствен начин да се моли за постигането на това. Така че това, което искаме да направим днес, е да поговорим за ориентирано към клиента управление на основните данни и да споделим с всички по малко как да подходим към това, решавайки този проблем и да говорим за ново предложение, което току-що представихме, което е създадено, за да го направи лесно за компании от всички размери да предоставят по-добри клиентски данни през целия си фрагментиран пейзаж от данни. За да може този пейзаж да изглежда нещо подобно.
Тук имаме различни системи по периметъра, много фрагментирани приложения, някои от тях работят в облака, някои от тях работят в помещения. И във всеки от тях по дефиниция ще имате различни начини за идентифициране на клиентите и информация за клиентите. Различни модели на клиентски данни с различни атрибути, различни приоритети и т.н. И дори да сте организация, в която се считате за SAP магазин или Oracle магазин, или просто управлявате бизнеса си в SAP например, или просто в Oracle, или използвате SalesForce, може да имате няколко екземпляра на тези системи дори в рамките на вашата собствена компания. Може би са разположени от различно местоположение или от регион, който е създаден по различни причини, различни зони по света, или може да ги накарате да са настроени по различен начин по бизнес. И дори ако имате един ERP, ако сте извършили персонализацията в тях, в данните ще има конфликти.
Сега фрагментирането, което виждаме, се допълва от увеличаването на приемането на облачни системи и най-добрите приложения. И така, докато наистина голяма, сложна, объркана среда, като тази, беше нещо, за което всички си мислеха: „Ами това наистина се случва само в наистина големите компании“, поради появата на облачни решения и най-добрият подход за порода, сега става все по-разпространен дори в по-малките организации. Така че той наистина управлява диапазон от малки предприятия до големи предприятия. Всички страдат от същия проблем с данните на своите клиенти. И можете да разгледате някои от тези проблеми, които изброих тук по средата.
Някак си ги разбивам на три вида. Има проблеми, свързани с данни, където имате дубликати, имате невалидни данни, имате липсващи полета, имате непоследователна информация, непоследователна йерархия и тези неща просто се влошават с течение на времето. След това имате предизвикателства, свързани с хората, при които хората не могат да получат достъп до данните, те не могат да отговорят на въпросите, които имат, къде търсят, но не са в състояние да постигнат 360-градусовия изглед, за който говори Робин.
И на третата област са предизвикателства, свързани с процеса, при които имате данни на много места и също така хората не знаят какво се е променило и кога, защото нещата се случват непрекъснато с данните. Така че няма контрол или управление как да поддържаме тези данни чисти. Тъй като се опитвате да осигурите по-сплотено / съгласувано преживяване на клиентите и да започнете диалог с клиентите, наистина е трудно да постигнете това, когато вашите собствени данни за тези лица не са последователни и не са точни.
Точно като отстрани видях, мисля, че беше миналата седмица или седмицата преди това, статия в „Управление на информацията“, която говори за това защо персонализираният маркетинг все още не е точен и те изброиха девет причини. Първите две причини в техния списък, качеството на данните е лошо и данните не са интегрирани.
И така, какво можете да направите по този въпрос? Ами има няколко начина, по които можете да опитате и да подходите към този проблем и да помислите по отношение на това какво ще струва на вашата организация. Можете или да атакувате тези данни, когато са родени, ако желаете, или можете да ги атакувате, след като проникнат във вашата система, Така че ето една снимка от организация, с която работихме, която всъщност открои около тридесет различни места, където се съхраняваха данни там, в техния пейзаж.
Така че след като тези данни са били пуснати в природата, в тези десетки системи е трудно да се намери, трудно е да се поддържа, е скъпо да се поправи, ако мислите да влезете и да се опитате да ги поправите тридесет различни пъти на тридесет различни места, Така че една от концепциите, за които искаме да говорим, е да се опитваме да бъдем проактивни и да се опитваме да поправим нещата в началото на своя жизнен цикъл, защото когато го правиш, ще бъде по-лесно да се намери, по-лесно да се контролира и по-евтино да се поправи и поддържа и по този начин ще получите по-добри данни, докато работите надолу по веригата в приложенията си.
Така че това е концепция, за която говорихме, наречена проактивен MDM и таглинът, който обичаме да използваме, е концепцията за почистване на реките, а не езерата. Така че има три стъпки към това, първо е да се изчисти, където искате да се съчетаят и обединят и изчистят и оцелеят записи възможно най-близо до източника, за да опитате да получите златен запис, така че да избегнете замърсяване на вашите приложения надолу по веригата. Това може да стане чрез внедрени контроли над източници или дори осигуряване на място за централно предлагане на данните, така че да бъдат последователни и точни, преди да ги пуснете в природата.
Обогатяването е свързано с добавяне на стойност към данните, докато отивате, включително референтни данни и друга информация, която не е във вашата изходна операционна система, така че това може да е йерархия, може да е сегментиране, например, че не са присъщо съхранени в тези системи.
След това третата част е за това да сте чисти и ето къде искате да сте сигурни, че имате процеси на място и хора, идентифицирани да изпълняват ръководството и управлението, разполагате с инструменти за активиране на тези процеси и след това проактивно съвпадение и почистване вашите данни периодично, така че да не го правят, така че избягвате гниенето, което естествено ще се случи, например, когато хората сменят работата си или променят местожителството си или така нататък.
И така, как да стигнете до това? Е, има редица опции, които бихте могли да използвате, за да атакувате този проблем. Бихте могли да използвате инструмент за качество на данните, можете да използвате инструмент за интегриране на данни, за да извлечете информацията, можете да използвате инструмент за работен поток, за да разделите работата с различни хора. Бихте могли да използвате инструмент за управление, за да следите кой какво прави. Всъщност можете да свържете всички тези различни инструменти за наследство и да хвърлите много хора в него.
Но всичко това е много скъпо, много интензивно, ще се бави бавно и ще бъде трудно да се управлява и дори може да искате да започнете с вашите клиентски данни, но също така ще искате в крайна сметка да управлявате вашите продукти, вашия списък с продукти, които имат тези клиенти, и списъкът с доставчици за тези продукти, както и график, който използвате във вашия бизнес, за да следите какво се случва, да управлявате служителите си, които обслужват тези клиенти и т.н., Затова сега говорите за множество домейни, доставчици, продукти, сметкоплан, служители и прочее, за да опитате да предоставите 360-градусов изглед на целия си бизнес.
Така че в идеалния случай това, което ние мислим, че искате да постигнете, е едно решение за интегриране, съвпадение и изчистване на вашите клиентски основни данни, едно решение, за да можете да управлявате управлението и управлението и един инструмент, който можете да използвате за управление на всеки домейн с данни, като започнете с клиент и продължете напред. Така че това е целта зад ново предложение, което току-що обявихме, наречено Magnitude ONE. Magnitude ONE е предложение за MDM, предназначено за компаниите да интегрират, хармонизират и управляват своите основни данни в онези популярни приложения на SaaS или извън помещения, които се използват, както говорихме по-рано, така че Magnitude ONE включва редица компоненти.
Първото нещо, което включва, е нашето Kalido MDM решение, което е внедрено в някои от световните компании, и Ерик, вие говорихте за вашето излагане на основни данни и управление през 2003 г., мисля, че този продукт първоначално излезе около 2004 г. Така че с този инструмент бяхме ранен пионер в това пространство. Започнахме да го използваме, за да обслужваме аналитичното използване на информацията, за да се уверим, че добрите данни влизат в склада и с течение на времето нашите клиенти го използват все повече и повече в случаи на оперативна употреба и управление на множество домейни, включително клиент, продукт и финансови и продавач, и служител и т.н. Така MDM Kalido е основна част от това решение.
Ние също така предоставяме свързаност и интеграция на голямо разнообразие от изходни системи чрез партньорство със софтуер SCRIBE, използвайки тяхната онлайн платформа за интеграция SCRIBE като услуга. Това е облачна базирана интеграция, предлагаща връзки към над четиридесет системи както в помещението, така и в SaaS системи, които организациите използват. Така че с тези двама заедно, с нашето решение Kalido MDM то включва и възможност за създаване на среда, управлявана от работния поток, за управление на основните данни и управление на тях през целия му жизнен цикъл. Разполагаме с подходящ двигател, който е специално разработен за работа с клиентски данни, а освен софтуер предлагаме и виртуално обучение в класната стая на продукта Kalido MDM и компонентите за моделиране.
Така че Робин, вие говорихте за модела, това е наистина критична част и всъщност започваме от нашето решение и ще ви покажем, че след малко как приемате тази бяла дъска, която Дез показа и преведе това в нещо, което може всъщност настроите вашата MDM система. Вашата последна точка за Magnitude ONE е, че е достъпна в помещения или като облачна услуга, можете да получите лиценз за абонамент или вечен лиценз. Идеята е, че ще ви бъде лесно да купувате, поддържате, внедрявате и поддържате.
Ето как изглежда това е величината ЕДНА в центъра тук, със здравите възможности да правите всичко в бялото и синьото поле. Така че свържете се и получавайте достъп до клиентските данни чрез SCRIBE конектора, за който говорих. След това направете всички мастер упражнения, които трябва да направите около съвпадение на данни, сливане, оцеляване и обогатяване на данните, за да ги изчистите. След това упълномощавайте и публикувайте точни и последователни данни във вашите потребяващи системи, заедно с слой за достъп, за да могат хората да търсят данни, да преглеждат данни и дори да създават нови записи, така че вашите оперативни и аналитични системи да останат чисти с течение на времето.
Ние предоставяме уеб базиран потребителски интерфейс както за стюардите, така и за администраторите, които ще видите след малко, както и за бизнес потребителите. Те могат не само да разглеждат и да получават достъп до публикуваните основни данни, но дори могат да играят роля в процеса на управление. Така че си представете, че вашият търговски представител разговаря с клиентите, те научават нещо ново за клиента, могат да повдигнат заявка за промяна и да кажат ей този клиент, те са променили заглавието си, смениха имейл адреса си, смениха фирми, може би този лекар е сменил партньорство с тази болница, искаме да сме сигурни, че следим тези неща, или този застрахователен брокер носи тези продукти, искаме да сме сигурни, че предлагаме на пазара тези нови застрахователни продукти за тях, например. Така че тези неща могат да бъдат повдигнати и обслужвани правилно, тъй като вашите служители, насочени към клиентите, се занимават с тези лица.
Две други атрибути за нашето решение. Номер едно е този бизнес модел, не забравяйте онази снимка на бялата дъска, която Дез показа, че има кръговете и стрелките. Това са основно бизнес изискванията за това как трябва да бъдат данните, как се използват в реалния свят. Започваме с нещо, наречено модел на бизнес информация и можем по принцип да заснемем тези изисквания и придружаващите ги бизнес правила и всъщност да внедрим това, за да създадем правилата и хранилището на MDM. Така той ефективно действа като начин за преодоляване на комуникационната пропаст, която толкова често виждаме между бизнесмените, описващи изискване, и ИТ, които трябва да се връщат назад и да ги превеждат в таблици и карти и т.н.
Така че ние имаме подхода, ръководен от бизнес модела, за да се уверим, че е правилен от началото. Ние също така включваме автоматизирана обработка за това и вграденото управление на работния поток и промените, така че можете, ако имате промяна в модела си, където го добавите, можете бързо да го разгърнете и да направите това с малък екип заради автоматизацията, не изисква толкова кодиране, колкото може би очаквате да направите.
Споменах модела, управляван от модела, който също задвижва екраните, които всъщност се появяват. Така че, когато имате описание на клиент и имате техните атрибути там, това, което ще видите на екрана, са атрибутите, които са определени в модела, така че всичко е създадено за вас, не е нужно да създавате конкретен интерфейс екрани за картографиране на данните, всичко това е прогонено от модела.
Друга готина функция, която въведохме, е концепцията за интеграция в Excel за стюарди на данни. Това означава, че стюардите за данни могат да използват Excel като място за редактиране на записи, които не могат да бъдат автоматично съпоставени и одобрени и внедрени. Сега може да си помислите, ами това е просто, просто изхвърляте данни в Excel, нали? Е, това е много повече от това, защото най-важното нещо за тази способност е, че преодолява проблема с просто обновяването на данни за обновяване чрез зареждане на данни от Excel.
Всъщност, когато изтеглите тези данни от Kalido MDM в интерфейса на Excel, то идва с правилата за валидиране. Така че ще ви каже коя от тези клетки трябва да бъде попълнена, за да я направи валиден запис, ще ви даде падащ списък на наличните стойности или одобрените стойности например, така че по принцип да избягвате създаване на грешки при актуализиране на главните записи на данни.
След това върху вградения двигател на работния процес се уверете, че всички данни са обработени и разрешени за публикуване, а също така следи кой какво е направил и кога и ви позволява да прегледате и ревизирате всички тези предишни стойности на основните данни, за да можете да видите как са се променили данните време.
Така че ползата от това по отношение на данните за клиентите е, че можете да стигнете до място, където можете да имате по-персонализирани и подходящи диалози и взаимодействия с клиентите. MDM става все по-критичен за бизнеса, особено когато мислите за един маркетинг, който се осъществява там и това е добър пример за цикъла, който се случва.
Така че започвате с данни за вашите клиенти, това са нещата, които сте усвоили, кои са те, какви продукти притежават, какво мога да съпоставя по отношение на информацията за клиентите в множество системи? Тогава обогатявате това с повече информация за тях и как сте взаимодействали в миналото. На какво са отговорили те? Или как искат да се свържат с тях? Може би искат да се свържат с факс, така че това все още е в тяхната визитка. Но тази информация, която след това ви дава прозрението, от което се нуждаете, за да си взаимодействате.
И така, какви други предпочитания? Част от него може да идва например от социални източници. Тогава можете да решите от това кое е следващото най-добро взаимодействие за тези клиенти, какви оферти трябва да направя? Това ще генерира някакво взаимодействие, те ще изтеглят нещо, ще купят нещо.
Това разбира се ще създаде повече данни, които искате да въведете в този добродетелен цикъл на маркетингови взаимодействия. В резултат на това вие ще можете да намирате и затваряте нови клиенти по-бързо, да увеличите продажбите, да осигурите по-добро обслужване на клиентите, да премахнете грешките, да премахнете дублиращите се пратки, например да доставяте маркетингови материали и в крайна сметка ще постигнем намаляване на продажбите маркетингови разходи.
Така че един пример на наш клиент, който направи това, пощенската служба на Обединеното кралство използваше Kalido MDM за доставяне на по-добри клиентски данни, така че да могат да доставят правилните продукти и да водят диалозите си с клиентите в правилния канал, което в крайна сметка доведе до по-големи обеми на продажби и увеличени маржове за тях.
Това е само моите уводни коментари, бих искал сега да го предам на Даяна, да ви преведа и да ви покажа как точно правим някои от това.
Даяна Колинс: Благодаря ти Джон, така че се надяваме, че ще успеем да върнем част от това за всички вас. Така че това, което трябва да виждате на екрана си в момента, е пример за модел на бизнес информация на Kalido. Така че част от решението, което днес ще ви покажем, е интегриране на данни от salesforce.com. Тук излязохме нашия модел salesforce.com в долната лява част. Това очевидно е уеб-базирано приложение, софтуерът е услуга. Ние ще го интегрираме с данни от нашата предварителна реализация на Oracle, бизнес пакет.
Така че нашата цел е да вземем нашите контакти и информация за акаунта от salesforce.com, да го интегрираме с нашите сметки за вземания и информация за контакт в единна хармонизирана структура на акаунт и контакт, която след това ще заредим в Microsoft Dynamics CRM. Така че нашият сценарий тук е, че мигрираме от използването на salesforce.com в миналото към използването на Dynamics CRM. Искаме да сме сигурни, че имаме напълно интегриран, хармонизиран списък с клиенти, 360-градусов изглед, базиран на нашата нова Dynamics CRM среда.
За да изградим това, преместихме данните от salesforce.com и EBS в Kalido MDM, ние всъщност започнахме процеса на хармонизация. Така че в интерес на времето, в което сме готови да готвим и ще се насладим на яденето. Така че нека сега да преминем към нашата MDM среда и просто да ви покажем някои от нещата, които можем да направим в добавените функции, които MDM решение добавя към проста интеграция на свързаността на тези платформи.
Но едно от нещата, което би се случило, е, че ще загубите историята си. В крайна сметка ще получите данните си в Microsoft Dynamics, но бихте ли знаели откъде идва нещо? Това е, което MDM, едно от нещата, които може да ни предостави MDM, ни превръща в история.
Така че, ако разгледаме нашия списък от хармонизирани сметки и ще изберем един от тях. Да речем, че тук избрахме магазините на Алберт. Това ни дава известна информация откъде идва този запис на Albert's Store. Можем да видим, че това е интегриране на два записа, един е дошъл от акаунт на salesforces.com, наречен Алберт и Джерард, а един е от сметката за фактуриране на EBS, наречена Albert's Stores, и те са интегрирани заедно и хармонизирани в този единствен родителски акаунт, наречен Albert's Stores.
Виждаме и оригиналния му идентификационен номер. Можем да видим, че днес той вече е мигриран към Microsoft Dynamics, защото тук имаме CMR ID от Microsoft Dynamics. Виждам времето, когато данните бяха последно актуализирани. В допълнение към това ние предоставяме друг изглед, който ви позволява не само да разгледате данните, но и с нашия графичен изглед можете да разгледате асоциациите, в които данните участват.
Така че тук имаме същият запис, нашите магазини на Albert's с неговите асоциации към сметката за вземане на сметки, акаунта си salesforce.com и контактите. Ако изберете един от тези контакти, можем да видим, че този контакт всъщност е бил контакт на salesforce.com. По същия начин акаунтът ни с Адам Алберт беше контакт с EBS, така че на това движение, мисля, че на екрана се случва автоматично, няколко от тях правя просто, за да нещата да се четат лесно. Но докато продължаваме, можем да разгледаме информацията за контакт и да видим, че тя идва от нашия salesforce.com акаунт. Това всъщност ще изгради представа, която ни показва всички взаимоотношения, в които участват нашите данни.
Освен това, виждайки начините, по които класифицираме данните на saleforce.com и че има други акаунти, които са твърде много, за да бъдат изброени. Ами тези неща, които са твърде многобройни, за да се изброят, все пак можем да стигнем до тях. Можем просто да превъртите страницата тук и да стигнем до списъка с всички онези допълнителни акаунти, които бяха твърде многобройни, за да бъдат изброени в графичния изглед. Разбира се, можем да започнем и в графичен изглед за всеки от тях. Това е един от начините за справяне с нещата. Можем да виждаме данните, можем да манипулираме данните, искаме също така да можем да пренасочваме и да коригираме данни. Ето няколко начина да разгледаме това.
Така че едно от нещата, които бихме могли да направим, е да преминем, да разгледаме йерархията, записах йерархията на акаунта като едно от любимите ми, така че мога да запазя различни категории информация като акаунти, както и йерархични пътища, които Бих могъл да използвам в браузъра си за йерархия. Така че тук мога да разгледам своята йерархия, виждам всички различни контакти, които имам с всеки акаунт.
Но едно от другите неща, които тази среда предоставя, е възможността да се намерят всички сираци. Това са контакти, които влязоха чрез нашата хармонизирана система, която нямаше родители в източниците си, така че това са сираци, които са останали. Така че ние ги донесохме, идентифицирахме ги, знаем, че това са сираци, а как да поправим това? Ами просто щракнете върху този превключвател за редактиране на режима, което отваря друг изглед на йерархията и вече можем да започнем да класифицираме тези хора. Така че може би Бил Мъри е работил за AC Network, за да можем да го поемем и да го добавим в списъка и ние го виждаме подчертан, като ни посочва, че това е промяна. Мога да преместя Санди и да я назнача може би на AG Edwards and Company.
Тъй като тези промени се правят, те се записват тук, мога да ги отменя, ако разбера, че съм направил грешка. Мога да събирам множество от тях заедно и да ги премествам през системата като единица, като им давам име и след това те се обработват като една единица работа през моята система. Така че това е един начин и очевидно, ако съм активен, бих могъл да искам да вляза тук и да разгледам това и ако видя дали има сираци и да се обърна към този проблем. Ами ако не го направя? Ами ако не съм активен? Е, отново системата ни включва работен поток, който споменах по-рано, решение на работния процес, което ни позволява да се справим с това по-директно.
За да направя това, ще изляза като системен администратор, сега ще вляза като администратор на данни, нали? Това ще бъде лицето, което е отговорно за управлението на невалидни данни. Ще видите веднага след като вляза, ще ме заведа в пощенската си кутия, къде познайте какво? Има нашите 11 осиротели записи, защото връзката, връзката между контактите и техните акаунти е задължителна. Всички хармонизирани акаунти, които не са имали съответните връзки към акаунт, са невалидни. Те се движат през работния процес и както виждаме на диаграмата на работния процес, ето къде сега коригираме записи. След това те ще преминат към процес на одобрение, одобрен от ръководителя на продажбите, одобрен от счетоводството и най-накрая разрешен за публикуване на следващата партидна актуализация на нашата динамика.
Разбира се, това също може да бъде настроено да работи в реално време, което веднага след като бъде публикувано, веднага щом е разрешено за публикуване, то веднага ще изтече Dynamics, така че зависи от вас как искате да конфигурирате тази последна стъпка от интерфейс. Така че да се надяваме, че това ни е дало - дадохме на всички ви кратка идея, преглед на някои от начините, по които нашият MDM инструмент може да помогне за обогатяване и подобряване на нашата среда. Има много, много други начини, по които можем да подобрим използването на информацията на вашия клиент и наистина да стигнем до този момент, в който имате наистина хармонизиран 360-градусов изглед на клиента с цялата информация на едно място, достъпна за потребители. Не само чрез този потребителски интерфейс на доставчика, но както споменах, ние предоставяме и потребителски интерфейс, нещо като уеб портал, където ако потребителят знае, че е имало промяна в акаунта, той може да повдигне искане за промяна и да го адресира и да прекъсне тази промяна поискайте директно от управителя на данните да направи всички промени в този запис, които според тях трябва да бъдат направени. В този момент мисля, че ще го върна на Ерик и ще влезем в Q и A.
Ерик Кавана: Със сигурност. Така че имаме няколко въпроса от публиката тук. Ще го изхвърля, но може би първо Дез или Робин, имате ли въпроси? Нека започна с теб Дез.
Дез Бланчфийлд: Едно от нещата, на които се сблъсквам всеки път, когато минавам на това пътуване с организация, е цялото предизвикателство за контрол на версиите. Бихте ли могли само да докоснете подхода към контрола на версиите около данни или определени - знаете, представете си сценарий, при който три различни части от организациите се занимават с мен като с клиент, а след това правят различни актуализации и промени, като сега са нови инструмент. Как да се справим с проблема само с версията, която контролира данните, които се получават чрез бизнеса и кой е курирането и контролирането и одобряването на това?
Даяна Колинс: Това е отличен въпрос. Така че едно от нещата, което е вградено и вложено в нашето решение, е проследяване на одита и история. Така че ще видя дали мога да намеря запис с история. Нека да видя дали нашите магазини на Алберт, които използвахме, имат история, веднага щом щракнете върху режим „История“ какво прави това за мен - имам - този няма промени в историята. Искам да е така, както би ни показал всякакви междинни промени, направени тук, както и датата и часа, в които са направени. В допълнение, мога да отида в подробности за пълната история и ако включих последващ одит, не само ще видя тези промени и кога са направени, но след това одитната пътека ще ми каже кой е направил тези промени, какъв потребител е направил и тези промени,
Подходът ни към версиите се основава повече на времето, отколкото на поставянето на произволни етикети. Можете да изберете момент във времето и да видите данните си такива, каквито са били в този момент, и да мигрирате данните, както са били в този момент. И ние проследяваме разбира се историята не само на съдържанието на данни, но и на модела на данните. Тъй като вашият модел на данни може да се развива, ние добавяме нови класификации, проследяваме и това и винаги можете да се върнете и да видите нещата, каквито са били във всеки даден момент от време.
Дез Бланчфийлд: Моделите на данните предизвикват предизвикателство там, искам да кажа, че имате значително родословие в работата с някои съществени статии. Можете ли да ни дадете няколко примера за някои от моделите данни, които вече съществуват, и някои, с които се справихте с изпълнението на това, знаете, ключови сектори като производство, търговия на дребно, логистика и финансови услуги. Имате банково управление и управление на загубите и така нататък, така ли е подходът, направен с предишен модел, който може бързо да завърти проект, който хората могат да започнат да знаят къде са пропуските или трябва сами да изграждат и обучават този модел?
Даяна Колинс: През годините сме предприели и двата подхода. Опитахме да измислим модели и установихме, че колкото по-завършен е наистина моделът, толкова повече промени трябва да направите, за да имате повече персонализиране, които можете да направите за него за клиента. Така че наистина сме възприели подхода на фрагменти от модели, определени основни общи елементи, които откриваме, че наистина проникват в цели индустрии.
Например имаме финансови услуги, за които имаме модели на капиталови пазари за ценни книжа и деривати и др. Имаме модели за застраховка, за застраховка на имущество и пасив, за презастраховане и двете управляват риска по различни начини. Разполагаме с модели за производство на сметки за продукти, сметки за кацане. Имаме и други части от модела за верига за доставки или всякакъв друг тракер, междинни складове, модели на дистрибуция, стареене на инвентара, подобни неща. За много от нашите клиенти, знаете, ние имаме клиенти в почти всяка вертикала, за която можете да се сетите, но за много от тях успяхме да разработим определени основни компоненти, които монтираме за нашия клиент в завършен модел.
Джон Еванс: Да. Нека само да добавя към това, Даяна. Знаеш ли, моделът, който показахме преди минута с оранжевия фон, наистина е концептуален модел, така че има, знаете, гласни и няма подчертания, искам да кажа, че човек може да разбере. Това само по себе си не е ИТ концепция, а нещо, което бизнес човекът може да разбере. Имаме тези концептуални модели, можем да импортираме съществуващ модел, който може да имате и ние го фактурираме, за да го получим по този начин, но с - както Диана говори, когато имаме фрагмент от модел или примерен модел, който сме използвали че преди да покажем на клиента, обикновено в рамките на, знаете ли, малко време да го разгледаме и поставим на екрана и някакво насочване и жестикулиране, те обикновено могат да рефакторират този модел, за да може той да бъде доста представен от това, което се опитват да постигнат.
Така че ускорява времето, за да обхване тези изисквания, за да можете да продължите с него, но другото, което не показах тук, е, знаете, има тази диаграма, но има и раздел, наречен операции, където основно натискате a бутон и той генерира всички обекти, от които се нуждаете в хранилището на MDM, заедно с правилото, което сте били - вие сте създали, знаете, какво е по избор, какво е задължително, каква е кардиналността, всички тези неща, които искате да направите, но там има бутон, който казва Разгръщане, тогава той просто ще генерира модела, който сте създали от предната страна. Така че ние имаме фрагменти, имаме опит в голямо разнообразие от индустрии и нашите консултанти са в състояние да позволят на клиентите да започнат много бързо.
Даяна Колинс: Е, другото, което щях да открия -
Дез Бланчфийлд: Значи аз другият бърз, преди да го предам на Робин - да, извинявай, върви.
Даяна Колинс: Просто бих отбелязала, че ние обикновено провеждаме тези сесии за моделиране като някаква конфигурация, защото не сме толкова заинтересовани от подробностите на всички атрибути, можем да попълним това по-късно, когато стигнем до него. Това, което наистина ни интересува, е да разгледаме бизнес представата за това как данните висят заедно и как те разбират, че са полезни, и така искаме да изградим решението.
Дез Бланчфийлд: Не, всичко това има голям смисъл. Последната бърза, след това ще я предам на Робин. Така че нещото, което веднага си представям, ще се случи в разговора на нашия мениджър с организации, с които се занимавам е, че - те имат изглед, вече имат, знаете, управление, рамки и инструменти - какъв е опитът, когато влезете в организация, в която да кажем, че управляващият екип е решил, че ще тръгне по този маршрут, да се концентрира върху клиентите и ще изчисти клиентските си данни или ще получи единна дължима сума, но въпреки това ИТ и други части от бизнеса може би вече са усетили, че са пуснете няколко работни програми, за да стигнете до добро място за това?
Даяна Колинс: О, това е интересен въпрос. Да, предлагам внедряването на MDM като цяло да се провали, освен ако няма такъв тип поддръжка на високо ниво. Смятам, че тези проекти трябва да се движат от доста високо ниво в една организация, защото има културна промяна, която трябва да бъде приета. Мисля, че Робин говори с това по-рано, че знаете, че не е нещо, което просто правите като проект и това зависи от начина, по който често се подхожда в ИТ организацията. Това е продължаваща програма, това е нещо, което изисква ангажираност и желание за промяна, ако желаете да внедрите и след това, когато имате, мисля, че установихме, че реализациите вървят много добре.
Там, където трябва да се борим в някакво внедряване, е било там, където не е била подкрепата на ръководството на високо ниво или когато ИТ организацията е устойчива на промени, но и в двата случая сме били доста успешни. Мисля, че след като им показахме колко е лесно да станат и да работят и как всъщност поема отговорността за съдържанието на данни от техните плещи и наистина ИТ не трябва да носи отговорност за това. Бизнесът знае какво прави добри данни, ИТ не трябва да знае това. ИТ трябва да са отговорни за нещата, които правят добре - да организират данни, да ги съхраняват, да ги пазят и как - и обикновено те се приближават и виждат по този начин.
Ерик Кавана: И ние имаме няколко въпроса от публиката, нека да ги изхвърля тук. Тръгваме малко с времето, но мисля, че ще получа всички въпроси, които можем или поне да опитаме. Ще прехвърля това на вас, може би Джон или Даяна, и в двата случая. Участник пита: „Имате ли функционалност, за да се развиете, за да превъзпитате от лоши записи към златни записи? Сделките като например поръчки за продажби точно в операционните системи? ”Не съм сигурен, че знам какво точно има предвид тук, но се надяваме, че можете да отговорите на това.
Даяна Колинс: Ами със сигурност можем да презаредим записи. Това е много стандартна част от това офисно решение, но в рамките на операционните системи не са директно. Бихме могли да го направим в MDM средата и след това да изтласкаме тези данни обратно от MDM средата, след като бъдат публикувани от MDM средата, да ги върнем обратно в операционната система, но няма да бъде директно попаднал в - не бихме ги коригирали директно в операционната система от MDM среда.
Ерик Кавана: Разбрах. Добре и ето още един въпрос, „Може ли инструментът да се използва, за да видите линията от данни?“
Даяна Колинс: О, абсолютно, да. Отново това не е страхотен модел за такъв вид илюстрация, но абсолютно. Където имате история с вашите данни, където данните са дошли от множество места, можем да я маркираме с нейния източник и да пренесем тази информация до публикуваните данни.
Джон Евънс: Благодарение на това. Има елемент от това тук в модела, там Диана, имам предвид, че имате SFDC контакти и EBS контактите и това всъщност се появи и в графично поле. Той някак виси около данните.
Даяна Колинс: Да. Искам да кажа, че очевидно в реална среда, вие бихте имали по-стабилно решение и изпълнение и просто тук беше направено основно.
Ерик Кавана: Добре, добре. Само още няколко въпроса и тогава ще приключим. Един от присъстващите казва: „Как подкрепяте определението за домакинство? Имате ли начин да обогатите основните данни на клиентите със социалните мрежи? “
Даяна Колинс: Това е на нашата пътна карта, обогатяването с социална мрежа от данните на социалната мрежа е на нашата пътна карта. В момента не е върху продукта, но по отношение на домакинството, това е част от възможностите ни за съвпадение и сливане. В процеса на съвпадение многото копчета и лостове, които можете да контролирате за теглата на определени части от данните, но това, което в крайна сметка ни позволява да направим, е да съберем всички отделни записи за контакти, които може да са част от едно и също домакинство, Тогава разбира разликата между компаниите и хората. Във фирмите обикновено разглеждате началото, вида на значението на думите в дадено име; в компания, започнете от фронта и работете към края. Но когато правите домакинство, наистина искате да започнете от края и да работите към фронта с имената на хората. Той разбира това и е в състояние да свърши доста добра работа за събиране на контакти, които принадлежат на едно домакинство.
Ерик Кавана: И един последен въпрос, какво ще кажете за клиентите на ресторанта? Имаме добър запознат член на аудиторията, който пита дали имате клиенти на ресторанта?
Даяна Колинс: Всъщност не. Това ще бъде нова вертикала за нас. Наистина ще ни е интересно да се стремим към това. Имаме клиенти, които доставят ресторанти, но нямаме ресторанти, които са клиенти.
Ерик Кавана: Добре, никакви притеснения. Е, хора, изгаряхме се за час и пет минути тук, така че много голямо благодаря на нашите презентатори днес. Ще архивираме тази уебкаст, така че всички тези архиви да са достъпни за по-късен преглед. Големи благодарности на нашите презентатори днес. Голяма благодарност, разбира се, на Дез и Робин за техните прозрения, както и на Magnitude Software. Това са добри неща. MDM е тук, за да остане, хора, няма съмнение в това. Наистина е важно да получите централния изглед, който ще бъде по-важен с течение на времето. Трябва да мисля, тъй като нашите клиенти решават, че не искат да бъдат малтретирани, те искат да получат възможно най-доброто лечение и това е така.
Така че с тези хора ще се сбогуваме. Благодаря ви още веднъж. Утре ще поговорим с друг уебкаст, да. Hot Technology е най-горещото шоу в наши дни, ще се надяваме да ви говорим утре в четири часа източно. Дотогава, внимавайте, хора. Бух сбогом.
