系统学习运营课程,加入《91运营网VIP会员》,开启365天运营成长计划>>
用户反馈收集渠道
用户反馈整理思路
用户原始反馈 1. 思路 列出可能有用的数据项>>>分析实际可收集到的数据项>>>收集数据。 所以,在收集用户反馈前,需要先明确反馈收集的维度,列出要收集的具体信息项,比如:用户反馈内容、用户评分、反馈对应的版本号、用户昵称、用户联系方式、反馈渠道等、先不要考虑这些维度是否能收集到,先明确反馈收集的目的、分析的目的是什么。 2. Foodie 案例 案例中收集到的原始数据项包括:用户反馈内容、用户评分、App版本号,共收集到不为空的用户反馈 共110条。删除了明显不属于该应用的评价(比如:评价里包含的关于彩票软件宣传的广告)得到如下图所示的用户反馈原始数据。 用户反馈分析 1. 思路 对用户反馈进行分类>>>根据反馈类型,整理原始反馈内容>>>提炼内容关键词。 2. 分类 用户反馈类型,大体上可以归为以下几类:
3. Foodie 案例 根据收集的用户反馈资料进行整理后,可将其分为BUG、功能需求、用户表扬三大类目:
但由于用户“表扬类”对APP无改进作用,故用户有效反馈仅包括“BUG类”和“功能需求类”两部分,共计50条,占所有反馈的86.2%。 (1)BUG类 A. 用户使用新版本Foodie拍摄后,保存的图片被“过度蜕化”,导致图片拍摄预览效果与保存的图片差异较大,图片保存后严重失真。
(2)功能需求类
行动计划 1. BUG类 (1)思路 BUG类:首先想办法帮用户解决问题,其次,分析该BUG当前的状态以及BUG出现的原因,再制定具体的解决方案。
(2)Foodie 案例 对BUG类目中的六大BUG进行关键内容提炼后,得出如下图的分类思维导图:
2. 功能需求类 (1)思路
首先,明确用户需求是否和我们理解的一样。尽量联系到用户,需明确用户提出的需求到底是什么,并确认用户提出该需求的目的,以及该需求相关的使用场景。 其次,判断该需求在公司内部的状态。判断该功能是否已上线;若未上线,判断该功能是否在开发中;若未开发,判断该功能是否已经在开发排期中;若未排期,判断该功能是否已经在需求池中。若需求池中没有,则先添加到需求池中,判断需求的优先级后再做决策。 (2)Foodie 案例 对功能需求类目中的五类需求进行关键内容提炼后,得出如下图的分类思维导图:
A. Foodie是一款美食拍摄功能为主的app,所以对于用户反馈中希望增加的“拍摄框比例”和“图片美化”功能的需求是Foodie目前重要且紧急的战略性需求点,可直接整理后列入产品需求开发池。
B. 视频录制中添加“分段录制”、“录制暂停”,以及在视频处理中添加“视频配乐”、“视频模板”的功能需求,根据用户的反馈和调研结果显示,用户有该功能的需求,但在软件中该录制功能的使用频率较低,所以该功能建议纳入需求池,开发期可暂时排后。
C. 关于添加“个人云盘”作为用户作品存储中心的需求,需要先进行下一步的用户调研分析后才能做出结论,因为该功能仅仅代表部分的需求意见。 结语 以上是以Foodie这款美食拍照软件为例,进行的ISO版本的用户反馈收集和处理的实操案例,希望给0岁的产品经理们能带来一些帮助,思考上有不足之处,欢迎多多交流与指正,谢谢! 作者:Zack 来源:人人都是产品经理 |