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