在新闻里 最大的图景:跨多个平台了解您的客户

最大的图景:跨多个平台了解您的客户

Anonim

通过Techopedia Staff,2016年5月25日

总结:主持人Eric Kavanagh与Dez Blanchfield,Robin Bloor,John Evans和Diana Collins讨论了主数据管理。

您目前尚未登录。请登录或注册以观看视频。

埃里克·卡瓦纳(Eric Kavanagh):好的,女士们,先生们,夏天快到了,这里的天气越来越热。 为什么? 因为是时候使用热门技术了。 的确是的,我叫埃里克·卡瓦纳(Eric Kavanagh)。 我将作为您的节目主持人–我们应该谈论热门,正在发生的事情,市场上最酷的事情。 这是我们与Techopedia的合作伙伴关系。 我们爱这些家伙。 我们已经与他们合作了几年。 他们有一个很棒的网站。 如果您想了解技术世界的任何内容,其定义可能是什么,请访问techopedia.com。 今天,我们谈论的是MDM,主数据管理。 确切的标题是“最大的画面:跨多个平台了解客户”。伙计们,我现在可以告诉您这个游戏正在发生变化。

因此,确实有一个关于您的地方,请在Twitter @eric_kavanagh上打我。 我尝试回复任何回复我的人。 所以这一年很热。 对于MDM来说肯定很热。 我告诉你,这很热门,不仅对于大型企业来说很热门,对于那些拥有许多不同系统的中小型企业也很热门。 CRM系统,电子邮件营销系统,ERP系统,Web分析系统,电子商务套件等。对客户信息的访问点很多,而且公司可以将编织在一起的工作做得越好,他们就越好。能够为客户服务,而不是剔除客户并留住这些客户。 让他们多买点东西。

实际上,我是从2003年左右开始亲自跟踪MDM的,那时大约是该术语真正产生的时间。 坦率地说,有一家银行,实际上是Chase Bank,我认为那是银行的一种方式,现在我的一个好朋友,一个叫Joe Northern的家伙在一家名为Razza Solutions的公司工作,后来有了DRM工具。甲骨文。 因此,他们当时实际上汇总了帐户,并为银行进行了层次管理,这就是主数据管理的早期。

因此,这些天,我们同时讨论分析型和操作型MDM。 今天,我们将大量讨论这些内容,并真正帮助您了解如何利用这项技术来全面了解客户,了解他们的身份并确保您能够满足他们的需求。坦白讲,世界范围内竞​​争非常激烈。 我们到处都可以看到。

因此,这里的角色是摇滚明星:Dez Blanchfield,Robin Bloor,John Evans和Diana Collins。 从地球上的四个不同位置进行呼叫。 我们从Dez Blanchfield开始,然后我将把钥匙交给您,Dez,然后我开始发推文。 把它拿开。

Dez Blanchfield:谢谢Eric。 我只需要提醒自己下车静音。 我对此表示歉意。 谢谢您有机会介绍这一点。 因此,我将从一个现实的组织挑战示例来看待这个问题,以应对我所称的对组织的最大破坏之一,他们将看到一些时间。 我们已经看到了许多挑战。 全球金融危机打击的公司不得不处理它。 我们会定期处理与隐私相关的法律变化。

我认为组织无法发现的事情之一就是整个名人体验问题的影响。 基本上,到处跑动的人都希望通过某种方式获得即时满足。 但是,即时满足是一种很好的方式,而不是一种幼稚的幼稚方式。 只是意识到他们是客户,他们付出了钱,他们应该为此而获得价值。 因此,出现了以客户为中心的现象,或者成为了以客户为中心的组织。 因此,我将快速讲解这意味着什么,并很快进入我们讨论中技术性稍强的部分。

我要说的是,首先,要成为一个以客户为中心的组织,这有一件简单的事情:您需要对客户和客户数据有完整的了解。 您可能有不同的系统。 您可能有很多不同的产品。 您在组织中可能有五十个不同的部门,但是无论您在组织中的哪个位置,无论您的工作职能是什么,您都应该能够全面了解所有客户或与之相关的客户你的工作职能是什么。 数据集的每个部分或数据集的所有部分都可以告诉您该客户的国家/地区状态。

我的意思是,对您所有系统中的客户进行全面了解不只是一件好事! 如今,这是必须的。 而且,这是您第一次在与客户打交道的情况下被吸引住,尤其是当它在现场,通过电话,在网络聊天中或亲自面对时,这更加令人恐惧,您可以不会告诉他们您应该了解的所有信息,这很明显,而且这是非常不幸的情况。

我将以围绕真实场景的快速轶事开始。 这是一张白板的照片,而且还不到五天。 这是几天前几天在一个房间里白板上的实际情况,谈论的主题是我们如何成为一个拥有90个不同业务部门的大型组织。 这是一家亚洲银行,他们有90个不同的业务部门。 从社会贷款,点对点和小额贷款一直到为将卫星送入太空的融资,他们一应俱全。 所以他们是一个怪物。 他们有数千万的客户。 我认为他们只有不到五千万的客户。 他们面临着这样一个典型的挑战,即我们不仅要处理主数据管理,而且要特别处理客户数据和单个客户。

当我们将其绘制出来时,使他们从白板上跳下来的是他们不仅是一个问题,而且他们还做了一场噩梦,因为他们的系统之间没有相互通信。 我可以到银行的任何部分或公司的任何部分去寻求贷款,这可能是汽车贷款,房屋贷款,小企业贷款,他们什么也不能告诉自己,或者他们不能找不到关于我与银行的其他关系的任何信息。 而且这绝对让他们感到恐惧,因为他们意识到路旁的银行已经可以做到这一点,而且他们可能比第8个球落后12、15年。 这归结为客户正在寻找的这些关键价值主张,这只是我作为客户的一贯看法,您需要弄清楚如何实现这一目标。 尤其是现在,我正在网上与您打交道,最近这些天更可能是通过应用程序实现的。

归结为“这一切都是关于我,客户的。”因此,当我们绘制出以客户为中心的文化图景时,它就是将我们从核心系统中获得的一切都融合起来,这些核心系统可以捕获诸如您的第一个客户之类的东西。您填写表格或在线填写表格或在专卖店的某个柜台向我们咨询时的姓名,姓氏和其他详细信息,在我们提供产品或服务的整个过程中,我们最初会与您认识您。 并从上到下进行映射。 不断完善数据和我们用来理解数据的数据模型。 调整业务中的这些技术和流程,工作流程的方式,不断加强我们对您的看法。 我们与您的持续合作。 我们如何持续关注您的客户以及我们如何与您交流。 如果我要向您出售三种服务,我不想每个月向您发送三张不同的纸或三张对帐单或票据,依此类推。

