超全面！怎样做好APP应用中的反馈设计？

反馈是会员做了某项操作以后，软件系统给会员的1个响应。这个响应依据场景的不一样会有不一样的响应方式和不一样作用。

在人机交互的历程中，会员期望看见每一步都清楚，实时的显示，会员期望了解每一步的后果以及会员更关心的问题是什么。一方面，PC端和手机端app应用需要保障产品有主动，实时的反馈响应以确保会员知道自己所处的状态，否则会让会员觉得反应迟钝；另一方面，我们也要以免过度的信息反馈，特别留意不要反馈错误信息，错误的信息对会员导致的影响是庞大的。

产品的反馈直观的表现为界面的变化（少数为声音和震动），通过这种变化使的会员可以更为友善有效地与产品进行交互，更为专心地投入到任务步骤当中去。

举个栗子：当会员实施完一步操作后，系统没有实时甚至没有给出相应的反馈提醒，就会给会员带来困惑（实现模型与心理模型矛盾），让会员不能明确自己的操作能否被实施、实施能否成功、实施整体进展、或许是实施后会产生怎么样的影响、能在哪里查询到结果以及实施后能否能够被撤销等等。而这其中的任何1个节点都会有也许影响到会员对当前任务的领会以能否实施下一步操作，进而影响到产品的用户体验。

反馈的设计应该达到以下4个准则：

反馈通过直观的体现，能够协助会员领会微交互的规则，更大也许地减少会员的学习成本。

别让反馈给会员导致压力，通过更少的反馈传达同样的信息。

反馈应该由需要驱动，然后在正确的场景下和时间下让会员知道他需要知道的事情。

反馈的速度尽也许的快，反馈过慢会给会员感觉产品的性能差。

对于会员而言，反馈设计的目标重要告诉会员以下几点：

告诉会员发什么了什么？

会员刚刚做了什么事？

哪些历程已经开始了？

哪些历程已经结束了？

哪些历程正在进行中？

会员不能干什么？

会员刚刚操作的结果是什么？

在设计历程中，牵涉到反馈的情形普遍分成五种种类：

1.结果反馈

告知会员的操作结果。比如操作成功或许操作失败、对操作后的一种确认。

a.以toast方式给会员反馈。比如:微信转发他人信息，出现toast,提醒会员已经发送成功。

b.以浮层动画的方式给会员反馈。比如微信输入语音时，出现浮层动画提醒会员的语音输入是高效的。

2.状态反馈

操作前后展示成效不一致。

当会员操作后，界面操作前的状态和操作后的状态不相同。通过这个不相同，给会员反馈我的操作拥有了提交。

3.过渡反馈

有些同时程序的确不够快，迟缓的加载速度和延迟问题，这同时通过常见的过渡组件给会员反馈,过渡反馈的目标在于通过向会员反馈当前的响应进展和合理的时间耗费来让会员在等候历程中放松下来。

a.以进展指示器给会员反馈当前状态。比如浏览器在点击检索后，页面加载的进程反馈。

b.以系统/自定义的循环动画，比如iOS的菊花Loading 和安卓的圆形Loading 。

比如：微博问答，点击立刻支付然后出现的过渡动画。

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

4.操作反馈

对下一步操作的引导，会员点击1个操作就出现新的操作组件以此给会员的反馈。

当会员进行1个操作后，出现反馈，这个反馈通常是通过浮层弹框、调起键盘、进到下1个界面等等方式表现。

比如：iOS源生邮件，点击回复/转发出现底端浮层。

5.声音和震动的反馈

声音和震动也是反馈的一种的表现方式，通过会员的操作加以声音和震动的指导，给会员极强的心理暗示。

比如QQ邮箱，发送历程和成功后都会有声音提醒。这是1个很经典的通过声音反馈的例子。

怎样判别你的反馈设计是高效的，非过度的反馈

上面讲述的反馈的各种种类。可是许多情形设计师们过度使用反馈。常见的情形是过度使用Toast。

比如猫眼：点击已想看爱心变灰，时候出现Toast提醒。这样就存在过度的反馈。反观Instagram点击取消点赞，就没有出现Toast提醒。

为什么我说猫眼的反馈过度呢？因为会员点击操作时，爱心状态已经变了，那么这个元素的变化已经暗示会员，该App进行了反馈，没必要在出现Toast提醒。

怎样判别你的牵涉反馈能否过度？

在设计反馈时，假如已经有一组元素的变化足以暗示会员当前状态拥有了反馈，那么没必要再增多不必要的元素进行反馈提醒（除非有特其余的目标）。这样会使得会员的心理负担变重，1个反馈也许不足以影响用户体验，假如整个App都出现这种情形，那将是一场灾难。

本文地址：https://appbj.cn/article/3265/

相关文章

• 1 app开发该如何制定预算？是怎样一个开发流程？
• 2 做好老带新裂变,让你的app快速获取优质用户
• 3 在app运营中怎样进行应用商店优化提升搜索排名和下载