时间:2023-01-19 | 标签: | 作者:Q8 | 来源:网络
小提示:您能找到这篇{当说用户反馈的时候,我们在说什么?}绝对不是偶然,我们能帮您找到潜在客户,解决您的困扰。如果您对本页介绍的当说用户反馈的时候,我们在说什么?内容感兴趣,有相关需求意向欢迎拨打我们的服务热线,或留言咨询,我们将第一时间联系您! |
一、当我们说用户反馈的时候,我们在说什么?
等等!什么是“更好”的产品?我们的产品又是怎么“变好”的?还有5W1H啊同学!这些基本的问题不解决,直接做反馈平台可能有点小浪费啊亲。 1.1 用户反馈的关键点既然是收集用户反馈,那么这个事还要从用户说起。对于用户来说,提交反馈绝对是个“多余”的工作量。但是,我们只要在产品上开了提交反馈的口(一般都会开的吧),就多多少少能收到一些用户提交的反馈,捧上天的也有,按到地上摩擦的也有。那么是什么让用户“放弃”了“直接流失”这个选项,而来提反馈呢?我们从积极和消极两个方面来看:
那么,对于以上两种用户来说,“好”的标准是完全不同的——
通过这样的分析不难看出,如果此时我们把大量资源用来满足积极用户的那些“锦上添花”的功能,那么另一边的消极用户就要骂街了。这就是对于两种用户的“好”的不同标准。 此外,关于用户反馈和需求,在产品圈子还流传着这么一句:“不要完全听用户的,对于用户的直接诉求,需要进一步深挖其本质。”这个状况,在一定程度上就是因为,愿意提出反馈的用户,都会提出一些跟自己切身利益相关的诉求,但这种切身的诉求未必能够推广到更多的用户身上。而对于那些还有其它选择的用户,可能就真的流失了。我们可以把这些流失的用户,归为第三类“沉默用户”(与前面的积极拥护和消极用户并列)。要收集这些用户的“反馈”,就需要通过对用户的行为数据进行分析。 1.2 用户反馈的基本流程基于以上几点,关于用户反馈以及如何切实地让自己的产品越来越“好”,我们可以发现的5个关键点:
结合这5方面,整体的反馈与落地的流程如下图: 1.3 腾讯“吐个槽”平台带来了什么上面说了一些关于用户反馈的通用性内容,现在要邀请我们的主角出场了。接下来我们来分析一下腾讯的“吐个槽”平台。腾讯公司面临的是大体量的用户群体、复杂而明细的内部产品线,并且公司内部员工众多。在这样的情况下,“吐个槽”这款产品就需要具备足够的能力适应公司组织、产品及用户群体的特性,同时还要兼顾此平台的外部客户多重多样的请款。
下面我们分别深入探讨一下用户反馈流程中的几个关键环节。 二、用户反馈的收集收集是关键的第一步。同时,又可以分为几种收集方式。 2.1 定向收集2.1.1 定向收集的“已知条件” 从公司或团队的角度,这是比较常见的场景。当我们因为不了解用户而满心焦虑的时候,自然会想到要向用户收集反馈。这个时候,我们会有很清晰的研究意向、目标和限制条件——
我们可以根据这些“已知条件”,对整个收集过程进行前置的设计,以确保整个过程可控。 2.1.2 使用“吐个槽”实现定向收集 在 “吐个槽”的产品方向上并不是为了解决这类定向收集的问题而生的,更何况还有腾讯自家的“腾讯问卷”,专门用来解决这个问题。但是,如果“吐个槽”能够参与这类定向反馈收集的过程,能够很好的解决“开放性”问题的收集、汇总和实施落地过程。 在一般的用户调查问卷中,都会提出1~2种开放性的问题。例如:“您对我们的产品还有什么建议和意见?”“您觉得我们的产品还有哪些待解决的问题?”在这样的问题中,用户的反馈是通过文字描述的,通常无法预先知道内容的大概方向。比较适合使用论坛的方式展开讨论,逐步细化并且明确实质性的问题在哪。 要实现这样的功能,在公司内部可以采取技术层面的打通,让“吐个槽”直接读取产品相关的开放性问题,并导入到对应的产品反馈项目下。如果是第三方的产品在使用“吐个槽”平台,就需要吐个槽再提供一个批量导入问题的功能,就可以通过手工的方式,实现与各种问卷平台的打通了。 2.2 常规收集从用户的角度,这是比较常见的场景了。前面我们提到了两类会主动反馈的用户——积极用户和消极用户。这两种用户都有足够的动机,主动寻找反馈入口并提交内容,来帮助产品进行优化。 说到常规收集,就需要结合“主产品”的形态统一设计,让它成为“主产品”的一部分。比如我们的“吐个槽”,就提供了嵌入到其它产品平台的接入方式。 因此,在设计的时候需要考虑一些与交互和融合相关的因素—— 2.2.1 交互方式分类 这方面需要尽量考虑与“主产品”的结合,尽量与目标用户的使用习惯贴近,同时尽量不打断用户的正常使用流程。按照不同的交互形态,可以分为以下几种:
2.2.2 交互流程体验 这方面的设计,与一般的产品交互区别就不大了。也要考虑用户使用过程中的体验如何。比如,入口的深度设计得是否方便找到?是否能在产品出现异常的情况下自动介入进行引导?等等。 另一种设计得比较好的处理方式,是在用户遇到问题的时候,先将常见的问题和解决办法供用户参考。比如下面就是“吐个槽”平台提供的汇总常见问题的列表。针对每个常见问题,用户都可选择是否对自己有帮助,之后平台根据这些反馈情况,再对这些常见问题进行优化和排序,以便更快地解决一些高频发生的问题。这种设计方案,不仅提供了操作上的便利性,也帮团队减少了处理重复问题的资源浪费,同时在情感上也给用户一定的安慰,因为可以看到不少其他用户也遇到了类似的问题。 2.2.3 关于反馈的“反馈” 这一点在设计反馈机制的时候也是相当重要的。好的处理流程,需要时刻保持处理进度向用户透明。这种信息反馈,能够让用户感到自己受到了足够的重视。如果在前面的几种交互形态中比较,留言式反馈收集应当算是最差的了。除非有工作人员主动联系用户,否则几乎感受不到有什么最新的进展。对话式的反馈收集应当是体验上最好的,能得到即时的反馈。 2.2.4 使用“吐个槽”实现常规收集 只要按照“吐个槽”官方接入文档进行配置,就可以在自己的产品中使用“吐个槽”平台收集用户反馈了。比如下面这两张图,展示的就是接入了“吐个槽”平台之后,呈现在产品上的入口,以及用户提交反馈的入口。(官方文档地址:https://tucao.qq.com/dashboard/dev/index) 在用户提交反馈之前,根据历史的用户反馈,或者参考同类型的产品,我们可以大概给用户的反馈分分类,既可以引导用户快速定位到与自己的问题类似的相关问题,也可以帮助产品团队预先对反馈进行分类整理。功能入口在【管理后台】-【设置】-【反馈分类】。“吐个槽”平台提供了支持三级问题配置的分类功能。例如,我们可以这样使用这三级配置:
通过这样配置问题分类,我们就可以引导用户提供更多有助于帮助解决问题的信息,同时也可以更容易帮助用户在常见问题中选出那些可以直接帮助解决问题的内容。 2.3 广义收集前面我们已经说过了,大量用户在面对不满意的产品时会选择“流失”,根本不会提供反馈,也就是前面说的“沉默用户”。但是这样的用户,多多少少还是跟产品有些“交集”的。比如,这样的用户至少使用过产品的某些部分,在产品上留下了一些痕迹。或者,通过其它更“低成本”的方式进行了反馈,比如发了条微博骂了一下。对于这样的反馈收集,就与前两种收集方式有所区别了。 我们重点关注两种渠道的反馈收集—— 2.3.1 数据分析中的反馈收集 在数据分析中,行为分析是大家热衷的焦点之一。对于一般的用户行为分析,从长远来讲,我们的主要目的还是希望通过找到一些规律,来预测用户未来的行为。比如我们找到了用户的某种特性与用户流失之间的关系,就可以通过监控这种特性的变化,及时挽留用户。 除此之外,用户行重庆抖音视频拍摄推广技巧为方面的数据分析也可以帮助我们解决一些眼前的问题。比如现在的一些第三方数据分析平台(比如Google Analytics),就提供了行为路径的汇总统计和可视化的工具。当我们着眼于用户最终的转化行为时,行为路径分析可以帮助我们呈现由不同路径而来、并最终完成转化的用户量和其它指标。如果这些路径与我们的预期不一致,而且有相当数量的用户走了常规路径之外的路径,就足以发现产品设计中的问题。(如网络营销外包费用下图) 2.3.2 第三方平台的反馈收集 当我们说到收集用户反馈的时候,这类的第三方平台也是经常登场的。不过从这种第三方平台收集到的反馈,内容的质量就不敢保证了,可能文不对题、内容宽泛而缺少核心主旨、言语污秽等等。 这样的平台大致可以分为几类:
三、反馈的评估与分级前面已经介绍了一大堆关于收集反馈的内容了。那么收集完了就完了么?当然不是。下面真正“硬核”的部分才刚刚开始。 3.1 评估影响对于收集来的用户反馈,第一步、也是最最重要的一步,就是评估影响。(按理说,在收集之后最直接的下一步应当是归类整理。但是只要对产品足够了解,这一步不管是铺人力做还是上算法做,都不会遇到太大的“认知门槛”。所以这里暂时忽略。)同时,这个环节还需要大量的数据支持。 3.1.1 为什么要评估影响? 我们都知道,影响越“大”的反馈必然越重要,需要优先处理。也就是说反馈的影响程度决定了反馈的重要性。那么怎么定义这个“影响大”呢?通俗的理解,影响范围越大越重要、越深远越重要、后果越严重越重要。 影响范围下面会重点列出四个方面,先不细说。 影响深远指的是会不会影响产品的迭代和发展方向?会不会影响产品现有的功能结构和技术架构?会不会影响产品的整体风格等等。如果对这些重要的方面有所影响,就需要格外重视。 而后果指的就是那些公司或团队关心的指标,尤其是KPI相关的指标。比如盈利是否减少、市场占有率是否下降、品牌形象是否受损等等。 3.1.2 怎么评估影响范围? 在具体操作中,我们可以从四个方面评估影响范围,分别是用户、场景、产品和团队。
3.1.3 使用“吐个槽”评估影响范围 “吐个槽”平台中有两项功能能够帮助我们完成影响范围的评估——反馈筛选和导出。 反馈筛选功能位于【管理后台】-【管理】-【反馈列表】页面的右上角。可用的筛选条件包括:反馈分类、反馈时间和反馈关键词。比如,我们可以筛选出:最近一周认为我们的新功能“不好用”的反馈。通过这样的方式,我们就能评估出关于一个问题,到底有多少用户收到了影响。 当然,这只是简单的筛选反馈的例子,在“吐个槽”平台中的实际用户反馈可能比这个复杂的多,相应的也需要更专业的工具进行分析。这时,我们就需要通过“吐个槽”平台的导出功能,获取到原始数据,在进行下一步分析。 导出功能同样位于【管理后台】-【管理】-【反馈列表】页面的右上角,与“设置显示字段”功能并列。点击后,可以获得用CSV格式保存的用户反馈详细内容,并且不受“设置显示字段”的限制,可以获得全部字段。 3.2 分级与细化3.2.1 通用的分级标准 经过以上评估,我们就知道用户的一条反馈到底重不重要了。但这还是一种定性的描述方式,不够精准,需要量化。比较简单可行的办法,就是进行分级。 5级的分级是最常用的。分得再少就缺少了一些中间状态,有些问题不知道怎么归类;但分得再多又太过琐碎,各级之间区分度不明显,不好操作。简单的5级就可以分为:严重、比较严重、一般、比较轻微、轻微。再结合前面说的影响评估做较差,我们就可以制定出具体的划分标准了。 比如下面的例子: 整体而言,分级是为了最优化地分配团队的有限资源。集中资源修复那些影响巨大的问题。这在工程落地的阶段表现的最为突出。 3.2.2 “吐个槽”平台的反馈分级 我们在这一部分说了对于用户反馈的几种评估和细化方法。对于“吐个槽”平台,我们已经很明显的感受到其“论坛式”的用户交流风格了。因此,在对于内容的分级方面,“吐个槽”同样使用了与论坛类似的分级方式,让用户更容易理解。 首先,我们可以金融【管理后台】-【管理】-【反馈列表】页面。在这个页面选中一个或者多个用户反馈之后,在页面上方就会出现一排专门用来处理用户反馈的功能按钮。在这里,我们着重介绍三个“论坛风”的按钮——“置顶”、“标记为精华”和“标记为水军”。 其实不需要过多理解, 从字面上大家就能轻松明白它们的含义。“置顶”产生的结果,主要是用户反馈的帖子会成为列表中的第一项。团队成员每次打开列表,都会格外关注那些置顶的反馈,体现了反馈内容的重要性。“标记为精华”则更侧重于内容质量好,这里不仅是用户反馈的内容质量好,还可以是团队回复用户的内容质量好,对其他用户有帮助参考意义。“标记为水军”当然正好相反,指的是反馈帖子的内容不好。 四、反馈的落地优化这部分就是前面一直在说的工程部分了。这也是大家做产品的同学最常见的场景——需求、评审、研发、测试、上线的过程。与工程相关的常规工作,我们就不再多说了,重点说一些跟反馈有关的东西。 4.1 “吐个槽”的处理流程与工程初探作为一个用户反馈平台,其实“吐个槽”是考虑到了团队之间的沟通与功能落地的。其工作流程应当大致如下——
在这个过程中,一条被标记了“待处理”并且“置顶”的反馈,将会始终提醒着相关的负责人关注其进度。目前感觉还欠缺的一点是,目前只有一个待处理的状态,并没有根据互联网产品实际的迭代节奏,对这个状态再进行细分,给用户更明确的反馈。比如像这样:
这些状态,第一是给用户看的,让用户知道自己的反馈的最新进展;其次是给团队成员看的,了解这个问题已经在处理中了还是无人问津的状态;再次,留下了这个概念之后,后续可以从这个点出发,让“吐个槽”平台与其他平台更好的融合,共同支撑迭代的落地和监控。 4.2 反馈平台普遍面临的工程问题“吐个槽”平台在用户反馈层面为运营和客服同学给予了支撑,接下来就到了产品团队层面的需求梳理阶段。既然到了需求阶段,自然要有明确的待解决问题、目标、方案和价值评估。好在这些问题我们已经在前面做了大量铺垫——
但是任何团队的资源都是有限的。在有限的资源面前,我们还会面临其它一些具体的问题:
4.2.1 “搬运”与系统打通 针对“搬运”,前面关于用户反馈的5个关键点中,我们提到了系统化、自动化的问题。简单凝炼成两个字,就叫“打通”。在这方面,贴近技术的工单式用户反馈平台是具备天然优势的。用户的反馈直接与任务和团队协作系统打通。这种实现方式在客服团队比较常见,可惜的是,客服团队到具体执行团队之间的链路上,容易出现大量的人工操作,降低了效率。 这种系统打通,表面上看不会提供多少可见的短期价值,但是对于团队整体的紧密配合有很大的帮助;同时又能堵住大家都很忙、“人力莫名流失”的漏洞。这种机器能轻松搞定的事情,还是应当交给机器来做。 4.2.2 反馈的自动化反馈
要让团队有效的围绕反馈进行协作,重要的一步就是信息同步。信息有断档,大家的认知就无法统一,自然效率低下。 前面提到过反馈的反馈,也就是让用户知道自己提的问题处理到什么进度了。可想而知,这个工作如果要用人工来做,特别是在大公司,很可能变成是一项跨团队的巨大工程——产研团队、客服团队、BD团队甚至还有更多。在这种人力损耗面前,系统化的价值就大大凸显出来了。 另一方面,团队也需要更高效的获取到用户反馈的相关信息。当用户提出一个问题时,除了直接相关的问题描述、分类等信息,还需要获得这位用户最近的行为轨迹、偏好预测等非敏感信息,以及与这位用户类似的其他用户的非敏感信息。这都有助于执行团队在充分了解状况的前提下,高效地解决问题。 4.2.3 紧急情况 这种可能是老板们比较头疼的状况。在一些紧急情况下,即便麾下千军万马,却有力不从心的感觉。这里边的问题,还是效率的问题。 第一,要说的是工具效率的问题。比如在用户面前直接大显身手的客服团队,就需要为其设计强大的支撑工具。当用户一个电话打进来,与用户相关的信息都要及时传递给接待的客服同学;同时还要有配套的操作工具来帮用户实际地解决问题。最差情况,就算当时无法立即解决用户的问题,也要为客服同学提供一个简单好用的记录工具,这同样是用户反馈的收集过程。 第二,要说的是人的效率的问题。比如需要人工进行系统修复的过程,从理解系统抛出来的那些复杂的报警信息,到找到出问题的点,再到最终修复问题,这个流程相当长。再加上如果是大团队,效率可想而知。怎么办?几套常见情况的应急预案是“必备良药”。人的行为惯性相对于深思熟虑要高效得多。提前准备预案并经常演练,是实现人的高效的好办法。 第三,那么还有没有更好的办法呢?我们下个部分再说。 五、发展的大方向5.1 用户反馈平台的通用发展方向前面我们已经将用户反馈从各个角度进行的拆分:
但在前一部分的末尾我们留了个小问题——对于紧急情况,我们有没有更好的办法呢?当然有!就是让紧急情况别发生!也就是从“处理”走向“预防”的方向。这就像著名的“质量免费”观念一样。 我们前面提到了,可以通过用户行为分析,来沉淀用户视角下的测试Case。我们收集的大量用户行为Case,其使用场景可不仅仅是对新功能进行自动化测试。根据这些基础数据,我们理应比用户更早的“反馈”问题;等到用户找上门来,我们就应当能拿得出像样的解决方案了;或者直接在用户准备提交问题的时候给出解决引导;或者再往前,直接进行产品优化,将问题扼杀在摇篮里。 当然实现这个目的并非易事,我们总结一下本文中提到过的“三座大山”:
当然,预防不代表对用户反馈“赶尽杀绝”,与用户的直接沟通,依然是获得一手资料的最佳途径。 5.2 针对“吐个槽”平台的发展方向建议前面已经提到了一些关于“吐个槽”平台的建议,我们在这里汇总一下,作为未来发展方向的总体建议:
— END — 相关阅读
作者:李阳,现任京东金融数据产品经理 本文为「」社区和腾讯吐个槽联合主办的“腾讯吐个槽产品测评大赛”中的一等奖作品,,。 ,基于CC0协议 |
上一篇:机器翻译产品全景图
下一篇:10个“知识点”:你所不知道或知道的短视频(上
一、标题规则:标题关键词分开的店铺,关键词排名和权重会排在前面。所以店主...
作为一个淘宝卖家,关注自己的店铺权重,是十分重要的,因为这对自己的销量、...
一般的消费者在淘宝买东西的时候都会先输入一个他理解这个产品的词组,顾客的...
淘宝直通车收费方式还是挺好的,所以对于一些资金比较少的淘宝店家来说,推广...
第一步:登录到淘宝卖家中心,点击左侧菜单中的『物流管理-电子面单平台-我的...
推广当然都希望立竿见影,最好来一个点你广告的,就做一笔生意,所以要选择你...
现在开淘宝网店只要交一些保证金就可以完成了,可以说是投资最低的创业成本了...
宝贝滞销,也就是说宝贝长期没有销量,上架之后90天依然没有销量,那么淘宝方...
直通车坑位指的是大家在使用直通车做店铺推广的时候,官方平台给予宝贝的展示...
线下活动对很多网站来说不容易,对于一些静态网站来说更加无从着手。比如技术...
小提示:您应该对本页介绍的“当说用户反馈的时候,我们在说什么?”相关内容感兴趣,若您有相关需求欢迎拨打我们的服务热线或留言咨询,我们尽快与您联系沟通当说用户反馈的时候,我们在说什么?的相关事宜。
关键词:3年, 中级, 用户反馈, 腾讯