以客户为中心的故事现在正在受到真正的吸引,组织正在看到它的价值。 这仍然是一个真正的挑战,因为,“好吧,我有十个不同的系统,而且它们之间不会互相通信。 我没有工具,系统或平台,无法将它们整合在一起。”人们总是会像我刚才向您展示的那样,最终在一个房间里进行白板会议。 但这全都归结为转换的左上角的一项核心内容。 从组织文化,人员文化,员工文化和运营模式的转变,一直到支持他们的技术堆栈。 因此,组织需要经过一个相当普遍的检查清单,以至于他们甚至了解以客户为中心的含义所面临的挑战,以及建立系统和获取可帮助他们完成此工作的工具的需求。

就像映射整个生命周期中的客户旅程以及他们作为组织所拥有的经验一样。 完善您的运营模型以及如何组织自己以关注客户和您为客户提供的价值主张为重点。 然后当然要调整您的技术以及围绕它们的技术堆栈和流程,以确保您实际上在不断推动进一步的参与,并与客户进行更好和更紧密的联系。 实际的参与过程本身是从高管到下层。

如果您没有从食物链的顶部,从董事会的下面一直改变对世界的看法,那么您的财务部或日常财务人员将几乎没有机会改变他们的行为。 您必须从头开始。 您必须不断刷新,重新定义和重新开发针对目标客户的解决方法。 那么,您如何不仅在组织的顶端实现文化转变,而且在组织的最底层实现行为改变,以及为实现此目的而提供的工具?

说您是一个以客户为中心的组织,并且希望人们以一种方式行事是一回事,但是您没有给他们提供手段,工具和这样做的能力,因此您不会举止行为。之所以会发生变化,是因为人们会继续回落到以客户为中心的组织之前所熟悉的习惯。 然后,将组织中不同部门的整体整合以及内部的文化整合在一起,并明显地由工具和平台作为基础。

那么,您如何处理这些不同的业务部门,业务部门或组织的各个部分,并使它们的行为从文化角度来看又有所不同呢? 好吧,您可以为他们提供适当的工具,方法和手段,以获取完整的客户视图和客户体验视图。 然后,您如何放置一些KPI并根据该KPI对其进行衡量和跟踪,并针对这些KPI进行一些度量并衡量这些KPI并为其提供价值? 自身具有业务价值,并且显然在价值链中以某种形式对客户具有价值,并使他们回头客。 然后结合您与客户之间通过反馈和实时处理或迭代处理而获得的所有沟通,以便您的行为和文化转变有望在某种反馈周期和反馈循环中得以体现,您可以弄清楚自己是否真正达到目标与否。

我们进入一种场景,您知道最终组织将发现自己实际上淹没在不同的数据中,并且在这里已经看到了某种形式的内部,外部数据。 从历史上看,我们有一个客户关系管理平台,广告平台和营销平台。 我们拥有各种各样独立运行的不同系统,然后希望它们确实以某种形式相互通信。 在过去的几周中,我们与您的互动激增了,因此我们通过社交媒体与您交流,通过我们的网站与您交流,并收到您的电子邮件。

我们的通过电话与您交谈的IVR系统现在必须将这些数据映射回去,并告诉我们您如何处理我们的电话系统并与我们的数据库进行交互,如果您一直在与我们通话,那么所有这些实时捕获,我们需要确保能够获得它的通用视图,希望该视图的中心是通用数据管理平台。

最近有一个词是“名人客户体验”。那是什么意思呢? 并不是说我们认为我们的最终用户或消费者行为不佳,他们在任何方面都感觉与众不同。 这意味着我们已经意识到我们应该将每位客户都视为名人。 从我们与他们见面的那一刻开始,到他们有幸成为客户的整个过程中,他们都应该获得VIP待遇。

因此,我经常被问到的一个问题(将其带回到一个客户的趣闻轶事中)是如何使我们的组织能够满足日益增长的对名人客户体验的需求? 因为我们现在所看到的是对组织最大的破坏之一,那就是要求兑现对客户的承诺。 为他们提供名人客户体验。 根据我的经验,当然还有我所看到的世界各地的组织,由于他们可能已经知道或看到的其他影响力已经转移到他们的实际客户而没有意识到,因此它们正在被打乱。 他们的客户正在打乱他们,并以非常严重的方式打乱他们。 然后,如果您不能提供这种名人体验,并且不能为您的组织提供获得客户的单一视图的工具,方法和手段,那么您将错过一英里,至少一个国家英里。能力和兑现承诺的能力。

我将在这里提出一些要点,然后移交给Robin,以获取更多技术细节,我建议所有组织都应非常认真和快速地考虑是否离此交付越来越近。对员工及其组织的承诺,使之成为以客户为中心的实体。 那就是关注基本组件并创建单个客户视图。 这听起来很简单,但这意味着什么呢? 嗯,这意味着确保您始终在正确的时间从正确的数据源获得正确的数据。 确保始终在正确的位置提供数据。 不只是某些时间。

而且必须紧密集成。 而且它必须本机内置到您的平台中。 不能只是您认为自己做的事情。 一次营销活动。 每次查看客户时,您都需要始终保持这一能力。 它需要一直供所有合适的人使用。 因此,我不想在走廊上四处寻找部落知识。 我需要能够仅通过使用一种工具就立刻得到通知。 并且您需要在正确的平台上为它提供正确的工具。 因此,它必须内置到您已经在使用的现有系统中。

从我从移动应用程序访问您的网站,网站,与IVR交谈,交互式语音录制到我自己作为自助服务台通过电话服务台,您的CRM都需要能够看到一切。 或者,如果我推动“九星”并走向人类,那么我会问一个更具挑战性的问题,即IVR没有经过编程处理。 如果我发了一些开心的事,如果我在LinkedIn上写过一篇文章。 所有这些最终都需要反馈到CRM中,这样,如果我管理与客户有关的任何事情,我就能看到。 我们需要将其设置为默认值,而不是例外。

