产品日常工作，可以简单理解为获取需求、筛选和管理需求、输出解决方案和保证方案落地四个环节。
今天和大家分享我个人通过看书和实习所整理的一些需求分析和管理的套路。
为啥不是从“获取需求”说起？因为我之前对这一块接触较少，认识和经验太少，等之后有经验再慢慢补齐。
回到需求管理来，假设你通过“获取需求”这个环节得到了各种各样的需求，接下来如何对这些需求进行筛选、分析和管理，就是这篇文章要告诉你的。
一、过滤无价值的需求
获取各种需求后，第一步要对它们做一个筛选和判断，过滤对用户和产品来说没价值的需求，具体如何甄别呢？
可以从以下几个点思考：
1. 是不是目标用户的需求？小红书核心用户群是女生，那对于男生提出的奇葩需求就可以考虑过滤掉。
2. 用户背后的真实诉求是什么?当你问用户“你需要什么”，用户往往会说“我需要一个xx功能”，而这个回答，可能只是用户自己脑海中想当然的那个解决方案，并不是问题本身。
一个常被谈及的例子就是，用户说他需要一匹马，但其实用户需要的是“以更短的时间到达目的地”，那这时提供一辆车会不会更好呢？
所以就是说用户给一个反馈和需求后，不能只是听用户想要什么，更应该追根溯源，想清楚他是在什么场景下遇到了真正困扰自己的问题，然后才能针对性找到解决方案。
3. 是否和产品定位相符？一个定位高端市场的产品，就不用太在意普罗大众的意见。
那通过前面的几个问题，我们已经把需求做一个过滤和筛选，然后可以把需求放在需求池里，我一般是用Excel表格处理，如下：
主要包括几部分：
① 需求详情：隶属模块、需求描述、来源（在需求获取环节获得），注意的是，这里的需求指的是用户需求，而非产品需求，两者区别第二部分有说；
② 需求优先级：如何排优先级这个在后续会谈及；
③ 需求状态：包括未开始、doing和已完成三种状态，当然可能还有搁置等异常状态，具体结合实际工作进行就好；
④ 功能：就是我们用什么功能满足用户需求，这点第二部分会说，当然这点写不写都行，看个人习惯。
当我们通过筛选，得到了符合产品和用户的需求，那接下来就是要把用户需求转换为产品需求。
二、将用户需求转换为产品需求
产品经理从用户那里收集反馈，再从反馈中分析出用户需求，根据用户需求规划产品功能，这些待实现的产品功能对于产品来说就是产品需求。
用户反馈、用户需求和产品需求是不一样的，举个例子：
用户反馈：座机听筒的电缆应该有10米长
用户需求：可以拿着电话在房间的任何一个地方通话
产品需求：无绳座机、手机
这时我们会发现，针对一个用户需求，会有多个解决方案，例如用户饿了，想填饱肚子，我们可以通过快餐、火锅，甚至泡面等方法满足用户。
哪种解决方案更好呢？
对于互联网产品来说，较少涉及到线下流程，所以选择没那么复杂，我觉得可以从两个方面入手：
一个是回到用户和场景，考虑哪种解决方案能更高效、更方便解决用户问题。
例如针对白领一个人的午餐场景，那快餐外卖是不是比火锅要更好。
另一个是考虑开发成本，用最小成本实现功能，解决问题。
例如同样可以解决问题，一个是前端布局调整，另一个是后台逻辑变动，那大多情况会选择第一个方案。
从用户场景和成本两方面，我们基本就可以在林林总总的解决方案中找到那个最合适的。
那通过前面两个环节，我们已经得到了靠谱的需求，但需求那么多，总不能一次性都做，先做哪个，后做哪个，也是需要我们思考的，这就涉及到排优先级了。
三、给需求排优先级
我们已经对获取到的需求进行了一个简单的过滤，并把用户需求转换为产品需求，但需求那么多，我们总不能一次性都做，先做哪个，后做哪个，也是需要我们思考的，这就涉及到排优先级的问题。
具体为啥要给需求排优先级呢？
我觉得核心还是在于资源不够，包括时间和开发成本两方面。
一方面，互联网瞬息万变，时间总是紧急而有限的，早开发早上线，有利于获得先发优势，天下武功，唯快不破；
另一方面，公司资源总是有限的，特别是技术开发资源，有限的资源在一段时间内只能用于开发必要的功能。
所以对互联网公司来说，分清楚需求优先级，小步快跑，快速迭代，效果会更佳。
那如何给需求排优先级呢？
方法很多，这里推荐一个比较主流的办法，就是判断需求性价比（产出比），思考产品价值和开发成本两方面。
1. 产品价值
产品价值，应该是包含了平台价值和用户价值，一般情况下平台价值比较容易判断，这里主要是考虑用户价值，具体可以从重要和紧急两个维度考虑。
首先是重要性，对用户来说，这个需求/功能有多么重要，衡量公式就是“单人价值*人数”，具体可以问问自己以下几个问题：
① 不做的话，会导致多严重的问题
② 做了的话，会获得多大的好处
③ 有多少人会有这个需求
接着是紧急程度，也可以问自己以下几个问题：
① 不做的话，问题会持续发生并造成严重影响，
② 在一段时间可控，但长期会出现较大问题
③ 做了，立刻能解决问题嘛
那具体如何判断，是需要产品经理基于自身对用户和产品本身的理解，有点经验主义之谈。
明确需求的重要和紧急程度后，可以把需求分类到四象限中，并确定优先级P1、P2、P3、P4（重要且紧急>重要不紧急>紧急不重要>不重要也不紧急）。
上面确定了需求对用户的价值，接下来要判断每个需求的开发成本。
2. 开发成本
有些成本产品经理是可以自己判断的，这也侧面说明产品懂技术是一个蛮重要的事情。
而对于我这种非技术背景的产品来说，可能更多是找开发小哥确定，例如需求评审会上确定开发排期。
确定需求的开发成本之后，就可以结合产品价值对需求排优先级了，这里借鉴刘飞老师在《从点子到产品》这本书里的一个例子：
相应需求的优先级：
最后结合上面这个图，我们可以把需求整理为以下这个表格，方便管理：
除了分清楚每个需求的性价比和优先级之外，还加了两个说明，一个是需求状态，例如待评审、未开始、开发中、已完成；
另一个是deadline，就是需求预计上线时间。
当然这只是一个大概，具体不同公司应该还会有一个项目排期列表，方便跟进需求的设计、开发、测试、验收和上线整个过程。
性价比是常规的判断需求优先级的办法，可能更适用于用户需求，但从需求来源考虑，还有平台需求、外部大环境需求等。
例如之前实习做的中学生教育APP，就因为教育局一纸文书，团队为了适配政策，紧急插了一个版本，耗了近一个月。
真实工作中排优先级会更复杂更麻烦，所以对于我们这种小白来说，除了掌握一些理论和方法论，多积累经验是一个更重要的事情吧。
网友评论