保险获客免费平台下载（保险获客免费平台app自动被加软件）

来源：2021年第二届中小金融机构数智化转型优秀案例评选

一、项目背景

1.1.传统营销模式效率低下，缺乏精准性

由于传统的陌生拜访模式效率低下，缺乏精准性。传统营销员获取客户的主要手段是缘故营销，通过亲戚朋友和熟人获取客户。营销员迫切需要走出缘故营销，开发更广阔的客户资源。

1.2.营销员获客和展业效能较低，成交率普遍不高

营销员获客和展业效率也非常低下。每天的路上奔波，频繁的电话推销，却带来极低的成交率。他们推销的冲动却经常让客户感觉到一种骚扰，带来非常差的客户体验。

1.3.由于营销员流失率较高，客户服务体验较差

低产能带来了低收入，低收入带来了营销员的高流失率。这让营销员对于客户的长期经营与服务难以实现，不仅制约了寿险公司对客户长期价值的挖掘，更让客户长期陪伴和服务的需求得不到满足，极大地影响了他们对于险企的信任。

1.4.渠道营销员专业化销售技能不足

随着保险产品的种类越来越丰富，设计越来越复杂，行业对于营销员个人知识水平的要求也越来越高。大部分渠道营销人员专业化销售技能不足，很容易引起展业效率低下、缺乏成就感以及销售误导等一系列问题。

二、主要功能

一分钟量化家庭风险，一键填补家庭财务缺口

Elife主要解决了用户两个难点∶

第一是Elife能够预估用户的家庭风险并进行精准地"量化"操作，给到用户一个具体的数字，让用户在短时间内能够检视自己家庭的财务风险；

第二则是一键投保功能，有风险就需要用保险去填补，Elife提供一键投保服务，帮助用户在繁杂的产品中筛选出最适合自己家庭的保险并进行投保。

三、智能保顾系统产品方案

3.1.方案概述

基于用户画像，通过智能算法分析客户的家庭风险缺口，定制风险管理数字化方案，为客户创造价值；

3.2.家庭智能评测流程

3.3.应用场景

3.3.1.保险公司官网

提供在线智能保险顾问，实现用户在线问询，投保，提升客户满意度；

3.3.2.保险代理人

改变传统产品话术销售策略，提供客户需求销售专业工具，提升客户转化与成交；

3.3.3.银行（银保渠道）

在App提供智能保顾测评入口，线下作为理财经理辅助销售工具，线上传播增加客户粘度；

3.3.4.保险经纪公司

快速提升新人的专业销售能力，利于新人培养和队伍规模的扩大；

3.3.5.互联网平台

提供完整的家庭保障方案，提高平台的流量变现能力和销售转化成功率；

3.4.系统功能结构设计

3.4.1.用户功能用例

（1）本应用系统的基本功能的最终用户为保险公司的个人潜在用户。用户操作的约束条件是需要登录帐号。按需求，基本的登录方式为微信登录。当第一次登录时，系统会根据微信的登录信息自动创建新帐户。

（2）另外，根据需要，系统也可能提供其他形式登录功能。例如：手机号登录、用户标识登录等。

（3）系统主要包括家庭支柱风险评测和养老保险风险评测两大功能。在这两大功能下，涵盖了需求的各项子功能。在用户界面上，通过页面引导，根据用户需求完成所需的功能。

3.4.2.功能架构

系统的主要应用功能架构如下图：

家庭风险评估中：

（1）家庭成员信息录入功能将家庭成员的信息永久保存。其他的功能将依赖这些数据。对于新的用户需要首先完成这个功能，才能进行其他功能。

（2）确定家庭支柱功能根据家庭信息按照支柱判断逻辑确定家庭成员中的家庭支柱成员，用于确定保障方案中的投保对象。

（3）展示风险缺口功能根据家庭费用的预测计算，得出家庭支柱发生风险时，家庭生活所面临的生活费用缺口并展现给用户。

（4）展示保障方案功能根据家庭费用的预测计算，得出家庭未来各个年度的费用列表，并据此根据系统中所配置的对应的保险产品，选择出最优化的保险方案，展示给用户。

（5）一键投保功能根据计算出来的保障方案，进行投保的操作。这个功能的触发是展示保障方案功能页面上的按钮。

养老风险评测中：

（1）家庭成员信息录入功能将家庭成员的信息永久保存。其他的功能将依赖这些数据。对于新的用户需要首先完成这个功能，才能进行其他功能。

（2）展示养老水平功能根据用户输入的成员的社保信息，推算出退休时的养老水平，并展现给用户。

（3）展示养老缺口功能根据用户输入的期望的养老水平，推算出与现在养老水平的差距，将这个差距缺口展现给用户。

（4）展示未来利益功能根据用户给出的家庭成员的养老水平的选定，计算出这个成员退休时所能获得的利益并展现。

（5）养老投保功能根据养老缺口计算出所需的投保方案，由用户选择进行投保操作。

3.4.3.关键业务场景

家庭保障方案的计算是应用的关键功能。下图就是这个功能逻辑的协作图。

