产险电销系统新平台项目方案征集书-万隆龙.doc

对本次征集的目标和需求的回应 项目目标理解 建设以人为中心的，以任务驱动的多产品销售系统。 支持多产品的快速扩展。 实现系统的模块化，轻应用化，降低系统的耦合度。 实现前端功能的可配置化，减少坐席操作的复杂度。 提高系统性能，以应对坐席扩容到10000至15000。 增加系统灵活性，以应对不同的挑战 业务架构设计原则 以人为中心的销售系统 以人为中心的销售系统：现有系统的销售模型是以车为中心安排销售计划和任务，随着业务的发展，该模型已经不再适应现有的业务需要，因此本次系统重构就是将业务模型由以车为中心调整为以人为中心，通过人的唯独来安排销售计划，任务以及售后服务 以任务驱动的销售系统：现有的系统可以说是一个简单的任务驱动的销售系统，其仅仅只有车险销售一种任务。新的电销系统将支持复杂的任务驱动模型，不但能够产生覆盖车，非车险，非保险产品的销售任务同时也能够支持产生服务类和自定义任务。系统能够通过任务来更好的规划业务销售和服务流程。 支持产险非车险以及非保险产品的销售系统：现有的系统和它的名字一样，仅仅只是车险销售系统，但从现在行业发展来看电话销售不应该仅仅限于销售车险，其应该作为产险的一个销售渠道，能够销售多元化的产品。因此新的系统需要支持产险除车险以外其它保险产品的销售 支持多产品的快速扩展 新的电销系统需要支持多种保险产品以及非保险产品的销售。 前端销售轻量化方便操作任务学习和掌握技能 拆分现有的系统,将其按不同的业务划分为不同的模块 实现前端功能的可配置化 系统能够跟据不同的权限展现不同的前端操作界面 增加系统灵活性 系统功能采用可配置化，能够灵活的打开和关闭，可以应对不同的情况 非功能性需求 最少支持15000个坐席同时使用该系统。进行性能测试，性能测试报告的。*24小时服务，稳定性应达到99.9%-99.99%，系统年故障时间低于4.8小时,平均故障恢复时间低于1小时 本项目最终需要实施的功能性需求及非功能性需求以项目启动后的客户确认的需求规格说明书为准。 业务解决方案 业务平台化 业务平台相互独立，如交易平台、支付平台、销售平台。 基础业务下沉可复用如用户商品品类 核心业务、非核心业务分离 系统核心业务与非核心业务分离，核心业务精简（利于稳定），非核心业务多样化。如，主交易服务、通用交易服务。 区分主流程、附流程 区分哪些是系统主流程。运行时，优先保证主流程顺利完成，辅流程可以采用后台异步化的方式。避免主流程失败导致主流程的回滚。如，下单时，同步调用快照，异步通知台账，短信通知。 隔离不同类型的业务 交易业务就是签订买家卖家之间的交易合同需要确保高可用性 质检业务对可用性没有太高的要求可以优先保证一致性 秒杀业务对高并发要求很高，应该跟普通业务隔离。 业务架构设计原则 稳定性原则一切以稳定为中心 架构尽可能简单清晰 不过度设计 解耦 稳定部分与易变部分分离 核心业务与非核心业务分离 主流程与辅流程分离 应用与数据分离 服务与实现细节分离 抽象化 应用抽象化应用只依赖服务抽象不依赖服务实现细节位置 数据库抽象化应用只依赖逻辑数据库不需要关心物理数据库的位置和分片 器抽象化应用虚拟化部署不需要关心实体机配置动态调配资源松耦合 跨域调用异步化不同业务域之间尽量异步化解耦 非核心业务尽量异步化核心非核心业务之间尽量异步解耦 必须同步调用时需要设置超时时间和任务队列长度 容错设计 集群容错应用系统集群避免单点 架构 说明： 根据要求，新的电销系统将拆分为更加专业的模块。系统将形成销售服务，人力资源服务，运营管理，销售管理，客户信息管理，后台维护等相关应用。 销售服务：包含报价模块，批改模块，质检模块，支付模块，落地服务模块。 人力资源服务: 包含人事管理，质检人员管理，批改人员管理，在线培训与考试，坐席排班管理 运营管理:包含产品管理，知识库，公告管理，模板管理 销售管理:包含活动管理，名单管理，话术管理，单证管理 客户信息查询管理: 包含白名单管理，字典数据管理，沟通管理 后台维护: 包含运维支持，实时监控，统一登陆，组织人员架构管理，权限管理 作业管理: 包含批处理作业，归档作业 系统功能及流程 负责保险产品的报价与销售，其包含车险，非车险以及非保险产品 非车险销售流程说明 非保险销售流程说明 车险销售流程说明 批改模块 功能描述 实现对保单的更改； 流程说明 支付模块 功能描述 完成支付号的生成以及保单的支付； 电话支付(上海) 电话支付 人力资源服务 人事信息管理 功能描述 管理人事信息； 流程说明 在线培训与考试 功能描述 实现对坐席的培训与考试； 流程说明 运营管理 知识库管理 功能描述 问题的解决方案以便后人查询； 流程说明 公告管理 功能描述 发布系统通知和公告； 流程说明 销售管理 活动管理 功能描述 坐席销