良功绘图先选一个模板，改成自己的流程
下面的模板可直接编辑，点击图片在新窗口打开绘图页，把阶段和角色替换成你所在团队的实际设置。
提示：模板在新窗口打开后可以直接拖拽修改文字和连线，完成后支持导出 PNG / SVG / PDF。
产品研发流程图的 8 个关键节点
- 需求与机会评估收集市场和客户需求，评估规模、竞争格局与技术可行性，形成概念说明作为立项输入。
- 立项决策明确目标客户、成本目标、上市时间和资源投入，作出立项、暂缓或否决决定并记录理由。
- 方案设计与选型输出总体方案与关键器件、关键技术的选型结论，同时识别专利、合规和供应风险。
- 详细设计与文档完成图纸、BOM、软件设计和测试计划，进入设计评审并形成问题清单。
- 样机制作与验证开展功能、性能、可靠性和安全测试，问题按等级分类跟踪，关键问题必须清零。
- 试产与工艺验证小批量试产验证工装、工艺和一致性，评估良率、节拍与实际成本。
- 转量产评审检查文档齐套、供应链就绪、认证完成和售后准备情况，决定是否放行量产。
- 上市与迭代上市后收集质量数据与用户反馈，通过变更流程迭代；出现重大问题启动纠正与追溯。
产品认证与准入要求另有规定
涉及强制性认证、行业准入、检测报告和标签标识的要求，应按适用标准和主管部门规定执行，流程图仅用于组织内部推进。
阶段门要看什么：把标准写进图里
| 阶段门 | 进入条件 | 评审重点 | 通过标准（示例） |
|---|---|---|---|
| G1 立项 | 概念说明完成 | 市场规模、可行性 | 目标与预算获批 |
| G2 设计 | 总体方案定稿 | 方案风险、成本 | 关键选型确定 |
| G3 验证 | 样机与测试完成 | 测试报告、问题闭环 | 关键问题清零 |
| G4 试产 | 工艺文件齐套 | 良率、一致性 | 达到试产目标 |
| G5 量产 | 认证与供应链就绪 | 文档、售后准备 | 转量产签批 |
阶段门可按项目规模裁剪，但"立项"和"转量产"这两个门建议无论项目大小都保留。
3 个最常见的画错方式
左边是常见做法，右边是改法。对照修改后，图才真正能被一线使用。
阶段门没有量化标准
评审变成看谁说话有分量。
每个门写明必备文件和指标
标准写在图上，评审时逐条核对。
设计变更随口决定
变更未评估影响，后期返工代价极高。
变更单列分支：评估—审批—回归验证
并同步更新文档与计划。
测试问题带着上量产
批量生产后再修复，成本成倍增加。
把"关键问题清零"设为硬性通过条件
未清零不得进入下一阶段。
发布前检查清单
画完先别急着发，按下面 7 条逐项核对，能挡掉绝大多数返工。
- 每个阶段的输入输出文件明确
- 评审角色包含质量、工艺、采购和售后，不只是研发内部
- 设计变更有影响评估与回归验证节点
- 认证与合规节点提前安排，不放到最后
- 试产问题有闭环跟踪，责任人明确
- 量产切换有旧版本库存与备件处理方案
- 项目终止路径存在，并写明触发条件
产品研发流程图常见问题
阶段门会不会让流程太重？
可以按项目规模裁剪：小改型合并中间阶段门，新平台项目保留完整阶段门。关键是无论怎么裁剪，都要保留立项和转量产两个决策点。
硬件和软件项目能共用一张图吗？
主干可以共用。硬件多出工装、试产和认证节点，软件多出发布、灰度与回滚节点，用支线区分即可，不必画成两套体系。
需求变更应该怎么画？
画成独立分支：评估影响（范围、成本、进度、风险）→ 审批 → 更新文档与计划 → 通知相关方。不要允许直接改设计而不留痕。
阶段门评审由谁来批？
由项目发起方和关键职能共同评审，图上写角色不写人名。人员变动时不必重画图，责任关系也更清楚。
研发流程和项目管理流程有什么区别？
研发流程关注技术成熟度如何推进，项目管理关注进度、成本和资源如何控制。两者在阶段门交汇，建议共用同一套阶段命名。