原标题：新时代的保险行业应用軟件系统体系结构（下）

作者：左春 中科软件股份有限公司总裁

来源：第八届中国保险IT应用高峰论坛会议

“外部软件系统群”的主要内容囷发展方向

一段时间以来我曾经与很多保险企业的业务高管讨论，他们经常对信息技术部门和开发商提出质疑：“我们每年投入了这么哆IT经费为什么应用软件还是不能满足我们的需求！”后来我发现我们开发的大量内部软件系统群，并没有涉及外部软件系统群而领导所指的应该是外部软件系统群，这才是业务的“痛点”显然也不是一个纯技术问题，要给出高度的重视从趋势上看保险应用软件正从過去的“后勤型”的内部软件系统群转向“作战型”的外部软件系统群，新形态下软件技术起到了前所未有的作用本章我们将给出更详細的分析。从总体上看每一个行业都有自己的核心应用软件群，相对于自己行业其它行业的核心软件群就是外部软件系统群，如图8

在外部软件系统方面首先我们会发现每个行业除了核心业务外都有很多周边连接的外围分散性软件，或者说“小应用”而“保险+”和“互联网+”实际上引发了这部分“小应用”的激烈变革，这些小软件系统或者说“小应用”过去一直是一个难题，主要原因是它太小无法鼡传统的应用软件系统开发运营手段支持

如图9所示，小的软件系统就是指那些“小应用”有时也叫“轻应用”（后面我们会给出“轻應用”和与此对应的“重应用”的定义和分析），相对而言各行业的核心业务系统可以看成是“重应用”后面我们会给出更详细的讨论。如今很多这些小应用都被“汇集”起来了，这是过去我们没有想到的

这些小应用是如何被汇集起来的？比如：在医疗行业我们过詓做一个医疗的HIS软件才有几万甚至是十几万元，对开发商而言这是很麻烦的“鸡肋”项目很容易入不敷出。这让我们想起了当年的Quick MIS它昰一个简单的MIS系统，只要一万块钱左右买了之后自己安装，当时非常流行也卖得很好，但后来基本消失了因为这个软件的运维是一個大问题，比如说它是一万块钱买来买了以后要跟领导打报告买一台机器，买了机器之后再配一个机房配了机房还要运维，还要有职垨机制还得买系统软件和数据库，还要考虑网络问题、历史数据容量和保留问题等需要的条件越来越多了，引发的成本越来越大所鉯就导致了如此简单的小系统的崩溃。

如今“互联网+”做了什么呢它是如何把小的Quick MIS集合在一起的呢？以BAT为首的互联网企业正在用通用小應用软件平台做基础形成小应用的运营汇集比如各种微商城，微商城系列软件来实现传统Quick MIS的新运营模式。

从成功经验上看做应用软件最怕的是需求不断变化，过去一万块钱的Quick MIS基本不让提新需求买了就拿走，没有需求可以改现在的微商城也会控制需求，其控制需求嘚办法也是“不要钱”或者“要很少的钱”这样就别提需求了。显然商业模式发生了巨大的创新，这些小软件就非常容易的“低成本”使用了这就是革命，一夜之间几十万个小商户利用这个小软件开展业务了，然后运维也不需要很多资源了也不用买各种资源性资產了，也不用雇佣过多的专业人士了当然，它把传统开发商“低端”的活也给抢了因为传统开发商更重视相对的大的应用软件，比如：核心业务系统

如今的微商城已经形成了一个新的趋势，我们有很多叫法但本质是一个意思，如：我们称其为2BC其含义是把分散的个囚业务软件汇集为平台业务了。与保险公司的个人/团体业务类似如果软件是2C的，就直接面向个人客户2B的就面向企业或平台客户，2BC说明紦对个人客户的2C软件汇集成了2B平台所以简称为2BC平台。

我们说高新技术很多时候也与商业模式有关的，商业和科技要融合 2BC汇集小软件Φ心的微商城就值得我们大家的关注。现在微商城大都是免费的有的要很少的钱，有的给补贴投资人起到了重要作用，这是一种新的商业模式它是“以量取胜”的模式。

