时间: 2021-07-30 10:00:02 人气: 9 评论: 0
我们在聊产品的时候往往在聊交互,为什么呢?因为产品中的如何发现需求、如何实现需求、如何试错、原初的逻辑、如何在只有四个工程师的情况下从后端到前端把产品实现出来,这些都是非显性的,我们喜欢讨论那些有体量的产品,还有产品中显性的部分,因为那样不需要技术,每个人都可以谈论。
——舒为
这是我看见的一位产品经理的分享,她分享其中一段话。和本文没多大关联,但还是要放出来。
先说源头:
上面那句话就是源头,关于产品的一切,人们都可以品头论足。
用户与非用户、目标用户与非目标用户。
所以,他们的这些牢骚,意见(暂不称之为建议,因为这些问题其实很多是关于使用者以心理出发二出现的一些问题。注意,我说的是“使用者”,没说“用户”)。作为产品经理的该如何做?
往往在这些意见,不管是客服、老板、用户。我一般都**按照几个维度来筛选一遍,看看哪些是作为产品经理需要理**的。
这是首先需要考虑的,如果一个需求和产品本身定位相悖,我不**考虑这个需求。
举例:用户希望一个批量处理工具里面,用户希望对个别事件进行特殊处理。要求加一个对个别事件的一个编辑功能。
确实有这种需求,那么你要想的是用户对于“批量”的理解,而不是粗暴的对每个批量任务中单个事件加上编辑。这样对主流程形成了干扰。
所以产品经理需要搞清楚你的产品定位,不是说看见什么好抄什么,抄来抄去四不像。
分析用户用户提出意见的使用场景,是不是合乎实际,是不是符合我们的主流用户。
用户希望在客户端加一个“夜晚模式”保护他的眼睛,因为经常半夜使用,但仔细想想你的大部分用户是不是经常晚上使用你的产品?也许只是这个用户的私人习惯。
经过调研你的用户大部分喜欢民谣,所以你给了他们宋胖子的安河桥,难道有个用户来跟你提,他喜欢周杰伦,你就给他七里香?
使用场景和目标用户相关。这也是考验产品经理对自己产品调性的把握。
用户目标之前的先弄清楚用户,理解用户。
如果用户说需要在列表翻页组件上面加上数字,100/200等等,用户是希望一页能看能多得内容。
如果你提的需求需要占用一个星期的资源,而对于产品当前阶段来说,这个需求的优先级不高,那就延后。
所以这里需要产品经理判断需求优先级。
说的这些都比较基础,也是一些大道理,但其实天天都在跟我们日常工作打交道。
老板提了一个意见,做不做?
客服又来抱怨了,怎么办?
竞品做了,我们到底抄不抄?
其实这个标题“如何倾听意见”可以改为“如何分析迭代需求”。
注:这些个思考方向在一些产品书籍,营销书籍中都有介绍,喜欢读书的可以看看,这里推荐一本《破茧成蝶-用户体检设计师的成长之路》,网易交互设计师所著。
来源:简书