人们仍然想要运行广告活动,他们想要进行销售和营销工作,或者他们正在寻求解决某些问题或处理定价问题,这仍然是一个非常例外的情况。 我们进行一次一次性活动,并尝试获得客户特定部分的单一视图,并开始运行报告并打印出来,然后以装订的打印副本格式分发。 例外。 这需要是默认值。 您的系统必须始终提供客户端的单一视图。 从我们的角度来看,无论是销售还是市场营销,或者仅仅是运营,制造,物流,或者可能是什么角度,现实都是您将必须做所有这些事情在转变为以客户为中心的组织之前,您将看到可观的投资回报。 您将获得一些快速的胜利。 肯定会有快速的胜利。 因此,在这方面有一些好消息。 但是现实情况是,在您完成向以客户以客户为中心的组织的完整单一视图过渡之前,ROI不会在您眼前消失。 这是一个有趣的旅程。 这是一个值得的旅程。 拥有正确的工具,正确的平台,并以明智,技术上和商业上可行的形式尽早将其提供给您的组织,这一切都得到了支持。 考虑到这一点,我将移交给罗宾。 罗宾?

Robin Bloor:谢谢Dez。 我必须做与您相同的事情,我必须取消静音。 好的,我打算从概念的角度来解决这个问题,而不是Dez经历的那种实际情况。 当我们进入MDM领域时,我们实际上是在谈论组织中的一组非常特定的活动,当然,客户是最重要的。 出于多种原因,获取客户的实体身份比其他任何事情都困难得多。 它可能是最重要的实体。 在某些企业中,他们可能只有一个客户,并且他们可能拥有可以获取的有关该客户的所有信息。 非常罕见。 通常,组织具有多个客户,而客户具有多个方面。 数据几乎遍布整个地方。 我最近一直在考虑这个想法,即数据金字塔的想法。 数据,信息和知识与实际理解之间存在明显的区别。 但是数据,信息和知识可以存在于计算机中。 最低级别的数据只是信号和测量值。 您可以掌握的信息是什么-

埃里克·卡瓦纳(Eric Kavanagh):罗宾(Robin),您的音频开始逐渐消失。 请注意。

罗宾·布卢尔(Robin Bloor):好的,我将移动麦克风。 那个怎么样?

埃里克·卡瓦纳(Eric Kavanagh):你去。 听起来好多了。 妳去

罗宾·布卢尔(Robin Bloor):是的,因此数据主要由信号,测量,记录和类似的东西组成。 它没有特定的上下文。 通过提供上下文,它变成信息。 将数据链接在一起。 结构化数据。 创建可视化,词汇表,模式。 您想要围绕它创建的任何东西。 当您以一种或另一种方式实际上可以开始预测给定实体的行为并实施用于处理该实体的策略和规则时,它就会转化为知识。 完全理解人类的生活。 这就是问题的一部分。 当您实际查看根据客户情况存在的零散时,您经常会发现,销售确实具有一种客户观点,而营销则具有另一种观点。 销售支持或实际上只是客户维护有不同的看法。 客户在组织中可能有很多接触点。 而且这些都没有集成到结构正确的信息中,或者很多信息都没有集成。

然后,我们遇到的问题在过去的几年中开始变得越来越普遍,您可以收集有关人员的外部数据,这非常有用,但是实际上您必须对其进行集成以使其具有任何实际价值。 因此,在数据精炼中,很大的困难来自碎片。 该数据来自不同的地方,并且结构不完善。 而且,经常会有不断提供新数据的事实,而涉及客户的情况几乎总是如此。 每个实体都是一个移动的目标。 大概三,四年前,我们并不关心客户的社交媒体形象,但是现在我们关心它。 我们很关心它,因为它可能会损害组织或促进组织发展,具体取决于正在发生的事情。

如果您真的有这个主意,如果您坐下来做练习,然后试着想出五年前您对客户感兴趣的东西是什么? 然后再次执行此操作,您会发现已添加了东西。 而且东西可能已经被拿走了。 我的意思是没有人再关心例如人们实际拥有的传真号码。 有些人以前在名片上有传真号码。 但是没有人在乎,因为传真死了。 因此,这是一个移动的目标。 当您查看数据建模和MDM时,第一件事–实际上,我必须说的是,这是数据治理的一部分,如果您不这样做,那么治理数据的方式就会出现问题。 。 因为如果您实际上并没有在进行数据建模和MDM,那么实际上您实际上对任何给定的实体都不会有很好的自上而下的视图。

但是我在这里列出了数据治理。 我列出了沿袭,数据使用,质量,安全性,服务管理,恢复。 您可以添加生命周期等。 数据治理和数据建模有很多方面,而MDM是其中的基本部分,也可能是核心部分。 变革是自上而下的,因为您意识到变革正在发生,因为人们意识到变革正在发生。 因此,人们可能会考虑从文件和数据库到数据元素再到Beta数据和业务定义的整个堆栈。

您可能会认为实际上必须以一种或另一种方式来管理整个堆栈并使整个堆栈保持最新状态,因为了解业务定义级别的内容实际上并不意味着您在捕获数据。文件和数据库级别。 这是一个非常广阔的背景,直到您真正考虑它,您才意识到它有多广泛。 如果您实际看一下建模和MDM,则整个大数据趋势不仅仅在于此,还有更多的数据。 就是说,有来自更多来源的大量数据,这使您对实际上要收集其信息的任何给定实体有更多的了解。 而且,越复杂,您需要的模型越多,理解起来就越容易。 仅查看数据库模式,当数据实际来自10、20、30个源时会发生什么情况。

从理论上讲,您可以说MDM为您提供了数据世界的视图,但实际上,它实际上是其中的一部分。 我们实际上只是讨论过,如果您正在查看数据的业务含义,那么有关数据含义的信息实际上就是您正在查看的数据世界的一部分。 建模是自上而下和自下而上的。 那就是您可以从业务角度看待事物,但也可以从我们所拥有的观点看待事物。 而且您可以双向构建。 这不是,也永远不可能是一个项目。 要启动它是一个项目。 这是一项持续的活动。 您可能将其作为一个项目启动,因为您没有任何连贯的地方,但是一旦启动它,它就应该是一项持续的活动。 在数据领域内所做的任何事情,如果您愿意,MDM团队都应该知道。