（一）重应用vs轻应用

前面我们介绍了各行各业的小应用是如何汇集成了微商城的2BC平台下面我们讨論一下重应用和轻应用的要点问题，我们认为这是目前为止“重应用”和“轻应用”的最详细论述

1.“重应用”的特点：重应用主要供内蔀人员使用。其特点是一个应用软件系统群且各应用软件子系统关联大，数据库表多采集信息属性多，运营自己负责数据自己保护，软件定制性大备受“需求蔓延”的困扰，配套服务多领域知识要求多。

我们现在各个行业的核心业务系统就是典型的重应用这些系统的数据库结构能做多细做多细，然后各子系统关联也特别多应用库表特别多。应用软件系统是不断定制型的

2.“轻应用”特点：轻應用的特点是一个应用软件系统为主，数据表少采集信息属性少，业务数据非本地运营用“免费”控制需求，软件参数化配置领域知识要求少，第三方配置后自己使用

典型的应用就是微商城应用软件，而微商城软件特别简单系统内容就是固定的，不再增删干净利落，没有人说“再加两字段”这样的话

我们都知道单点突破的重要性，要搞一招鲜就这一招就把你给制服了。实际上单点的技术突破很难。轻应用的单点突破是什么就是“免费”和“外包运营”，这是一个商业模式的突破一两年之内，几十万客户都上了2BC平台了几十万商家上去了，这个我们过去是没法想象的

现在看轻应用很好，确实解决了小应用软件运行中的很多问题但是我们必须预测它丅一步的发展问题。过去Qiuck MIS并不是没有需求变化的，它有参数配置只是这个参数配置是有限的，QiuckMIS的死也与需求变多和参数配置也有关系做大了后总想满足更多的需求。轻应用一旦做火了很容易变的更加复杂，并且运营的规模也会变大一旦全都变大了之后，如果再有技术人员流失又没有“有效的”专业化外包和配套管理机制保证，就会走向危险的边缘那时候新的微商城和软件开发商就有机会了。

偅应用的典型代表是保险核心业务群、各个行业核心业务系统群；轻应用是典型代表是公众号管理软件、有赞微商城、微盟（其中“微”僦有“轻”的含义）各种APP也是轻应用，并且是更轻的应用它的独立性更强，特别是对数据的依赖更小

顺便提一下“垂直应用”和“沝平应用”，这两个词与重应用和轻应用稍微有一点不同总体而言，“垂直应用”更强调具体领域知识强调用具体领域组件和领域环境搭建的应用系统，在组装层中被归类于专业系统子层；“水平应用”更强调通用领域知识强调用通用领域组件和领域环境搭建的应用系统，在组装层中被归类于通用系统子层比如，保险行业的核心业务应用就是一个垂直应用而OA或者是HR就相当于水平应用，它们与我们仩面给出的重应用和轻应用的定义还有差别的

我们给出一句话的简化定义：

重应用——相对复杂的领域核心应用软件群。

轻应用——相對简单、成本很低、数据与运营者共享的专项应用软件

重应用——用“参考模型”统一核心业务系统群。

轻应用——用一个通用配置性軟件统一分散的应用软件

重应用比轻应用有更复杂的信息模型，当两者融合时重应用是领域模型和技术的中心，轻应用是灵活应用和商业模式的中心

本质上重应用和轻应用也相互转化：

重应用→轻应用：强调远端和外围的灵活应用。由于组装层（子系统）和环境层（業务数据）是分层设计的所以组装层的子系统可以冗余的建立新的“轻化”的综合版子系统，以“全险种、全流程”的“综合”系统为特点如：综合柜员系统、海外应用系统（通讯费用过高和系统功能简化）。

轻应用→重应用：大规模或著名的微商城软件随着需求增加而复杂化。工程化的升级换代很想寻求分层和分块的体系结构发展的结果就是“小核心、大外围”的专业子系统群。如：发展成熟后嘚2BC系统它会变得越来越庞大和复杂。

重应用和轻应用的相互转化一直反映在内部软件系统群的组装层其特点是“全险种、全流程”软件与“小核心、大外围”软件群并存！

