一、目的
加强公司范围内自主开发产品以及原有产品版本升级的需求规划与管理的规范化，为项目的实施开展提供依据。
二、适用范围
对于一个新产品（0～1），在明确了产品定位与商业策略之后，怎样把设计变为现实？对于一个现有产品（1～n），在积压了很多需求之后，怎样判断哪些需求要做，哪些不做，先做哪些后做哪些？在面对这些问题时，做好产品的需求规划与管理，把控产品节奏，落地执行就是关键。
三、流程
1、 明确阶段目标
阶段目标定义：当前阶段，我们要解决谁（核心用户）在什么场景下的什么问题（核心需求）
依据内容：产品的发展阶段；公司策略；核心用户；核心需求
输出形式：电梯演讲
2、输出里程碑计划
2.1 锚定阶段目标，进行需求初筛
2.2 围绕阶段目标，多角度判断需求价值，进行需求精筛——对每个需求进行价值评估，确定要做的需求
2.2.1 需求价值评估方法—定性评估：根据经验，主观快速的判断：
a、结合实际场景明确价值维度，如可考虑：用户价值、商业价值、社会价值、投入成本等。
b、给每个需求对应的每个价值维度进行赋分，输出价值矩阵，计算每个需求的总得分。
c、根据每个需求的总得分，围绕阶段目标，进行需求筛选。
2.2.1 需求价值评估方法—定量评估：量化收益，进行决策：
a、将收益归类，如：提高收入（规模），降低成本（成本），提高效率（提效），保证品质（品控），控制风险（风控）。
b、拆分指标，如：针对销售部门，规模的一级指标可能是“签单交易额”；针对运营/服务部门，成本的一级指标可能是“每50所学校的运营/服务的人力成本”；在根据一级指标拆分二级甚至更细化的指标。
c、将每个需求解决的问题进行收益换算。
d、根据收益，围绕阶段目标，进行需求筛选。
2.3 基于阶段目标，制定RoadMap。
RoadMap定义：产品路线图，对产品/项目随着时间演变发展的行动规划。
输出内容构成：时间框架、里程碑描述（目标、预计开始时间、预计结束时间、功能范围、状态）
3、输出版本计划
3.1 围绕里程碑目标，拆细需求，按维度进行模块归类，搭出版本框架
3.2 明确需求优先级
3.2.1 需求优先级评估方法—如：
UIC综合评估法（重要程度、紧急程度、成本）：
a、 给每个需求的重要程度、紧急程度、成本打分
b、构建四象限决策模型：重要又紧急、重要不紧急、紧急不重要、不重要不紧急。如：
c、根据需求分布，结合子目标，明确需求优先级
MoSCow模型（适合细粒度到版本功能点优先级排序）：
a、must have：产品能够上线，必须包含的功能，最小范围；
b、should have：对于能够上线不是至关重要，但相对重要，而且对用户的价值较大；
c、could have：锦上添花的功能，如果包括进来不会对开发团队和客户/用户造成很大影响；如果上线时间紧，这些功能是最优先考虑被取消的。
d、won’t have：对于目前计划的上线版本，这些功能不在考虑范围内；但在将来发布中可能会考虑。
WSJF加权最短路径优先模型（适合B端粗颗粒度的需求，定性和定量结合，细颗粒度需求可结合改进）：
a、在价值层面，考虑客户价值、业务价值和生态价值：
· 对于要排优先级的专题，先分析需求的预期价值成效按照对客户的价值进行0～5相对量级打分（如果业务较复杂，可以按照0～10打分）；
· 业务价值和生态价值类似量级打分；
b、紧急程度：分析需求的预期价值成效是否会随着时间降低的程度，分为1/2/3个量级；
c、投入规模/实施复杂度：分析需求投入规模或实施复杂度，包括资金和资源需求、技术运营的综合复杂度。
d、使用这一模型的备注：第一这些需求是相对独立的（如果存在依赖关系，被依赖的优先）；第二必须要对每个专题明确预期价值成效。
e、模型计算示例：
3.2.2 涉及人员：
产品、开发代表、运营代表、市场代表、业务方向把控代表
3.2.3 流程（针对某一业务线）：
a、由产品、开发代表、运营代表、市场代表、业务方向把控代表对当前业务线采用的优先级评估模型达成一致：
· 由产品推荐优先级评估模型；
· 其余代表对优先级评估模型进行评估，给出该模型是否适用当前业务的建议，或者需要在结合业务对模型进行改进的点（如某条业务线除了考虑用户价值，还需要考虑用户影响力等因素，则需要将客户影响力纳入模型计算）；
· 综合各方意见制定并统一适合当前业务线的优先级评估模型。
· 与各方代表确定，在评估优先级时，需要各方提供的评估依据。
b、梳理需求评估依据（需要根据选择的优先级模型来定，下方以选择的WSJF模型为代表）：
· 由产品进行需求调研，将需求价值进行初步分类并识别归口方，与归口方进行确认并达成一致；
· 由对应归口负责人将其拆解成指标（产品可协助）。如：某个需求的价值分类为运营提效，归口方为运营。则运营需要给出效率提升指标，如：在需求解决前，效率是4天/1人，在解决需求有，预估效率是2天/1人，效率提升了50%；
· 由对应归口负责人与产品对需求的预期价值成效是否会随着时间降低的程度进行打分；
· 由业务方向把控代表对需求方向偏差程度进行打分；
· 由研发评估需求投入成本。
c、根据优先级决策模型进行事项评估
· 产品结合各方代表提供的依据，并根据模型进行梳理，并向各方代表进行确认与公示。
d、得出优先级结论
· 产品输出优先级结论。
