门径管理流程如同发射炮弹，前期就要锁定目标，适合传统的toB。这与敏捷开发完全不同，敏捷开发商如同发射导弹，随时改变方向，采用MVP方式，适合互联网行业和toC业务。
门径管理流程关注阶段、关口和文档。其特点是开创性将关口独立出来与阶段并列，增加了把关者和关口会议。
01
阶段
阶段包括三方面内容：活动，综合分析，可交付成果。
管理阶段包括发现阶段、筛选阶段、立项分析阶段、开发阶段、测试与修正阶段和上市阶段。
02
关口
关口包括三方面内容：可交付成果、标准、输出。
输出包括四种决策通过、枪毙、搁浅和重做。管理关口包括：创意筛选、二次筛选、进入开发、进入测试和进入上市。
03
文档
阶段关口一般包括以下文档：产品创新规程PIC、商业需求文档BRD、市场需求文档MRD，产品需求文档PRD，功能详细说明FSD。
1、产品创新章程PIC
产品创新章程PIC作为模糊前端中创意生成的产出物，在“NPDP拆书（八）：新产品流程（概述）”就有阐述。这里不做累述。
2、商业需求文档BRD
商业需求文档类似于精益画布，电梯测试的内容。目的主要是要资源。
3、市场需求文档MRD
市场需求文档不是一定会有的，一般项目制的是不需要市场需求文档，因为甲方已经分析市场需求了。讲概念的商业需求文档BRD和市场需求文档MRD重点是在UML活动泳道图，需要相关部门开会确定以验证业务变更的可能性。
4、产品需求文档PRD
产品需求文档重点在于产品说明包括并不限于产品信息结构、产品结构图、用户使用流程图；全局功能说明包括UI和交互；详细功能说明按照产品结构或者功能结构来描述形成用例文档。
5、用户体验设计UED
6、功能详细说明（技术规范）FSD
，灵感在哪里
那天一个朋友抱怨，有个外委太差，啥都不会，做不出东西也不加班。另一个朋友建议要不采用他对上一个外委的办法，付款条件改成18次，后面就服服帖帖了。这就是在说门径管理流程啊。