客户挑战,只是着眼于客户实体。 到目前为止,与其他任何实体相比,现在有更多的方法可以从更多的来源获得有关客户的数据。 而且它似乎一直在增加。 通常是不准确的。 例如,如果您要从我这里收集数据。 如果您正在收集有关我的数据,您将意识到我具有不同的身份,这就是我在访问各种网站时是否使用中间名缩写的原因。 而且我经常这样做只是为了发现从给定身份获得垃圾邮件的位置。 但是很多人这样做。 然后人们会犯意外错误。 然后信息就过时了。

我访问了其中一个声称能够为您提供有关任何给定个人的大量信息的数据资源,并且做了显而易见的事情并询问了有关我自己的问题。 他们提供给我的信息中有一半实际上是过时的。 而且其中有些是错误的。 您看了一下,就会想到,如果您打算以一种或另一种方式从其他来源收集数据,那么清理数据并能够识别是否是您所拥有的数据就具有巨大的意义。 作为个人,我们没有唯一的标识符。 名称和手机号码可能会让您与大多数人保持联系,但并不是每个人都有手机号码。 在不同的文化中也是如此。 然后,就分析而言,还有数据的本质。

我不会深入探讨这个问题,但是可以选择数据。 如果您拥有某人的Twitter数据,那么只有少数人积极地将数据发布到Twitter。 他们是被选中的。 他们不是随机选择的客户。 他们是决定要在Twitter上大声疾呼的人。 很难获得客户的360度视图。 这部分是由于每个人的技术历史。 发现存在三个或三个以上客户数据库的情况并不罕见,就像数据库一样,不用担心您实际上收集到的有关客户的许多其他信息源。 和客户分析一样,值得一提的是,这是一个巨大的机会。 我们过去经常进行客户流失细分,但现在确实如此,因为客户上有大量外部数据可用,因此您可以进行很多关系图分析,这实际上是相对较新的。 您可以使用以前从未知道的预测分析。 您可以收集从未有过的时尚信息和意见信息。

有一个很好的理由来回顾您针对客户所做的事情,并考虑如何最好地利用您的数据。 实用的观点。 为了准确,有用的BI和知识的完善,客户实体的建模是一项必要的活动。 换句话说,如果您有相当大的客户群,那么这实际上不是可有可无的事情。 您有点必须这样做。 我想这就是我要说的。 让我们传球。

埃里克·卡瓦纳(Eric Kavanagh):好吧,约翰,我相信您接下来要去吗? 然后,戴安娜(Diana)将进行演示。 因此,John Evans,把它拿走了。 亲们,不要害羞,可以随时发送您的问题。 我们将针对问答进行监控。 把它拿走,约翰·埃文斯(John Evans)。

约翰·埃文斯:好的。 谢谢你,埃里克。 谢谢Dez和Robin的介绍和评论。 您在这里谈论的内容与我们今天要谈论和展示的内容之间存在很多重叠,这很棒。 而且,我们绝对同意,以客户为中心的概念是人们正在寻求实现的目标,我认为,从根本上说,我们要说拥有良好的数据以及尽可能多的关于客户的良好数据是祈祷实现这一目标的唯一方法。 因此,我们今天要做的是谈论面向客户的主数据管理,并与大家分享一些我们如何解决该问题,解决该问题的方法,并谈论我们刚刚推出的旨在使其实现的新产品。各种规模的公司都可以轻松地在分散的数据环境中提供更好的客户数据。 这样一来,景观可能看起来像这样。

我们周围有各种各样的系统,许多零散的应用程序,其中一些运行在云中,有些运行在内部。 根据定义,在每种方法中,您将具有识别客户和客户信息的不同方法。 具有不同属性,不同优先级等的客户数据的不同模型。 而且即使您是一个自己认为自己是SAP商店或Oracle商店的组织,或者您只是在SAP或Oracle上经营业务,或者使用SalesForce,即使在您自己的公司内部,您也可能拥有这些系统的多个实例。 可能是由于不同的原因,在世界的不同区域而将它们部署在不同的位置或区域中,或者您可能根据业务范围对它们进行了不同的设置。 即使您只有一个ERP,但如果您对它们进行了自定义,则数据中也会有冲突。

现在,随着越来越多的基于云的系统和同类最佳的应用程序的采用,我们看到的分散情况更加复杂。 因此,尽管像这样的大型,复杂,复杂的环境曾经是每个人都认为的事情,“实际上,只有在大型公司中才会发生这种情况”,因为云解决方案和同类最佳的方法的问世,现在甚至在较小的组织中也越来越普遍。 因此,它的经营范围从小型企业一直到大型企业。 每个人的客户数据都面临着同样的问题。 您可以看一下我在中间列出的一些问题。

我将它们分为三种类型。 存在与数据相关的问题,其中重复项,无效数据,缺少字段,信息不一致,层次结构不一致,随着时间的流逝,这些情况会变得越来越糟。 然后,您遇到了与人相关的挑战,即人们无法访问数据,他们无法回答他们所遇到的问题,他们正在寻找的位置,但是他们无法获得Robin所说的360度视角。

第三方面是与过程相关的挑战,您需要在多个位置收集数据,人们也不知道什么更改以及何时更改,因为数据一直在发生变化。 因此,对于如何保持数据干净没有控制或管治。 因此,当您试图提供更具凝聚力/更有说服力的客户体验并与客户进行对话时,如果您自己关于这些人的数据不一致且不准确,就很难做到这一点。

顺便说一句,我认为是在上周或上周,在“信息管理”中的一篇文章在谈论为什么个性化营销仍然不准确,并且列出了九个原因。 他们名单中的前两个原因是,数据质量差且数据没有集成。

那你该怎么办呢? 好了,您可以尝试两种方法来解决此问题,并考虑将给组织带来哪些成本。 您可以选择在数据诞生时就对其进行攻击,也可以在数据渗透到系统中之后对其进行攻击,因此,这是我们与之合作的组织的照片,实际上突出显示了大约三十个存储数据的地方在那里,在他们的风景中。

因此,一旦将数据发布到野外,进入数十种系统中,就很难找到,很难维护,修复成本很高,如果您考虑在30个不同的地方尝试并尝试30次不同的时间。 因此,我们要讨论的概念之一是积极主动地尝试在生命周期的早期阶段进行修复,因为当您这样做时,它将更易于发现,易于控制并且修复和维护的成本更低这样,当您在应用程序的下游工作时,您将获得更好的数据。

