金融服务云数据模型基础知识 – 了解保险数据模型

学习目标 

完成本单元后,您将能够:

  • 描述保险业。
  • 分析审查数据模型的关键注意事项。

介绍

保险业务是古老,庞大而迷宫的。关于它存在的最早记录证据之一是大约公元前1750年左右的著名《汉mura拉比法典》。穿越地中海的商人将通过贷款为其装运的货物提供资金,并且他们将向贷方支付额外的金额,以获得贷方的保证,即如果货物在海上被偷窃或丢失,该笔贷款将被取消。 

一家放心的船商,其业务受到保险保护,免受意外损失。

时代已经变了,但是作为保险提供者,您仍然可以全力以赴:您需要跟踪生产者,保单持有人以及为客户及其资产提供的保险范围。由于需要保险,因此保险业务是一家复杂的企业。任何事情都不能被假设或认为是理所当然的,并且业务的每个方面都需要记录下来并加以追踪,因为这不仅关乎金钱,而且关乎人类生命本身。这就是为什么周到且全面的保险数据模型是成功必不可少的原因。

向保险数据模型问好 

在本模块中,您将学习Financial Services Cloud中的保险数据模型如何帮助您跟踪与业务以及重要用户的活动(例如销售和服务代表)相关的关键信息。  

保险数据模型有助于将与保险单和索赔摘要相关的所有信息带到Salesforce,因此您可以360度查看保单持有人。 

保险数据模型就是这样-一种专门为保险公司设计的数据模型。与Salesforce合作伙伴和客户合作构建的保险数据模型提供了开箱即用的功能,可以在Salesforce中组织数据。它可以帮助各种规模的保险公司以各种方式与客户,销售代表,服务代理商和分销商联系。可以将数据模型视为一个巨大的餐具室,内部装有许多不同的东西。但是,在数据模型储藏室中,您的所有成分都得到了完美组织。这样,当您需要某些东西时,便会确切地知道在哪里以及如何找到它。现在谁不想这样的厨房呢?

储藏着不同东西的厨房。

在使用保险数据模型之前,管理员必须花费数月的时间(并投入大量的IT资源)来使食品杂货井井有条。他们需要手工并从头开始创建类似的数据架构,因为没有可用的标准。现在,有了这种数据模型,管理员可以在设置传统Salesforce部署所需的正常时间的一半时间内启动并运行。相当了不起。

在下一个单元中,我们将详细介绍保险数据模型。现在,知道该数据模型使用标准Salesforce对象(例如客户和联系人)和自定义对象(例如策略付款方式和账单)来跟踪所有类型的连接。这些跟踪和组织的连接使在Salesforce中查找所需信息变得简单。 

假设您需要一个与特定家庭有关的所有保险单的综合视图。您可以使用保险数据模型(以及相关的较大的Financial Services Cloud数据模型)轻松完成此任务。 

雷切尔的汽车停在她家门外。

但是,等等,还有更多!保险数据模型还跟踪客户的保费支付历史以及针对保单提出的所有索赔。是否想知道谁都有权出售事故授权线?是否想找出事故现场的目击者发生了什么?您可以使用保险数据模型做更多的事情。

保险数据模型为您提供了开箱即用的对象和字段,同时还允许您定义不同数据集之间的关系。它不是万能的数据模型。相反,它具有灵活性,可以帮助您根据业务需求管理大型和小型企业。 

我们知道,金融服务保险云数据模型一目了然。因此,让我们跟随全国性保险公司Cumulus Insurance的工作人员,他们正在努力优化其数字化转型历程。

参加积云保险 

Cumulus Insurance是金融服务巨头Cumulus Cloud Corporation的一部分,是全国范围内大型,多元化的保险服务提供商。积云拥有忠实的客户群,他们一直以来都对其保险需求表示信任。但是,与许多其他行业一样,当今的保险行业正处于数字化破坏的阵痛之中。年轻的客户需要出色的体验-他们只会与提供这些体验的公司开展业务。这就意味着像Cumulus这样的公司需要快速调整并重新考虑他们如何在每个接触点与客户建立联系。他们需要进行数字化投资,以提供一流的客户体验。

积云徽标。

认识梦想团队

让我们在积云团队见面。如果您已经获得了“销售和服务保险代理控制台”徽章,那么您可能已经认识了其中一些人 。

  • Zeynep Aksoy是摇滚明星的销售代理商。
  • Zaw Aung是Zeynep的客户服务同事。
  • Matt Admin是Cumulus的全明星Salesforce管理员。
  • Karuna Bagh是业务架构师,负责建立保险数据模型并审查对象之间的有效关系以优化运营绩效。她想帮助Zeynep和Zaw等销售和服务代表轻松管理其客户关系。

该图显示了Cumulus销售和服务代表与客户互动的情况。

关键注意事项

数据模型对象可以通过多种方式相互关联。要记住的重要一点是,并非所有场景都需要所有关联。这取决于业务规模,要执行的操作以及目标产品或服务的类型。Karuna可以通过选择最适合Cumulus的对象关联来保持保险业务的灵活性。 

在使用数据模型之前,她考虑了以下几点。

  • 保险单有很多利益相关者:这不仅限于保单持有人,而且还可以涵盖偶然的旁观者,例如发生交通事故的目击者。Karuna必须找到一种使数据模型适用于所有典型保险方案的方法。
  • 必须向Cumulus的代理商提供方法,使其有机地发展业务,并在完成工作时更好地完成工作。Karuna必须改进数据模型,以便代理获得保单持有人的360度视角。由此产生的见解可以在代理商的日常工作范围内为代理商带来向上和交叉销售的机会。
  • 数据模型必须说明人们从事风险保护的复杂方式。客户可能需要为他们的某些资产购买保险,而不是为其他资产购买保险,即使所有资产都已投保,他们也可能希望在同一保单内为特定资产提供不同类型的承保范围。
  • 对于保险销售代理商来说,没有什么比将销售推销与客户生命中的重大事件挂钩更有价值的了。这就是生活事件和业务里程碑功能背后的力量。Karuna必须确保将客户生活事件的详细信息无缝地传递给代理商,从而最大程度地发挥新的业务潜力。

Karuna意识到她手头上有一项艰巨的任务,因此从数据模型开始了自己的旅程。她希望她可以组织能够紧密协作的数据簇。她毫不怀疑,借助这种保险数据模型,她可以帮助Cumulus和Zeynep等销售代理以及Zaw等服务代表实现最大的业务效率。