产品开发流程图（阶段—关口模板）
阶段—关口式产品开发流程图：创意筛选、商业论证、关口一放行或终止、设计评审、验证测试、小批量试产、关口二与上市复盘。
运作方式
把泳道改成你们真实的职能
用你们实际拥有的职能替换产品管理、研发、设计、质量与商务。硬件团队通常会把研发拆成机械、电子与工艺工程；软件团队往往没有独立的质量泳道，应当把验证并入研发，而不是留下一条空带。凡是你们指不出具名负责人的泳道，就把它合并掉，并把泳道数量控制在一屏能放下的范围内。
在第一次评审之前就把关口标准写下来
没有成文标准的关口会变成一场汇报。对关口一：写明商业论证必须包含什么，以及哪些阈值构成“放行”——你们认为值得追的市场规模、必须被回答而不是被假定的可行性问题，以及法规适用范围。对关口二：写明需要哪些试产证据。趁关口前没有任何项目等着的时候把两者都议定，因为当场谈出来的标准，是由在“放行”里利益最大的人写的标准。
决定“返工”与“延长试产”究竟意味着什么
这两条软性分支正是阶段—关口流程腐坏的地方。关口一的“返工”必须带上一份具体的待改清单、一位负责人和一个重新提交的日期；否则它就是一次没人敢说出口的终止。关口二的“延长试产”必须写明要弄清楚什么、延长多久，以及哪一条判据会结束它。把两者都记录在项目上，而不是记在会议纪要里，并统计各自被使用的频率——一道只会返工的关口，其实什么都没有决定。
把设计评审与验证测试当作两道分开的检查
它们回答的是不同的问题。设计评审问的是详细设计与样机是否满足开发启动时议定的规格，它是对设计本身的同行与利益相关方检查。验证测试问的是成品在真实条件下是否满足用户需求与法规要求。把两者分开，才使本图中两条返工回路有意义：一条在你们为测试样机花钱之前抓住设计问题，另一条在你们为试产花钱之前抓住需求问题。
定义试产及其退出判据
“进行小批量试产”在每个组织里意思都不一样：一批试生产、面向单一区域的软发布、一批早期体验用户。写下你们指的是哪一种、涉及多少台或多少客户、要测什么——良率、缺陷率、支持工作量、激活率——以及在关口二召开之前要跑多久。一次没有明确终点的试产，正是上市日期在没有任何决定的情况下一路后滑的原因。
指定关口负责人，并记录决定
为每一道关口指定那个握有决定权的人，以及必须到场的那一圈人。每道关口一位具名负责人，好过一个靠没人反对来通过的委员会。留下结果、日期、所依据的标准与理由——尤其是“终止”，因为一次没有记录的终止，半年后会以同一个创意重新出现。如果你们按质量管理体系运作，这份记录同时就是评审确实发生过的证据。
发布它，并在每次上市之后修订
把图放在工作真正发生的地方——挨着各关口的模板，而不是塞进政策文件夹——并让各泳道负责人签字确认。每次上市之后，和团队一起把流程走一遍：哪道关口被跳过了、走了哪条回路、为什么，以及上市后复盘到底做了没有，还是被下一个项目盖过去了。保留历次版本，好让你们能说明流程是什么时候变的、由什么触发的。
常见问题
产品开发流程分为哪些阶段？
五个阶段能覆盖大多数产品组织。第一，创意与筛选：在任何职能投入之前，先登记创意并对照战略检验它。第二，商业论证：评估技术可行性、勾勒概念、明确法规要求并测算市场规模，然后把这四部分汇成一份论证，带到关口一。第三，设计与开发：议定要求与规格、完成详细设计、做出可运行的样机，并召开一次设计评审。第四，验证：对照规格策划并执行验证测试，通过之后再进行一次小批量试产。第五，上市与复盘：在关口二作出上市决定，向市场推出，随后开一次上市后复盘并关闭项目。
什么是阶段—关口流程，一道关口可以作出哪些决定？
阶段—关口流程把开发工作归入若干阶段，并在每两个阶段之间放一个决策点，使资金与投入分批释放，而不是一开始全部押上。关口的常规结果是放行、终止、暂停与返工：进入下一阶段、停掉项目、因产能或优先级而搁置，或者在决定之前退回重做当前阶段。本模板在关口一展示放行、返工与终止，在关口二展示上市、延长试产与终止。如果你们的关口除了放行之外从来不产生别的结果，它们就不是关口，而它们本应提供的产品组合管理，也就没有在发生。
设计评审与验证测试有什么区别？
设计评审是拿设计去对照它的输入：详细设计与样机是否满足开发启动时议定的规格，以及尚未关闭的风险是否被理解。验证测试是拿产品去对照需求：它在真实条件下是否为用户所用，是否满足包括法规在内的各项要求。核实是第一个问题，确认是第二个问题，质量管理标准把它们当作彼此独立的活动，是有充分理由的。在本图中，它们是两个判断，各有一条通往详细设计的返回路径，因为在评审阶段发现的设计缺陷，远比在测试样机造出来之后发现同一个缺陷便宜得多。
它与软件发布流程或放行与否决策树有什么不同？
在于范围。本图覆盖整个开发周期，从一个创意进入管道到一次上市后复盘，并把每一个上市决定当作一个带关口的单一节点来处理。软件发布流程图的起点晚得多，从代码完成的构建开始，细到分支切分、测试关口、预发布环境、部署、回滚与热修复。/zh/templates/发布放行决策流程 上的放行与否决策树则走相反的方向，把一道关口展开成十几条证据问题与五个具名结果。用本页来定义整个周期，用另外两者中的一个去展开你们需要更细的那一部分。
每道关口的决定应当由谁负责？
每道关口一位具名的人，各个贡献职能以提供证据的身份出席，而不是以投票的身份。关口一通常落在掌握产品组合与预算的那个人身上——产品总监、事业部负责人，或者在较小的组织里是管理层——因为它决定的是研发产能往哪里去。关口二既是一个就绪决定，也是一个商业决定，因此负责人需要有权在质量或供应尚未就绪时压住上市，而不只是有权批准上市。在第一道关口之前就把决策权写下来：一道没有指定负责人的关口，最后会落到当天在场职级最高的那个人手上。
一个产品开发流程应该设几道关口？
比你们以为的要少，而且只设在真有决定存在的地方。这里之所以是两道，是因为它们标出了投入陡增的两个点：关口一授权开发，关口二授权上市以及随之而来的生产、市场与支持成本。规模更大或监管更严的项目，通常会在概念与详细设计之间加一道关口，并在验证开始之前再加一道。有用的检验办法，是看这道关口是否有可能给出放行以外的答案。如果一次评审从来没有停掉或改变过任何一个项目，就把它去掉，或者把它挪到投入真正被锁定的地方。