保寿险移动销售平台需求分析文档

中国人保寿险移动销售平台需求分析文档移动销售平台项目组2013年7月版本信息版本号作者说明日期V1.0移动销售平台IT项目组初始化文档2013-07目 录一、项目建设背景6二、系统业务应用方案61、系统登录62、主界面93、展业夹123.1公司介绍143.2产品介绍143.3销售展示夹153.4电子名片163.5公司微信关注184、我的客户194.1客户采集214.2新增客户224.3维护客户234.4提醒设置235、客户需求规划245.1制定客户需求规划255.1.1选择/录入客户基本信息255.1.2客户需求收集285.1.3发送至客户邮箱/分享至我的朋友圈/分享至公司知识库295.2维护客户需求规划306、建议书306.1制定建议书326.1.1选择保障/理财计划326.1.2选择/录入客户信息326.1.3选择保险/基金产品346.1.4利益演示356.1.5发送至客户邮箱/分享至我的朋友圈/分享至公司知识库376.2维护建议书397、移动出单397.1移动出单总流程图407.2客户信息录入407.3移动出单、购买意向凭证预览/客户投保确认447.4 CA数字认证457.5影像资料收集及上传457.6自动核保及人工核保467.7远程协助477.8首次费用缴纳477.9电子保单/凭证及回执497.10移动出单/电子保单查询507.11悔单507.12菜单设置537.13 JV公司与我司的区别538、活动管理538.1营销小秘书558.2活动量管理558.3考勤管理569、查询/维护569.1保单信息查询579.2营销员业绩查询589.3营销团队查询5910、营销员自修营6011、社交网络应用6211.1公司推送6211.2微信应用6211.3官方微博6311.4远程协助6312、销售积分6313、系统设置6413.1更新服务定向设置6413.2营销员信息设置6613.3设备管理设置68三、系统技术应用方案701、总体方案701.1移动销售平台应用结构图701.2移动销售平台业务流程图711.3总体架构图721.4技术架构731.4.1技术框架图731.4.2技术框架说明731.4.3技术框架关键点742、组件模块架构方案762.1客户管理模块762.1.1客户管理模块架构方案762.2销售支持模块772.2.1销售支持模块架构方案772.3营销管理模块782.3.1营销管理模块架构方案782.4渠道服务模块792.4.1渠道服务模块架构方案792.5系统管理模块802.5.1系统管理模块架构方案802.6 CA认证模块812.6.1 CA认证模块架构方案812.7微信模块822.7.1微信模块架构方案823、系统关联环境方案833.1系统关联图833.2关键系统接口说明833.2.1投、核保、基金购买接口833.2.2规则引擎843.2.3短信系统843.2.4影像系统843.2.5第三方支付平台853.2.6财务系统853.2.7人管系统853.2.8邮件系统863.2.9 CA证书863.2.10微信服务863.2.11地图服务874、接口方案874.1数据集成874.2功能集成875、运行方案875.1运行部署图875.2硬件环境描述885.2.1系统服务端环境描述885.2.2系统客户端运行环境描述895.3软件环境描述896、非功能性需求方案896.1性能要求896.2安全要求896.2.1接入控制和授权906.2.2设备安全控制906.3可靠性906.4系统可管理性906.5可维护性916.6数据库备份及恢复916.7系统的易用性91一、项目建设背景AIG同PICC联合成立新的保险销售服务公司，需要进行新销售系统的建设。本次重点考虑移动销售平台，同时考虑适合PICC自身的应用方案。二、系统业务应用方案1、系统登录总体流程图 注： 如果1小时内没有任何操作，则强制退出系统。 如果数据同步失败，则需要提示错误信息，然后回到登录界面。 使用二维码登录系统时,检验用户有效性要包含如下要点：用户本身有效性的验证；设备绑定信息（如：用户绑定信息、机构绑定信息）的验证；设备有效性（如：设备是否丢失）的验证。场景描述1. 系统启动：系统每次启动都会首先检查网络可用，然后做系统更新，确保用户能够使用的最新版本的系统。a) 系统启动后，首先检查网络是否可用： 网络可用，进入系统版本检查过程（接步骤b）； 网络不可用，判断本次登录是不是当日第一次登录（接步骤d）。b) 连接更新服务，获得版本地图信息。c) 版本检查，判断是否有更新： 有更新，进行系统更新后，重新启动应用（接步骤a）； 无更新，系统进入登录界面。d) 判断对本次登录是否为当日第一次登录： 如果是第一次登录，提示错误信息，关闭应用； 如果不是第一次登录，系统进入登录界面。2. 登录过程：每一次登录系统都会先检查是否有网络，如果有网络系统，会优先使用网络端校验用户有效性；否则系统会使用本地数据进行用户校验。a) 用户（营销员）进入登录界面后，可以使用设备扫描工牌上的二维码 或 输入用户名密码。b) 系统检查网络是否可用: 网络可用，使用网络服务端校验用户有效性（接步骤c）； 网络不可用，使用本地数据校验用户有效性（接步骤e）。c) 系统发送登录信息到网络服务端，网络服务端验证用户的有效性： 验证通过，网络服务端中的用户信息会同步到客户端（接步骤d）； 验证不通过，系统会提示错误信息，然后返回登录界面。d) 系统会自动同步信息到客户端： 同步成功，进入主界面； 同步失败，选择是否需要再次通过：是则再次同步，否则提示信息后返回登录界面。e) 系统判断是不是当日的首次登录： 是，提示错误信息，返回登录界面； 不是，使用本地数据校验用户有效性（接步骤f）。f) 系统使用本地数据校验用户有效性： 验证通过，进入主界面； 验证不通过，系统会提示错误信息，然后返回登录界面。2、主界面总体流程图 场景描述1. 查看公司公告a) 完成登录后，系统会首先判断是否有需要展示的公告信息； 有需要展示的公告，系统自动打开公告界面，展示公告信息； 没有需要展示的公告，进入系统主界面。b) 关闭公告窗口后，进入系统主界面公告信息包含3类： 公司发布的公告、团队主管发出的团队通知、个人在系统中定制的提醒消息2. 在系统主界面回看公告信息a) 在系统主界面中，点击“公告信息”按钮，b) 系统判断是否有需要展示的公告信息； 有需要展示的公告，系统自动打开公告界面，展示公告信息； 没有需要展示的公告，弹出提示信息。c) 关闭公告窗口后，返回主界面3. 进入各模块开始业务操作根据用户权限加载菜单。主界面显示营销员当前积分。 点击业务快捷图标，或功能菜单，可以进入到各个功能模块。系统提供了常用功能的快捷图标在主界面中，常用功能包括：我的客户、客户需求规划、建议书、移动出单、活动管理、营销员自修营。3、展业夹总体流程图 场景描述 展业夹包含公司介绍、产品介绍、销售展示、电子名片、公司微博关注五部分；1、当销售人员帮助客户了解公司信息时，可在公司介绍部分中以WORD文档、PPT、视频的形式查看关于公司介绍的部分； 2、 当销售人员向客户展示产品时，可在产品介绍部分中查看关于产品的单页、条款、费率、投保规则、保全规则等信息且全部内容可以通过文档、PPT、视频的形式进行展示；3、当销售人员向客户展示公司近期热卖产品时，可在销售展示介绍部分中通过文档、PPT、视频的形式进行关于公司近期热卖产品的单页、条款、费率、投保规则、保全规则、公司产品统计表等信息的查看； 4、在展业过程中，客户可以通过扫描二维码确认营销员真实身份；营销员可在该界面中预览更新的电子名片还可将电子名片发送给客户； 5、在展业过程中，销售员可引导客户扫描公司微信二维码，将客户成为公司的关注对象；3.1公司介绍 公司介绍：进入公司介绍页面，可通过WORD文档、PPT、视频的方式对公司信息进行查看；3.2产品介绍 产品介绍：进入产品介绍页面，页面包含全部展示、产品单页、条款、费率、核保规则、保全规则、公司产品统计表、PPT演示、视频，任意点击其中某部分即可查看及展示产品信息；3.3销售展示夹销售展示夹：进入销售展示夹页面，页面包含全部展示、热卖产品单页、条款、费率、核保规则、保全规则、PPT演示、视频，任意点击其中某部分即可查看及展示产品信息；3.4电子名片电子名片：进入电子名片页面，页面包含发送电子名片、扫描二维码两部分。当客户同意接收电子名片时点击发送即可；当客户需要确认营销员真实身份时扫描二维码即可；电子名片：通过营销员信息设置模块可进行营销员信息变更。变更后，可进入电子名片界面进行电子名片预览；3.5公司微信关注公司微信关注：通过营销员的引导，客户可以使用微信工具来扫描二维码，关注公司微信公共账户；菜单设置一级菜单二级菜单名称名称功能说明展业夹 公司介绍 主要用于推广公司信息；支持：WORD、PPT、视频方式的多格式资料； 产品介绍 包含全部产品的详细信息（例如：产品单页、条款、 费率、核保规则、保全规则等）； 支持WORD、PPT、视频方式的多格式资料； 销售展示夹 仅包含热卖产品的详细信息（例如：产品单页、条款、费率、核保规则、保全规则等）；支持WORD、PPT、视频方式的多格式资料； 电子名片 包含销售员的员工编号、姓名、移动电话、公司电话、 公司地址、邮箱、照片、飞信号码、微信号码、二维码信息； 支持预览和发送电子名片、二维码扫描功能；公司微信关注支持微信工具二维码扫描功能；4、我的客户总体流程图功能要求：1. 销售人员可以查看、新增、修改、删除自己的客户信息。客户的信息收集的角度要广阔，为日后建议CRM系统做数据基础。同时系统通过“客户价值分析引擎”，可以从多个角度全方位的为客户评分，最终根据客户的评分，针对一些价值高的客户，提供专业的后援服务，包括专家坐席、VIP服务电话专线(7*24)、制定有针对性的营销策略等等。2. 客户状态标准化。需建议一套完备的客户状态编码，包括客户在JV公司的各个时期，以便在客户需求分析、建议书等环节使用。使客户信息的判断统一准确。如1：准客户 2：需求分析完成 3：建议书完成 4：投保单完成 5：保单客户 6：保单客户新需求分析完成安全要求：由于客户信息需要独享，且考虑客户信息的安全性，系统应该以“营销人员+客户”来组合判定一个客户的归属。这需要考虑客户信息的连带及客户分配的问题。场景1：销售人员A，在pad上录入了客户x的信息。而后销售人员B在pad上同样录入了客户x的信息。而在销售人员B录入的时候，此时不应该带出客户信息。即便是2次录入的信息一致，系统仍以2条记录存放，1条记录归属为销售人员A，1条记录归属为销售人员B。场景2：同一客户为多个销售人员的客户时，在营销线路推荐时，应避免多次推荐。最多推荐1个销售人员。应避免多个不同销售人员的进行拜访，影响公司形象。同步策略： 客户的来源主要为以下几个方面。1.销售人员自己录入的客户。2. JV公司购买并分配的客户。3.既有保单客户的同步。 营销员首次登录时，同步营销员的已有的保单客户信息至pad中。营销员可对其进行信息的维护。核心系统的客户信息与JV公司的客户信息分开独立存储管理。菜单设置一级菜单功能新客户录入支持销售人员通过pad，录入客户信息。维护客户信息销售人员在pad上对客户信息进行查询、修改、删除。删除仅为本地客户信息。推送设置支持销售人员设置pad上2级推送信息的类型、人群、频次等。4.1客户采集 为建立CRM系统做数据基础，客户信息的采集粒度应该最小。客户信息应该包括客户的基本信息、家庭信息、健康档案、社交关系、工作信息、资产信息等内容，以及客户的拜访信息、签单轨迹、保单服务、电话/网站资料等内容。其中前半部分销售人员可以新增修改，而后半部分的信息根据活动管理及各系统的记录，系统自动生成。 为了更好地进行客户价值分析，客户信息变更，需要以轨迹的形式进行记录。 接触历史是指客户与JV公司的接触信息，包括拜访信息、签单轨迹、保单服务、电话/网站咨询。拜访信息、签单轨迹系统根据活动量管理的信息自动生成，而保单服务需要与核心系统连接，电话/网站咨询需要与相关系统对接以便提取相关数据。4.2新增客户 新增客户的方式：1. 客户通过二维码等方式关注公司账户。2. 系统后台批量导入客户信息。3. 销售人员通过pad，录入客户信息。 新增客户的同时，支持“关注TA”、“家庭关系”、“我的朋友圈”功能。 根据新增客户的方式，系统后台记录客户来源。 在新客户录入时，通过销售人员、客户姓名、证件号码等信息可以确认该销售人员的客户库中，已存在该客户信息，pad页面给出提示由销售人员进行确认，确认系统确实存在则将该客户信息带出，并支持其进行修改。 家庭关系，销售人员可以新增客户的同时，使用滑动、拖动等操作，为其建议家庭关系(直系)。在客户需求规则、建议书等环节中，同样嵌入此功能。家庭关系是以当前客户为中心，展现其直系亲属的家庭关系。家庭关系图1：张三是客户家庭关系图2：张三父亲是客户 我的朋友圈，支持销售人员自定义朋友圈的名字，且支持同一客户可以在不同的朋友圈中。场景：销售人员A在pad上新增了2个朋友圈，“朝阳区客户”、“外企员工”。客户同时符合2个朋友圈的规则，销售人员可以手动将其拖动至2个朋友圈中。4.3维护客户 查询支持销售人员通过pad查看客户信息，查询条件中可以筛选“关注TA”、“朋友圈”的客户。 修改支持销售人员通过pad，对已有的客户信息进行修改，包括关注TA及朋友圈的信息。修改完毕后，(准)实时回传服务器进行同步。 删除支持销售人员删除pad本地的客户信息，后台服务器的客户信息不删除。4.4提醒设置 客户生日、续期催缴等为2级，默认为推送。销售人员在pad的上通过此菜单可以选择关闭或修改提醒时间等。 提醒设置类型：客户生日、续期催缴。(默认为全部)支持自定义提醒类型。人群：我的所有客户、关注TA的客户、朋友圈的客户。(默认为所有客户)频次：每天1次(默认)、每天2次。 客户生日提醒默认为客户生日前3天，上午9点在pad上进行信息推送。推送的信息包括客户的姓名、生日、电话、地址、性别、年龄。支持修改提醒的时间，提前1个月至生日当天。 续期催缴提醒默认为续期应缴日的前20天，上午9点在pad上进行信息推送。推送的信息包括客户的姓名、电话、地址、性别、年龄。支持修改提醒的时间，提前1个月至续期应缴当日。5、客户需求规划 总体流程图菜单设置一级菜单二级菜单三级菜单名称名称名称菜单功能说明客户需求规划制定客户需求规划选择/录入客户基本信息选择/录入投保人/基金购买人基本信息客户需求收集收集客户的家庭收支情况客户需求分析根据客户家庭关系及收支情况进行客户需求缺口分析发送至客户邮箱/分享至我的朋友圈/分享至公司知识库客户需求规划可发送至邮箱、分享至代理人的朋友圈或公司知识库维护客户需求规划查询查询该代理人曾经为其客户制作过的客户需求规划删除删除该代理人曾经为其客户制作过的客户需求规划修改修改该代理人曾经为其客户制作过的客户需求规划制定客户需求规划选择/录入客户基本信息选择/录入投保人/基金购买人基本信息5.1制定客户需求规划5.1.1选择/录入客户基本信息1、 场景流程图2、 场景描述（1） 选择/录入投保人/基金购买人基本信息1) 客户类别描述：a) 新客户：是指在本系统从未有过任何客户信息登记的记录，即全新客户。b) 准客户：是指在本系统有客户信息登记，但是并未购买过任何产品（投保人/基金购买人等），或不存在购买连带关系（被保人、受益人等）的客户。c) 老客户：是指在本系统有客户信息登记，且曾经购买过产品，或存在购买连带关系的客户。如投保人、被保人、受益人、基金购买人等。2) 如果是准客户/老客户，可直接查询系统中已有的记录。3) 如果是新客户，需要填写客户基本信息，进行新增。基本信息包含：姓名、性别、年龄。以上三项信息：a) 均为必录项。b) 如果录入完毕后，系统需校验是否有这三项信息相同的相似客户，如果有系统需提示，并且可查看已有的这些相似客户的详细信息，以便最终确定是相同客户还是相似客户。（2） 自动带出家庭成员数目：若在系统中已存在投保人/基金购买人的家庭成员关系，则自动带出其家庭成员数目。但是可对其家庭成员关系进行维护。（3） 录入家庭成员基本信息：若在系统中不存在投保人/基金购买人的家庭成员关系，则需进行新增。1) 家庭成员基本信息包含：姓名、性别、年龄、与投保人/基金购买人关系。可通过录入项直接录入这些信息。2) 也可通过家庭树及人物结构关系图确定家庭成员。家庭树的一般成员暂涉及到上下三代人。a) 平台需提供家庭关系中涉及到的主要人员角色。b) 可通过拖拽、图片连接的方式确定家庭成员关系。一旦确定，系统可自动生成家庭成员记录信息，并确定关系。当关系图发生变化并且确认变化后，系统需在后台自动调整客户关系。c) 用图表方式时，可支持实名录入家庭成员基本信息；考虑到客户隐私感受度以及关系确定所处的阶段为客户需求规划阶段，若客户不愿提供家庭成员具体姓名，建议系统也可自动虚拟家庭成员姓名以建立关系图。但当建议书制作完毕或电子投保被保人或受益人信息录入完毕后，系统可自动更新虚拟的家庭成员为实名人员。家庭关系图的拖拽可参考OA流程跟踪（4） 维护家庭成员关系：可对家庭成员进行新增、修改、删除。1) 可直接通过传统的记录新增、修改、删除的方式进行维护。2) 也可通过图片关系变化、拖拽的方式进行新增、修改、删除。5.1.2客户需求收集1、 场景流程图2、 场景描述（1） 可分别收集家庭总收入、家庭总支出。（2） 家庭总收入包含：固定年收入、固定资产、保费收入、基金收入、其他收入。关于每项总收入如何统计、如何分析，可引进特定分析引擎，直接调用这些引擎即可得出结果，这样做也方便对调查内容进行配置。（3） 家庭总支出包含：生活支出、医疗支出、教育支出、赡养支出、贷款支出、保险支出、基金支出、其他支出。关于每项总支出如何统计、如何分析，可引进特定分析引擎，直接调用这些引擎即可得出结果，这样做也方便对调查内容进行配置。（4） 由于需要根据现有的保险保障和基金产品，计算预计保险保障和基金产品缺口，因此单独把保险、基金的收入/支出单独罗列出来分析。（5） 考虑到部分客户不愿意对其家庭成员公开保险或基金计划，或是仅仅愿意用个人，而非家庭的总收入和总支出进行分析，建议此处需提供个人客户需求规划功能，也就是说，无论客户家庭关系树中是几个家庭成员关系，也可以在此处进行选择是个人还是整个家庭的客户需求规划。1.5.1.3客户需求分析1、 场景流程图2、 场景描述（1） 根据收集的客户相关信息，分别汇总整理客户需求情况。（2） 可分别归纳为：家庭成员情况、收支情况、医疗支出、教育支出、赡养支出、已有保险、已有基金。（3） 计算客户需求缺口，为客户推荐保险、基金产品。5.1.3发送至客户邮箱/分享至我的朋友圈/分享至公司知识库1、 场景流程图2、 场景描述（1） 客户需求规划完毕后，可把分析结果发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库。（2） 分享至我的（代理人）朋友圈：1) 需要调用微信系统。2) 需要通过代理人登陆信息绑定微信登陆信息。3) 涉及到客户隐私，需要隐藏关键客户信息。具体隐藏的信息，待客户需求规划说明书模板定稿后再定。（3） 可立即发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库，也可稍后发送或分享。如果稍后发送或分享，在查询出已制作完毕的客户需求规划后，长时间点击规划书，系统即可显示几个选项：发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库。5.2维护客户需求规划1、 场景流程图2、 场景描述（1） 查询客户需求规划1) 可根据一定的查询条件，查询该代理人曾经为其客户制作过的需求规划。不能查询到其他代理人为其他客户或为该客户做过的需求规划。2) 查询条件可包含：需求规划制作时间起止日期、投保人/基金购买人。（2） 删除客户需求规划：选择客户需求规划查询结果，可对其进行删除操作。（3） 修改客户需求规划：选择客户需求规划查询结果，可对其进行修改操作。1) 需按照制定客户需求规划的顺序显示修改。2) 但也需支持可通过按钮直接跳转到其中某一个模块进行修改。3) 修改项目的相关规则同在制定客户需求规划时的相关规则。6、建议书总体流程图菜单设置一级菜单二级菜单三级菜单名称名称名称菜单功能说明建议书制定建议书选择保障/理财计划选择保险保障计划、基金理财计划、或组合保障计划选择/录入客户信息选择/录入投保人、被保人、保险标的物、基金购买人信息选择保险/基金产品选择具体的保险/基金产品，并且进行相关数据计算利益演示可通过收益文档、收益表、收益图分别查看收益情况发送至客户邮箱/分享至我的朋友圈/分享至公司知识库建议书可发送至邮箱、分享至代理人的朋友圈或公司知识库维护建议书查询查询该代理人曾经为其客户制作过的建议书删除删除该代理人曾经为其客户制作过的建议书修改修改该代理人曾经为其客户制作过的建议书6.1制定建议书6.1.1选择保障/理财计划1、 场景流程图2、 场景描述（1） 不进行客户需求分析，可直接制定建议书。（2） 保障计划或组合保障计划可选择范围包含：人身险、财产险、基金、人身险+财产险、人身险+基金、财产险+基金、人身险+财产险+基金。（3） 不同于人身险，均需有被保人，由于财产险的标的物不同，所保范围就大不相同，因此必须首先在录入保险标的物信息之前，先确定险种类别，才能在后面步骤确定录入那些保险标的物的信息。1) 人身险包含：寿险、意外伤害险、健康险。2) 财产险包含：车险、家财险、货运险。3) 基金：略。（4） 若选择单独的保障计划，则根据保险和基金的特性不同，要求录入投保人、被保人、保险标的物、基金份额等。（5） 若选择组合保障计划，则根据险类或基金类的不同分别录入信息。1) 可根据客户或代理人的需要，任意选择先录入人身险、财产险、基金其中之一。2) 若仅录入了一半，又选择去录入其他所需购买的产品，则系统需要实时存储，即当下次再进入同一个录入页面时，系统需支持可自动带出之前未录入完毕的信息，并且可以修改。（6） 人身险下可以既选择寿险，又选择意外伤害险等；财产险下可以既选择车险，又选择家财险等；基金下可以单独选择或同时选择不同的基金产品等。6.1.2选择/录入客户信息1、 场景流程图2、 场景描述（1） 若选择人身险：1) 选择/录入投保人信息：投保人姓名、投保人性别、出生年月日、职业。a) 若是刚做完客户需求规划，直接转建议书定制，则系统自动带出需求分析的客户为投保人，但是支持清空，重新选择或录入投保人。b) 若是直接进行客户建议书定制，若投保人为准客户/老客户，可通过输入相关的查询条件，选择已有记录的客户为投保人。c) 若是直接进行客户建议书定制，若投保人为新客户，也可直接录入新客户信息。但是系统需校验，若录入的新客户和系统中已有的客户重复，则校验不通过且需提示。2) 选择/录入被保人信息：被保人姓名、被保人性别、出生年月日、职业、与投保人关系。a) 若在被保人信息处，与投保人关系为“本人”，则在被保人信息处，系统自动带出投保人信息。b) 若被保人为准客户/老客户，可通过输入相关的查询条件，选择已有记录的客户为被保人。c) 若投保人为新客户，也可直接录入新客户信息。但是系统需校验，若录入的新客户和系统中已有的客户重复，则校验不通过且需提示。d) 与投保人关系：i. 可选择范围包含：配偶、子女、父母、亲属、本人、雇佣关系、金融机构、其他、无关或不确定。ii. 由于考虑到多被保人的情况可能会出现，即一个投保人可以对应多个被保人，所以投保人和被保人关系选择放置在选择/录入被保人信息时确定，即各个被保人可以和同一个投保人有不同的关系。e) 可支持选择/录入多个被保人。（2） 若选择财产险：1) 选择/录入投保人信息：投保人姓名、投保人性别、投保人出生日期等。2) 选择/录入保险标的物信息：可根据标的物的不同，系统分别提供录入标的物所需要的信息。比如购买车险，就需要车架号、行驶证号、车主姓名等；家财险，就需要家庭住址、家庭所含可保物品等。（3） 选择/录入基金购买人信息：略。6.1.3选择保险/基金产品6.1.3.1选择人身险1、 场景流程图2、 场景描述（1） 先选择被保人。（2） 再选择主险：1) 主险的可选择范围需要根据在保障/理财计划中选择的险种大类进行提供。2) 可选择多个主险。（3） 选择/录入主险的与保额、保费计算相关的必要信息：1) 保障年期类型、保障时间、缴费年期类型、缴费年限等。2) 需调用产品引擎。（4） 系统计算主险保额、保费等信息：1) 如果是保额算保费，则录入保额，系统自动计算出保费。2) 如果是保费算保额，则录入保费，系统自动计算出保额。3) 需调用产品引擎。（5） 是否选择附加险、选择与主险可搭配的附加险：1) 如果产品搭配规则中，必须与该主险捆绑销售附加险，则当主险录入完毕后，系统自动带出附加险，并要求进行相关信息的录入。2) 如果产品搭配规则中，该主险下：a) 有可选择搭配销售的附加险，则可根据实际需要选择。b) 无可选择搭配销售的附加险，则继续进行下一步操作。3) 需调用产品引擎。（6） 选择/录入附加险的与保额、保费计算相关的必要信息：1) 保障年期类型、保障时间、缴费年期类型、缴费年限等。2) 需调用产品引擎。（7） 系统计算附加险保额、保费等信息：1) 如果是保额算保费，则录入保额，系统自动计算出保费。2) 如果是保费算保额，则录入保费，系统自动计算出保额。3) 需调用产品引擎。6.1.3.2选择财产险略6.1.3.3选择基金略6.1.4利益演示6.1.4.1选择人身险1、 场景流程图2、 场景描述（1） 收益文档1) 可根据不同产品的特性，提供所选产品的收益文档。2) 基本是根据条款描述的保险责任信息，按条款格式分别显示保障范围。3) 需要根据具体的保额、保费信息，在每项责任后，分别显示具体的收益数值。详见下图二。a) 传统的直接显示条款责任：b) 显示具体的收益数值（2） 收益表（图）1) 可根据不同产品的特性，提供所选产品的收益表。2) 收益表内容应包含但不限于如下内容：保单年度、保单年度末被保人年龄、每期应缴保费、累计应缴纳保费、各保险责任对应收益（比如：满期保险金、一般身故或全残保险金、意外身故或全残保险金）、保单年度末现金价值、当年度保单红利（低、中、高）等。3) 需要根据具体的保额、保费、被保人等信息，详细计算以上信息。4) 涉及到给付金额时，需要用红色加粗字体显示。（3） 收益图（图）1) 可根据不同产品的特性，提供所选产品的收益图。2) 收益图内容应包含但不限于如下内容：保障收益图、分红收益图、生存金累积生息收益图。3) 收益图可用多种形式展现，如树状图、饼图、动画图等。由于考虑到每款产品不同，如果由用户自行选择采用哪种图示，那么可能会导致某些图列并不支持所需展示的数据。所以建议可根据每款产品所展示的内容不同在新产品上线时，选择产品级的图列，如果该款产品的收益可用多种图例进行展示，那么进行多种形式的配置，最后由客户和代理人自行决定最终采用哪种形式展示。如下图所示：（4） 展现内容与打印或发送至客户内容的关系：由于PAD上的展现大小有限，建议考虑展现在PAD上的内容更精练，而打印或发送至客户的内容要包含所有的信息。在PAD上展现：1) 比如，不完全展现整个保单生命周期的所有收益，仅抽取一定时间间隔的数据进行展现。2) 为了方便操作，当客户选择一种档次等形式进行展现时，系统也需支持触摸方式对其他档次进行展现。这样避免多张图分别展现累赘。（5） 调用远程协助：1) 当代理人遇到解释不清楚的内容，比如收益表、收益图等，可通过调用远程协助功能，实时和专家团队进行沟通。进行沟通时，需显示专家团队图像的同时，也能够看到正在操作的页面信息。2) 专家团队也需远程看到这些信息方便解释。6.1.5发送至客户邮箱/分享至我的朋友圈/分享至公司知识库1、 场景流程图2、 场景描述（1） 客户需求规划完毕后，可把分析结果发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库。发送内容包含及内容排序：建议书封面-致谢函-公司简介-企业文化-保险理念-保障计划概要-投保险种信息-产品特色-收益文档-收益表-收益图-结束话语。1) 保障计划概要：需包含但不仅限于如下信息a) 投保人信息：姓名、性别、出生日期、年龄、职业。b) 被保人信息：姓名、性别、出生日期、年龄、职业、与投保人关系。c) 保险标的物信息：根据所保保险标的内容不同而显示。d) 投保险种信息：险种名称、投保人、被保人、保险标的物名称、保额、保费、保险期间、缴费期间、缴费方式。e) 保险责任描述。2) 产品特色：需和公司同类产品比较，以及和同业公司同类产品比较后得出精炼、易懂的总结性语言。可从如下方面考虑：a) 高保额，低保费。b) 投保初期就能获得较高收益。c) 适于经常出差且做飞机的人员；经常自驾车的人员。d) 其他。3) 收益文档：内容请参考“查看收益-收益文档”部分相关内容。4) 收益表：内容请参考“查看收益-收益表”部分相关内容。5) 收益图：内容请参考“查看收益-收益图”部分相关内容。6) 考虑到JV公司可代理不同保险公司或基金公司的产品，需根据客户所选保障或理财内容，分别按照如下顺序生成人身险、财产险、基金的建议书。（2） 分享至我的（代理人）朋友圈：1) 需要调用微信系统。2) 需要通过代理人登陆信息绑定微信登陆信息。3) 涉及到客户隐私，需要隐藏关键客户信息。具体隐藏的信息，待客户需求规划说明书模板定稿后再定。（3） 可立即发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库，也可稍后发送或分享。如果稍后发送或分享，在查询出已制作完毕的客户需求规划后，长时间点击规划书，系统即可显示几个选项：发送至客户邮箱、分享至我的（代理人）朋友圈、分享至公司知识库。6.2维护建议书1、 场景流程图2、 场景描述（1） 查询建议书1) 可根据一定的查询条件，查询该代理人曾经为其客户制作过的建议书。不能查询到其他代理人为其他客户或为该客户做过的建议书。2) 查询条件可包含：建议书名称、建议书制作时间起止日期、投保人/基金购买人姓名、被保人姓名。（2） 删除建议书：选择建议书查询结果，可对其进行删除操作。（3） 修改建议书：选择建议书查询结果，可对其进行修改操作。1) 需按照制定建议书的顺序显示修改。2) 但也需支持可通过按钮直接跳转到其中某一个模块进行修改。3) 修改项目的相关规则同在制定建议书时的相关规则。7、移动出单支持完整的移动出单流程，包含如下内容：客户信息录入、客户投保确认、影像资料收集上传、自动核保与人工核保、实时收退费、保单/凭证出具、查询及撤单操作。7.1移动出单总流程图7.2客户信息录入1. 客户信息录入模块采用标签页的方式，类似于浏览器的TAB页。2. 各标签页分别为：投保人信息、被保人或标的物、人身险/财产险/基金产品信息、受益人信息、告知事项、授权银行信息；3. “被保人或标的物”标签页需要与“人身险/财产险产品”标签页联动，联动规则与产品规则/投保规则相关（渠道的产品引擎/规则引擎）。4. 人身险/财产险/基金产品的费率等信息可在此环节直接与（渠道的）产品引擎/规则引擎交互。5. 由于人身险产品、财险产品、基金产品的信息录入要素不同，若客户一次性购买多种类型的产品，则在客户信息录入时提取共性信息录入一次，比如：投保人/购买人信息。特性信息单独录入，以提高用户的使用满意度。6. 在客户信息录入中，不必一定遵循某些特定的顺序，客户意愿先选择产品再进行录入其他信息也是可以的，尤其是针对财险和基金产品。 场景1：客户为新客户，没有经历完整的需求分析、建议书流程，直接进入移动出单环节；(1) 客户投保意向明确，直接进入移动出单环节。(2) 系统设计首先选择产品种类，并根据客户选择的产品种类生成“投保人信息、被保人或标的物、人身险/财产险/基金产品信息、受益人信息、告知事项、授权银行信息”各标签页信息； 场景2：客户为新客户，经历了完整的需求分析、建议书流程，进入移动出单环节；(1) 客户经历了完整的需求分析、建议书流程，已收集部分客户信息，需补充完善客户信息。(2) 系统设计需将标签页中的“待完善”信息展示出来，并请客户填写。 场景3：客户为老客户，没有经历完整的需求分析、建议书流程，直接进入移动出单环节；(1) 系统已有此客户的详细信息，甚至已有此客户的部分家庭关系图。(2) 客户投保意向明确，直接进入移动出单环节。(3) 系统设计首先选择产品种类，并根据客户选择的产品种类、系统已有的客户信息生成“投保人信息、被保人或标的物、人身险/财产险/基金产品信息、受益人信息、告知事项、授权银行信息”各标签页信息；(4) 客户信息录入时，可支持选择家庭关系图中的已有成员成为投/被保人、受益人，并请客户进行信息的审核，以确定是否有信息发生了变更。 场景4：客户为老客户，经历了完整的需求分析、建议书流程，进入移动出单环节；(1) 系统已有此客户的详细信息，甚至已有此客户的部分家庭关系图。(2) 系统设计需比对系统已有信息与本次建议书中录入的信息，对不一致的内容需要进行最终确认。(3) 若客户确认建议书中的信息为正确信息，则系统需修改已有的客户信息。(4) 若修改已有客户信息对仍正常有效/失效的保单发生影响，则应该给予提示。 场景5：客户为准/老客户，移动出单流程做了一半，尚未完成。支持查询客户的移动出单/购买意向信息，接续完成后续流程。 家庭关系图1：张三是客户 家庭关系图2：张三父亲是客户7.3移动出单、购买意向凭证预览/客户投保确认 根据客户信息录入的内容，生成移动出单/购买凭证。 请客户浏览此移动出单，确认信息是否正确； 若发现信息不正确，则支持信息的修改（可直接点击对应的标签页进行修改，详见1.7.12菜单设计一节） 若信息核对均正确，则支持在线电子签名确认投保信息；(1) 一份投保单进行一次在线签名确认（包含投保单上客户需手工抄写的内容，也需支持电子化）；(2) 一份实时代扣协议、转账授权书进行一次在线签名确认；(3) 在线签名的过程，需进行拍照或短时摄像。需要与CA公司进一步沟通。(4) 记录签名时间及拍照/摄像时间，应为同步。需要与CA公司进一步沟通。 对于客户的电子签名，不建议实时逐单审核。可通过行政手段要求业务员进行此项审核。后台做逐单审计，若发现不合格的情况，则对当事业务员进行一定的处罚。时机成熟可以更改为抽审。 客户确认后的移动出单/电子凭证 (1) 方式一：需与核心系统交互获取单证号码。此单证号码为投保单号码/购买意向号码。u 优点1：便于各家公司统一管理自己的单证号码；u 优点2：可根据多家公司的不同规则获取到不同的单证号码；u 缺点1：需要和核心系统交互；u 缺点2：若涉及多家公司的多种类产品，则交互过程复杂；(2) 方式二：由移动展业平台生成此号码。u 优点1：可即时生成单证号码，不需要与核心系统交互；u 缺点1：不便于统一管理单证号码；7.4 CA数字认证需要与CA沟通问题：1、 是一份保单一个认证证书？还是一个签名一个认证证书？2、 在线签名的过程，需进行拍照或短时摄像？需要与CA公司进一步沟通。3、 核保不通过，需要加费、补充告知或者体检，那么需要重新的CA认证吗？这一块的流程是如何处理的？4、 在线支付/POS机的方式下，是否支持部分退费？部分悔单的情况下。需要CA认证的点：1、 电子投保单/购买意向书的生成和数字签字2、 实时代扣协议、转账授权书的数字签字3、 电子保单/购买凭证的生成4、 电子回执的数字签字7.5影像资料收集及上传 需收集客户的影像资料：包含身份证信息、银行卡信息等； 系统设计需将移动出单/购买意向信息、身份证信息、银行卡信息、实时代扣协议、转账授权书等电子文件按照一定的规则编号并上传、存储。 若涉及多家公司的多种类产品，则身份证等信息需要存储多份.7.6自动核保及人工核保 仅涉及人身险产品、财险产品；基金产品不涉及核保过程； 自动核保需与产品引擎、规则引擎、核心系统进行交互； 若自核通过，则不需提交人核；若自核不通过，需提交人工核保； 人工核保：实时提交人工核保，实时进行人工核保，并要求在短时间内返回核保结果。此种方式需要专门的席位，进行实时在线核保过程。由于客户拜访也可能发生在晚上，因此至少需要保证7:0023:00的工作时间。 核保不通过，需要加费、补充告知或者体检，那么需要重新的CA认证吗？这一块的流程是如何处理的？7.7远程协助 若客户对核保结论有异议，业务员需要远程协助时，则可在PAD端发起远程协助。 系统需支持连接至此单的特定核保人员，通过在线视频的方式对核保结论作出解释。7.8首次费用缴纳 当前不考虑保全、理赔的功能时，可能仅涉及收费，退费可以暂时不考虑。 考虑当前展业范围仅涉及北京、上海等国内少数几个大城市，实时收退费仅考虑人民币，暂不考虑外币支付。 收费需即时到账、快捷方便。考虑用户个体使用习惯的不同，应选取用户受众较广，便捷的方式。 收费方式分为：(1) 在线收费：需支持多种第三方支付平台，以便客户能够灵活选择；(2) 无线POS机收费(3) 银行转账：通过转账授权书进行银行报盘回盘，由各家保险公司自行处理； 在线支付/POS机方式下，若客户单次购买多款人身险/财险/基金产品，需支持首次费用一次缴纳，系统后台进行分账； 在线支付/POS机方式下，不支持分多次缴费，因此收费仅涉及足额缴费、没有缴费两个状态； 在线支付/POS机方式下，移动展业平台需支持购买当日的悔单及退费，购买当日的退费由第三方直接退还给客户。 移动展业平台不支持非当日的悔单，需要客户申请犹豫期撤件。7.9电子保单/凭证及回执 核保通过、足额缴费后，支持生成电子保单或基金产品的凭证； 生成电子保单/凭证，需要与核心系统交互，获取单证号码；此单证号码必须由各家公司自行提供，不能由移动展业平台生成。 由于JV公司暂时没有门户网站，无法支持在线进行电子保单或凭证的查询，则必须由客户填写准确的电邮地址，支持发送电子保单或凭证至客户的邮箱； 应包含一定机制，要求客户在几日之内打开电子邮件收取电子保单或凭证。在邮件中应包含链接地址，客户需点击确认。（确认已收取到电子保单，相当于保单回执的作用） 系统后台需要记录客户点击邮件中链接的时间，相当于保单回执的签收时间。 若客户没有在规定时间内进行电子回执的确认，则在活动管理中给业务员发送提醒：提示某客户某日投保的保单没有确认电子回执，及客户的联系方式。 电子回执：(1) 方式一：在发送给客户电子保单或凭证时，包含链接地址。要求客户必须点击链接地址，相当于确认保单回执。若客户点击了链接地址，则系统再次发送一封感谢邮件给客户。u 优点：此种方式的回执更加具有保单回执的作用；u 缺点：系统没有电子回执的影像件，无客户的签名确认；(2) 方式二：在移动展业平台上进行电子回执的电子签名确认。u 优点：类似于传统的保单回执的处理方式，有影像件，有客户的签名确认；u 缺点：客户无法当场确认是否收到了电子保单或凭证，而直接签署了电子回执，失去了保单回执的意义。 发送承保成功的微信或短信7.10移动出单/电子保单查询 需支持待缴费 或者 待完善资料的 移动出单或基金产品的购买意向书的查询； 需支持客户已投保的电子保单的查询； 由于公司会为每个业务员提供一个PAD，每个PAD也会绑定一个业务员，因此查询需要绑定业务员，绑定特定的PAD； 查询需要时间段的限制：查询条件，默认3个月 考虑两种方式：一个是绑定的PAD，一个是自己的设备7.11悔单 场景1：客户在缴纳首次费用之前，放弃本次投保过程。(1) 此时移动展业平台/核心系统中都会存在一份待缴费 或者 待完善的投保单或基金产品的购买意向书；(2) 若客户几天后再次有意愿继续购买，则支持进行移动出单的查询并支持继续进行后续的处理；(3) 若客户尚未进行投保确认，则可支持修改信息，且需要从修改的信息处顺次进行后续的步骤。(4) 若客户已进行了投保确认，则不支持修改信息。 场景2：客户在缴纳首次费用之后，当日悔单；(1) 在线支付/POS机方式下，若客户在投保当日（不是24小时）确定进行撤件，则移动展业平台需支持完成当日的悔单及退费；(2) 若客户表示悔单后，要再次购买其他的产品，则需将此客户作为已有客户处理；(3) 若客户采用保险公司转账方式缴费，投保当日扣费的情况较少出现，不支持当日的悔单。 场景3：客户申请犹豫期撤件；(1) 移动展业平台暂不支持，客户需要到各保险公司的柜面申请。 场景4：若客户购买了多家公司的不同种类产品，缴费后当日申请仅撤销部分合同，则移动展业平台暂不支持；第三方平台/pos机，是否支持部分退费？需要与CA公司进行确认。 场景5：若客户购买了多家公司的不同种类产品，缴费方式为转账方式，但各家公司转账处理时间不同，导致部分成功部分失败的情况。此时若客户申请悔单，则移动展业平台暂不支持；客户需要去保险公司柜面申请犹豫期撤件。 场景6：针对一些待缴费的合同，一段时间内若没有成功生效，则系统会自动撤销掉此合同。系统需进行设置，若保单一段时间内没有缴费成功，需要通知业务员和客户。（活动管理的一部分）7.12菜单设置一级目录备注功能移动出单补充完善信息（承接建议书）客户信息录入支持标签页的修改（投/被保人、受益人、产品计划、告知、授权银行信息）；后续的1.7.2至1.7.6的过程均为顺次进行；系统需保存移动出单/购买意向凭证的状态，可接续进行后续操作。存量客户检索直接录入客户信息移动出单/保单/凭证查询按照客户信息查询支持按照客户信息查询已有的电子保单/移动出单/电子凭证，并支持撤件及悔单操作。7.13 JV公司与我司的区别 收费不同(1) JV公司：费用首先入账JV公司，由JV公司根据不同的公司的产品销售进行再次的划账；(2) 我司：费用可直接进入我司，不涉及再次划账问题； 产品不同(1) JV公司：包含人身险、财险、基金产品；(2) 我司：仅涉及人身险产品，在客户资料填写及流程处理中会更加精简； 单证号码的获取不同：(1) JV公司：可能涉及多家公司的多种类产品；(2) 我司：仅涉及人身险产品；8、活动管理总体流程图 “活动管理”模块包括营销小秘书、活动量管理2块大功能，为销售外勤人员的工作，提供高效便捷的管理与专业的营销信息。 营销小秘书，是包括地图服务、营销线路推荐、活动轨迹、个人记事本功能。 活动量管理，支持查看活动量、任务完成进度，任务安排。菜单设置一级菜单二级菜单功能营销小秘书营销线路推荐为销售人员推荐拜访路线。个人记事本销售人员在pad上对日常信息进行记录，支持定点提醒功能。地图服务1. 具有导航功能。用于拜访路线的地图服务。2. 查看销售人员的客户分布。