七乐康业务需求管理

1、广州七乐康药业连锁业务需求管理流程文件版本/版次XX制订日期201X 年 X 月 XX 日生效日期201X 年 X 月 XX 日编制审核会签批准修订版本修订日期修订页次及内容摘要修订者审核批准1.02015/7/14撰写业务需求管理规范文档1. 目的为了规范业务部门提交需求的流程，确保需求描述的准确性，同时加快内部审核，减少重复沟通以及信息传递，特制定本流程。2. 适用范围各业务部门提交的各类专题活动以及功能开发需求。3. 前置条件确保相关的活动需求通过公司财务等相关部门的审批，如七乐康促销/业务审批表等资料。4. 定义4.1 前置条件：是指要执行业务需求流程所必须满足的条件，主要指需求通过公

2、司相关部门的审批。4.2 活动需求：是指投放在 PC/wap/APP 上的相关活动专题或其他形式。4.3 功能需求：指前端和新增或迭代功能以符合业务的需求。4.3 功能开发：包括的功能的增加、修改，数据的导入、调整，PC/wap/APP 上前端页面的修改、调整。5.权责5.1 业务部门：确保相关的活动需求通过公司财务等相关部门的审批，提供原始需求、上线时间要求，描述需求的业务流程，和产品一起对需求进行定稿，最终验收需求并且决定上线工作。5.2 产品经理：负责确认需求，规划原型，与设计、技术、测试沟通，请求获得开发资源。同时作为需求项目的总体，包括了的协作安排、活动进度跟进、功能验收等工作。5.

3、3 UI 设计师：负责相应的前端页面UI 设计。5.4 技术：负责相应的需求开发工作。5.5 测试：负责活动上线前的测试工作。6.作业内容业务需求管理流程：6.1 业务部门内部先确定需求的内容以及大致的上线时间安排；6.2 由具体负责项目的业务通过邮件将原始需求等信息通过邮件发送给产品部总，并抄送相关的业务部门总以及该需求所属版块的产品经理；6.3产品部总同意需求，并通过邮件将需求指派给所属版块的产品经理；6.4产品经理将原始需求细化并且进行原型设计；6.5具体业务部门确认需求细节以及相关原型设计。6.6产品经理通过邮件邀请业务、设计部门、技术部门、测试部门等相关同事来进行需求评审会议。如遇紧

4、急需求，无需进行评审，可由产品经理直接跟业务部门邮件确认，在需求管理系统中建立任务，协调研发部进行任务分配。6.7 在需求评审会议后，设计部门、技术部门、测试部门给出相应需求的设计、开发、测试的所需时间评估以及相应的时间排期。6.8 产品经理汇总时间排期后，通过沟通协调，给出最终该需求各部分的最终开发时间排期表。6.9 产品经理在需求管理系统中建立业务需求，按照时间表推动各环节的工作，并在最后对按照需求文档对各项功能进行验收工作。6.10 产品经理验收完毕后，再交由具体业务部门进行最终验收。6.11 验收过程中，若是和原先需求描述不符的部分，则进行修改调整以达到需求描述的功能；若是有新的优化需求提出，则按照流程将优化需求重新排期进行管理。6.12 业务部门最终验收通过后，确定项目可以正式上线，发布活动上线通知，产品和技术负责按通知执行。6.13 上线后，测试部门进行回归测