咨询：客户模型 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

若考虑将投保信息中投保人、被保人、受益人、担保人等都作为客户信息保存到客户数据中心的话，保单与客户的实体关系是多对多的关系，对吗？
业内大家都怎样设计的啊？望大侠们不吝赐教，谢谢了！
面向客户么,肯定是多对多了,如果加上角色和保险产品关系人的关系就更复杂了,所以还是要看需求的,就我看过的基本就是多对多了,终归要拿个面向客户来唬唬人的
需要把那么多人放进去吗？每种角色人员的基本信息全吗，特别是身份识别信息，不然一堆垃圾有什么用呢。
原帖由 2012快乐出发 于 2010-9-7 16:50 发表

咨询大侠们，关于保险公司的客户模型中，客户与保单的关系还搞不清楚，特此请教：
若考虑将投保信息中投保人、被保人、受益人、担保人等都作为客户信息保存到客户数据中心的话，保单与客户的实体关系是多对多的关系，对吗？
业内大家都怎样设计的啊？望大侠们不吝赐教，谢谢了！
我觉得，你或者你的项目小组首先没搞清楚做模型的目的或者意义何在？
* 简单说来，建模是为了支持销售，而销售一般就是针对买单的人了，所以一般来讲是要以投保人与保单为主线来建模，所以一般而言应当是一对多的关系。
* 当然，有时也会从被保人的（需要）的角度去进行分析，从而建立被保人与保单间的一对多的关系。
（另，如果你真正做过分析，会发现相当比例的投保人即为被保人--所谓的自保）
* 很少会从受益人的角度去进行分析--不是无意义，而是无数据，你看过投保单及数据就该知道受益人的数据几乎=NULL
以上仅为我从过去的工作当中的经验得出的（当时所在部门为专门的建模及营销活动部），也许与你所在的部门、工作范围不同，仅供参考。
1 如果项目产出是一堆报表，从报表需求出发
2 将客户-角色-保单进行关联设计，可以解决多对多的问题
cif建立好了，价值很大。
可以把背包人，投保人，受益人，团体客户，个人客户等区分开，可以分出那些是价值客户，特别是当前流行的以客户为中心，电话营销特定营销有很大帮助。特定的产品给特定的人。
缺点是客户信息维护比较麻烦。不同产品拥有不同的客户信息（同一客户）等。还要解决技术问题，性能，数据维护，接口等等
CIF的使用常常决定了CIF模型，可以理解为“用例驱动设计”或“面向领域的设计”。
但是，常常CIF模型的设计最后演变成众多数据源的大杂烩。不仅如何使用CIF没有明确的定义，更没有考虑数据修正和反馈机制的具体实施路径。
仅仅不过是出了一堆给报表，就号称建立了CIF。真的能做到精准营销，客户分级的，能有几家啊。
我的论点也许比较悲观，但是反映的却是CIF项目大多数参与人员对于营销，CRM等相关知识缺乏的现状。
我们不需要象牙塔里的设计，更不需要建立在沙砾上的城堡。
借用坛子里一位哥们jacobxu的话：舍得，坚持。
投保人、被保人、受益人、担保人，这些都是你的客户，然后与保单建立一对多的关系，客户之间再建关联关系来建立联系