不知道这5个坑，怎么能走好需求分析之路？思维导图

产品最终是给用户用的，某个功能需不需要，需求强度是低还是弱，并不是产品经理说了算，而是目标用户说了算。

产品经理要摆正自己的心态，记住自己的责任不是制定需求，而是发现用户需求，然后用自己的专业能力和知识将发现的用户需求变成规范、完善的需求描述文档。

每当你固执地坚持某个自认为正确的需求的时候，记得及时想起我这句话。

产品经理的需求分析之路是一个坑接着一个坑的。坑坑不穷，生生不息。

成功跳过第一个坑的产品经理们这个时候会遇到第二个坑——被用户带偏。

虽然说产品需求最终是来源于用户的，但是，合格的产品经理们都应该知道，用户大多数是不专业的，他们往往会倾向于短视，会给出一个貌似是需求但却不是真正需求的表面需求（真绕啊~）。

如果你不是足够用心和敏锐，会很容易出现被用户带偏的情况，尽管这并非给你提出这样需求的用户的本意。

用户短视不是没有理由的，因为他想解决问题，他只不过是在自己的所知范围内找了一个他认为的合理的解决方案出来，你如果把这个解决方案当需求，那就会被带偏，甚至偏的相当离谱。

基于以上分析，你就会发现一个事实：可以通过问“为什么”（为什么你要这个功能？为什么你想这么做？）来获得用户表面需求背后的真实需求。一旦找到真实需求，自然就不会出现被带偏的情况。

（来龙去脉这种事情，我不普及，有为青年一般都自行解决）。

顺利走过了第三个坑，恭喜你，你现在来到了第四个坑——被领导掰弯。

你带着自己发现的、经过整理和分类的、而且排了优先级的用户需求，壮志满怀地跟领导汇报，期望得到领导的赞许和肯定，然而，你总会遇到被领导否掉的情况，尽管有时候你认为自己是对的。

莫名其妙地，你居然被领导掰弯了，搞出一个领导认可但你可能表面认可但内心去不一定认可的需求出来。

如果领导是内行，那一般情况下，领导吃的盐比你吃的饭可能都多，他会高瞻远瞩，看到一些你没有看到的东西，给你一些超越你现有积累、经验以及教训范围的建议，因为这是超越你的，所以你当时可能很难理解，但你应该听他的。

另外一种情况，领导是外行，不但外行而且强势。这个时候就很可能出现这样的情况：分明不同意他的意见，但却碍于他是领导，不好意思说或者不敢说。

此时，我给你的建议是：尝试地去说。整理好你的理由，而且你要对自己自信，你要相信自己不会平白无故地弄个莫须有的需求出来，你给领导讲你的逻辑或者论据，如果你理由充分且正确，领导也没有必要坚持一个错误的东西，毕竟产品好公司才会好。

当然，如果你尝试了3次以上，涛声依旧的话，那真的好好想想了。

搞定了领导，你来到了最后一个坑——究竟要怎么开发？

你可能会说，这还不简单，只开发核心需求呗。

事实上，如果你做过产品需求分析，就会发现，其实核心需求也是很多的。

并不是所有核心功能都是要上的。在不同的产品时期或者版本规划，核心功能的侧重点都是不一样的。你要明确这个时期或版本所要解决的目标用户的主要问题，也就是你本期产品的主要目的。

比如音乐播放器的第一版，首先要解决的是能够流畅、正确地播放市面上主流的音频格式。

此MVP并非NBA的MVP，而是最小可行性产品的意思。这个MVP的范围是根据策略1的目的来定的，是核心功能的子集。所以，这里的两个策略是配合着使用的。

根据本期的产品目的划分出MVP，然后针对MVP进行产品化工作，以最小的工作量、最短的时间，最低的风险来验证产品的可行性。如果验证结果是对的，那就乘胜追击；万一不对，船小也好调头，尽快调整一下策略然后重新开始。