做产品，最怕的就是不了解用户需求

关于需求分析的话题，已经是老生常谈了。可每当看到些莫名的产品时，又不得不怀疑这需求的背后，到底是不是产品经理。

还记得我做产品经理的第一天起，就铭记“需求是第一产品力”，所以，需求分析的重要性是不言而喻的。

那为什么今天又拿出来和大家分享呢，这和我自己最近的遭遇有关。

事情的经过是这样的：

某个周末的中午，我正在家里刷朋友圈，然后就看到一个同事下面的日常：

回想之前一起吃饭的时候，我还和她探讨过如何获取拼多多的2元优惠券。看到这个朋友圈后，我觉得以后要提升自己的话题逼格了。

以上的真实经历，就是典型的不了解用户需求。回归到如何做产品，我们又何尝不是这样呢。

我们在设计产品功能的时候，有多少是来自以往的经验，有多少是来自真实的用户需求呢？

为什么我们设计出来的功能，总是不能够满足用户需求，总是不能解决用户的核心痛点呢？

一句话就是：对需求分析不到位，导致产品功能不落地。

那么，作为产品经理，究竟要怎么才能做好需求分析，我认为有下面这几点需要特别关注：

01 明确角色：究竟谁用

我们设计任何产品，都必须要首先明确使用对象。如果连这点都做不到，设计出来的任何功能，都将无法使用。

因为使用对象的不同，会让产品设计的出发点就不同。所以明确使用对象，是开始产品设计的第一步。

这个过程其实就是构建用户画像的过程。

以销售管理系统为例，销售画像如下：

性别：男

年龄：26

职位：销售员

工作场景：每天上班时，看下当天的拜访任务；然后开始联系客户，大部分时间都在外面；一天拜访任务结束后，对数据进行汇总维护。

在了解完销售的工作场景后，我们应该直接对接销售部门，通过与销售人员的沟通，明确他们的日常工作内容、工作流程，在此基础上提炼核心需求，然后才进行产品功能设计。

所以，在开始产品设计前，明确使用对象，深入了解工作内容，梳理业务流程，发现其痛点和需求，最后提供解决方案。

02 找准场景：什么时候用

我们不仅要知道是谁在用，还要知道谁在什么时候用。因为使用场景的不同，也会影响产品最终的展现形态。

以上面的销售管理系统为例，通过与销售人员的沟通，了解到他们的日常状态如下：

早上到公司，看下当天需要拜访哪些客户，然后会安排一天的行程，下午回到公司将白天的内容统一进行记录。

而他们遇到的问题是，在回到公司记录时往往会遗漏很多内容，导致记录内容不全。

通过这样的场景和流程梳理，发现如果能够让他们可以随时随地的记录沟通的内容，会极大的提升他们的工作效率。所以在第一版规划的时候，优先考虑手机端，然后再考虑PC端。

所以，在明确了使用对象以后，我们需要从场景出发来梳理工作流程。然后通过对工作流程的拆解和分析，发展其中可能存在的痛点。最后，提出优化意见并进行产品规划。

03 确定目的：为什么用

我们需要清楚，设计一款产品的目的是什么。

对于B端产品来说，有些是自上而下的需求，为的是提高管理效率。有些是自下而上的需求，为的是提升工作效率。我们需要十分清楚，才能少走弯路。

这里要说一个案例，是我们之前服务过的一个公司。也是做销售管理系统，前面的流程差不多。

先是了解什么人会使用系统，这些人的日常工作状态之类的。

但在了解完这些的具体需求后，我并没有急于着手进行功能设计，而是找这个公司的老板又深入沟通了一下。

原来这次要做销售管理系统，是因为他们公司目前的管理非常混乱。老板想知道销售的工作和数据，需要和每个销售单独聊过才知道，费时费力。老板决定要做销售管理系统，就是为了能够实时看到销售的数据。

了解到这样的情况后，我觉得这次的产品实施，不仅要满足销售的日常工作需要，也要满足老板查看数据的原始需求。正因为这样循序渐进的了解，慢慢的才有了产品的规划雏形。

所以，在正式开始前，我们需要明确每个产品的目的和目标是什么。这里的目的，不仅包括使用者，其他角色都需要考虑在内。否则，还是会无法满足整体需求。

一些想说的话

刚开始做产品经那几年，在接到需求的时候，都是拼着自己的感觉就开始设计，符不符合使用者的实际情况并不关心。

导致的结果是，设计的很多功能根本没人用，慢慢开始对自己产生怀疑，久而久之，会产生放弃的念头。

如果让我再来一次的话，我想，只设计需要的功能，不设计看上去好的功能。

尾巴

知道为谁做、为什么做，比会做更加重要。忘记目的地而出发，就永远没有终点。我们总以为自己什么都知道，其实我们什么都不懂！

(微信公众号：明天上线。近4年B端产品经验，擅长从0到1快速搭建产品框架。)