保障方案计算器是一个控制类，通过它控制了保障方案计算的整个过程。家庭是一个数据类，包含有家庭和家庭成员的信息。这个数据类内容的来源是用户家庭信息录入的功能。家庭费用的计算和家庭保障方案的计算是应用的核心计算逻辑，有一定的复杂性。为此，我们设计了家庭费用模型和家庭保障方案模型来承担这两项工作。其算法的设计思路请见下面的关键功能的设计思路一节。保险产品是一个配置数据类，为保障方案计算提供参数。家庭、家庭费用模型、家庭保障方案模型这三个类层层递进，由简到繁，将家庭方案计算的复杂功能化解，分工合作完成整个功能的实现。同时，这样的划分也利于这些类单独地提供功能。这样的设计符合了模块的正确划分以及模块的高内聚、低耦合的原则。

3.4.4.关键功能实现思路

（1）应用系统的关键和核心功能是为用户提供最优化的家庭保障方案。要计算出这个方案，需要相对准确地预测出家庭的费用。而家庭保障就是能够对家庭的未来费用提供在风险发生时所能覆盖的保障。家庭费用和保障方案的计算是应用的核心逻辑。

（2）家庭未来费用的计算 家庭的日常开销、孩子的教育、对老人的赡养等都构成了家庭费用的内容。家庭费用和许多因素相关。分析与家庭费用相关的因素，以及这些因素的影响和关联，是重点需要考虑的内容。将这些内容汇聚在一起，通过静态的参数方式以及动态的逻辑方法，形成家庭费用计算的模型。

（3）保障方案的计算 家庭保障是在家庭费用的计算结果基础上，结合保险品种，给用户提供优化的方案。家庭的花销随着时间是有变化的，例如孩子从上小学到大学的教育费用的变化。而同样的年度费用，随着年限的流逝，风险缺口也会随之减小。那种一个额度保到底的方式，显然不是最优的保障方案。保障方案的计算充分考虑了这些方面，通过年度风险缺口的计算和保险品种的特性（特别是保险的期限）结合，计算出覆盖整个家庭期间的风险缺口并且花费最少保费的保障方案。此外，也可以根据用户期望的风险覆盖率，提供相应的方案。

四、创新点

4.1.以家庭为单位的风险评测

以家庭为单位，从客户而非产品维度入手，五大模块帮助销售端快速定位客户需求，为销售人员搭建一套全新的解决方案，提高展业产能。

4.2.互联网交互设计，易操作可用性强

采用互联网交互设计，基于用户画像，实现信息分层收集，易操作，除八类必填项外，其余项系统自动判断，填写越多，评测越准，丰简由人。

4.3.底层逻辑算法模型，高度切合业务逻辑

标准化输出，前端展示可以根据渠道应用场景定制化开发。小微接口支持金融机构本地化部署。

4.4.干人干面的定制化投保方案

责任调整，预算调整和偏好调整等多维变量高度定制最优方案。

4.5.保额量化

根据用户所填信息，推算用户家庭各项支出，继而精准分析用户重疾缺口与定寿缺口，给与用户精确的缺口金额，最终产生保额。

五、技术实现特点

5.1.系统层次架构图

（1）系统运行于浏览器及web服务器的基本环境中。功能逻辑模块运行于服务器中，通过前端web页面接收客户请求和展现运行结果。

（2）上图系统层次架构图展现了系统的层次结构。各个层次相互独立，通过接口和协议与相邻层次连接通讯，协调一致完成所要求的功能。

浏览器层 移动或者PC终端的浏览器（例如：微信内嵌浏览器）。这个层次使用的终端基础功能，没有应用的编程。

web服务器层 使用http协议产生应用的交互页面发送到浏览器层，并与之交互，输入和展现数据。应用程序通过部署到web服务器中实现功能。

应用服务器层 实现业务功能的微服务层，使用http协议之上的rest 接口供web服务中的应用调用。

（3）一般其中内嵌了web服务器以实现http协议。这个层是应用的核心。由于采用微服务的方式，可以部署多个实例，以应对大并发的需要。

（4）数据及基础功能服务平台层 提供应用的基础平台。数据库服务提供了永久数据的保存。还可能有消息服务等中间件的基础设施服务。

5.2.系统模块结构图

系统模块结构图 展现了系统各模块及其之间的关联。其中：

（1）前端界面为符合html5规范的网页浏览器界面，直接与前端服务交互。

（2）外部接口根据外部系统的要求，提供本应用系统的调用转换和数据的匹配，为外部系统提供调用接口。一般以rest形式提供接口，实际接口情况需要与外部系统确定。

（3）安全服务为应用系统提供安全保障。主要为授权和认证功能。在应用设计中，我们建议使用spring security模块来作为安全框架。使用oauth2的标准建立授权和认证机制。可以灵活的配置认证的方式。

（4）应用服务是应用的主要逻辑处理模块。它可以使用spring boot搭建和开发。在设计上，使用微服务的方式提供对外的接口。接口调用间使用无状态方式，使得可以在实际运行中配置多个应用服务实例，满足高并发的需要。

（5）内部接口服务是一个适配器，提供与本应用之外的客户内部系统的连接和调用。例如：投保功能需要调用核心业务系统。

