程序猿和产品狗撕逼大战！什么仇什么怨？不怪你也不怪我，只因为没有产品研发流程规范！还在为此事痛苦的产品经理请看过来，绝逼实用的中小型企业《产品研发流程规范》，来瞧瞧，如何处理这个苦逼的问题！
初创的公司重点是执行力，当面有效沟通比流程规范重要，当企业处于成长阶段之前留下的坑就开始凸显，此时团队人员增加，融合困难，沟通成本高，撕逼成为司空见惯的事情，你会发现有讨论，无执行；有执行，无结果；有结果，无效果，这说明企业内部发展已经进入了流程化和制度化阶段。然后我们开始看各种管理的书籍，参加各种培训，引入各种规范的管理流程，结果还是发现效果不佳，这说明引入的不等于适用，因此我们在制定流程规范时一定要结合企业内部现状，整理出来一套切实可行，接地气的流程规范，以下是作者亲自经历的成长期流程规范，适用于管理50-100人的产品研发团队，如果你觉得有用可以收藏，如果你觉得有价值可以购买，如果你觉得需求进一步交流请加群:140710383！
目的
XXX经过3年多的发展，产品研发工作已经形成了XXX、XXX、XXX、XXX四条产品线，产品研发人员也从几个人迅速的增长到50人，从没有产品经理到如今的10多人，随着业务的不断扩大，需求的多样化，产品的多元化，给产品工作提出了新的要求：以前是做加法，现在是做减法，以前是要速度，现在是重结果，以前是重功能，现在是要体验，以前是抓用户，现在是重价值。为整体的提升产品、技术、运营的工作效率和保障结果，特制定了《XXX产品研发流程管理规范》用于明确工作职责，清晰工作流程，提高执行标准，保障结果输出。
1.1 适用部门
执委会、市场部、营销中心、客服中心、运营中心（产品部、设计部、编辑部、蜂鸟工作室、青松工作室）技术中心、人事部、行政部、财务部、商务部等
1.2 读者对象
董事长、总经理、高管、中层、产品经理及相关产品研发人员
1.3 工作权责
为保障产品研发工作的高效执行，明确工作责任，提高标准质量，需对工作权责及输出物做了简要明确，包含但不限于以下内容。在工作中依然遵循谁发起，谁主导的良好传统，保证执行结果输出，在过程中尽可能的遵循标准流程规范，遇到特殊情况可进行灵活调整。
1.产品经理交付物及权责
权责
ü 产品经理负责需求的采集、分析、打包、评审及相关管理工作
ü 产品经理负责需求转化，产品设计，并输出完整的产品PRD需求文档
ü 产品经理负责制定产品研发计划，协调相关项目人员及资源
ü 产品经理负责跟进项目进度，进行项目管理，对项目进行验收
ü 产品经理不需要进行测试但需要对测试通过的研发项目进行把关验收
交付物
ü 需求管理表、用户调查报告、需求分析报告、产品设计方案
ü 产品原型图、流程图、思维导图、文案等产品相关内容
ü 产品PRD文档、项目评审PPT、项目进度管控表
ü 协助UI设计效果图输出及确认
2.UI前端交付物及权责
权责
ü 视觉对网站风格负责，需打磨风格（含icon）
ü 效果图制作过程中，需和产品多沟通，理解产品设计精神，并应用于实践
交付物
ü 高保真原型图（视觉效果图）
ü 协助前端切图需要
3.前端开发交付物及权责
权责
ü 按照UI设计和产品交互进行技术前端实现
ü 前端肩负页面优化体验，侧重用户体验及交互感受
交付物
ü 完成页面切图+js
ü 与研发配合前后端交互
4.后端开发交付及权责
权责
ü 需要确定开发的时间节点，对没有在规定时间节点内完成的工作负责
ü 开发组对测试组提测的版本发现的BUG负责
ü 开发人员对自己所负责模块有持续维护的权责
交付物
ü 需输出数据库设计文档，技术开发架构文档、核心技术文档，API规范文档
ü 需要在规定时间里交付测试组待测代码；待测代码以测试环境提测为准
5.开发测试交付及权责
权责
ü 测试组对线上出现的BUG负责（产品经理设计失误除外）
ü 测试人员有权利要求产品提供完整清晰的产品需求文档
ü 测试人员有义务及时向产品经理反馈设计中的缺陷及迭代影响
交付物
ü 根据产品PRD需求文档输出测试用例
ü 根据技术研发进度提交测试Bug记录，以系统记录为准
ü 需要在规定时间内交付产品经理测试通过的产品，以Beta环境为准
2 流程规范
随着人员的增加和部门分工的完善，为更好的促进工作有序开展，提升工作效率和执行结果，特将产品研发工作拆分为6个核心环节，每个环节对应3个关键点，以保障产品研发的规范性、科学性、可延续性。
2.1需求管理
1) 需求采集：根据不同的需求渠道和方式采集用户需求并进行需求登记
2) 需求分类：在需求管理时对需求进行分析、分类并区分需求优先等级
3) 需求分析：对归类需求进行用户调查、数据分析、讨论确定区分真伪
4) 需求打包：按照需求分类和优先等级进行版本迭代需求打包合理排期
5) 需求评审：发起项目，协调相关人员进行需求评估，给出时间节点和资源
2.2 产品设计
产品设计的核心在于需求，重点在于设计转化，为了减少设计漏洞，提升工作效率，加强沟通协同和产品可迭代延续性，必须遵循一定的规范和有流程把控才能保证保证输出结果。
1) 产品需求：根据需求包对进行产品需求转化，梳理成有效的产品需求
2) 用户用例：将产品需求编写为用户用例，使需求结构更加明晰明了
3) 思维导图：制作用户用例，产品功能，设计要点思维导图规范输出
4) 流程图：将用例及交互环节整理成规范的产品流程图并标注关键点
5) 原型图：将需求转化成可执行的产品原型，并进行产品创意提升体验
6) PRD文档：综合的产品文案有助于产品研发，并保证产品的可迭代
2.3 技术研发
将产品的技术实现环节统一的纳入技术研发类，其包含了UI设计，前端设计，数据库设计，API架构，开发实现，产品测试六个技术实现环节，其中UI设计由设计部负责，其他由技术中心负责，凡涉及项目人员协调的各部门负责人负责人员抽调和任务评估及计划排期。
2.3.1 UI设计
1) UI规范：设计尽量遵循UI设计规范，统一风格，保证产品视觉体验
2) 设计需求：设计部负责人根据需求指派设计人员与需求人沟通详细需求
3) UI设计：设计人员根据产品项目进度完成设计，并及时与需求方沟通修改
4) 验收标准：UI设计验收标准由产品经理或需求提出人验收为标准
2.3.2 前端设计
1) Web前端：根据产品需求进行产品技术实现，BUG修改，页面发布
2) IOS前端：根据产品需求进行产品技术实现，BUG修改，版本发布
3) Android前端：根据产品需求进行产品技术实现，BUG修改，版本发布
4) 验收标准：产品实现后先由测试验收，之后经产品经理把关后发布上线
2.3.3 技术研发
1) 开发标准：开发人员应该遵循技术架构，技术选型，编程规范保障需求实现
2) 开发计划：开发负责人给出项目开发总进度，梳理功能节点，拆分开发任务
3) 数据设计：将产品需求转化为数据结构，保证统一性，可扩展性，并发量等
4) API架构：遵循整体技术架构在前端功能实现过程中提供API调用说明文档
5) 功能实现：按照开发负责人的功能任务拆分节点实现并修复测试提交的BUG
6) 产品发布：需产品经理对项目进行验收，由产品经理决定最终上线时间
2.3.4 测试发布
1) 测试评估：在需求评审后测试需要给出测试时间、重点、影响要素
2) 测试用例：为保证测试效果需要编写测试用例并体现需求理解程度
3) 测试进度：制定测试进度计划，并根据项目进度，开发进度及时反馈
4) 测试标准：测试务必充分理解需求保证全面性，做到全覆盖无BUG
5) 测试发布：测试完成后经产品经理验收，发布Bata环境和正式环境
3 标准
有职责，有流程，无规划，无执行等于没有结果，为有序的开展工作，做好过程管理，做好产品提升工作，需明确版本规划和项目执行。
3.1 版本规划
ü 规划：根据企业发展战略制定产品规划并制作产品执行方案
ü 产品：按用户需求确定产品形态并划分为产品线持续迭代执行
ü 版本：根据产品规划、执行方案、需求排期进行产品版本迭代
ü 任务：一般用于产品研发团队以外提出的产品需求和建议，一般执行到位周期控制在5天以内，超过的需要进行需求立项排期（含临时紧急性任务需求）
3.2 项目执行
ü 人员配置：明确项目参与过程中的人员、任务、时间、需求、标准
ü 项目进度：制作项目进度管控表管控执行过程，及时发现问题并解决
ü 节点控制：产品经理，开发负责人，测试负责人按节点完成产品研发
ü 日常反馈：每个项目建一个群组定时公开进度，反应问题，解决问题
ü 结果输出：明确每个人的输出结果并按照规范标准进行输出物验收
4 原则
所有的流程规范的目的都是为了提升工作效率和价值创造而设定的，因此在执行该流程规范的时候还需要遵循一些原则：
1、执行：在产品研发过程中明确工作责任，按时、保质、保量完成
2、结果：不仅要保证工作有输出结果，更重要的是保证要有成绩效果
3、效率：协同办公中做好上下两个环节的衔接，确保项目进度顺利推进
3、规范：提高工作规范和标准来保障输出质量和可延续性、可继承性
5 预案
XXX产品研发流程规范”主要是为了扩大公开象限，明确工作流程规范，提升工作效率，明确输出结果及工作责任。企业的发展都会经历初创期，成长期，成熟期，不同的阶段执行的工作流程标准规范不同，XXX现在处于成长期，因此在该方案并不是一成不变的，会根据企业发展需求适时进行调整。
分享干货我们是认真的，更多干货尽在爱盈利！
