CR产品工作流程.docx

一、新产品开发1.1产品判断1.2资料整理1.3产品录入1.4投入开发1.5保险公司产品复核1.6产品上线二、新增合作公司2.1相关材料收集2.2数据库增加信息三、在线产品维护3.1产品排序3.2产品信息更新四、附录一、新产品开发1.1产品判断1. 对产品资料进行分析，判断是否开发，开发的优先级，开发预期。在一周内整理出产品的开发意见，顺序安排。与上一级确认可行后，体现在下一次的产品周报中。同一家保险公司产品优先开发次序为：首先，是目前产品框架中缺乏的、薄弱的产品类型；其次，是在同类产品中竞争性强的产品。如市场部有活动需配合，可调整某一产品的开发优先级。1.2 资料整理1. 需要搜集的产品信息包括： 保障利益和费率 保险条款 投保规则、客服信息 投保单、保险单样本（用来确定需要搜集的客户信息和需要提取优保提示的内容） 职业类别表、健康告知书 如是对接产品还需要：产品代码、险种代码2. 需要总结的材料有： 关键词 优保提示信息（投保资格、额度限制、免除责任、激活提示、）3.保险公司原始材料传送保险公司材料可以通过电子邮件、快递、传真等形式传送，建议多采用电子版本的资料。4.保险公司原始材料保存电子类材料及时更新到wiki站点，纸质材料要通过建立保险公司文档保存，供后续查阅。5.与保险公司沟通材料的流程资料核对要采用Excel的信息核对规范版本进行信息传递。基本信息要争取在一次沟通中核对完成，对于保险公司暂时无法答复的问题，要及时跟进，在对方没有给出明确时间的情况下保持3天一次邮件的频率。对于保险公司的疑问，要在一个工作日内给予答复。6.资料整理状态结束的条件在明确投保规则、投保流程、保险利益和保费的情况下可以开始进行产品录入。1.3 产品录入1. 确定产品销售平台，同类产品不同平台销售需分别设立产品ID，录入信息。同时在新增产品的备注中标明销售范围（投保地限制），销售频道（EOD、b2b或主站）2. 确定是单个产品还是以附加险形式存在，附加险要单独设立产品ID，无需录入信息。（目的：测算时联动显示）3.尚未确认/模拟两可的信息处理对未确认的信息，在备注中说明，并及时记入产品信息核对表，与保险公司核对后，再修改信息。4.单一产品录入工作的持续时间1/2个工作日5.产品数据库中，一些具体特殊字段的处理原则暂缺6.打标签、排序标签自动化以后，还需手动进行该标签下的产品排序。排序规则见附录。7.产品录入阶段完成的条件。明晰该产品投保规则、投保流程，并掌握产品开发所需基本资料如：保额、保费、需搜集的投保人与被保险人信息、条款、健康告知等资料后可以进入开发。诸如，职业列表、国家代码、关键词等可以后续嵌入的信息可以开发时跟进。1.4 投入开发1.对接产品要在对方已开通相应接口资源的情况下才投入开发。2. 建立两个issue，分别给Huifeng设计BO流程和Doris设计测算栏。新产品开发Issue包含内容：发布预期。产品ID（对接产品，还要产品代码和险种代码）条款、投保规则、费率、保障内容、职业类别表、健康告知、关键词、地区列表、国家列表等产品信息。3. 测算栏设计返回后issue转给工程师（现阶段是Mandy）安排开发。4. 有特殊的页面展示需求跟Doris沟通后，提交PM商定。1.5 保险公司产品复核1. QA测试之后，通知保险公司review，查看展示信息是否符合要求。保险公司邮件表示没有反对意见的情况下，将信息反馈给QA，做上线准备。保险公司对产品表达或投保页面展示有不同看法时，a.如果与我们的规则冲突，并且我们的表述可行的情况下，与对方解释，劝说保险公司接受我们的页面表达。b.如果不涉及我们的规则，对方的建议确实可取，在不影响发布的情况下即时修改，否则发布有限，产品可以上线后再完善。c.如果发生产品原则性的错误，则先修改，延迟上线。或上线后做下线先处理，产品完善后再上线。各项规则件附录。产品修改建议以issue和邮件形式告知下游团队，方便各部门的工作安排。产品修改完成上QA测试时，同样通知保险公司复核，确保无误。2. 准备上线前，通知保险公司做正式环境的测试，以便后期退保处理。1.6 产品上线产品上线前要与马瑞确认是否已明晰了该产品的佣金。产品上线后注意CS的反馈，完善产品展示。二、新增合作公司2.1相关材料收集 logo 经营许可证 支付宝账号 编写公司简介，用于前台展示。2.2数据库增加信息产品代理商管理、保险公司管理、保险集团公司管理，要新增信息。要通知工程师团队（Mandy）同步增加信息，并由工程师给出新公司/集团的编码，以及新公司产品编码。三、在线产品维护3.1产品排序1. 每个月第一个星期二更新产品排序。3.2产品信息更新1. 保险公司传递停售或升级信息时，以邮件为准。产品停售或升级时，立刻下线老产品。为了避免保险公司疏忽造成的信息滞后，每个月第一个星期给个合作机构发邮件，确认产品信息是否有变动。2. 投保规则、职业列表更新的，除了通知Jilion更新数据库信息，还要告知工程师（issue给Mandy安排具体执行人）对产品信息页和投保页面进行更新。跟保险公司同步上线，若保险公司已经上线的，优保争取在一周内完成上线。3. 产品升级是否另建ID，需在升级前跟工程师沟通具体变动，如会导致客户查看原保单时同投保时的条件不符，则需另建。比如：涉及保费测算变动的需另建ID。4. 一键下线的产品要注意在QA和CM后台同步下线。5. 投保页面有新的需求需提交设计。四、附录：1.产品排序规则：按照产品周报的热销产品、销售地特有产品、新产品的顺序三个一轮排列。2.风险保障使用规则尽量采用我们已有的风险保障名称。特别产品的保障没有对应的名称时：如不涉及保费测算，则纳入其它保障项目。风险保障会随着实际使用的情况不定期完善、更新。风险保障的更新以邮件形式进行CR内部讨论，意见统一后执行。3.列表页风险保障读取规则列表页风险保障只展示4项保险责任，同一类别保障责任的依次从信息页的风险保障项读取；涉及多个类别的，按照生存保障、疾病保障、意外/疾病保障、一般意外保障、生育保障、特定意