（6）消息服务属于基本设施模块，为数据传输提供异步通讯功能。

（7）运行监控服务为系统的管理员提供应用系统的运行资源展示。

（8）负载平衡和可靠性服务为微服务调用提供服务调度、差错熔断功能。使得系统可以可靠、高效率地运行。

（9）注册服务为微服务的调用提供服务发现和调度功能，与负载平衡服务配合，起到微服务的高效服务效果。

5.3.应用运行要点

在这个技术架构中，充分考虑了如下的应用运行要点：

（1）可扩展性和高可用性设计 系统的应用服务使用微服务的方式实现，是一个典型的云部署架构。微服务间无状态转移和发散的耦合，使得服务的实例数目可以按照负载部署，这种典型的云部署实现了可扩展性。其中设计了服务发现和可靠性的熔断服务，使得系统可以自动进行负载平衡和容错，从而不间断运行。

（2）权限设计 系统的安全服务模块使用 spring security模块框架实现。使用了oauth2的标准实现认证和权限管理功能。通过这个功能可以管理各个应用微服务的调用安全性。也提供第三方（例如微信）登录的功能。

（3）大并发考虑 核心的服务使用了springframe 的 reactive 的http通讯模式编程。这种模式可以有效避免同步方式的堵塞问题。另外，微服务的云分布部署方式可以按负载扩展，提高并发性，满足大并发的应用需求。

（4）需要使用的公用资源 应用系统需要部署到用户的服务器或者云环境中。其中的投保功能需要和用户的电商系统及核心业务系统通讯。

5.4.数据交互设计

本应用系统的投保功能需要与客户现有的系统进行通讯和功能调用。

主要的投保过程与核心系统的交互如下：

（1）保顾系统发送投保请求信息：投保人信息（姓名、身份证号码）、投保品种、投保额度等投保需要的信息。

（2）应用跳转到核心系统的投保页面，自动填写其中保顾系统发送来的投保信息，并计算出保费显示到页面，用户操作进行投保功能调用（上传证件、核保、支付、生成保单）。

（3）投保完成后，用户操作返回保顾系统。

（4）保顾系统通过交易编号查询核心系统，提示用户投保结果。

（5）实际以及更多的数据交互设计需要了解客户的系统接口进一步确定。

为保障数据交互的可靠性和高效率，可以考虑如下的方案：

（1）对于实时性要求不高的交互使用消息传递方式。消息传递方式可以避免运行的堵塞。由于这种方式是异步方式，可以考虑双方向的消息传递以及等待实现同步的功能。

（2）交易请求交互时，请求方产生一个唯一的交易编码。调用超时时，可以重发的方式再试。接收方通过检测交易编码避免交易的重复。

（3）交易请求方可以通过交易查询交易方确定交易是否成功。

六、项目过程管理

七、运营情况

团队人数1200人，每日评测人数超过接150人，日均成功购买产品人数30人，人均产能提升3000元，建立专业统一的销售模式，避免销售误导，提升客户信任度，增加客户转化率，大幅提升销售业绩；

八、项目成效

项目在建设具备“自然语言处理技术”、“结构化产品库”、“家庭风险分析模型”、“保险方案智能匹配”四大核心能力，通过保险知识教学，AI智能诊断工具，精准量化风险大小，规划家庭保障方案，匹配最适合的保险项目。以提升营销转化率、降低服务成本为核心。

作为以科技驱动的专业保险SaaS平台，世纪智保云平台致力于通过科技改变保险，加速行业革新，让“保险回归保障”，转变传统保险销售过程中以产品对比为核心的错误现象，促进中国保险销售模式的良性发展。将服务和技术有机结合，提供专业及个性化的保险解决方案和全生命周期的高品质服务。

九、经验总结

9.1.保险科技创新

借助大数据、人工智能等技术手段，能够基于消费者所输入的家庭信息，利用智能化的数据分析系统，为消费者家庭进行风险评估和测试，给出消费者家庭在子女、养老、医疗、意外等维度的家庭风险分析、基础性风险、流动性风险等综合风险评估方案。

9.2.业务流程模式创新

从系统功能上，整合了家庭风险评估、投保方案建议以及组合产品一键投保、一键支付等功能，通过流程创新，实现以家庭为单位的闭环式营销模式。业内部分保险公司虽然实现了个人或家庭风险评估测试，但并未整合一键投保及多组合产品销售等功能，我司目前在业内也处于较为领先的地位。

9.3.营销模式创新

面对保险行业激烈的市场竞争，在家庭保障大势之下，借助智能保顾系统，通过人工智能、大数据等手段，可实现精准深挖客户家庭需求、大幅提升用户下单转化率的双重目标，有效助力渠道销售和业务拓展工作，提升渠道的业绩达成。

9.4.成立项目组

为保障智能保顾系统的顺利实施，赋能一线销售人员，提升系统的营销服务体验，考虑到系统建设的复杂度，成立智能保顾系统专题项目组，推动智能保顾系统的建设。

更多金融科技案例，请登录数字金融创新知识服务平台- 金科创新社（FintechinChina.com）官网案例库查看。