收集途径 1.建立通畅的意见反馈通道,app和网站可以设置意见反馈入口,微信一般直接对话框里回复就好啦,定期去查看回复,这个通道需要注意: a.条件允许的话可以设置一些激励措施,比如有效的反馈可以送一些代金券和积分之类的(我们是直接送现金啦) b.及时对用户的相关建议进行回复,这个很重要,要是你反馈之后没下文了,你还会继续反馈吗?愿意反馈的用户一定要珍惜啊。(我们一般每日定时查看,基本上24小时之内都会给出处理结果) 2.通过社交落网去收集反馈意见,官方微博、贴吧、搜索自己产品相关的关键字,看看用户在吐槽什么? a.微博、贴吧如果发现用户吐槽或者建议,就直接去私信他,了解吐槽的真正原因,沟通解释给出解决方案和时间。 b.通过搜索引擎搜索自己产品有关的关键字,看看有没有用户的吐槽,能联系上的就联系,联系不上的就记录下来 c.去竞争对手的论坛,微博、贴吧等等去找找用户的意见,看看他们的解释,对自己也有帮助的。 3.跟自己的客服/家务员沟通,了解用户最常抱怨的是什么?他们肯定是最有感触的。 这里收集到的一般都是对现有流程的不满,或者功能困惑之类的,对优化现有产品帮助比较大。跟客服搞好关系,如果你同时负责后端产品的话,可以多为客服想想设计一些能减少客服工作量的优化,他们会很感激你的。 这一步骤一定要多沟通,不要怕麻烦。尽量了解清楚用户建议背后的真正需求,反馈bug的重现流程(否则开发如何跟进修复?) 归类整理 收集回来之后还是未经整理的,这个时候就需要对他们进行归类和筛选。大致可以分为3类: 1.建议类:主要用来归类用户提出的一些好的建议,可以根据自己产品的功能模块再进行分类,比如:登录注册、下单、咨询等等 2.bug类:主要记录用户反馈的一些产品bug,对bug进行优先级分类 3.网络类:尤其是app,可能经常会出现某些地区的某类网络无法加载等等(让用户提供IP地址,直接百度搜索本机IP截图给你就可以,一般用户都愿意提供的) 解决方案 通过整理和筛选之后,基本上就可以知道下一步要做什么了: 建议类的,制定相应的解决方案,纳入版本开发计划。 bug类的,移交测试人员去跟进/或者产品自己去跟进。纳入版本修复计划。 网络类的,针对性的去优化网络,之前要到的用户IP信息就很有用了。 公布结果 将所有收集的建议和反馈连同开发修复计划一起公布出来,注意要公布反馈者的昵称或者ID之类的,让用户觉得自己的意见被重视了。 我们是社区类产品不但会在社区置顶帖公布反馈的信息和奖励,还会在appstore和安卓应用市场的app更新日志里面公布,比如:1.修复了XXX功能(感谢XXX用户的反馈);2.新增了XXX功能(感谢XXX用户的建议) 总之,用户的反馈一定要重视,一定要回复。要给他存在感!!!
是的哈,吐个槽帮助产品经理快速搭建用户反馈平台,收集用户反馈意见,接入就能用了