后台中发现一条用户反馈,文字描述如下:
手表App功能严重不足,可参照下360手表,可远程开关机…
这时候PM不是要做需求搬运工,不用思考的直接用户去开发这个功能。
那应该怎么做?又是一个老生常谈的问题,但是很多产品就是经常会忽略的问题。
还原用户使用场景,用户的核心需求是什么,是担心孩子安全?还是控制使用频次?
这时候可以做一个象限图,分情况来看这个问题:

你会发现,在手表式关机状态下,如果用户想开机是为了随时能找到孩子。在这个场景下解决方案就不止是远程开关机了。
后台中发现一条用户反馈,文字描述如下:
手表App功能严重不足,可参照下360手表,可远程开关机…
这时候PM不是要做需求搬运工,不用思考的直接用户去开发这个功能。
那应该怎么做?又是一个老生常谈的问题,但是很多产品就是经常会忽略的问题。
还原用户使用场景,用户的核心需求是什么,是担心孩子安全?还是控制使用频次?
这时候可以做一个象限图,分情况来看这个问题:
你会发现,在手表式关机状态下,如果用户想开机是为了随时能找到孩子。在这个场景下解决方案就不止是远程开关机了。
本文标题:记一次用户反馈中识别需求的案例
本文链接:https://www.haomeiwen.com/subject/wpioxftx.html
网友评论