如何倾听意见

我们在聊产品的时候往往在聊交互，为什么呢？因为产品中的如何发现需求、如何实现需求、如何试错、原初的逻辑、如何在只有四个工程师的情况下从后端到前端把产品实现出来，这些都是非显性的，我们喜欢讨论那些有体量的产品，还有产品中显性的部分，因为那样不需要技术，每个人都可以谈论。

——舒为

这是我看见的一位产品经理的分享，她分享其中一段话。和本文没多大关联，但还是要放出来。

先说源头：

上面那句话就是源头，关于产品的一切，人们都可以品头论足。

用户与非用户、目标用户与非目标用户。

所以，他们的这些牢骚，意见（暂不称之为建议，因为这些问题其实很多是关于使用者以心理出发二出现的一些问题。注意，我说的是“使用者”，没说“用户”）。作为产品经理的该如何做？

往往在这些意见，不管是客服、老板、用户。我一般都会按照几个维度来筛选一遍，看看哪些是作为产品经理需要理会的。

1.产品定位

这是首先需要考虑的，如果一个需求和产品本身定位相悖，我不会考虑这个需求。

举例：用户希望一个批量处理工具里面，用户希望对个别事件进行特殊处理。要求加一个对个别事件的一个编辑功能。

确实有这种需求，那么你要想的是用户对于“批量”的理解，而不是粗暴的对每个批量任务中单个事件加上编辑。这样对主流程形成了干扰。

所以产品经理需要搞清楚你的产品定位，不是说看见什么好抄什么，抄来抄去四不像。

2.使用场景

分析用户用户提出意见的使用场景，是不是合乎实际，是不是符合我们的主流用户。

用户希望在客户端加一个“夜晚模式”保护他的眼睛，因为经常半夜使用，但仔细想想你的大部分用户是不是经常晚上使用你的产品？也许只是这个用户的私人习惯。

3.目标用户

经过调研你的用户大部分喜欢民谣，所以你给了他们宋胖子的安河桥，难道有个用户来跟你提，他喜欢周杰伦，你就给他七里香？

使用场景和目标用户相关。这也是考验产品经理对自己产品调性的把握。

4.用户目标

用户目标之前的先弄清楚用户，理解用户。

如果用户说需要在列表翻页组件上面加上数字，100/200等等，用户是希望一页能看能多得内容。

5.项目资源

如果你提的需求需要占用一个星期的资源，而对于产品当前阶段来说，这个需求的优先级不高，那就延后。

所以这里需要产品经理判断需求优先级。

说的这些都比较基础，也是一些大道理，但其实天天都在跟我们日常工作打交道。

老板提了一个意见，做不做？

客服又来抱怨了，怎么办？

竞品做了，我们到底抄不抄？

其实这个标题“如何倾听意见”可以改为“如何分析迭代需求”。

注：这些个思考方向在一些产品书籍，营销书籍中都有介绍，喜欢读书的可以看看，这里推荐一本《破茧成蝶-用户体检设计师的成长之路》，网易交互设计师所著。