需求优先级评估的方法很多，关键是要根据公司本身的业务特点来定，因为不能放图，先发个文字。有兴趣可以自行搜索一下各自方法的详解： 1）重要&紧急四象限—— 最基础的，不展开 2）多维综合评估——广度、频率、强度、定位、效益、时机 满足用户的需求很多，但是做不做，什么时候做，还要综合考虑是否符合公司要求，也就是需要考虑需求的功能价值，一般考虑以下几点： 1. 广度：这个需求的受众面有多大，通俗可以理解最多能有多少人可以使用这个功能 2. 频率：目标用户使用这个功能的频次能有多少，频次越低价值越小 3. 强度：目标用户对这个功能的需要的强烈程度有多大，被替代程度如何 4. 定位：这个功能是否符合公司或者这个产品的整体定位，做符合定位的功能 5. 效益：做这个功能需要做哪些准备，开发和运营投入的成本有多大，评估投入产出比 6. 时机：在什么时间做这个功能比较合适，需要综合考虑需求的紧急性和重要性和当前整体情况 3）价值(Value) vs. 复杂度(complexity) ——性价比高先做，价值高工作量也大的整体规划 4）卡诺模型(Kano model)——基本需求>期望需求>兴奋需求 KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。 在实际操作中，企业首先要全力以赴地满足顾客的基本型需求，保证顾客提出的问题得到认真的解决，重视顾客认为企业有义务做到的事情，尽量为顾客提供方便。以实现顾客最基本的需求满足。 然后，企业应尽力去满足顾客的期望型需求，这是质量的竞争性因素。提供顾客喜爱的额外服务或产品功能，使其产品和服务优于竞争对手并有所不同，引导顾客加强对本企业的良好印象，使顾客达到满意。最后争取实现顾客的兴奋型需求，为企业建立最忠实地客户群。 同时要避免去实现一些然并卵的"无差异需求"，和会帮倒忙的"反向型需求”。 5）MoSCoW —— must have > should have > could have * Must have：必须有。如果不包含，则产品不可行。Must Have的功能，通常就是最小可行产品（MVP）的功能。比如微信的聊天信息、通讯录、朋友圈。 * Should have: 应该有。这些功能很重要，但不是必需的。虽然’应该有’的要求与’必须有’一样重要，但它们通常可以用另一种方式来代替，去满足客户要求。 * Could have： 可以有。 这些要求是客户期望的，但不是必需的。可以提高用户体验，或提高客户满意度。如果时间充足，资源允许，通常会包括这些功能。但如果交货时间紧张，通常现阶段不会做，会挪到下一阶段做。 * Won’t have： 这次不会有。 最不重要，最低回报项目，或在当下是不适合的要求。不会被计划到当前交货计划中。 “不会有”会被要求删除，或重新考虑。 6）RICE 优先级方法——固定公式打分，综合考量需求的刚性、价值、成功率、成本 7）机会评分(Opportunity scoring)——多维度评估，一个维度false则整体false 8）权重评分(Weighted scoring)——多维度权重评分 9）亲和力分组(Affinity grouping)—— 不同职能部门集体投票决定优先级 协作式优先级划分和头脑风暴技术—— 1. 作为一个小组，写下尽可能多的想法。您可以使用便利贴，便条卡，白板甚至一张纸。 2. 与参与者一起整理您的想法，然后将类似的想法归为“兴趣相似的群体”。这些有助于使创意按主题组织。 3. 作为一个小组，对不同的主题进行投票。您可以将其视为“ 购买功能”优先级会议，也可以只是让每个人作为一个小组来按重要性对主题进行排名。 10）功能交易(Buy-a-feature)——类似大学选课

最重要的是定下来就尽可能不要变动，往往拖延时间的并不是排期有问题，而是变动导致做了无用功。