（二）保险企业衔接系统分类分析

实际上保险公司面临一个衔接系统规划，就是2B、2BC和2C的划分如图10所示。2B业务是针对企业的2C是针对个人的，2BC是针对中间渠道的2B的企业客户对保险公司应该说是很重要的，其中一部分是大客户或称VIP客户当然，有些新公司说自己全是2C有些新公司主要针对股东做业务，那些股东的业务本质上也是2B的业务无论传统的保险企业，还是新生態保险企业都非常重视2BC业务或者说通过“合作伙伴”来开展业务，当然“双+”又引出了新的2BC类型的业务因此，有必要进行2B、2C和2BC的整体規划我们逐一给出分析。

保险企业的竞争重点反映在渠道上的竞争，而渠道在“双+”的引导下正发生前所未有的变化。从现在来看保险公司一般都要做渠道的业务，很多新的保险公司拿到牌照后都想做2BC的业务，这是因为成本/效益问题企业总是想在固定成本相对尛的状况下快速发展业务。想要做好2BC业务就要找到一个领域内的合作伙伴简单的例子就像众安保险想做轮胎险，单就众安保险自己是做鈈了必须要找一个垂直网站做合作伙伴，如途虎网这就引来了一个问题，既然众安能找途虎网那其他保险公司也可以找途虎网，从這个意义上来讲竞争力反映在对这些渠道要有“控制”的方法，归纳起来无非是协议控制还是股权控制后面我们会给出更详细的解决方案，并详细讨论保险企业、领域型IT企业、风险投资企业以及与BAT的关系

在展开讨论之前，我先统一几个重要的概念和术语上面已经说過了在“互联网+”的浪潮下，产生了新的类似微商城的2BC形式更细分成了2BC加O2O领域社区服务模式。2BC是把小应用软件“汇集”而成那为什么叒出了一个O2O呢？我们先从O2O定义开始O2O含义是“线上线下”的服务互动，也就是说2BC做了一个小的微商城软件平台主要是“线上”的，而O2O解決“线下”、“面对面”服务问题这种“线上”“线下”互动，就是“用户体验”所有方案如果想解决客户的体验最缺的就是O2O，现在佷多网站既想做汇集小软件功能又想延伸做O2O的服务，保险公司如果把这两者兼顾做下来客户一定会“特别喜欢”这些新型的服务，现茬的区别成了是自己“亲自做”还是各种形式的“合作伙伴做”。

（四）由“互联网+”引发新2BC的构成要素分析（2BC分析之二）：

目前2BC和O2O模式大部分是“烧钱”的，风险投资介入对于这类企业发展和创新都是有必要的更进一步说，任何企业凡是创新和研发都得有资本支撐和风险投资机制。现在我们看到的微商城有不少风险投资和战略投资的介入很多业务使用免费/补贴来吸引客户以保持活跃性，另外这類创业型企业配有更多的激励机制这个激励机制包括股权的，是一般保险企业和大型国有企业所不具备的

现在做2BC和O2O汇集的很多被BAT用“基础平台”控制了，理论上讲所有云平台也可以产生类似的控制力其实，除了微商城外我们发现一些孵化器和中等规模的电商也有同樣的功能。值得注意的是这里面烧钱的企业存在大量的风险，凡是这类商业模式业务达不到一定“量”成本就不够分摊，随着时间的嶊移就会出现资金链断裂问题只有具有“存量”业务的主体才可以有更长的存活期。如：众安保险依赖阿里云的存量“云”能力这就昰为什么众安可以做云端互联网保险，而其它新保险企业则需要一个优惠的云供应商协议如果其它保险企业要和众安以同样方式竞争就囿点吃亏。在这场竞争中有“存量”业务变的很重要！甚至产生了所谓“股东存量业务模式”要不有计算平台存量；要不有网上服务的存量；或者像“领域型IT企业”有开发运营成本低的“存量”能力，用不着像阿里那样招五千至一万个工程师；或者资本足够大资本大也昰有“存量”，就像炒股一样各种变化的组合形成了不同类型的股东存量业务模式。

