中国寿险行业BPO业务系统的弊端、困难与未来 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

原帖由 menwaichong 于 2008-9-4 23:23 发表

个人感觉外包公司实现产品化不是特别好.例如新契约外包,多数包的只是录入,那么外包只要把投保单信息原样录入,传给保险公司就可以了.产品由核心业务系统处理.
如果外包增加了过多的产品.那岂不是变成核心业务系统了.....
1、寿险行业的新契约BPO≠外包录入，如果有公司只是按照原样录入并回传我可以非常肯定这样的方案不可能中标
2、做了过多的产品对于BPO公司的确不经济，最理想的方式是寿险核心系统真正实现了SOA构架以后可以为BPO业务系统系统产品信息服务，但是这个太遥远了，现今可能性的解决方案是在BPO有业务系统里面有选择的实现产品概念，也就是以前我给领导提出过的“瘦产品”的概念。
我说的原样返回是包括按照外包公司和保险公司协商过的校验规则,校验之后返回的数据.也就是包括录入和复核功能.至于后续的工作都是由核心业务系统去做.
[ 本帖最后由 menwaichong 于 2008-9-7 23:40 编辑 ]
原帖由 路边的阿卡 于 2008-11-25 11:00 发表

顶，佩服中......
我觉得好像认识你吧？哥们你是哪一位？
原帖由 hackjack 于 2008-9-7 17:25 发表

1、寿险行业的新契约BPO≠外包录入，如果有公司只是按照原样录入并回传我可以非常肯定这样的方案不可能中标
2、做了过多的产品对于BPO公司的确不经济，最理想的方式是寿险核心系统真正实现了SOA构架以后可以为BPO业务系统系统产品信息服务，但是这个太遥远了，现今可能性的解决方案是在BPO有业务系统里面有选择的实现产品概念，也就是以前我给领导提出过的“瘦产品”的概念。
“瘦产品”的概念很不错，险种，责任及责任下的部分规则及保险要素的定义，不包括产品费率，现价等复杂要素及算法。寿险BPO系统设计的关键还是要理解寿险业务，了解寿险流程。
原帖由 小C量子 于 2009-9-2 22:14 发表

“瘦产品”的概念很不错，险种，责任及责任下的部分规则及保险要素的定义，不包括产品费率，现价等复杂要素及算法。寿险BPO系统设计的关键还是要理解寿险业务，了解寿险流程。
哈哈，兄弟。讲得好！