在线反馈系统设计五要素.docxVIP

在线反馈系统设计五要素 引言 在线反馈系统作为企业必备的一个底层支持系统，在企业业务运转中起着不可代替的作用。有些公司可能会直接使用钉钉的相关功能模块，有的会采购第三方SaaS软件，有的会进行产品自研以确保信息安全性和与相关系统的打通。今天我们来看一下在线反馈系统设计的5要素，帮助大家理清需求以便更好的进行相关功能的设计。 一个反馈的生命周期通常包括反馈产生，反馈流转，反馈处理与反馈完结等几个环节。在这几个环节中需要提出者对反馈内容进行描述，反馈产生后通过自动或手动的方式分发到对应的流转者，期间流转者对反馈内容进行审核和判断，可能经过多次流转，最终根据具体情况指派给相关处理者，处理者查看工单了解相关信息后进行处理，处理完毕后关闭反馈。这样一个反馈的生命周期就结束了。 备注：某些情况下流转者也同时就是处理者，出于工作内容的不同，本文进行了相对区分。 在整个生命周期中主要由五大要素构成，包括流转路径，内容，规则，数据和联通性。 一、流转路径 反馈工单的流转路径设计是工单系统的核心部分，在流转过程中主要涉及提出者，流转者，处理者三类角色。 工单的提出者可以是客户也可以是客户服务人员；点击反馈的入口也可以有多个，如教育行业往往会在官网首页，学习页面等不同地方放置问题反馈入口便于大家反馈问题。 放置位置的不同也意味着不同业务采取的用户策略的不同，比如某些成熟型产品可能不会在页面设置反馈入口，而仅放客服电话进行人工处理以便给客户更好的体验；此外客服人员往往也会通过400电话，微信群等方式接收用户反馈并在工单系统中描述相关用户反馈。 流转者可能是运营团队或产品经理，也可能是技术人员。 通常前台用户反馈的问题通常是由产品经理负责处理，以便及时了解用户使用情况和需求；针对400电话反馈的问题往往会由运营人员先进行处理和判断，判断是使用问题还是技术问题，如果是技术问题会流转给相关的技术人员；如果技术人员处理后发现是其他模块造成的问题，则会流转给相关同事，所以一定程度上技术人员也是工单流转者的一员。 工单处理者可能是运营人员可能是技术人员，非技术问题一般由运营人员处理，技术问题由技术人员负责处理。 处理者会根据工单反馈的内容确定相关的解决方法，问题确定处理后关闭工单，同时同步给提出者进行问题完结确认和复核，针对前台用户提出的问题也会进行通知和回复。此外还会让用户对反馈处理进行评价，便于后续收集用户需求和满意度调查。 运营人员在反馈处理的过程中占了非常重要的位置，如何提升运营人员的相关能力可以查看我之前写的文章： 运营人员如何避免沦为客服 二、内容 在反馈系统中主要涉及三方面内容： 1. 提出者反馈内容 主要包括反馈渠道，反馈类型，涉及产品功能模块，反馈用户信息及反馈具体内容描述。 反馈渠道：指用户是从哪里进行反馈的，如官网页面，相关功能页面，400电话，微信群等，便于后续统计各个渠道的反馈量；有时候会让用户选择，有时候会自动抓取。 反馈类型：用户反馈的额内容是什么类型，是问题咨询，还是BUG反馈，还是平台建议或远程协助；大多数情况下由用户自己填写，也有部分是由后台流转者打标签。 涉及功能模块：用户是在哪个模块遇到的问题，如学习，成绩，直播还是回放等模块存在问题。 反馈用户信息：包括用户角色是学员，教师还是家长；以及用户的个人信息如所属部门，购买的产品等信息。 反馈具体内容：指用户描述需要反馈的内容；如何让用户表述清楚想要表达的内容非常关键，可以通过设置核心信息必填，提供相关反馈模板等方式，便于用户填写。 2. 流转者反馈内容 流转者需要对问题进行研判，包括所属功能模块，反馈类型等进行再确定，确定后给出对问题的看法和建议，流转给相关的处理者。 在流转过程中需要考虑是否需要完成对工单的评论才能流转还是不评论可以直接流转给其他人员，以便提升流转和处理效率，减少处理者初步了解工单的时间。 3. 处理者反馈内容 处理者处理完毕后需要对反馈工单进行回复，包括相关问题发生的原因和或许需要如何操作等内容，此外还需要确认问题发送的功能模块及问题的根本原因。 三、规则 1. 工单可见性 工单在处理过程中结合业务情况考虑是否设置相关流转规则，以便保证流程的完整性。 比如工单是所有人可见（工单池）还是只有发起人和处理人员可见；在工单分发过程中是只发给对应处理人员还是需要同步抄送给其他技术团队成员；工单处理完毕后的需求和BUG跟踪是否限制只能处理者和流转者可见等内容 2. 问题升级 在处理问题的过程中，有部分问题会造成非常大的影响，这时候就不能走正常流程进行处理，需要进行问题的升级；问题 升级主要涉及三方面内容： （1）如何判断严重性：可以通过数量，问题重要性及急迫程度进行判断 数量：对固定时间内同一工单反馈量进行统计，达到标准线以上的就需要进行工单升级，尽快处理相关问题