所以,如果不做运营收集,就会遗漏大多数已经存在的用户反馈,不仅很多有价值信息会被忽略,更重要的是如果不
去处理,用户对产品的好感度也会降低。
理论上应该面向全网去收集,其实只要关注少数top量级的平台就足够了,比如微博、贴吧、知乎,也可以去搜狗搜索
微信公众号的内容。
2.只回复不解决问题
对于用户反馈,用官方身份去回复,好处是辨识度强,用户可以明确知道自己的声音被官方关注到了;坏处是回复内
容受官方身份的约束,过于死板和有距离感。
比如,下图这样回复没有任何意义。我看到这个回复,没有任何沟通的欲望,也不知道从哪里开始,因为我没感受到
对方希望交流或解决问题的诚意,好像只是为了完成KPI。
现在是个全民卖萌的时代,网民更喜欢有亲和力、有趣、年轻化的沟通话术。如果遇到不能快速解决的问题,也可以
用这个风格的话术去和用户沟通一下,征求理解。
3.团队内部不重视
用户反馈从收集到最终解决,需要在团队内部横跨多个角色,如客服、运营、产品和研发。
如果团队内部对用户反馈不够重视,在解决问题时很可能就无法推动,导致最终不能被解决。对于研发来说,这是个
插入需求;对于产品来说,需要评估需求的价值;对于运营来说,这是每天要做的几十件小事中的一件,相应速度不
会那么快;对于客服来说,前面几个角色都不给力。
除非团队有非常关注用户反馈的文案,或者老板足够重视,否则很难推动执行。
具体说如何搭建一个用户反馈体系:
第一步:调研
别急着马上开始,需要先了解之前用户反馈的运作方式和遇到的问题,其次去梳理团队沟通流程和责任人,再分析并
归纳用户反馈的类型,最后确定收集信息的平台。
以百度知道为例,套用上述做法:
1.已有用户反馈的运作方式。之前没有系统的收集和处理,只是在被动的接受核心用户在群里的反馈,但会遇到推进
难的问题。
2. 梳理团队内部沟通流程。团队分为5个并行的方向,确定好对应的项目组和接口人。为了预防突发情况,还梳理了各
项目组的负责人,遇到优先级很高或很紧急的需求,可以直接找负责人。
3.收集反馈平台和内容类型。在知名的大流量互动平台,搜索「百度知道」的相关信息,搜集用户会在哪些平台发布
反馈。也可以针对少量核心用户进行1v1访谈,看看是否有遗漏。
按照这个方法,圈定百度知道的用户反馈平台有:站内反馈、贴吧(2个)、微博、QQ群。在这些平台抽样100条信
息,可得出反馈内容的类型分为,BUG反馈、问题咨询和意见建议。