迭代优化¶

需求管理¶

需求管理——加深对业务和产品的理解；需求优先级、工作迭代计划——业务准确判断力

需求排序1——第一要务就是分清产品需求的主次，解决问题的顺序：

不同方向的需求来源略有不同，总体来说，产品经理的需求来源有以下几个方面：

业务需求：由业务方，比如 BD、编审、运营等，直接提出的业务需求；
数据挖掘：通过数据挖掘和分析，发现的问题或需求；
竞对调研：通过分析竞对的产品，发现竞对比我们有优势或值得学习借鉴的地方；
实地观察：不论是 B 端产品还是 C 端产品，其实都有大量的机会实地观察用户行为。比如直接陪访城市运营等；
战略需要：俗话说「老大拍的」，这类是由公司 leader 直接安排的需求，通常表示公司未来发展方向或急需解决的关键问题；
其他还包括客服、商服反馈的问题，通过在线渠道或用户访谈获得的需求，还有微博、朋友圈吐槽等各种 SNS 途径。不论哪种途径获取的需求，产品经理都应该有一个自己的需求池，统一记录各种想法。

在不同需求来源中，最看重的产品经理自己发现/评估的需求，这是评价产品经理需求决策能力的重要指标。

收集和整理需求，就是将需求统一记录到需求池，方便团队内/间的传播。每个团队建议维护自己的需求池地址。

需求池只是一个备忘，记录下来的需求不一定都要做，也未必是值得做的需求才记录下来。

RICE SCORE = RIC/E Reach（接触数量） Impact（影响程度） Confidence（信心指数） Effort（投入精力）

美其名曰“全面”，以全面来打入市场。最终却是“样样做，样样差”。must have、should have、could have、won’t have模型。

MoSCoW¶

一种在不同阶段按产品目标倒退需求优先级的思维方式，它将需求分为三类：

它将需求分为三类：

基础功能。代表产品进入市场的基本门槛，保证能够满足用户普遍需求的最低标准。然而在后续的研发若投入大量精力，并不会显著提高用户的满意度或建立产品的竞争门槛，因此此类需求优先级较低。
性能需求。即在实现基础功能后，为了提升和优化产品性能的需求。这类需求可以在一定程度上提升用户满意度，但其他竞争对手同时也会在这方面持续投入，ROI通常为线性。
尖叫（兴奋）功能。用户使用产品后能够感受到喜悦和兴奋，这种产品可能是非常有创造性的，也有可能带来

属性的成熟程度和情绪反应之间呈线性关系，主要针对于如易用性、成本、娱乐价值和安全性这样的产品特征。

狩野纪昭(Noriaki Kano)将五种情绪反应可视化为图中的曲线，其中，y轴是情绪反应，x轴是特征的成熟程度。情绪反应的强度由特征如何充分呈现和其成熟程度驱动。

软件的持续优化、升级：充分利用研发资源，正确认识技术优化所需的资源，升级研发效率