因此,这是我们一直在谈论的一个概念,称为主动MDM,我们喜欢使用的标语是清洁河流而不是湖泊的概念。 因此,这需要执行三个步骤,首先是清理,您要在其中匹配并合并和清理记录,并在尽可能接近源的位置保存记录,以尝试获取黄金记录,从而避免污染下游应用程序。 这可以通过对源代码实施控制,甚至提供一个集中提供数据的地方来实现,以便在将其发布到野外之前保持一致和准确。

充实是指随即在数据中增加价值,包括参考数据和源操作系统中没有的其他信息,因此这可能是层次结构,例如可能是细分,而这些细分并不是固有地存储在这些系统中的。

然后,第三部分是保持清洁,在这里您要确保已建立适当的流程,并确定了负责进行管理和治理的人员,并提供了启用这些流程的工具,然后进行主动匹配,然后进行清理定期存储您的数据,这样就不会出现这种情况,因此您可以避免自然发生的衰变,例如,当人们换工作或他们改变住所等时。

那你怎么得到这个? 好了,您可以使用许多选项来解决此问题。 您可以使用数据质量工具,可以使用数据集成工具来提取信息,可以使用工作流程工具以便将工作分配给不同的人。 您可以使用治理工具来跟踪谁在做什么。 实际上,您可以将所有这些不同的继承工具组合在一起,并投入很多人。

但这一切都是非常昂贵的,它非常耗费资源,部署起来会很慢,而且很难管理,您甚至可能想从客户数据入手,但您最终还要管理产品,这些客户拥有的产品列表以及这些产品的供应商列表,以及整个企业使用的会计科目表,以跟踪发生的情况,管理为这些客户提供服务的员工等。 因此,现在您正在谈论多个域,供应商,产品,会计科目表,员工等,以尝试提供整个业务的360度视图。

因此,理想情况下,我们认为您想要实现的是一种集成,匹配和清理客户主数据的解决方案,一种可以管理管理和治理的解决方案,以及一种可以从一开始就用来管理每个数据域的工具。客户,继续前进。 这就是我们刚刚宣布的新产品Magnitude ONE的目标。 Magnitude ONE是一种MDM产品,专为公司集成,协调和管理跨我们先前讨论的正在使用的流行SaaS或非本地应用程序中的主数据而设计,因此Magnitude ONE包含许多组件。

它包括的第一件事是我们的Kalido MDM解决方案,该解决方案已在一些全球公司中部署,而Eric则是在2003年谈论您对主数据和管理的了解时,我认为该产品最初是在2004年左右推出的。借助此工具,我们一直是该领域的早期先驱。 我们首先使用它来服务于信息的分析使用,以确保良好的数据进入仓库,随着时间的流逝,我们的客户越来越多地将其用于操作用例并管理包括客户,产品和财务在内的多个领域以及供应商和员工等等。 因此Kalido MDM是该解决方案的核心部分。

我们还通过与SCRIBE软件的合作关系,使用其SCRIBE在线集成平台作为服务,为各种源系统提供连接和集成。 这是基于云的集成产品,可连接到40多个内部部署的系统和组织使用的SaaS系统。 因此,将这两者结合在一起,再加上我们的Kalido MDM解决方案,它还具有并具有工作流驱动的环境来进行主数据管理并在整个生命周期内对其进行管理的能力。 我们有一个专门用于处理客户数据的匹配引擎,除软件外,我们还提供有关Kalido MDM产品和建模组件的一些虚拟教室培训。

因此,罗宾(Robin),您谈到了模型,这是非常关键的部分,实际上这是我们从解决方案入手的地方,稍后我们将向您展示如何利用Dez展示的白板并将其转换为可以实际设置您的MDM系统。 关于Magnitude ONE的最后一点是它可以在内部使用,也可以作为云服务使用,您可以获得订阅许可证或永久许可证。 这个想法是,购买,维护,实施和维护将变得很容易。

因此,看起来像是这里的Magnitude ONE,它具有在白色和蓝色框中执行所有操作的强大功能。 因此,通过我所讨论的SCRIBE连接器连接并访问客户数据。 然后围绕匹配数据进行所有必要的掌握练习,合并,生存和丰富数据以使其变得干净。 然后,将准确一致的数据以及访问层授权并发布到您的使用系统,以供人们搜索数据,浏览数据甚至编写新记录,以便随着时间的流逝,您的操作和分析系统可以保持干净。

我们为管家和管理员以及您以及企业用户提供基于Web的用户界面。 他们不仅可以浏览和访问已发布的主数据,甚至可以在管理过程中发挥作用。 因此,想象一下您的销售代表正在与客户交谈,他们了解了客户的新知识,他们可以提出变更请求,然后说这个客户的他们,他们已经更改了头衔,他们已经更改了他们的电子邮件地址,他们已经更换了公司,也许这位医生已经改变了与这家医院的从属关系,我们想确保我们一直跟踪这种东西,或者这位保险经纪人现在正在携带这些产品,我们想确保我们向他们推销这些新的保险产品, 例如。 因此,当您面向客户的员工与这些人打交道时,就可以提出并提供这类服务。

关于我们解决方案的其他几个属性。 第一是这种商业模式,请记住Dez展示的白板图片上有圆圈和箭头。 这基本上就是数据需求以及在现实世界中如何使用的业务需求。 我们从一种称为业务信息模型的东西开始,我们可以基本上捕获那些需求和附带的业务规则,并实际部署它们以创建规则和MDM存储库。 因此,它有效地充当了一种桥梁,这种桥梁弥合了我们经常在描述需求的业务人员与IT人员之间经常遇到的沟通鸿沟,并将其转换为表格和映射等。

因此,我们采用业务模型驱动的方法来确保从开始就正确。 我们还包括针对该过程的自动化处理以及嵌入式工作流程和变更管理,因此,如果您在模型中添加了变更,就可以对其进行快速部署,并且由于自动化的原因,可以与小型团队一起完成,它不需要您可能期望的那么多的编码。

我提到了模型驱动的特性,它也可以驱动实际出现的屏幕。 因此,当您有一个客户的描述并且在那里有他们的属性时,您将在屏幕上看到的是模型中定义的属性,因此所有这些都是为您创建的,您无需创建任何特定的界面屏幕以映射数据,这全都脱离了模型。

我们介绍的另一个很酷的功能是用于数据管理员的Excel集成概念。 这意味着数据管理员可以使用Excel来编辑无法自动匹配,批准和部署的记录。 现在您可能会认为,好吧,您只是将数据转储到Excel,对吧? 远远不止于此,因为此功能的优点在于它克服了仅通过从Excel加载数据来重新进行数据更新的问题。