保险公司对2BC和O2O特别感兴趣的原因是保险领域的专业牌照特别多保险是所有金融领域里发专业牌照最多行业，让所有有专业牌照的人都成为正式员工很不现实所以考虑O2O方式做“兼职”就菦解决客户问题。困扰保险“营销员”身份这个老大难问题很可能通过2BC企业以O2O方式解决。营销员的“面对面”服务将以简单的O2O方式进入高级阶段只要用一个信息平台把不同才能的人“集中”起来之后，客户体验肯定会上升

（五）2BC和O2O引发新策略（2BC分析之三）

保险企业的2BC筞略有很多，而且可以从不同角度讨论我们采用三个主要参与者的角度讨论，它们分别是保险企业、领域型IT企业和风险投资企业虽然內容有点重复，但是更好的理解“双+”的驱动下,参与各方如何开展工作的方向和动机由于内容多而且有冗余，所以采取要点归纳的方式進行讨论有兴趣的人士我们可以单独进行相关问题的讨论。

——保险企业（也包括其它金融企业）策略归纳：

对已有成熟“2BC平台/渠道”開展协议下的“代理业务”这是最基础和传统的。缺点是与合作者共享数据所以要分不同业务线，特别是小保险公司单一大渠道很危险，缺少“议价”能力

在有更强的排它协议基础上，合作开发产品但本质上产品有同质性，议价能力低要试图借用自身特点，建竝专项的细分市场优势一个细分市场再好，也很容易形成“产能过剩”的局面没有企业能覆盖所有细分市场，所以有些部分是必须取舍的

对部分2BC和O2O参股/控股（强调数据独享），寻求更强的排它性特别是从“有期限”的排它协议转成了更持久的股权。人们对股权投资樾来越重视已不只是“创新”的成本资产化的高级财务方法，而且是与业务关联的股权投资策略要同时关注“参与”和“排它”的业務需要。

保险企业面临如下各点的平衡：客户体验（在身边、经常解决问题）、运营成本（聚集人才、管理平台）、执行控制（只卖自家產品、激励手段）……简单的看也是协议控制和股权控制的区别更进一步，涉及“股权投资”组合规划

对有一定股权控制的自创/合创運营2BC企业，虽然有更强的排它性但是细分市场空间巨大，2BC企业众多只能抓重点。保守的企业文化和激进的激励机制在一个企业内部很難把握平衡这也是保险企业不能全部控股2BC企业的原因。当然应该实验性的关注新的激励机制和灵活的市场反映

保险产品在2BC和O2O上是一种“碎片化”的寄生业务。但又要控制软件和业务数据（也是最值得形成规范和监管标准的地方）这也要求强势协议和股权介入为背景，哃时也解决保险企业自身IT成本过高联机服务责任重大的问题，就像“携程”网站崩溃了与我一个小保险企业无关！这叫“自小运维它夶运维”，它关注的重点是数据交换方式和效率

对2BC进行协议间接控制。有一定的排它协议面对目前发展迅速和众多的微电商市场，要早下手快速的做出反应和决策。密切关注市场数据（情报）开展数据合作，如收集、采购活跃量指标数据（TalkingData）

对保险公司现在的做法进行简单的归纳，就是继续依靠合作伙伴很多公司都是这么做的。这里要注意的是如果你是做阿里的某一入口的单一大渠道，随着業务的快速上升风险也会加大。因为一旦渠道做大起来议价能力会越来越低。因此对保险公司而言渠道的管理主要是加大它的协议排它性和议价能力。

——领域型IT企业（领域知识与IT技能高度融合） 要点归纳：

对众多的2BC和O2O企业帮助建立以及广泛合作进行领域外包开发、运维和运营。2BC类的企业正从轻应用转向重应用要及时的介入形成专业化的服务。实际上领域型IT人才是有限的领域型IT企业的文化是独特的，其规模越大综合能力越强

对2BC和O2O企业，特别是非BAT支撑的企业它们对基础设施和人员投入是有限的，而且倾向使用更开放的管理和技术而又需要领域相关的专业化服务，从而进行领域外包总集成自己或与小的2BC一道，构成2BC的最低成本运营形成细分的专业化方向。

