需求分析学习-- 第一弹

一、 需求分析前期主要工作

主要以流程图的形式展现：

---

---

二、需求优先级排序

在实际过程中，需求优先级的排序主要从以下几个维度考虑：

2.1 产品生命周期阶段
谈产品的生命周期，从《用户体验要素》中的5个层次来讲，就是战略层的思考。产品处于不同阶段，侧重点是不同的。处于引入期，能带来新增的功能优先级较高。新增达到一定量级的成长期，留存变得更重要。成熟期的产品，商业化变现逐渐重要起来。这主要是从产品的定位来考虑。有些产品从一出现开始，就是为了大量变现的，洗一波用户就撤的。

2.2 影响范围
需求的影响范围是衡量优先级的重要因素。直接影响产品的绝大部分核心目标用户一定是优先级高的需求，这是产品的基石。对于一个toC线上产品而言，核心功能至多2-3个，解决用户的核心痛点。功能日活跃渗透率是个很好的衡量指标。

2.3 影响程度
痛点需求一般情况大于痒点需求。只有因为难用而死掉的产品，没有因为难看而死掉的产品。A功能影响用户基本使用，B功能能够基本达到用户要求，孰轻孰重？

2.4 投入产出比
投入产出比主要考量效益和成本。效益可以包含直接收入，运营效率及推广成本，用户的效益等。成本主要是人力成本、时间成本和金钱成本等。潜在风险有时候也是未来的一种成本。较小的成本获取较高收益的需求一般优先级较高。

2.5 老板需求 (伪需求）
老板需求是产品经理无法避免的，而且一般优先级较高。这主要是从需求来源的维度去考虑，有同事、用户、老板…..为什么收老板需求优先级高？首先，老板的经验和思考高度一般是高于一般产品经理的。其次，老板是直接为产品最终结果买单和负责的。最后，不按照老板需求来，产品经理可以滚蛋了……这里讨论的老板需求，不讨论老板需求的正确性。如果已经说服老板调整需求优先级，就不存在该问题。而是老板就是要提高某个需求的情况下，且态度较明确。

2.6 目的明确，版本封闭
无论需求的优先级多么高，产品迭代的版本必须封闭。目前互联网产品主要通过快速迭代方式进行，周期一般1-2周时间。一个版本开发周期越长，功能越多，延期风险越大，且问题是成倍的出现。一般情况下，对于影响重大，实时性非常强的需求才可临时加入当前版本，否则加入下个版本。需求未能按时完成，为了按期版本封闭，常用方法为砍需求。