我酝酿着写下这篇文章，也算是自己的一点总结，希望有更多见解的同行留下你宝贵的评论。

最近跟一做产品经理的朋友讨论ofo单车要不要做一个导航功能时，我的观点是不增加，他的观点是要增加，这无非就是大家工作之余的一点闲扯，却让我意识到工作中经常也会遇到增加需求的情况，需求分析有没有几个典型的分析维度呢？

概念先行

偏执行力的产品助理或产品专员拿到一个需求后的工作流程如下：

我以前就是这样的工作流程，把需求分析理解为是以更好的满足需求为目的的分析过程，以至于自己都被自己的完美设计给震惊了，但却忽视了一个重要问题，有没有必要开展这项工作？俗话说，方向都错了，再努力又有什么用。

而标准的工作流程应该是独立出需求分析，并且这个环节是整个产品工作流程中极其重要的步骤

当接到一个功能需求，你通过主观判断不需要满足时，该拿什么来支撑你的说法呢？需求不是无中生有的，有需才有求，所以你只围绕需求不合理来说服别人，是很难达到效果的，你需要一套思维逻辑组合拳还给提需求的人，才能让其信服，这也是我写这篇文章的根本原因。

需求分析的过程可以分为三个步骤：

至于如何满足需求应该是设计环节考虑的事情。

如何分析？

软性分析

需求来源是否可靠？

不要谁的需求都听，每个人都有自己的想法，也有自己的需求，没有哪个产品能满足所有用户，系统分析需求之前应该先搞清楚需求提出人身份，是目标用户吗？是产品重度使用者吗？是功能服务对象吗？是老板亲自提的吗？（呵呵），不是说来源不可靠的需求就完全不做分析，但这一点也需要考虑在你的分析范畴内。

需求目的是什么？是最优的选择吗？

网上经常提到伪需求、核心需求、需求本质等词汇，就是说不要被表面需求所蒙蔽，要挖掘更深层次的东西，搞清需求提出者提出这个需求的最原始目的，往往需求提出者自己意识不到，需要你来发掘。搞清目的后再重新审视这个表面需求是实现这一目的体验最好、成本最低的方法吗。

需求符合现阶段的产品定位吗？

产品定位虽然在整个产品生命周期中会做调整，但产品定位还是给产品设计指明了设计方向，就好比原则对于一个人的重要性。

硬性分析

满足需求的条件成熟了吗？

都说做产品要有工匠精神，罗永浩说过、丁磊也说过。宁可无，也不可不精，产品应该抱着这样的思维来考虑问题，有些需求固然很好，但是要考虑产品现阶段状况、技术水平是否能很好的满足这一需求，如果不能，宁可暂时不做，避免适得其反。

通过场景设想检验需求的合理性。

就拿共享单车做导航功能的话，单手骑车吗？每次看导航都停下单车？戴耳机听语音导航？科技的魅力在于让一切变得简单，如果说一个场景下的某个功能不是方便用户，那么这样的功能又有何意义，至少对用户来说是个鸡肋。

拿数据说话。

如果有数据作支撑，沟通起来会容易得多，这个毋庸置疑，但是不是所有的需求都有拿数据说话的必要，数据也不是那么容易能拿到的，所以这个方法虽然有效，但实用性不高。