实际上,当您从Kalido MDM将数据下载到Excel界面时,它附带验证规则。 因此,它将告诉您需要填写其中哪些单元格才能使其成为有效记录,它会为您提供可用值或已批准值的下拉列表,以便您基本上避免更新主数据记录时会产生错误。

然后,在嵌入式工作流引擎上,确保已处理并授权发布所有数据,并且还跟踪谁在何时何地做了什么,并允许您基本上查看和审核所有这些以前的主数据值,以便可以查看如何更改数据。时间。

因此,就客户数据而言,这样做的好处是您可以到达一个可以与客户进行更多个性化且相关的对话和交互的地方。 MDM变得越来越重要,特别是当您考虑进行一对一的营销时,这就是发生周期的一个很好的例子。

因此,您从有关客户的数据开始,这是您已经掌握的东西,他们是谁,他们拥有什么产品,我可以在多个系统上根据客户信息进行匹配吗? 然后,您将获得更多有关它们以及您过去如何互动的信息,从而充实它们。 他们对此有何回应? 或者他们想如何联系? 也许他们想通过传真与他们联系,这就是为什么它仍在他们的名片上。 但是,这些信息可以为您提供进行交互所需的见解。

那么还有哪些其他偏好? 例如,其中一些可能来自社会来源。 然后,您可以根据这些客户的下一个最佳交互方式来决定,我应该提供哪些报价? 这将产生某种互动,他们将下载一些东西,他们将购买一些东西。

当然,这将创建更多的数据,您希望将这些数据输入到营销互动的良性循环中。 这样一来,您将能够更快地找到并关闭新客户,增加销售量,提供更好的客户服务,消除错误,消除重复的装运,例如营销材料的装运,最终我们将减少销售和营销费用。

举一个我们这样的客户的例子,英国的邮局正在使用Kalido MDM来提供更好的客户数据,以便他们可以交付合适的产品并在合适的渠道进行客户对话,从而最终带来更高的销量并增加了他们的利润。

这只是我的介绍性评论,我现在想将其交给戴安娜,以带您了解并确切地向您展示我们如何做到这一点。

Diana Collins:谢谢John,所以希望我们能够为大家提供一些帮助。 因此,您现在应该在屏幕上看到的就是Kalido商业信息模型的示例。 因此,作为解决方案的一部分,我们今天要向您展示的是来自salesforce.com的数据集成。 在这里,我们在左下角找到了salesforce.com模型。 那显然是一个基于Web的应用程序,该软件是服务类的应用程序。 我们将把它与Oracle内部部署(业务套件)中的数据集成在一起。

因此,我们的目标是从salesforce.com获取我们的联系人和帐户信息,将其与我们的应收帐款帐户和联系人信息集成到一个统一的帐户和联系人结构中,然后将其加载到Microsoft Dynamics CRM中。 因此,这里的情况是我们从过去使用salesforce.com迁移到使用Dynamics CRM。 我们希望基于新的Dynamics CRM环境,确保有完整的,完整的,统一的客户列表,360度视图。

因此,为了构建此数据,我们已将数据从salesforce.com和EBS移至Kalido MDM,我们实际上已在运行协调过程。 因此,为了节省时间,我们已经做了一些烹饪工作,我们将享受这顿饭。 因此,让我们现在切换到我们的MDM环境,仅向您展示我们可以在MDM解决方案添加到这些平台的简单连接集成中添加的功能中可以做的一些事情。

但是,当然会发生的一件事是,您将失去自己的历史。 您最终将在Microsoft Dynamics中获得数据,但是您知道任何数据来自何处吗? 这就是MDM,这是MDM解决方案可以为我们提供的功能之一,它使我们拥有了悠久的历史。

因此,如果我们查看统一帐户列表,我们将选择其中之一。 假设我们在这里选择了Albert's Stores。 这为我们提供了有关该Albert's Stores记录来自何处的信息。 我们可以看到,它是两个记录的集成,一个记录来自于一个名为Albert和Gerard的salesforces.com帐户,一个记录来自名为Albert's Stores的EBS计费帐户,它们被整合在一起并统一到一个称为Albert's Stores的单一母账户中。

我们还看到了它的原始ID,这一天我们已经看到它已被迁移到Microsoft Dynamics,因为这里有来自Microsoft Dynamics的CMR ID。 我可以看到上一次更新数据的时间。 除此之外,我们还提供了另一个视图,该视图不仅允许您查看数据,而且还可以通过我们的图形视图查看数据参与的关联。

因此,在这里,我们拥有相同的记录,即我们的Albert's商店及其与应收帐款帐户,salesforce.com帐户和联系人的关联。 如果我们选择这些联系人之一,则可以看到该联系人实际上是salesforce.com联系人。 同样,我们的亚当·阿尔伯特·艾伯特(Adam Albert)帐户是EBS联系人,因此,我认为在屏幕上此动作是自动发生的,我正在做的其中几个动作只是为了使内容易于阅读。 但是随着我们的前进,我们可以查看联系信息,并查看该联系信息来自我们的salesforce.com帐户。 这实际上将建立一个视图,向我们显示数据所参与的所有关系。

此外,了解了我们对salesforce.com数据进行分类的方式,以及其他帐户数量太多,无法列出。 好吧,那些事情太多了,我们仍然可以解决。 我们可以在此处向下滚动页面,然后找到所有多余的帐户列表,这些帐户数量太多,无法在图形视图中列出。 当然,我们也可以从任何一个视图开始。 因此,这是处理事物的一种方式。 我们可以看到数据,可以操纵数据,还希望能够修复和修复数据。 因此,有几种方法可以解决这个问题。

因此,我们可以做的一件事情是,我们可以遍历一下层次结构,将我的帐户层次结构保存为我的最爱之一,这样我就可以将各种类别的信息保存为帐户以及层次结构路径,我可以在层次结构浏览器中使用。 因此,在这里我可以深入了解我的层次结构,可以看到每个帐户拥有的所有各种联系人。

但是此环境提供的其他功能之一是可以找到所有孤儿的选项。 这些是通过我们的统一系统进入的联系人,他们的父母中没有父母,因此这些孤儿被遗弃了。 因此,我们已经将它们带过来,我们已经识别出它们,我们知道这些是孤儿,那么我们该如何解决呢? 好吧,我们只需单击此开关即可进入编辑模式,这将打开另一个层次结构视图,我们现在可以开始对这些人进行分类。 因此,也许比尔·默里(Bill Murray)为AC Network工作,以便我们可以将他接任并将其添加到列表中,并通过向我们指出这是一个变化来突出他。 我可以搬来桑迪,也可以把她分配给AG Edwards and Company。

