需求排期
需求排期将需求按重要性和紧急程度做划分，这种划分是不恰当的。做不做一个需求，要看投入产出比，而不是单纯看重要性。不能说不重要的就是低优先级，那就不着急做。
产品经理做规划的时候，都要明确这个需求要在什么时间内实现，这本身就体现了时间要求，也明确了需求的紧急程度。产品经理定义清楚每个版本要实现什么，就是在说明需求的紧急程度。所以，按照紧急程度定义需求没有意义。
通常来说，可以使用成本价值模型、需求持续决策模型来指导需求排期。
成本价值模型是指用研发成本和需求价值这两个维度划分出四个象限，并把需求放置在某个象限里。
-
第一象限：需求价值巨大，但成本投入也比较大。理性的做法应该是规划，然后持续关注。
-
第二象限：需求价值巨大，而实现成本又很低，所以应该迅速投入。
-
第三象限：需求价值和成本都很低，处理策略可以是关注并抽空实现。
-
第四象限：需求价值很低，实现成本反而高，所以这种需求就没有做的必要了，应该忘掉它。
总体而言，不同象限需求的优先级应该是：第二象限 > 第一象限 > 第三象限 > 第四象限。
需求持续决策模型，就是从三个维度对需求排序做规划。
第一个维度是期望维度。可以把需求分成四类：
-
必须要做的需求，这种需求对项目是不可或缺的。
-
非常建议做的需求，除非成本太高，或者对进度造成非常大的影响。
-
最好做的需求，或者叫建议做的需求，不实现没有太大的影响。
-
还没有决定是否做、非常值得讨论的需求。
第二个维度是投入成本。通常投入成本就是研发成本，也就是研发需要投入的时间和资金。在投入成本里，研发成本是主要成本，当然也需要考虑其他成本。
第三个维度是迭代因素。有的需求虽然强烈建议做，且成本也不高，但仍然可以先不做，留在以后再做。
建议延后的需求有这么几类：
-
逆向流程功能。虽然这些需求都必须做，但毕竟用户量小，遇到这种情况也比较少；即使不做，影响的用户数量也很有限。
-
非主干流程功能。如果没有这种功能，也不影响核心功能。
-
商业决策功能。
-
业绩统计功能。但如果是证明项目业绩的功能，就要优先实现。