保险行业最初的展业都是在线下发生，和客户签署纸质保险合同，由于全部是手工完成，在这种情况下业务量不会很大，随着业务量的不断增大，信息化技术的不断进步，办公自动化慢慢引入到保险行业，这个时候针对那些业务量比较大的产品线会出现最初的业务系统，用来提高业务人员的工作效率和提高信息管理水平，这样保险公司在不同时期会引入不同的业务系统，也就是传说中的烟囱式业务系统群，它们彼此独立数据不能共享，这些系统将完全的线下流程搬移到了线上实现业务信息化，但是也是人工流程为主。
随着这些系统不断进化，大家发现这些系统中有好多业务流程是很相似的，而且数据需要在不同业务线共享，于是轰轰烈烈的新一轮系统建设拉开序幕，这一阶段主要是建设一个大而全的保险核心系统，支持所有的业务线，将原先所有的烟囱系统合并到一起，由于系统主要还是保险公司内部业务人员使用，提升办公效率为主，集中的数据管理为后续的数据分析提供了基础，由于业务的主要来源还是传统的代理渠道，由于展业成本相对比较高，所以都是些客单价比较高的传统保险产品，业务流程相对比较重而且相似度很高，人工流程为主。
随着互联网的普及，人们的获取信息的方式发生翻天覆地的变化，互联网极大的消除了信息的不对称，消费者迎来了消费主权的时代，消费习惯发生巨大的变化，同时互联网技术日新月异，互联网思维不断颠覆着传统行业，这一时期一些有着前瞻性的保险公司也尝试着把一些保险产品移到线上，希望通过互联网技术极大的减少展业边际成本，让一些客单价低廉的保险产品能够直达客户，在这种业务模式下，传统的人工流程的高成本已经严重制约了这种业务的发展，大量的基于场景的碎片化的保险产品出现对现有的保险核心系统提出了新的挑战，原先的保险核心系统主要面对内部专业人员和人工流程而设计的，而现在要面对大量的非专业的终端客户和渠道，目前的业务流程显然是行不通的，在原先的业务中有一些业务为了满足互联网场景的要求，需要进行流程改造，简单产品和自动化流程为主，需要支持多元的的接入方式，能够支撑高并发大流程量的冲击，由一个面对专业人员的内部系统转变为需要同时支撑内部和外部，专业和非转用户的使用，内部专业用户主要开展传统商业险业务，外部非专业用户主要消费个人险业务。
系统又要进行拆分，但这个时候的系统拆分和之前的烟囱系统是有本质区别的，我们可以运用日趋成熟的软件工程方法和技术体系进行业务建模和技术选型，能够做到在数据和细粒度的服务层面的共享，但是在流程和UI层面的拆分，同时可以为不同的业务流程采用不同的技术体系和部署方法，我们需要一个多视图的产品工厂而不是一个大而全的，不同的产品线看到的视图是不一样的，我们需要一个灵活的保单模型，能够为不同的产品线进行自由伸缩，我们需要一个能够容纳各种变化的保单存储模型，我们需要为不同查询提供高效的查询功能，我们需要提供完整的API为不同的渠道接入提供便利，所有这些对我们的系统建设提出的挑战需要我们站在更高的层面去思考，我们需要摒弃一些过去固有思维和定律，固定的业务模型让简单的业务复杂化，关系型数据库制约着我们的存储模型，数据的高度共享拒绝冗余限制了查询模型，大而全的API限制了我们流程的分裂，统一的UI流程让我无法面对不同用户的需要，集中式应用部署阻碍了不同业务伸缩能力，一个理想的保险核心业务系统跃然纸面，相信我们不就的将来就会呈献给大家。
