Сотрудники Techopedia, 25 мая 2016 г.
Вывод: ведущий Эрик Кавана обсуждает вопросы управления основными данными с Дезом Бланчфилдом, Робином Блором, Джоном Эвансом и Дианой Коллинз.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, дамы и господа, приближается лето, здесь становится жарко. Почему это? Потому что пришло время для Горячих технологий. Да, действительно, меня зовут Эрик Кавана. Я буду вашим модератором для шоу, которое предназначено для … мы должны поговорить о том, что горячо, что происходит, какие классные вещи есть на рынке. Это наше партнерство с Техопедией. Мы любим этих парней. Мы работаем с ними уже несколько лет. У них фантастический сайт. Если вы хотите узнать что-либо в мире технологий, каково его определение, перейдите на techopedia.com. И сегодня мы говорим о MDM, управлении основными данными. Точное название: «Самая большая картина: знание вашего клиента на нескольких платформах». И эта игра меняется, ребята, я могу вам сказать прямо сейчас.
Так что, действительно, есть твое место, напиши мне в Твиттере @eric_kavanagh. Я стараюсь отвечать всем, кто мне отвечает. Так что год жаркий. Это действительно горячо для МДМ. И я скажу вам, что это горячо, не только для крупных предприятий, но и для малых и средних предприятий, которые, как вы знаете, имеют множество различных систем. CRM-системы, системы почтового маркетинга, ERP-системы, системы веб-аналитики, пакеты eBusiness и т. Д. Существует множество различных точек доступа к информации о клиентах, и чем лучше компании могут справиться, сплетая все это вместе, тем лучше для них ». мы сможем обслужить клиента, а не ставить галочку на клиента и держать его рядом. Держите их покупать еще кое-что.
Я на самом деле отслеживал MDM лично примерно с 2003 года, когда этот термин был действительно придуман. Честно говоря, был банк, на самом деле это был «Чейз Банк», я думаю, что тогда это был Банк Один, и один из моих хороших друзей, парень по имени Джо Северный, работал в компании под названием Razza Solutions, и у них было то, что стало инструментом DRM. Oracle. Таким образом, они на самом деле сворачивали счета и управляли иерархией банка в то время, и это одни из первых дней управления основными данными.
Поэтому в наши дни мы говорим как об аналитических, так и о действующих МДМ. Сегодня мы будем много говорить об этом и действительно поможем вам понять, как вы можете использовать эту технологию, чтобы получить полное представление о ваших клиентах, понять, кто они, и убедиться, что вы можете позаботиться об их потребностях в что такое откровенно очень конкурентная среда во всем мире. Мы видим это повсюду.
Итак, рок-звезды здесь представлены персонажами: Дез Бланчфилд, Робин Блур, Джон Эванс, Диана Коллинз. Звоните из четырех разных мест по всей планете. Мы начнем с Деза Бланчфилда, и я передам вам ключи, Дез, и начну твитнуть. Унеси это.
Дез Бланчфилд: Спасибо, Эрик. Я просто должен был напомнить себе, чтобы выйти из себя. Я прошу прощения за это. Спасибо за возможность представить на этом. Итак, я собираюсь подойти к этому с точки зрения реального примера организационной проблемы, чтобы справиться с тем, что я назвал одним из самых больших разрушений для организаций, которые они собираются увидеть для некоторых время. Мы видели много проблем. Хит-компаниям GFC пришлось иметь дело с этим. Мы регулярно меняем законы о конфиденциальности, с которыми нам приходится иметь дело.
Я думаю, что одной из вещей, с которыми сталкиваются организации, которых они не ожидали, было влияние всей этой проблемы со знаменитостями. И, по сути, люди бегают с мобильными телефонами, желая получить мгновенное вознаграждение в некотором смысле Но мгновенное удовлетворение в хорошем смысле, а не раздражительный детский путь. Просто осознание того, что они - клиенты, они платят деньги и должны получать за это выгоду. Таким образом, произошла чеканка ориентированности на клиента или превращения в организацию, ориентированную на клиента. Итак, я собираюсь быстро разобраться, что это значит, и в скором времени привести к чуть более технической части наших дискуссий.
Я просто изложу это и скажу, что, во-первых, организация, ориентированная на клиента, сводится к одной простой вещи: вам необходимо полное представление о вашем клиенте и его данных. У вас могут быть разные системы. У вас может быть много разных продуктов. У вас может быть пятьдесят различных отделов в вашей организации, но независимо от того, где вы находитесь в организации, независимо от того, какая у вас функция работы, вы должны иметь возможность получить полное представление обо всех ваших клиентах или клиентах, которые находятся в контексте какова ваша функция работы И каждая часть набора данных, который у вас есть, или все части набора данных, которые у вас есть, сообщают вам, каково состояние нации для этого клиента.
Я подчеркиваю, что полное представление о клиентах во всех ваших системах - это не просто прелесть! В настоящее время это необходимость. И в первый раз, когда вы попадаете в сценарий, в котором вы имеете дело с чем-либо, связанным с клиентом, особенно если он в прямом эфире, по телефону, в чате или лично, что еще более пугающе, и вы можете Не говорите им все, что вы должны знать о них, это становится очень очевидным, и это очень неудачная ситуация.
Я собираюсь начать с очень быстрого анекдота вокруг реальных сценариев. Это фотография доски, которой менее пяти дней. Это реальный сценарий на доске в комнате недавно, пару дней назад, когда речь идет о самой теме того, как мы превращаемся в очень большую организацию с чем-то вроде девяноста различных частей нашего бизнеса. Это азиатский банк, у них девяносто разных бизнес-единиц. Они делают все, начиная от займов общества, пиринговых и микрокредитов и заканчивая финансированием размещения спутников в космосе. Так что они монстры. У них десятки миллионов клиентов. Я думаю, что у них чуть менее пятидесяти миллионов клиентов. И они сталкиваются с этой типичной проблемой, заключающейся в том, как мы подходим не только к управлению основными данными, но и к данным клиентов, в частности, и к клиенту с одним модулем.
И когда мы наметили это, то, что спрыгнуло нас с этой доски, заключалось в том, что у них была не просто проблема, у них был кошмар, потому что ни одна из их систем не общалась друг с другом. Я мог пойти в любую часть банка или любую часть бизнеса и попросить кредит, это может быть автокредит, кредит на жилье, кредит для малого бизнеса, и они ничего не могли сказать себе, или они не могли ' не могу ничего узнать о каких-либо других отношениях, которые у меня были с банком. И это было абсолютно напугало дневной свет, потому что они поняли, что банки в будущем уже могут это сделать, и они потенциально 12, 15 лет позади восьмого шара. И это сводится к этим ключевым ценностным предложениям, которые просто ищут клиенты, и это просто последовательное представление обо мне как о клиенте, и вам нужно выяснить, как вы собираетесь это реализовать. Особенно сейчас, когда я имею дело с вами в Интернете, в наши дни, скорее всего, будет так через приложение.
Это сводится к ключевому моменту «все дело во мне, клиенте». И поэтому, когда мы планируем, как выглядит культура, ориентированная на клиента, речь идет о включении всего, что мы получили от базовых систем, которые фиксируют такие вещи, как ваш первый. имя, фамилию и другие данные, когда вы заполняете форму, заполняете ее онлайн или приходите к нам за стойку где-нибудь в торговой точке, и мы узнаем вас изначально на протяжении всего пути, когда мы доставляем сами продукты или услуги вы. И отображать это сверху вниз. Постоянно совершенствуя данные и модели данных, которые мы используем, чтобы понять это. Совмещая то, как эти технологии и процессы в бизнесе, рабочие потоки, постоянно улучшают наше представление о вас. Постоянное взаимодействие, которое мы имеем с вами. Как мы постоянно фокусируемся на клиенте и как мы с вами общаемся. Если я продаю вам три услуги, я не хочу отправлять вам три разных листа бумаги каждый месяц или три выписки или счета и так далее.
История, ориентированная на клиента, сейчас набирает обороты, и организации осознают ее ценность. Это все еще реальная проблема в том, что «Хорошо, у меня есть десять различных систем, и они не общаются друг с другом. У меня нет ни инструмента, ни системы, ни платформы, чтобы собрать все это вместе ». И люди неизменно оказываются в комнате, проводя занятия на доске, подобные той, которую я вам только что показал. Но все это сводится к одной ключевой вещи в левом углу трансформации. И переход от культуры организации, и людей, и персонала, и операционной модели, вплоть до технологического стека, который их поддерживает. Таким образом, существует довольно распространенный контрольный список, через который проходят организации, чтобы прийти к этому моменту, когда они даже понимают, что значит быть ориентированным на клиента, и необходимость построить систему и получить доступ к инструментам, которые могут помочь им в этом.
Это такие вещи, как составление карты пути клиента через полный жизненный цикл и опыта, который они имеют с вами как с организацией. Уточнение ваших операционных моделей и того, как вы организуетесь, чтобы сосредоточиться на клиенте и ценностном предложении, которое вы предоставили клиенту. И затем, конечно, согласование ваших технологий и ваших технологических стеков и процессов вокруг них, чтобы убедиться, что вы на самом деле постоянно стимулируете дальнейшее взаимодействие, а также лучшее и более тесное взаимодействие со своими клиентами. И сам процесс вовлечения от руководителей вниз.
Если вы не изменили свой взгляд на мир с вершины своей пищевой цепочки, с зала заседаний и далее, тогда маловероятно, что ваш уровень депо или ваш финансовый персонал изменят свое поведение. Вы должны вести сверху. Вы должны постоянно обновлять, переопределять и перестраивать способ решения проблем, ориентируясь на фактическую направленность на клиента. Итак, как вы привели не только к культурному изменению на верхнем уровне, но и к поведенческим изменениям на нижнем уровне организации, и инструментам, которые вы предлагаете для этого?
Одно дело сказать, что вы ориентированы на клиента и хотите, чтобы люди вели себя одинаково, но вы не дали им средства, инструменты и возможность сделать это, вы не получите поведенческого поведения. сдвиг, потому что люди просто будут продолжать возвращаться к привычкам, которые они знали до того, как стали думать, что они ориентированы на клиента. И затем общая интеграция разрозненных частей организации и культуры, которые жили внутри этого и явно опирались на инструменты и платформу.
Итак, как вы относитесь к этим разрозненным бизнес-единицам или предприятиям или частям вашей организации и заставляете их вести себя по-разному с культурной точки зрения и ниже? Ну, вы предоставляете им соответствующие инструменты, способы и средства, чтобы получить полное и единое представление о клиенте и опыте клиента. И затем, как вы рассчитываете некоторые KPI и сравниваете их с этим, отслеживаете их и сопоставляете некоторые показатели с теми, которые измеряют эти KPI и обеспечивают ценность для этого? Бизнес ценится для вас и, очевидно, ценится в той или иной форме в цепочке создания ценности для клиента и заставляет его возвращаться. А затем включите всю информацию, которую вы получили со своими клиентами, с помощью обратной связи и в реальном времени или итеративно обработанной, так что ваше поведение и ваш культурный сдвиг, вероятно, попадут в какой-то цикл обратной связи и цикл обратной связи, и вы сможете выяснить, Вы попали в цель или нет.
Мы подошли к сценарию, в котором, как вы знаете, в конечном итоге организации окажутся фактически тонущими в разрозненных данных, и мы видели некоторые виды этого здесь, некоторые внутренние, некоторые внешние. Исторически у нас были платформы управления взаимоотношениями с клиентами, а также рекламные и маркетинговые платформы. У нас были разные виды систем, которые работают независимо, и, надеюсь, они в какой-то форме общаются друг с другом. В последние пару недель у нас произошел взрыв взаимодействия с вами, поэтому мы общаемся с вами через социальные сети, мы общаемся с вами через наш веб-сайт, мы получаем письма от вас.
Наши системы IVR, которые общаются с вами по телефону, теперь должны сопоставить эти данные и сообщить нам, как вы работали с нашей телефонной системой и взаимодействовали с нашими базами данных, и, если вы разговаривали с нами по телефону, все, что нужно быть захваченным в режиме реального времени, и мы должны быть в состоянии убедиться, что мы можем получить общее представление об этом, которое, мы надеемся, является той общей платформой управления данными в центре этой диаграммы.
Есть фраза, которая недавно была придумана как «опыт знаменитости». Что это означает на самом деле? Дело не в том, что мы думаем, что наши конечные пользователи или потребители плохо себя ведут, и что они чувствуют себя иначе. Это означает, что мы осознали тот факт, что мы должны относиться к каждому из наших клиентов как к знаменитости. Они должны получать VIP-обслуживание с момента, когда мы встречаемся с ними на протяжении всего жизненного цикла нашего удовольствия иметь их в качестве клиентов.
И поэтому вопрос, который мне задают на регулярной основе - возвращаясь к чуть более анекдотической реальной истории клиента, - как мы можем позволить нашей организации удовлетворить растущий спрос на опыт знаменитых клиентов? Потому что то, что мы видим сейчас, - это одно из самых больших неудобств для организаций, это требование выполнить это обещание перед клиентами. Чтобы дать им опыт клиентов знаменитости. По моему опыту, и, конечно, по всему миру, которые я вижу, организации разрушаются, не осознавая этого, по сравнению с другими влияниями, о которых они, возможно, уже знали или видели, приходящими к их реальным клиентам. Их клиенты разрушают их и нарушают их очень серьезно. И затем, если вы не можете предоставить этот опыт знаменитости и предоставить инструменты и способы и средства для вашей организации, чтобы получить единый взгляд на клиента, то вы пропустите за милю, по крайней мере за милю страны, способность и способность выполнить это обещание.
Есть некоторые ключевые моменты, которые я собираюсь здесь отбросить, а затем передать Робину, чтобы получить немного больше технических деталей, которые я рекомендую всем организациям очень тщательно и быстро подумать, даже если они хотя бы отдаленно близки к этому. обещание их сотрудникам и их организации стать ориентированной на клиента организацией. И это сосредоточиться на основных компонентах и создать единый взгляд клиента. Это звучит очень просто, но что это значит? Что ж, это означает, что вы должны всегда получать правильные данные из правильных источников и в нужное время. Убедиться, что данные доступны в нужном месте все время. Не только иногда.
И это должно быть тесно интегрировано. И это должно быть встроено в вашу платформу. Это не может быть чем-то, что вы думаете, что делаете. Единая маркетинговая кампания. Каждый раз, когда вы смотрите на клиента, вы должны иметь возможность получить это все время. Он должен быть доступен всем нужным людям все время. Поэтому я не хочу бегать по коридорам в поисках племенных знаний. Я должен быть в состоянии получить это в любой момент, просто используя один инструмент. И вам нужно предоставить его на нужной платформе с правильным инструментом. Поэтому он должен быть встроен в существующие системы, которые вы уже используете.
Ваша CRM должна видеть все, начиная с моего мобильного приложения, с веб-сайта и заканчивая разговором с IVR, интерактивной записью голоса, самообслуживанием через телефонную службу поддержки и самообслуживанием. Или, если я нажму звезду девять и доберусь до человека, я задам немного более сложный вопрос, с которым IVR не запрограммирован, чтобы иметь дело. Если я читаю что-то счастливое, если я написал статью на LinkedIn. Все это в конечном итоге должно быть возвращено в CRM, так что, если мне удастся что-то сделать с клиентом, я смогу это увидеть. Нам нужно сделать это по умолчанию, а не исключением.
Это все еще очень исключение, что люди хотят запустить кампанию, они хотят запустить продажи и маркетинг, или они хотят решить какую-то проблему или решить проблему ценообразования. Мы запускаем разовую кампанию и пытаемся получить единое представление о конкретном сегменте нашего клиента и начинаем запускать отчеты, распечатывать и передавать их в формате печатной копии. Это исключение. Это должно быть по умолчанию. Ваши системы должны постоянно предоставлять единый взгляд на клиента. И в любом случае мы к этому придем - будь то продажи и маркетинг, или просто эксплуатация, или производство, или логистика, или что бы то ни было, точка зрения - реальность такова, что вам придется делать все это прежде чем вы сможете увидеть значительную рентабельность инвестиций в этот переход к становлению ориентированной на клиента организации. Ты получишь несколько быстрых побед. Определенно будут быстрые победы. Так что на этом фронте есть хорошие новости. Но реальность такова, что до тех пор, пока вы не завершите переход к тому, чтобы стать единым представлением вашей клиент-ориентированной организации, рентабельность инвестиций не будет прыгать за пределы экрана. И это веселое путешествие. Это стоящее путешествие. И все это подкреплено наличием правильных инструментов, правильных платформ и обеспечением их доступности для вашей организации в самое ближайшее время в разумной, технически и коммерчески жизнеспособной форме. Имея это в виду, я собираюсь передать Робин. Робин?
Робин Блур: Спасибо, Дез. Я должен был сделать то же самое, что и ты, я должен был включить звук. Хорошо, я собирался подойти к этому больше с концептуальной точки зрения, чем с практическим сценарием, через который прошел Дез. Мы действительно говорим об очень специфическом наборе действий внутри организации, когда мы попадаем в сферу MDM, и, конечно, клиент - это большое дело. К сущности клиента гораздо сложнее понять целый ряд причин, чем что-либо еще. Это, вероятно, самый важный объект. В некоторых компаниях у них может быть только один клиент, и они могут располагать всей информацией, которую они могут получить об этом клиенте. Очень редко. В основном организации имеют несколько клиентов, а клиенты имеют несколько аспектов. И данные в значительной степени распространены повсеместно. Я работал с этой идеей сравнительно недавно, с идеей пирамиды данных. Что есть четкая разница между данными, информацией и знаниями, и фактическим пониманием. Но данные, информация и знания могут жить в компьютерах. Данные на самом низком уровне - это просто сигналы и измерения. И информация, которую вы можете получить в руки, вот что …
Эрик Кавана: Ваш звук начинает немного затухать, Робин. Просто чтобы ты знал.
Робин Блур: Хорошо, я переставлю микрофон. Как насчет этого?
Эрик Кавана: Ну вот. Это звучит намного лучше. Вот и ты.
Робин Блур: Да, данные состоят в основном из сигналов, измерений, записей и тому подобного. У него нет определенного контекста. Это становится информацией, предоставляя этому контексту. Связывание данных вместе. Структурирование данных. Создание визуализаций, глоссариев, схем. Все, что вы хотите создать вокруг этого. Он передается в знания, когда тем или иным образом вы можете начать прогнозировать поведение данного объекта, а также внедрять политики и правила для его обработки. Понимание жизни полностью в людях. И это часть проблемы. Когда вы на самом деле смотрите на фрагментацию, которая существует с точки зрения ситуации с клиентами, вы часто обнаруживаете, что на самом деле продажи имеют одно мнение о клиенте, а маркетинг - другое. Поддержка продаж или просто обслуживание клиентов имеет другой взгляд. У клиента может быть много точек соприкосновения с организацией. И ничего из этого не интегрировано в правильно структурированную информацию, или многое из этого не интегрировано.
И затем у нас есть проблема, которая стала намного более распространенной в последние несколько лет, вы можете собирать внешние данные о людях, и это очень полезно, но вам действительно нужно интегрировать их, чтобы это имело какую-то реальную ценность. Таким образом, при уточнении данных большие трудности возникают из-за фрагментации. Эти данные поступают из разных мест, и они не очень хорошо структурированы. И тот факт, что постоянно появляются новые данные, и это почти всегда так, когда речь идет о клиенте. И каждая сущность является движущейся целью. Нас не интересовало, возможно, три или четыре года назад, профиль клиентов в социальных сетях, но мы заботимся об этом сейчас. Мы заботимся об этом, потому что это может нанести ущерб организации или повысить ее в зависимости от того, что там происходит.
Если у вас действительно есть идея, если вы сели, выполнили упражнение и попытались выяснить, что было тем, что вас интересовало клиента пять лет назад? И вы делаете это снова, и вы обнаруживаете, что материал был добавлен. И вещи, возможно, были забраны. Я имею в виду, что никого больше не волнует, например, какой номер факса у людей на самом деле. У некоторых людей на визитных карточках были номера факсов. Но больше никого не волнует, потому что факс умер. Итак, это движущаяся цель. Когда вы смотрите на моделирование данных и MDM, первое, что я на самом деле должен сказать по этому поводу, это то, что это часть управления данными. Если вы этого не делаете, то есть проблема в том, как вы управляете данными., Потому что, если вы на самом деле не занимаетесь моделированием данных и MDM, то, так или иначе, вы на самом деле не имеете очень хорошего нисходящего представления какой-либо конкретной сущности на самом деле.
Но я перечислил здесь управление данными. Я перечислил происхождение, использование данных, качество, безопасность, управление услугами, восстановление. Вы можете добавить жизненный цикл и так далее. В управлении данными и их моделировании есть очень много, и MDM является фундаментальной и, возможно, центральной частью этого. Изменение происходит сверху вниз в том смысле, что вы понимаете, что изменение происходит, потому что люди понимают, что оно происходит. И, следовательно, можно думать в терминах всего этого стека от файлов и баз данных через элементы данных до бета-данных и бизнес-определений.
Вы можете подумать о том, что вам нужно, так или иначе, управлять всем стеком и поддерживать весь стек в актуальном состоянии, потому что знание чего-либо на уровне определения бизнеса на самом деле не означает, что вы ловите данные на уровень файла и базы данных. Это очень широкая картина, и пока вы на самом деле не думаете об этом, вы не понимаете, насколько она широка. Моделирование и MDM, если вы посмотрите, тренд больших данных не просто об этом - там намного больше данных. Речь идет о том, что есть гораздо больше данных из гораздо большего количества источников, что дает вам гораздо больше точек зрения на любую конкретную сущность, о которой вы на самом деле собираете информацию. И чем сложнее, чем больше вам нужна модель, тем легче ее понять. Просто посмотрим, скажем, на схему базы данных, что происходит, когда данные на самом деле поступают из 10, 20, 30 источников.
Теоретически вы можете сказать, что MDM дает вам представление о вселенной данных, но на самом деле это часть ее. И мы на самом деле только что обсудили, если вы смотрите на значение данных для бизнеса, тогда эта информация о значении данных на самом деле является частью той вселенной данных, на которую вы смотрите. Моделирование осуществляется сверху вниз и снизу вверх. То есть вы можете смотреть на вещи с точки зрения бизнеса, но вы также можете смотреть на вещи с точки зрения того, что у нас есть. И вы строите в обоих направлениях. И это не и не может быть проектом. Для начала это проект. Это постоянная деятельность. Вы можете начать его как проект, потому что у вас нет ничего связного на месте, но как только вы это сделаете, это должно быть постоянное занятие. И все, что делается в сфере данных, команда MDM, если хотите, должна знать об этом.
Проблемы клиента, просто посмотрите на то, как сосредоточиться на клиенте. Сейчас доступно гораздо больше данных о клиенте из гораздо большего количества источников, чем о любой другой организации. И, кажется, все время увеличивается. Это часто неточно. Если вы собираете данные от меня, например. Если вы собираете данные обо мне, вы поймете, что у меня разные личности, то есть, использую ли я средние инициалы или нет, когда захожу на разные сайты. И я делаю это часто, просто чтобы узнать, где я могу получить спам от данной личности. Но многие люди делают это. И тогда люди совершают случайные ошибки. И тогда информация устарела.
Я пошел на один из этих источников данных, который утверждает, что может дать вам много информации о каждом конкретном человеке, и сделал очевидную вещь и задал вопросы о себе. И половина информации, которую они дали мне, была фактически устаревшей. И кое-что из этого было неправильно в любом случае. И вы смотрите на это и думаете, что если вы так или иначе соберете данные из других источников, тогда существует огромный элемент очистки данных и возможности определить, есть ли у вас эти данные. Как люди, у нас нет уникального идентификатора. Имя и номер мобильного телефона, вероятно, приблизят вас к большинству людей, но не у всех есть номер мобильного телефона. И это отличается в разных культурах. И затем есть природа данных с точки зрения аналитики.
Я не буду вдаваться в подробности, но данные можно выбирать. Если у вас есть чьи-то данные в Твиттере, есть лишь небольшая группа людей, которые активно размещают данные в Твиттере. И они выбирают. Они не случайно выбранные клиенты. Именно они решили, что хотят быть громкими в Твиттере. Общеизвестно, что сложно получить полное представление о клиенте. И это отчасти просто из-за технической истории каждого. Нет ничего необычного в том, что есть три или более клиентских баз данных, так же как базы данных, не говоря уже о множестве других источников информации, которые вы на самом деле собираете о клиенте. И клиентская аналитика, стоит сказать, что это огромная возможность сейчас. Раньше мы делали сегментацию по частям, но теперь это действительно так, потому что есть очень много внешних данных о клиентах, вы можете сделать очень много аналитики по графу отношений, которая действительно относительно нова. Вы можете использовать прогнозную аналитику, которую вы никогда не знали раньше. Вы можете собирать информацию о моде и мнениях, которые раньше никогда не собирались.
Есть очень веская причина пересмотреть то, что вы делаете в отношении клиента, и подумать о том, как вы можете наилучшим образом использовать имеющиеся у вас данные. Практичный вид. Моделирование сущности клиента является необходимым видом деятельности для точного и полезного BI и уточнения знаний. Другими словами, если у вас достаточно большое количество клиентов, это не является обязательным. Вы вроде как должны это сделать. И я думаю, что это все, что я должен сказать. Давайте передадим мяч дальше.
Эрик Кавана: Хорошо, Джон, я думаю, ты идешь дальше? Тогда Диана сделает демо. Итак, Джон Эванс, убери это. И люди, не стесняйтесь, присылайте свои вопросы в любое время. Мы будем следить за этим для вопросов и ответов. Убери это, Джон Эванс.
Джон Эванс: Хорошо. Спасибо, Эрик. И спасибо, Дез и Робин, за это вступление и эти комментарии. Было много совпадений между тем, о чем вы там говорили, и тем, о чем мы будем говорить и показывать сегодня, и это здорово. И что мы определенно согласимся с тем, что это понятие ориентированности на клиента - это то, чего люди стремятся достичь, и я думаю, что в корне мы бы сказали, что наличие хороших данных, как хороших данных о ваших клиентах, является единственный способ помолиться о достижении этого. Итак, сегодня мы хотим поговорить об ориентированном на клиента управлении основными данными и рассказать всем о том, как мы к этому подходим, решить эту проблему, и рассказать о новом предложении, которое мы только что представили и которое призвано сделать это. компаниям любого размера легко предоставлять лучшие данные о клиентах в рамках их фрагментированной среды данных. Так что этот пейзаж может выглядеть примерно так.
У нас есть множество систем по всему периметру, множество фрагментированных приложений, некоторые из них работают в облаке, некоторые из них работают локально. И в каждом из них, по определению, у вас будут разные способы идентификации клиентов и информации о них. Разные модели данных о клиентах с разными атрибутами, разными приоритетами и пр. И даже если вы были организацией, в которой вы считаете себя магазином SAP или магазином Oracle, или вы просто управляете своим бизнесом, например, в SAP, или просто в Oracle, или вы используете SalesForce, у вас может быть несколько экземпляров этих систем даже в вашей собственной компании. Возможно, они развернуты в другом месте или в регионе, настроенном по разным причинам, в разных зонах мира, или вы можете настроить их по-разному в зависимости от направления бизнеса. И даже если у вас есть единый ERP, если вы выполнили настройку для всех, в данных будут конфликты.
Теперь наблюдаемая фрагментация еще более усугубляется ростом внедрения облачных систем и лучших в своем классе приложений. Таким образом, хотя в действительно большой, сложной и запутанной среде, подобной этой, все думали: «Ну, это действительно происходит только в действительно крупных компаниях», из-за появления облачных решений и лучшего в своем роде подхода, эта проблема в настоящее время становится все более распространенным даже в небольших организациях. Таким образом, это действительно диапазон от малых предприятий до крупных предприятий. Все страдают от одной и той же проблемы с данными своих клиентов. И вы можете посмотреть на некоторые из тех проблем, которые я перечислил здесь, в середине.
Я делю их на три типа. Есть проблемы, связанные с данными, где у вас есть дубликаты, у вас есть недопустимые данные, у вас пропущены поля, у вас есть противоречивая информация, непоследовательные иерархии, и с течением времени эти вещи только ухудшаются. Кроме того, у вас возникают проблемы, связанные с людьми, когда люди не могут получить доступ к данным, они не могут ответить на вопросы, которые у них есть, где они ищут, но они не могут достичь того кругового обзора, о котором говорил Робин.
И в третьей области - проблемы, связанные с процессами, когда у вас есть данные в разных местах, а также люди не знают, что изменилось и когда, потому что с данными все время что-то происходит. Так что нет никакого контроля или управления над тем, как сохранить эти данные в чистоте. Таким образом, поскольку вы пытаетесь предоставить более сплоченный / убедительный опыт работы с клиентами и вступить в диалог с клиентами, очень трудно добиться этого, когда ваши собственные данные об этих лицах не соответствуют друг другу и не являются точными.
Как и в стороне, которую я видел, я думаю, что это была на прошлой неделе или на прошлой неделе статья в «Управлении информацией», в которой говорилось о том, почему персонализированный маркетинг все еще не точен, и они перечислили девять причин. Первые две причины в их списке, качество данных низкое, а данные не интегрированы.
Так что вы можете с этим поделать? Ну, есть несколько способов, которыми вы можете попытаться подойти к этой проблеме и подумать о том, во что это обойдется вашей организации. Вы можете как-то атаковать эти данные, когда они появятся, если хотите, или вы можете атаковать их, как только они проникнут в вашу систему, так что вот пример организации, с которой мы работали, которая фактически выделила около тридцати различных мест, где хранились данные там, в их ландшафте.
Так что, как только эти данные были выпущены в дикую природу, в эти десятки систем их трудно найти, их сложно поддерживать, их дорого исправить, если вы подумаете о том, чтобы войти и попытаться исправить это тридцать раз в тридцати разных местах., Итак, одна из концепций, о которых мы хотим поговорить, - это попытка быть упреждающей и попытаться исправить вещи на ранних этапах своего жизненного цикла, потому что, когда вы это сделаете, это будет легче найти, легче контролировать и дешевле в ремонте и обслуживании. и таким образом вы будете получать более качественные данные, работая в своих приложениях.
Так что это концепция, о которой мы говорили, называемая проактивным MDM, а слоган, который нам нравится использовать, - это концепция очистки рек, а не озер. Таким образом, есть три шага к этому, во-первых, чтобы очистить, где вы хотите сопоставить и объединить и очистить и выжить записи как можно ближе к источнику, чтобы попытаться получить золотую запись, чтобы избежать загрязнения ваших последующих приложений. Это можно сделать с помощью реализованного контроля над источниками или даже путем предоставления централизованного предложения данных, чтобы они были согласованными и точными, прежде чем вы выпустите их в открытый доступ.
Обогащение - это добавление ценности к данным по мере их поступления, включая справочные данные и другую информацию, которой нет в исходной операционной системе, поэтому это могут быть иерархии, например, сегментации, которые по сути не хранятся в этих системах.
Затем в третьей части речь идет о том, чтобы оставаться в чистоте, и именно здесь вы хотите убедиться, что у вас есть процессы, и люди, отобранные для руководства и управления, имеют инструменты, доступные для включения этих процессов, а затем проактивно сопоставляют и очищают. ваши данные периодически, чтобы этого не происходило, поэтому вы избегаете распада, который, естественно, произойдет, например, когда люди меняют работу или меняют место жительства или тому подобное.
Так как ты это получил? Ну, есть несколько вариантов, которые вы могли бы использовать для решения этой проблемы. Вы могли бы использовать инструмент качества данных, вы могли бы использовать инструмент интеграции данных, чтобы извлечь информацию, вы могли бы использовать инструмент рабочего потока, чтобы разделить работу на разных людей. Вы можете использовать инструмент управления, чтобы отслеживать, кто что делает. Вы можете собрать воедино все эти различные инструменты наследия и бросить на это множество людей.
Но это все очень дорого, очень ресурсоемко, развертывание будет медленным, им будет сложно управлять, и вы, возможно, даже захотите начать с данных ваших клиентов, но вы также захотите со временем управлять своими продуктами. ваш список продуктов, которые есть у этих клиентов, и список поставщиков этих продуктов, а также план счетов, которые вы используете в своем бизнесе для отслеживания того, что происходит, управления вашими сотрудниками, которые обслуживают этих клиентов, и т. д., Итак, теперь вы говорите о нескольких доменах, поставщиках, продуктах, плане счетов, сотрудниках и т. Д., Чтобы попытаться получить полный обзор всего вашего бизнеса.
Таким образом, в идеале мы хотим достичь единого решения для интеграции, сопоставления и очистки основных данных клиентов, единого решения для управления и управления, а также единого инструмента, который можно использовать для управления каждой областью данных в начале работы. клиент и двигаться дальше. Такова цель нового предложения, которое мы только что объявили под названием Magnitude ONE. Magnitude ONE - это предложение MDM, предназначенное для компаний, которые интегрируют, гармонизируют и управляют своими основными данными в тех популярных SaaS-приложениях или приложениях вне помещений, которые используются, как мы говорили ранее, и поэтому Magnitude ONE включает в себя ряд компонентов.
Первое, что оно включает, - это наше решение Kalido MDM, которое было развернуто в некоторых мировых компаниях, и Эрик, вы говорили о том, что вы знакомы с основными данными и управлением в далеком 2003 году, я думаю, что этот продукт первоначально вышел примерно в 2004 году. мы были первопроходцами в этом пространстве с этим инструментом. Мы начали с его использования для обслуживания аналитического использования информации, чтобы убедиться, что хорошие данные поступают в хранилище, и со временем наши клиенты все больше и больше используют их для оперативных сценариев использования и управления несколькими доменами, включая клиентов и продуктов, а также финансовые и продавец и работник и так далее. Таким образом, Kalido MDM является основной частью этого решения.
Мы также предоставляем возможность подключения и интеграции с различными исходными системами, сотрудничая с программным обеспечением SCRIBE, используя их платформу онлайн-интеграции SCRIBE в качестве услуги. Это облачное интеграционное предложение с подключениями к более чем сорока системам как в помещениях, так и в системах SaaS, которые используют организации. Таким образом, вместе они вместе с нашим решением Kalido MDM также включают в себя возможность создания среды, управляемой рабочим процессом, для управления основными данными и управления им в течение всего жизненного цикла. У нас есть соответствующий механизм, специально разработанный для обработки данных клиентов, и мы также предоставляем в дополнение к программному обеспечению некоторые виртуальные учебные занятия по продукту Kalido MDM и компонентам моделирования.
Итак, Робин, вы говорили о модели, это очень важная часть, и именно здесь мы начинаем наше решение, и мы покажем вам, как вы берете эту белую доску, которую показал Дез, и перевели это во что-то, что может на самом деле настроить вашу систему MDM. Последнее, что вы можете сказать о Magnitude ONE, это то, что он доступен локально или в виде облачной службы, вы можете получить подписную или бессрочную лицензию. Идея в том, что вам будет легко покупать, поддерживать, внедрять и поддерживать.
Таким образом, это выглядит как 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. Мы хотим убедиться, что у нас есть полностью интегрированный, согласованный список клиентов с круговым обзором, основанный на нашей новой среде Dynamics CRM.
Поэтому, чтобы построить это, мы переместили данные с salesforce.com и EBS в Kalido MDM, мы фактически запустили процесс гармонизации. Так что в интересах времени мы вроде как готовили и собираемся наслаждаться едой. Итак, давайте теперь переключимся на нашу среду MDM и просто покажем вам некоторые вещи, которые мы можем сделать с помощью дополнительных функций, которые решение MDM добавляет к простой интеграции подключения этих платформ.
Но одна из вещей, которая случится, конечно, это то, что вы потеряете свою историю. В результате вы получите свои данные в Microsoft Dynamics, но знаете ли вы, откуда что-то появилось? Это то, что MDM, одна из вещей, которые может предоставить нам решение MDM, это история.
Так что, если мы посмотрим на наш список согласованных счетов, и мы выберем один из них. Допустим, мы выбрали магазины Альберта здесь. Это дает нам некоторую информацию о том, откуда появилась эта запись в Магазине Альберта. Мы видим, что это интеграция двух записей: одна пришла из учетной записи salesforces.com под названием Albert and Gerard, а другая - из платежной учетной записи EBS под названием Albert's Stores, и они были объединены и объединены в единую родительскую учетную запись под названием Albert's Stores.
Мы также видим его исходный идентификатор, мы можем видеть, что в этот день он уже был перенесен в Microsoft Dynamics, потому что здесь у нас есть CMR ID из Microsoft Dynamics. Я вижу время последнего обновления данных. В дополнение к этому мы предоставляем другое представление, которое позволяет вам не только просматривать данные, но и с помощью нашего представления в виде графика вы можете просматривать ассоциации, в которых участвуют данные.
Таким образом, у нас есть та же запись: наши магазины Альберта с их связями с учетной записью дебиторской задолженности, учетной записью salesforce.com и контактами. Если мы выберем один из этих контактов, мы увидим, что этот контакт был на самом деле контактом salesforce.com. Точно так же наш аккаунт Адама Альберта был контактом EBS, поэтому это движение, я думаю, на экране происходит автоматически, некоторые из них я делаю просто для того, чтобы все было легко читать. Но по мере продолжения мы можем взглянуть на контактную информацию и увидеть, что она поступила из нашей учетной записи salesforce.com. Это фактически создаст представление, которое показывает нам все отношения, в которых участвуют наши данные.
Кроме того, мы видим, как мы классифицируем наши данные на saleforce.com и есть ли другие учетные записи, которых слишком много, чтобы перечислять. Ну, те вещи, которые слишком многочисленны, чтобы перечислять, мы все же можем добраться до них. Мы можем просто прокрутить страницу вниз и перейти к списку всех тех дополнительных учетных записей, которых было слишком много, чтобы перечислить их в графическом представлении. Конечно, мы могли бы начать в графическом представлении для любого из них. Так что это один из способов иметь дело с вещами. Мы можем видеть данные, мы можем манипулировать данными, мы также хотим иметь возможность исправлять и исправлять данные. Итак, пара способов взглянуть на это.
Итак, одна из вещей, которые мы могли бы сделать, - мы можем перейти, взглянуть на иерархию, я сохранил нашу иерархию учетных записей как одну из моих любимых, поэтому я могу сохранять различные категории информации как учетные записи, а также иерархические пути, которые Я мог бы использовать в моем браузере иерархии. Итак, здесь я могу подробно изучить мою иерархию, увидеть все различные контакты, которые у меня есть с каждой учетной записью.
Но еще одна вещь, которую предоставляет эта среда, - это возможность найти всех сирот. Это контакты, которые пришли через нашу гармонизированную систему, в которой не было родителей, поэтому это оставшиеся сироты. Итак, мы принесли их, мы определили их, мы знаем, что это сироты, ну как мы это исправим? Что ж, мы просто щелкаем этот переключатель в режиме редактирования, который открывает другое представление об иерархии, и теперь мы можем начать классификацию этих людей. Так что, возможно, Билл Мюррей работал в AC Network, чтобы мы могли взять его и добавить в список, и мы увидим, что он выделен, указав нам, что это изменение. Я могу переместить Сэнди и назначить ее, возможно, в AG Edwards and Company.
Поскольку эти изменения вносятся, они записываются здесь, и я могу отменить их, если пойму, что допустил ошибку. Я могу объединить несколько их вместе и переместить их через систему как единое целое, дав им имя, а затем они были обработаны как единая единица работы через мою систему. Так что это один из способов, и, очевидно, если я буду активным, я мог бы пойти сюда и посмотреть на это, и если посмотреть, есть ли сироты и решить эту проблему. Что если я не сделал? Что если бы я не был активным? Ну, опять же, наша система включает в себя рабочий процесс, о котором я упоминал ранее, решение рабочего процесса, которое позволяет нам иметь дело с этим более непосредственно.
Чтобы сделать это, я собираюсь выйти из системы как системный администратор, теперь я собираюсь войти как администратор данных, хорошо? Так что это будет человек, который отвечает за управление недействительными данными. Вы увидите, как только я войду, я попаду в свой почтовый ящик, где угадайте, что? Есть наши 11 осиротевших записей, потому что отношения, связь между контактами и их учетными записями обязательна. Все согласованные учетные записи, которые не имели соответствующих подключений к учетной записи, являются недействительными. Они перемещаются по рабочему процессу, и, как мы видим на диаграмме рабочего процесса, здесь мы сейчас исправляем записи. Затем они перейдут к процессу утверждения, одобренному менеджером по продажам, утвержденному бухгалтерией и, наконец, авторизованному для публикации в следующем пакетном обновлении нашей динамики.
Конечно, это также может быть настроено для запуска в режиме реального времени, который, как только он будет опубликован, как только он будет авторизован для публикации, сразу же выдаст динамику, так что вам решать, как вы хотите настроить этот последний шаг интерфейс. Надеемся, что это дало нам - дал вам всем краткую идею, краткий обзор лишь некоторых способов, которыми наш инструмент MDM может помочь обогатить и улучшить нашу среду. Есть много, много других способов, которыми мы можем улучшить ваше использование информации вашего клиента, и действительно достичь того момента, когда вы получите действительно согласованное 360-градусное представление о клиенте со всей информацией в одном месте, доступном для пользователи. Не только через пользовательский интерфейс этого провайдера, но, как я уже упоминал, мы также предоставляем потребительский интерфейс, своего рода веб-портал, где, если пользователь знает, что произошло изменение в учетной записи, он может поднять запрос на изменение и обратиться к нему, а также обернуть это изменение. Запросите непосредственно к управляющему данными внести любые изменения в эту запись, которую, по их мнению, необходимо внести. Так что в этот момент я думаю, что верну это Эрику, и мы перейдем к вопросам и ответам.
Эрик Кавана: Конечно. Итак, у нас есть пара вопросов от аудитории. Я выброшу одну, но, может быть, сначала Дез или Робин, у вас есть вопросы? Позволь мне начать с тебя, Дез.
Дез Бланчфилд: Одна из вещей, с которой я сталкиваюсь каждый раз, когда я прохожу этот путь с организацией, - это вся проблема контроля версий. Не могли бы вы просто коснуться подхода к управлению версиями для данных или определенного - вы знаете, представьте себе сценарий, когда три разные части организаций имеют дело со мной как с клиентом, а затем они вносят различные обновления и изменения, теперь уже через новую инструмент. Как мы решаем проблему только контроля версий данных, поступающих через бизнес, которые проверяют, контролируют и одобряют это?
Диана Коллинз: Это отличный вопрос. Таким образом, одна из вещей, которая встроена и встроена в наше решение - это журнал аудита и история. Так что я посмотрю, смогу ли я найти запись с историей. Позвольте мне посмотреть, есть ли у нашей записи в Магазине Альберта, которую мы использовали, история, как только я нажму на Режим истории, что это делает для меня - у меня есть - в этом нет изменений в истории. Я хочу, чтобы он показывал нам любые промежуточные изменения, сделанные здесь, а также дату и время их внесения. Кроме того, я могу перейти к полной истории и, если я включу контрольный журнал, я не только увижу эти изменения и когда они были сделаны, но контрольный журнал скажет мне, кто внес эти изменения, какой пользователь также внес эти изменения.,
Наш подход к управлению версиями больше основан на времени, чем на произвольных метках. Вы можете выбрать момент времени и увидеть ваши данные такими, какими они были в тот момент, и перенести данные такими, какими они были в тот момент. И мы, конечно, отслеживаем историю не только содержания данных, но и модели данных. Так как ваша модель данных может развиваться, мы добавляем новые классификации, мы также отслеживаем это, и вы всегда можете откатиться назад и увидеть вещи такими, какие они были в любой данный момент времени.
Дез Бланчфилд: Модели данных вызывают трудности, я имею в виду, что вы получили значительную родословную для работы с некоторыми существенными статьями. Можете ли вы дать нам несколько примеров некоторых моделей данных, которые уже существуют, и некоторых из них, с которыми вы сталкивались, управляя этим, вы знаете, ключевыми секторами, такими как производство, розничная торговля, логистика и финансовые услуги. У вас есть банковское дело, управление убытками и т. Д. Итак, подход, примененный к предыдущей модели, может быстро раскрутить проект, чтобы люди могли начать понимать, где есть пробелы, или им нужно самим строить и обучать эту модель?
Диана Коллинз: Мы использовали оба подхода на протяжении многих лет. Мы попытались придумать модели и обнаружили, что чем более полная модель действительно означает, тем больше изменений вам придется внести, чтобы иметь больше настроек, которые вы можете внести в нее для клиента. Таким образом, мы действительно применили подход фрагментов моделей, определенных основных общих элементов, которые, как мы находим, действительно проникают во все отрасли.
У нас есть, например, финансовые услуги, у нас есть модели на рынках капитала для ценных бумаг и деривативов и т. Д. У нас есть модели для страхования, страхования имущества и ответственности, для перестрахования, и обе они управляют рисками по-разному. У нас есть изготовление моделей для товарных накладных, накладных. У нас есть другие части модели для цепочки поставок или любого другого трекера, промежуточных складов, моделей распределения, старения запасов, и тому подобное. Вы знаете, что для многих наших клиентов у нас есть клиенты практически во всех вертикалях, о которых вы только можете подумать, но для многих из них мы смогли разработать некоторые основные компоненты, которые мы собираем для наших клиентов, в готовую модель.
Джон Эванс: Да. Позвольте мне добавить к этому, Диана. Знаете, модель, которую мы показывали минуту назад с оранжевым фоном, на самом деле является концептуальной моделью, поэтому в ней есть, вы знаете, гласные, и здесь нет подчеркиваний, я имею в виду, что человек может их понять. Это не концепция ИТ сама по себе, это то, что деловой человек может понять. У нас есть эти концептуальные модели, мы можем импортировать существующую модель, которая может у вас быть, и мы учитываем ее, чтобы получить ее таким образом, но - как говорила Диана, когда у нас есть фрагмент модели или пример модели, которую мы использовали что, прежде чем мы покажем клиенту, обычно в течение, как вы знаете, немного времени, чтобы взглянуть на него и вывести его на экран и что-то вроде наведения и жестов, они обычно могут провести рефакторинг этой модели, чтобы она была хорошо представлена. о том, что они пытаются достичь.
Таким образом, это ускоряет время для того, чтобы выполнить эти требования, чтобы вы могли выполнить его, но другая вещь, которую я здесь не показал, это, знаете, есть эта диаграмма, но есть также вкладка под названием операции, на которой вы нажимаете кнопка, и он генерирует все объекты, которые вам нужны в хранилище MDM, а также правило, которым вы были - вы настроили, вы знаете, что является необязательным, что является обязательным, какова мощность, все те вещи, которые вы хотите чтобы сделать, но там есть кнопка с надписью Deploy, тогда она просто сгенерирует модель, которую вы создали на переднем конце. Таким образом, у нас есть фрагменты, у нас есть опыт в самых разных отраслях, и наши консультанты могут помочь клиентам начать работу очень быстро.
Диана Коллинз: Ну, еще одна вещь, которую я собиралась выяснить -
Дез Бланчфилд: Итак, я еще один быстрый, прежде чем передать его Робину - да, прости, иди.
Диана Коллинз: Я бы просто хотела заметить, что мы обычно запускаем эти сеансы моделирования как своего рода джем-сейшн, потому что нас не так сильно интересуют детали всех атрибутов, мы можем заполнить их позже, когда дойдем до этого. Что нас действительно интересует, так это получение бизнес-представления о том, как данные объединяются и как они понимают, что это полезно, и именно так мы хотим создать решение.
Дез Бланчфилд: Нет, все это имеет большой смысл. Еще один быстрый, потом я передам это Робину. Таким образом, то, что я сразу представляю, произойдет в беседе нашего менеджера с организациями, с которыми я имею дело, это то, что у них есть представление, у них уже есть, вы знаете, управление, структуры и инструменты на месте - каков опыт, когда вы входите в организация, где, скажем так, управляющая команда решила пойти по этому пути, стать ориентированной на клиента и очистить данные о своих клиентах, или получить единый срок, и все же ИТ и другие подразделения бизнеса, возможно, уже почувствовали, что они запустить несколько программ работы, чтобы получить хорошее место на этом?
Дайана Коллинз: Ну, это интересный вопрос. Да, я предлагаю, чтобы реализации MDM, как правило, потерпели неудачу, если бы не было такой высокоуровневой поддержки. Я думаю, что эти проекты должны быть выведены с довольно высокого уровня в организации, потому что есть культурные изменения, которые должны быть приняты. Я думаю, что Робин говорил с этим ранее, что, вы знаете, это не то, что вы просто делаете как проект, и это зависит от того, как к нему часто обращаются в ИТ-организации. Это постоянная программа, которая требует приверженности и готовности измениться, если вы захотите реализовать, а затем, когда у вас есть это, я думаю, мы обнаружили, что реализации идут очень хорошо.
В некоторых случаях нам приходилось бороться, когда не было поддержки управления высокого уровня или когда ИТ-организация была стойкой к изменениям, но в обоих случаях мы были достаточно успешны в их завоевании. Я думаю, что однажды мы показали им, как просто встать и работать, и как это действительно снимает с них ответственность за контент, и на самом деле ИТ не должны нести за это ответственность. Бизнес знает, что составляет хорошие данные, ИТ не должны знать об этом. ИТ-специалисты должны нести ответственность за то, что они делают хорошо - организовывают данные, сохраняют их в безопасности, сохраняют их в безопасности и как - и обычно они приходят и видят это таким образом.
Эрик Кавана: И у нас есть несколько вопросов из зала, позвольте мне выкинуть их сюда. Мы собираемся немного со временем, но я думаю, что я получу все вопросы, которые мы можем или, по крайней мере, попробуем. Я передам это вам, может быть, Джон или Диана, в любом случае. Один из участников спрашивает: «Есть ли у вас функциональные возможности, чтобы переориентировать плохие записи на« золотые »? Такие транзакции, как, например, заказы на продажу прямо в операционных системах? »Не уверен, что я точно знаю, что он имеет в виду, но, надеюсь, вы ответите на это.
Диана Коллинз: Ну, мы, конечно, можем перезаписать записи. Это очень стандартная часть этого офисного решения, но внутри операционных систем это не напрямую. Мы могли бы сделать это в среде MDM, а затем отправить эти данные обратно из среды MDM, как только они были опубликованы в среде MDM, перенести их обратно в операционную систему, но они не были бы непосредственно захвачены - мы не исправим их непосредственно в операционной системе из среды MDM.
Эрик Кавана: Понял тебя. Хорошо, и вот еще один вопрос: «Можно ли использовать инструмент, чтобы увидеть происхождение данных?»
Дайана Коллинз: Да, конечно. Опять же, это не отличная модель для такой иллюстрации, но абсолютно. Если у вас есть история ваших данных, откуда данные поступают из разных мест, мы можем пометить их источником и перенести эту информацию в опубликованные данные.
Джон Эванс: Благодаря этому. Здесь есть элемент этого в модели, там, там, Диана, я имею в виду, что у вас есть контакты SFDC и контакты EBS, и это на самом деле также появилось в графическом поле. Это вроде висит вокруг данных.
Диана Коллинз: Да. Я имею в виду, что в реальной линейной среде у вас было бы более надежное решение и реализация, и здесь была сделана только базовая.
Эрик Кавана: Хорошо, хорошо. Еще пара вопросов, и мы закончим. Один из участников спрашивает: «Как вы поддерживаете определение домашнего хозяйства? У вас есть способ обогатить основные данные клиентов с помощью социальных сетей? »
Диана Коллинз: Это на нашей дорожной карте, обогащение с помощью социальной сети из данных социальных сетей на нашей дорожной карте. Это не продукт на данный момент, а с точки зрения владения домом, это часть наших возможностей сопоставления и слияния. В процессе сопоставления большое количество ручек и рычагов, которыми вы можете управлять для весов определенных частей данных, но в конечном итоге это позволяет нам собирать все отдельные записи контактов, которые могут быть частью одного домохозяйства., Тогда он понимает разницу между компаниями и людьми. В компаниях вы обычно смотрите на начало, на вид значимости слов в названии; в компании, начните с фронта и работайте до конца. Но когда вы занимаетесь домашним хозяйством, вы действительно хотите начать с конца и работать на передний план с именами людей. Он понимает это и может довольно хорошо собирать контакты, принадлежащие одному домохозяйству.
Эрик Кавана: И последний вопрос, а как насчет клиентов ресторана? У нас есть хороший осведомленный член аудитории, который спрашивает, есть ли у вас клиенты ресторана?
Диана Коллинз: На самом деле нет. Это будет новая вертикаль для нас. Мы были бы действительно заинтересованы в этом. У нас есть клиенты, которые поставляют рестораны, но у нас нет ресторанов, которые являются клиентами.
Эрик Кавана: Хорошо, не беспокойся. Ну, ребята, мы прожили здесь час и пять минут, поэтому большое спасибо нашим докладчикам сегодня. Мы будем архивировать эту веб-трансляцию, чтобы все эти архивы были доступны для последующего просмотра. Большое спасибо нашим докладчикам сегодня. Большое спасибо, конечно, Дезу и Робину за их понимание, а также Magnitude Software. Это хорошая вещь. МДМ здесь, чтобы остаться, ребята, в этом нет никаких сомнений. Очень важно получить ту центральную точку зрения, которая со временем станет более важной. Я должен подумать, так как наши клиенты решают, что они не хотят, чтобы с ними плохо обращались, они хотят получить лучшее возможное лечение, и так оно и будет.
Итак, с этими людьми мы попрощаемся с вами. Спасибо еще раз. Завтра мы поговорим с вами о следующей веб-трансляции, да. Горячие технологии - самое горячее шоу в эти дни, мы поговорим с вами, надеюсь, завтра в четыре часа по восточному. До тех пор, будьте осторожны, ребята. Буг до свидания.
