甚么是意见反馈？

意见反馈就是使用者做了某类操作方式之后，应用控制系统给使用者的一个积极响应。这个积极响应根据情景的相同会有相同的积极响应方式和相同作用。

为甚么意见反馈结构设计是使用者新体验重要的劳特尔？

在人机可视化的操作过程中，使用者期望看到每一步棋都明晰，及时处理的显示，使用者期望了解每一步棋的不良后果和使用者最关心的问题是甚么。一方面，PC端和移动端商品须要保证商品有积极，及时处理的意见反馈积极响应以保证使用者晓得他们所在的状况，否则会让使用者觉得Vadodara；另一方面，我们也要避免过分的重要信息意见反馈，而尤其注意不要意见反馈原始数据，错误的重要信息对使用者导致的负面影响是巨大的。

商品的意见反馈简单的表现为介面的变动（少数为声音和冲击波），透过这种变动使的使用者能够更为亲善高效率地与商品展开可视化，更为埋首地投入到任务业务流程之中去。

举个红豆：当使用者继续执行完一步棋操作方式后，控制系统没有及时处理甚至没有得出相应的意见反馈提示重要信息，就会给使用者带来困惑（实现数学模型与心理数学模型武装冲突），让使用者无法确定他们的操作方式与否被继续执行、继续执行与否获得成功、继续执行整体工程进度、或是是继续执行后会产生好不好的负面影响、能在哪里查阅到结论和继续执行后与否能被撤消等等。而这其中的任何一个各个环节都有可能负面影响到使用者对阿穆县的认知以与否继续执行下一步棋操作方式，从而负面影响到商品的使用者新体验。

意见反馈的结构设计如果满足以下四个原则：

对于使用者而言，意见反馈结构设计的目的主要说使用者几点：

在结构设计操作过程中，涉及到意见反馈的情况一般分为六种类型：

1.结论意见反馈。

知会使用者的操作方式结论。比如操作方式获得成功或是操作方式失败、对操作方式后的一种确认。

a.以toast方式给使用者意见反馈。比如:QQ转贴别人重要信息，再次出现toast,提示重要信息使用者早已推送获得成功。

b.以浮层动画电影的方式给使用者意见反馈。比如QQ输出音频时，再次出现浮层动画电影提示重要信息使用者的离线是有效的。

2.状况意见反馈。

操作方式前后展现效果不一样。

当使用者操作方式后，介面操作方式前的状况和操作方式后的状况不一致。透过这个不一致，给使用者意见反馈我的操作方式得到了提交。

3.过渡意见反馈。

有些时候程序确实不够快，缓慢的加载速度和延迟问题，这时候透过常见的过渡组件给使用者意见反馈,过渡意见反馈的目的在于透过向使用者意见反馈当前的积极响应工程进度和合理的时间消耗来让使用者在等待操作过程中放松下来。

a.以工程进度指示器给使用者意见反馈当前状况。比如浏览器在点击搜索后，页面加载的进程意见反馈

b.以控制系统/自定义的循环动画电影，比如ios的菊花loading 和安卓的圆形loading

比如：微博问答，点击立即支付然后再次出现的过渡动画电影

比如：YouTube页面加载过渡的圆形loading

4.操作方式意见反馈。

对下一步棋操作方式的指引，使用者点击一个操作方式就再次出现新的操作方式组件以此给使用者的意见反馈。

当使用者展开一个操作方式后，再次出现意见反馈，这个意见反馈通常是透过浮层弹框、调起键盘、进入下一个介面等等方式表现

比如：ios原生邮件，点击回复/转贴再次出现底部浮层

5.声音和冲击波的意见反馈。

声音和冲击波也是意见反馈的一种的表现方式，透过使用者的操作方式加以声音和冲击波的引导，给使用者很强的心理暗示。

比如QQ邮箱，推送操作过程和获得成功后都有声音提示重要信息。这是一个很典型的透过声音意见反馈的例子。

如何判断你的意见反馈结构设计是有效的，非过分的意见反馈。

上面介绍的意见反馈的各种类型。但是很多情况结构设计师们过分使用意见反馈。常见的情况是过分使用toast。

比如猫眼：点击已想看 爱心变灰，同时再次出现toast提示重要信息。这样就存在过分的意见反馈。反观instagram点击取消点赞，就没有再次出现toast提示重要信息。

为甚么我说猫眼的意见反馈过分呢？因为使用者点击操作方式时，爱心状况早已变了，那么这个元素的变动早已暗示使用者，该App展开了意见反馈，没必要在再次出现toast提示重要信息。

如何判断你的涉及意见反馈与否过分？

在结构设计意见反馈时，如果早已有一组元素的变动足以暗示使用者当前状况得到了意见反馈，那么没必要再增加多余的元素展开意见反馈提示重要信息（除非有特别的目的）。这样会使得使用者的心理负担变重，一个意见反馈可能不足以负面影响使用者新体验，如果整个APP都再次出现这种情况呢，那将是一场灾难！

作者：UX，QQ公众号：使用者新体验学堂

本文由 @UX 原创发布于人人都是商品经理。未经许可，禁止转载。