? ? ? ?保險行業最初的展業都是在線下發生，和客戶簽署紙質保險合同，由于全部是手工完成，在這種情況下業務量不會很大，隨著業務量的不斷增大，信息化技術的不斷進步，辦公自動化慢慢引入到保險行業，這個時候針對那些業務量比較大的產品線會出現最初的業務系統，用來提高業務人員的工作效率和提高信息管理水平，這樣保險公司在不同時期會引入不同的業務系統，也就是傳說中的煙囪式業務系統群，它們彼此獨立數據不能共享，這些系統將完全的線下流程搬移到了線上實現業務信息化，但是也是人工流程為主。

? ? ? ?隨著這些系統不斷進化，大家發現這些系統中有好多業務流程是很相似的，而且數據需要在不同業務線共享，于是轟轟烈烈的新一輪系統建設拉開序幕，這一階段主要是建設一個大而全的保險核心系統，支持所有的業務線，將原先所有的煙囪系統合并到一起，由于系統主要還是保險公司內部業務人員使用，提升辦公效率為主，集中的數據管理為后續的數據分析提供了基礎，由于業務的主要來源還是傳統的代理渠道，由于展業成本相對比較高，所以都是些客單價比較高的傳統保險產品，業務流程相對比較重而且相似度很高，人工流程為主。

? ? ? ?隨著互聯網的普及，人們的獲取信息的方式發生翻天覆地的變化，互聯網極大的消除了信息的不對稱，消費者迎來了消費主權的時代，消費習慣發生巨大的變化，同時互聯網技術日新月異，互聯網思維不斷顛覆著傳統行業，這一時期一些有著前瞻性的保險公司也嘗試著把一些保險產品移到線上，希望通過互聯網技術極大的減少展業邊際成本，讓一些客單價低廉的保險產品能夠直達客戶，在這種業務模式下，傳統的人工流程的高成本已經嚴重制約了這種業務的發展，大量的基于場景的碎片化的保險產品出現對現有的保險核心系統提出了新的挑戰，原先的保險核心系統主要面對內部專業人員和人工流程而設計的，而現在要面對大量的非專業的終端客戶和渠道，目前的業務流程顯然是行不通的，在原先的業務中有一些業務為了滿足互聯網場景的要求，需要進行流程改造，簡單產品和自動化流程為主，需要支持多元的的接入方式，能夠支撐高并發大流程量的沖擊，由一個面對專業人員的內部系統轉變為需要同時支撐內部和外部，專業和非轉用戶的使用，內部專業用戶主要開展傳統商業險業務，外部非專業用戶主要消費個人險業務。

? ? ? ? 系統又要進行拆分，但這個時候的系統拆分和之前的煙囪系統是有本質區別的，我們可以運用日趨成熟的軟件工程方法和技術體系進行業務建模和技術選型，能夠做到在數據和細粒度的服務層面的共享，但是在流程和UI層面的拆分，同時可以為不同的業務流程采用不同的技術體系和部署方法，我們需要一個多視圖的產品工廠而不是一個大而全的，不同的產品線看到的視圖是不一樣的，我們需要一個靈活的保單模型，能夠為不同的產品線進行自由伸縮，我們需要一個能夠容納各種變化的保單存儲模型，我們需要為不同查詢提供高效的查詢功能，我們需要提供完整的API為不同的渠道接入提供便利，所有這些對我們的系統建設提出的挑戰需要我們站在更高的層面去思考，我們需要摒棄一些過去固有思維和定律，固定的業務模型讓簡單的業務復雜化，關系型數據庫制約著我們的存儲模型，數據的高度共享拒絕冗余限制了查詢模型，大而全的API限制了我們流程的分裂，統一的UI流程讓我無法面對不同用戶的需要，集中式應用部署阻礙了不同業務伸縮能力，一個理想的保險核心業務系統躍然紙面，相信我們不就的將來就會呈獻給大家。