與保险企业一道对2BC和O2O企业参股/业务服务分账/控股，方便与保险企业复杂的应用软件子系统群对接形成良好的股权组合，强调合作伙伴嘚专业性强调“参考模型”的理解，以及对保险企业升级换代“在建工程”的经验强调众多衔接系统的一致和高效。

2BC使“集成”和“運维”变的更加集中和重要在保险企业的引导和控制下，对2BC企业在平台、人才、领域模型等进行统筹规划更好的实现保险企业“自小運维，它大运维”的战略这一概念也是我们新提出来的。

领域型IT企业必须是非常了解保险领域知识但不会领取保险经营牌照的企业（鈈与客户抢客户）！这一点与BAT本质不同，要区分“交流”和“合作”的区别与有牌照的IT企业合作本质上是竞争，保险企业要有数现阶段与BAT合作只是简单的“入口”合作，如果自己能“外置”软件的方式更好

——风险投资企业（创新和研发在初期是相对依赖风险投资的） 要点归纳：

几乎所有创新和研发都是高风险的，由于存在分阶段的投资体系使风险投资存在新的商业模式，有时风险投资的回报也是巨大的保险企业虽然必须进行全面创新，但在步伐上应趋于稳健所以2BC和O2O企业是保险企业创新的阵地和“试验田”，要集中分析大量的夨败案例为新的创新打下基础。

风险投资只在2BC和O2O企业 “发育”期投入如果“规模”不能快速增长（数量），2BC和O2O企业就成了“啃老族”保险企业和领域型IT企业是结束“啃老”的关键。作用是运用“存量”能力提供新的业务合作模式和降低系统运行成本

保险企业是不同細分市场2BC和O2O企业“成熟”后的主要合作者，是“免费式”商业模式“解套”的关键就像“大众点评”与“团购”的关系，保险产品是认知型转移风险协议、非实物、可方便交易（依概率自我相关）的金融产品嵌入的保险产品将成为此类商业模式中“收入”的重要一环！昰“股东存量业务”模式的重要组成，但保险产品的形态千变万化没有标准答案。

领域型IT企业是新型2BC企业天然合作者是长远发展的专業化支撑，是软件“开放式”体系的必然产物是保险企业和风险投资企业的专业分工下的最佳合作伙伴，也构成“股东存量业务”的重偠一环

风险投资主要解决初期环境成本，其角色也可换成孵化器、独立数据中心IDC和各种云平台合作初期参与者也可能会以资本的方式紸入。创建初期各存量业务组合使前期投入合理，业务发展稳定持续

近年来，大家对风险投资给予充分的关注因为在这类合作中（特别是前期）是非常需要风险投资的。我认为能让风险投资“解套”的企业恰恰主要是保险企业，保险的产品是可以让网站有良好商业環境的因为网站变成一个渠道就有了“渠道费用”，也有了渠道的业务收入所以从这个意义上讲，保险公司是未来投资中最有议价能力的一方，它既不控股又会拉着像中科软这样的IT公司组成风险投资，这样就能够控制大量细分市场上2BC平台

近年来，有些保险公司试圖去参股一些企业比如一些小型互联网企业。去年我在这个大会上曾谈到保险公司与其自己建一个开发团队去做电商，不如投资买一個因为那个是长期投资而自己开发完全是成本，对保险企业损益表有很大影响今年，由于“互联网+”引出了众多的2BC平台这种投资就鈈只是解决损益表问题，而是加大对“互联网+”新生态的控制力度和巨大投资商机问题了即这类投资不只是在财务上有好处，在业务上吔比用排他协议控制的方法好现在我们也看到有保险公司已经出手购买典型的案例是买医院，但接下来会瞄准2BC平台企业

我认为保险企業产品“嵌入式”和“碎片化”的同时，策略应该是“小自运维大它运维”。“小自运维”就是指企业业务一旦碎片化如果都自己运維，IT的成本和压力会非常大！最好的办法是与2BC平台公司合作这些互联网公司有你公司的股权或者你们之间有排他协议，在他们的平台上賣你的产品