在进行这些更改时,它们已记录在此处,如果我意识到自己做错了,我可以撤消它们。 我可以将它们组合在一起,并通过给它们起一个名称来将它们作为一个整体在系统中移动,然后通过我的系统将它们作为一个工作单元进行处理。 因此,这是一种方法,很明显,如果我很主动,我可能想去这里看看,看看是否有孤儿并解决这个问题。 如果没有,该怎么办? 如果我不主动怎么办? 好了,我们的系统再次包括一个工作流程(我在前面提到过),一个工作流程解决方案,使我们可以更直接地处理这个问题。

为此,我要以系统管理员身份注销,现在以数据管理员身份登录,好吗? 因此,这将是负责管理无效数据的个人。 登录后,您会立即看到我进入的收件箱,您猜怎么着? 我们有11条孤立记录,因为关系,联系人及其帐户之间的关联是强制性的。 与该帐户没有适当连接的所有协调帐户均无效。 它们在工作流程中移动,正如我们在工作流程的图中所看到的,这是我们现在在修正记录的地方。 然后,他们将进入审批流程,由销售经理批准,经会计批准,最后被授权在下一次动态更新中发布。

当然,也可以将其设置为实时运行,即在发布后立即运行,一旦获得发布授权,它将立即流出Dynamics,因此由您决定如何配置接口。 因此希望这给了我们–给大家一个简短的想法,一个概述,只是我们的MDM工具可以帮助丰富和改善我们的环境的一些方法。 我们可以通过许多其他方式来增强您对客户信息的使用,并真正做到这一点,即您可以在一个位置获得所有信息的真正统一的360度客户视图。用户。 不仅通过此提供程序UI,而且正如我提到的,我们还提供了一个消费者界面,这是一种Web门户,如果用户知道帐户中有更改,他可以提出更改请求并解决该更改,并包装该更改。直接要求数据管理员对他们认为需要对此记录进行任何更改。 因此,在这一点上,我认为我会将其转回给Eric,然后我们将讨论问与答。

埃里克·卡瓦纳(Eric Kavanagh):好的。 因此,这里的听众有几个问题。 我会扔出去,但也许首先是Dez或Robin,您有任何问题吗? 让我从你开始Dez。

Dez Blanchfield:与组织一起经历此旅程时,每次遇到的事情之一就是版本控制的整个挑战。 您能谈谈围绕数据或某些版本进行版本控制的方法吗?您知道吗?设想一个场景,其中组织的三个不同部门与我作为客户打交道,然后他们通过新的方式进行各种更新和更改。工具。 我们如何解决仅对来自业务的数据进行版本控制以及谁负责策展,控制和批准的问题?

戴安娜·科林斯:这是一个很好的问题。 因此,内置并嵌入到我们的解决方案中的一件事是审计跟踪和历史记录。 因此,我将查看是否可以找到具有历史记录的记录。 让我看看我们正在使用的Albert's Stores记录是否具有历史记录,一旦我单击“历史记录模式”,这对我有什么帮助-我拥有的-此记录没有历史记录的更改。 我想要它,因为它可以向我们显示在此进行的任何临时更改以及进行更改的日期和时间。 此外,我可以转到“完整历史记录详细信息”,如果我打开了审计跟踪功能,那么我不仅会看到这些更改以及何时进行更改,而且审计跟踪还会告诉我进行了哪些更改的用户以及进行过哪些更改的用户。

我们的版本控制方法更多基于时间,而不是通过设置任意标签。 您可以选择一个时间点,并查看该时间点的数据,然后迁移该时间点的数据。 当然,我们不仅跟踪数据内容的历史,而且跟踪数据模型的历史。 因此,随着您的数据模型的发展,我们会添加新的分类,我们也会对其进行跟踪,因此您可以随时回滚并查看在任何给定时间点处的事物。

Dez Blanchfield:数据模型正在向那里提出挑战,我的意思是您在处理一些实质性文章方面有相当大的血统书。 您能否举几个例子说明一些已经建立的数据模型,以及您处理过的一些数据模型,例如制造业,零售业,物流业和金融服务业等关键部门。 您拥有银行业务和损失管理等等,那么使用先前的模型完成的方法是否可以快速启动一个项目,使人们可以开始知道差距在哪里,或者他们必须自己构建和训练该模型?

戴安娜·科林斯(Diana Collins):多年来,我们采取了两种方法。 我们尝试提出模型,发现模型越完整,实际上意味着您最终需要进行的更改越多,就可以对客户进行更多的自定义。 因此,我们实际上采用了模型碎片的方法,即发现某些基本的公共要素确实渗入整个行业。

例如,在金融服务中,我们有针对证券和衍生品等的资本市场模型。我们有针对保险,财产和责任保险,再保险的模型,两者均以不同的方式管理风险。 我们提供产品物料清单,着陆清单的制造模型。 我们还有供应链或任何其他跟踪器的模型的其他部分,中间仓库,分销模型,存货的账龄等。 您知道,对于我们的许多客户,我们几乎在您可以想到的每个垂直方向都有客户,但是对于其中许多客户,我们已经能够开发某些核心组件,并将这些组件组装成最终模型。

约翰·埃文斯:是的。 我要补充一点,戴安娜。 您知道,我们在一分钟前展示的带有橙色背景的模型实际上是一个概念模型,因此它具有元音,并且没有下划线,我的意思是人类可以理解。 它本身不是IT概念,而是业务人员可以理解的东西。 我们有这些概念模型,我们可以导入您可能已有的现有模型,然后将其分解为这种方式,但是正如戴安娜所说的,当我们有模型片段或使用过的示例模型时,在我们向客户展示之前,通常是在一段时间内,将其查看并放到屏幕上,然后进行某种指向和打手势,他们通常可以重构该模型以使其漂亮地表示他们想要完成的事情。

因此,它确实加快了捕获这些需求的时间,因此您可以继续进行下去,但是我这里没有显示的另一件事是,您知道,有此图,但是还有一个名为“操作”的选项卡,您基本上可以按按钮,它会生成您在MDM存储库中需要的所有对象以及您曾经使用过的规则–您已设置了可选的,必填的,基数是什么以及所需的所有内容要做,但是那里有一个名为Deploy的按钮,那么它将只生成您在前端创建的模型。 因此,我们确实存在一些零散的问题,我们在各行各业都有丰富的经验,我们的顾问能够使客户快速入门。

