三津谈保险系统建设：序言

为什么写这个系列

本人从07年毕业后就从事保险的信息系统建设，到目前已经15年。当然中间也“不务正业”的去做过1-2年的P2P
、财富公司系统、众筹系统的建设，但我觉得这些经历反而让自己见识到了一些新的东西，开阔了自己的见识。
我即在保险的供应商从事过多年的核心系统建设、互联网核心产品研发&实施，也在蚂蚁保险、腾讯云见识了互联网公司玩法和技术体系，一直希望可以致力于为保险行业的信息化建设做出一些成绩，希望可以打造一个自己心中的理想保险系统同时也可以为保险行业系统建设提供一些有一些参考价值。

聊聊自己从业的一些浅见

技术没有银弹，保险系统建设也一样。多少家保险公司被微服务所累，所谓的高并发高可靠场景都是人为造势造出来的， 好像中国人民都在网上疯狂的、不分昼夜的购买保险一样，好像支持不了1000+tps的并发就会影响业务，而实际上90%以上的保险公司TPS峰值不超过200。当然并不是说高并发高可靠不重要，但你打个蚊子没必要用大炮，即使你买了大炮，是否考虑过大炮的维护成本和开一炮的成本？是否具备操作大炮、维护大炮的技术储备？是否有相关配套的支持设施？是否有足够购买炮弹的钱？以下是我个人的一些浅见，欢迎拍砖讨论：

1 必须要根据公司自己的业务情况和成本预算选择合适的方案
以终为始是个好词，但不要被人在这个“终”做了手脚，走上一条不归路。业内太多公司尤其是中小型公司盲目的去做微服务、去做云原生，而公司的业务量明明靠一些负载、优化系统、加加缓存就可以解决的问题，最后选择了一个成本非常高，超出自己运维和研发能力范围的技术方案，从此IT部门“民不聊生”

2 系统建设升级都是为了解决问题的
不要盲目追逐新产品、新概念，是否能解决自己的问题才是关键。只有业务上遇到此类问题才能明白为什么这么做，该怎么去做，解决了什么问题，才能衡量投入与产出比的合理性，否则都是纸上谈兵，空中楼阁，经不起挑战和推敲。很多保司的业务系统建设最后的价值都是玩的数字游戏，实际上并没有解决问题而是带来了更多的问题。

3 尽量最小化建设，想大做小
新的技术和方案都是需要不断打磨，积累经验不断升级的。在系统建设过程中，可能明天的你就推翻了昨天的自己的想法，人总需要一个成长过程，即便个人想的很清楚，团队也需要时间去理解去消化，所以小步快跑，不断试错确实是一个不错的方法。

4 一定要公司自己掌握核心技术，主导系统建设
服务过很多家保险公司客户，也在保险保险公司做过甲方。这也是多年的一个经验总结，做的好的项目一般都是客户的IT负责人有一个自己比较清晰的建设思路和理论积累，同时借助合作伙伴的产品和经验，去建设系统，这个人的能力就决定了项目的成功程度。因为在乙方很多事不能做，很多事不能说，很多环境因素、立场问题、权限问题、角色问题会决定能做的事情有多少，而甲方才是全力建设好自己系统的唯一owner，知道自己公司的问题和痛点，也知道什么路径才能顺利落地。所以必须自己公司想清楚后主导的项目会比较成功（这个观点是纯个人经验）

5 合适的项目Owner，合适的团队是成功的关键
经历过几个失败的项目，也经历过一些本以为可以做的很成功却一般般的项目。团队太重要了，合适的团队才是关键，成员能力匹配，大家众志成城，赏罚分明，做好这几点我觉得项目就成功了一半。之前有个核心系统项目，每个模块一个供应商，还有的供应商缺乏经验，招了一群临时挖的团队，各自边界不清，互相推脱，开会、讨论、撕逼、扯皮已经占去了项目大部分时间，挖的专业团队战斗力还没有以前这些人的一半。不是说不可以多供应商协作完成项目，但需要有办法打破他们的隔阂和利益关系，让每个人责任明确、目标明确、责任到人，赏罚分明，一条臭鱼满锅腥，能力再强不适合团队也要干掉。

6 专业的人做专业的事，技术没有银弹，人也同样
这个也是上面说的合适团队的一部分，觉得比较重要单独说下，就是需要合适的人。 互联网公司有个通病，就是总想革别人命，认为技术和方法论可以突破行业的界限，从事各个行业的人能力不行，需要互联网的思想去解放他们，拯救他们，这里我意见是 QNDY。 所以很多纯大厂背景的技术同学到了传统公司会把公司搞得乌烟瘴气，不得不承认互联网公司的技术同学技术能力上确实比金融公司（供应商、甲方）要高出一筹，毕竟钱还是可以把优秀人才吸引过去的，但不要小看行业经验的重要性，对行业的理解、对公司问题的分析、对业务发展趋势的判断都非常借鉴意义，当然不是说所有情况都是这样，但成功的基本上都认识到了这点，抱着去优化他融入他的心态投入到工作中，而不是革命家的心态。 当然也不是说技术不重要，传统公司的技术人员大多都是陷入了一种对自己代码很熟悉，沉迷于自己写的if、else、for等复杂的不能再复杂的逻辑中不能自拔，误以为是自己的能力厉害，而忽略了技术的敬畏之心和学习，很多招聘的实习生在一年就跳槽离职，确实薪资有很大的提升，但这几年看下来，远远不如积累时间更长，技术和业务更扎实的人走的稳走得远。这里只是说出自己见到的几种通用的问题，大家可以借鉴讨论。

以上是我的一些经验，至于一些常规的项目成功因素我就不在此多说了，去考个PMP，做两年IT项目经理都明白了。 当然以上说的这些词很多都是来源于上家公司，这里吐槽一下： 以终为始、想大做小、结果导向这些词如果是用来思考和解决问题确实是利器，但如果是用作PUA和撕逼的理论武器， 杀伤力也是不容小觑，如果有此爱好的同学可以体会下用于实践无往不利。

最后说明

最后再介绍下自己的背景和目的： 本人即做过传统的核心系统（个险、团险、健康险），也做过保险的外围系统建设（电商、银保通、保险中介平台、短意险平台、保单打印平台、影像平台、人力资源系统、OA系统、销管平台、客户平台、反洗钱、中保信上报平台、税优税延管理平台等）和 财务系统（单证、账务、收付费、资金平台、增值税平台等）建设，在蚂蚁保险做了2年的支付宝保险平台（C端）的建设和保险营销系统建设，对互联网保险的玩法和运营模式也有一定的理解，后续我会结合我自己的经历和之前总结的方案，总结出一个自己认为的系统建设方案与大家分享，欢迎大家共同探讨拍砖，也欢迎有志之士提出建议和指导，共同探讨出一个保险行业比较优秀系统建设指南，更希望自己可以有机会是去实践它。