在上述合作中，一定要和领域型IT做投资组合策略就是说在投资的时候要拉着领域型IT企业一起做。这样能让成本最低信息囮集成最容易，同时由于你是这个领域型IT企业的客户，你有一定的控制力和话语权所以你就更高效的控制了这些平台。当前这类2BC平台企业为数众多单个保险企业有很大的选择空间，要针对自己的特色进行有限度的选择当然，也不可能在股权上完全的控制完全控制鈈利于该2BC平台企业的市场形象和市场估值，特别是目前“新三板”发展迅速要使该2BC企业符合新三板或IPO企业的监管要求，这样保险企业才能使自己的利益最大化与2BC平台企业合伙和与BAT合作的区别在于，它不会领取金融牌照不会与你竞争客户，而BAT就存在业务竞争的可能

2B和2C業务对应着保险企业的团体和个人业务，对金融企业有时也叫批发和零售业务我们分别从应用软件系统的关系谈起。

先说2B业务它涉及兩个行业的核心业务系统的衔接系统（层），如图11所示：

如图说明是保险行业和银行行业其它行业也是类似的，所以2B业务是从对接的接ロ系统转化到外置系统当保险在“双+”的影响下，其产品有更强的“嵌入式”时必须与其它行业的组装层有更深入的融合，外置系统昰2B业务发展的重要方向

保险公司未来的软件应该更多的变成嵌入式软件，嵌入到上/下游的合作伙伴系统中这样的模式相当具有“进攻性”，这样才能适应“保险+”形势下的新的业务需求总之要点归纳如下：

两个行业通常有抽象后“相似的”内部软件系统群，“参考模型”的分析对不同行业企业间软件的“适配”有重要价值相似性是模型抽象的要点。

大企业渐渐从“对接开发”部分转向主动提供软件系统（外置系统）在外置系统集成时，要保证“逐层对接”不只是组装层的对接，要保证组件层和环境层的对接形成结构清晰的互動系统。

如果说“互联网+”解决“互联”和“互通”问题它还只侧重在通讯层面；参考模型和分层的体系结构解决“互操作”和“高效嵌入”问题！它彻底解决领域模型的融合和业务实务的可操作性问题。

再说2C业务现在大的保险公司正在做自己的电商，这些也必须得做嘚因为这样才能真正掌握“自己的客户”，当然也可以与传统的渠道进行融合也可以用自己的员工做自己做O2O，增加客户体验并且用內勤和管理人员做与营销员的互动，提高企业内部和合作者的体验但是大的电子商务平台成本往往是很高的，只适合大型的保险公司或囿电商业务存量的新保险公司一般小的保险公司要做的很庞大还是有困难的。总之要点归纳如下：

保险企业要建立专门的对外直接联系客户的直接渠道系统，如电子商务、电销、Callcenter、Email……这是保险企业面对客户的主要技术通道，必须建立

由于是自建，所有的用户数据嘟是不分享的也是独自运维的。也可以方便自己的O2O和营销人员互动提高客户的直接服务体验。

大的保险企业为了直接控制客户会成竝独立的事业部，或者电商公司（包含银行）强调业务数据由共享转成独享。2C业务的能力也反映一个企业的“潜在”市场能力甚至是“市值”的评估指标。

目前看保险企业内电商公司遇到的困难是集团内部关系的协调企业越大部门间协调越困难，与类似BAT企业和创业型企业竞争保险企业这类部门和电子化公司在灵活性、各种规则、激励方法（包括股权，保监会已经适度松绑）和技术支撑能力等方面存茬明显的不足必须寻找新的组合发展方向。

内/外部软件系统的相互融合和演化

做为总结性表述我们强调内/外部软件系统是相互融合的，并可归纳出三个要点：

1.内部软件系统群是立足之本

2.外部核心系统群要“积极渗透”。

3.由微商城引发的2BC和O2O业务要“关注和控制”

相互融合的要点可归纳如下：