戴安娜·柯林斯(Diana Collins):嗯,我要发现的另一件事–

Dez Blanchfield:在我将它移交给Robin之前,我是另一个快速的人-是的,抱歉,走了。

戴安娜·柯林斯(Diana Collins):我想简单地指出,我们通常将这些建模会话作为堵塞会话来运行,因为我们对所有属性的细节都不太感兴趣,我们可以稍后再填写。 我们真正感兴趣的是获得业务视图,以了解数据如何组合在一起以及他们如何理解数据很有用,这就是我们想要构建解决方案的方式。

Dez Blanchfield:不,这一切都说得通。 最后一招,然后我交给罗宾。 因此,我立即想到,在经理与我打交道的组织进行对话时,将会发生的事情是–他们拥有自己的观点,知道他们已经掌握了治理,框架和工具–当您进入该组织时,体验是什么?可以说,管理团队决定要走这条路,以客户为中心,清理客户数据,或获得一次应付款,但是IT和业务的其他部门可能已经感觉到他们运行多个工作程序来解决这个问题?

戴安娜·柯林斯(Diana Collins):哦,那是一个有趣的问题。 是的,我认为除非有这种高级支持,否则MDM实现通常会失败。 我认为这些项目必须从组织中较高的层次来推动,因为需要接受文化上的变化。 我认为Robin曾在此之前说过,您知道,这不仅仅是您作为项目所做的事情,它取决于IT组织中经常采用的方式。 这是一个持续进行的计划,需要您做出承诺,并且愿意更改,如果您打算实施的话,那么当您拥有时,我认为我们发现实施非常顺利。

在某些实施中我们必须努力奋斗的地方是,要么没有高层管理支持,要么是IT组织一直抵制变革,但是在这两种情况下,我们都取得了很大的成功。 我认为,一旦向他们展示了启动和操作的过程是多么简单,以及如何真正将数据内容的责任从他们的肩膀上解放了出来,而IT部门实际上不应该为此承担责任。 业务知道什么是好的数据,IT不必知道这一点。 IT部门应对他们擅长的事情负责–组织数据,确保数据安全,确保数据安全以及如何工作–通常情况下,他们会以这种方式来看待数据。

埃里克·卡瓦纳(Eric Kavanagh):观众们提出了几个问题,让我在这里提出。 我们会花一点时间,但我想我会回答所有可以解决的问题,至少可以尝试。 无论哪种方式,我都会把这个扔给你,也许是约翰或戴安娜。 与会者问:“您是否具有开发功能,以将不良记录重新记录为黄金记录? 诸如交易订单之类的交易是否就在操作系统中?”不确定我确切地知道他在这里的意思,但希望您能回答。

戴安娜·柯林斯(Diana Collins):好吧,我们当然可以重新记录记录。 这是该办公解决方案的非常标准的部分,但是在操作系统内部并不是直接存在的。 我们可以在MDM环境中执行此操作,然后将数据从MDM环境中发布后将其从MDM环境中推回,然后将其推回到操作系统中,但是不会直接陷入其中-我们不会进行纠正直接在MDM环境中的操作系统中。

埃里克·卡瓦纳(Eric Kavanagh):知道了。 好的,这是另一个问题,“该工具可以用来查看数据沿袭吗?”

戴安娜·科林斯:好的,是的。 同样,对于这种说明,这不是一个很好的模型,但是绝对可以。 在您有数据历史记录的地方,数据来自多个地方,我们可以对其进行标记,并将其信息转发到已发布的数据中。

约翰·埃文斯:谢谢。 在模型中,这里有一个元素,在戴安娜那里,我的意思是您已经获得了SFDC联系人和EBS联系人,并且实际上也来自图形字段。 数据徘徊不前。

戴安娜·科林斯:是的。 我的意思是,显然,在真实的血统环境中,您将拥有更强大的解决方案和实施方式,而这里仅完成了一个基本的解决方案。

埃里克·卡瓦纳(Eric Kavanagh):好的,很好。 再问几个问题,然后我们总结。 一位与会者说:“您如何支持家庭的定义? 您是否可以通过社交网络丰富客户主数据?”

戴安娜·柯林斯(Diana Collins):这就是我们的路线图,我们的路线图上充实了来自社交网络数据的社交网络。 目前,它不在产品上,而在家庭方面,这是我们匹配和合并功能的一部分。 在匹配过程中,您可以控制大量旋钮和杠杆来控制数据特定部分的权重,但最终允许我们做的是将可能属于同一家庭的所有单个联系记录汇总在一起。 然后,它了解了公司与人员之间的区别。 在公司中,您通常会查看开头,即名称中单词的含义; 在公司中,应该从头开始,然后一直到最后。 但是,当您做家务时,您真的想从头开始,并以人们的名字朝前迈进。 它了解这一点,并且能够很好地将属于一个家庭的联系人聚集在一起。

埃里克·卡瓦纳(Eric Kavanagh):最后一个问题,餐馆的顾客呢? 我们在这里有一个知识渊博的听众成员,问您是否有餐厅顾客?

戴安娜·科林斯:其实不行。 对于我们来说,这将是新的垂直领域。 我们对此很有兴趣。 我们有提供餐厅的客户,但没有任何餐厅是客户。

埃里克·卡瓦纳(Eric Kavanagh):好的,一点也不担心。 伙计们,我们在这里花了一个小时零五分钟,所以非常感谢您今天的主持人。 我们将存档此网络广播,以便所有这些存档可供以后查看。 非常感谢今天的主持人。 非常感谢Dez和Robin的见解,以及Magnitude Software。 这是好东西。 伙计们,MDM在这里留下来,这是毫无疑问的。 获得那种随着时间的流逝而变得越来越重要的中心观点真的很重要。 我必须考虑,当我们的客户决定不希望他们受到虐待时,他们希望得到最好的治疗,这就是这种方式。

因此,与这些人一起,我们将告别您。 再一次谢谢你。 明天,我们将在明天的另一个网络广播中与您交谈。 热门技术是这几天最热门的节目,希望我们明天东部时间四点与您联系。 直到那时,保重,伙计们。 拜拜

最大的图景:跨多个平台了解您的客户