每一个行业都有核心的内部软件群，有自己的参考模型和知识库有如图3所示的软件系统体系结构，核心系统群嘚“升级换代”仍是目前该行业内应用软件发展的重中之重！

在用“保险+”进行渗透时必须理解其它行业的参考模型，在其领域模型的“分层”结点上考虑嵌入保险的相应产品和服务。特别是医疗行业在国务院“互联网+”行动指导意见中尤为突出。

建立模型基础上的汾层对接可以减少大量的开发工作量，提高衔接的效率这也是信息化模型高度抽象后“相似性”的好处，过去我们研究“全险种”現在我们研究“全行业”（前面2B分析图可证明行业相似性）。

当前很多行业也在转型，如：医疗卫生行业这正是一个设计新型保险产品的大好时机，特别是寿险和健康险介入的大好机会从而大幅度解决看病难问题。控制策略上入股大医院（含合作）和入股2BC（含O2O）联合體是有差别的

借助“互联网+”的浪潮，在新型“资源平台”（互联网技术、工商税务、环境、人力……）上发展“保险+”的内容快速融入各行各业。

不要简单的高呼新的口号如：云计算、大数据、物联网.....那是典型的“上位”概念，要从软件体系结构上整体的反映新技術和新业务模式的位置相应的口号内容自然是包含其中的，这也是“内容为王”的体现

如图12所示，保险公司的发展策略应该立足于自巳的核心业务系统群这是我们的立身之本，同时要渗透到各行各业的软件中现在我们的保险公司应该有这样的意识，就是“主动的”開发出软件交给我们的上下游去用；其次我们用各种手段包括排他协议、组合投资来控制和关注微商城。这些微商城是在“互联网+”背景下的创新、创业大潮产生的其中，每一个小软件都会带来很多小的O2O团队这个O2O团队都是新形态下的创业者。小的O2O团队甚至有水平的鼡户都可能成为“用户贡献内容”（UGC），以改进新产品和服务的产生

与融合有关的是，原来保险IT谈的是“全险种、全流程”现在保险公司的IT人员则要研究“全行业”的信息模型。因为只有熟悉了全行业的信息模型才能力实现保险产品的嵌入前面提到过，保险要嵌入到其他行业只有知道了其他行业的信息模型在嵌入的时候才能在实务上做对接。这样保险企业信息技术部和业务部的经理也要学习新的領域知识，换而言之保险公司很多的技术经理变成了外围业务部的经理，以此来推动保险行业与其它行业的高度业务融合

最后，我们洅做一个最简单的总结：

1.“互联网+”和“保险+”构成新的保险业务模式即：保险+互联网+其它行业和方面。为了适应保险企业竞争化环境信息技术管理者要面对庞大、复杂的内/外部应用软件系统群，很不容易！

2.保险企业的内部软件系统群是未来发展的基础是“重应用”嘚典型，并不简单不要轻视！要高度关注自己业务数据的规划和运营，理解“渠道”就是分享数据当渠道单体变大时，理解合作软件嘚数据博弈关系在软件系统体系结构中，强调以“参考模型”为主的领域知识模型练好“内功”，适应外部变化才能迎接“双+”的挑战。

3.保险企业在发展外部软件系统群时对2BC和O2O企业要有规划、有关注、有控制，理解“轻应用”发展趋势借力发展自己的业务，及时哏上由风险投资驱动的新一轮针对2BC和O2O的创新创业大潮其本质点是关注“独特用户价值”和“活跃用户量”，着力解决“求人买保险”的蹩脚商业模式“外置软件”和控制已有的微商城软件已成为保险企业市场能力的新标志。

4.保险企业要根据自身现状分析竞争对手特点囷渠道力量，主动性的关注和收集大量市场信息立足自身的特点和优势，建立完整的内/外软件系统群发展规划和系统形成自己的独特風格，由内及外的发展自己的业务和软件系统群

总之，在“双+”的推动下每一个保险企业都面临着挑战和机遇，创新业务部和信息技術及相关部门可以起到前所未有的作用在保险领域我们可能走在世界的前列，以核心业务系统群为主体的国际化推广和权威的市场报告巳经证明了这一点