反馈即用户在日常使用和操作各种流程中,遇到各种信息的反馈结果;信息反馈的目的是告知用户自己操作的结果,以及系统发生的变化。

设计目标

  • 不同反响,即不同场景使用不同的反馈模式,做到合理有效的信息传达。
  • 内容清晰,即清晰表达操作结果,符合用户心理的认知结果。
  • 及时告知,即及时将信息反馈给用户,以免造成失误。

使用场景

操作确认:具有不可逆的操作,在用户操作前,应当让用户再次确认。最重要是要告知用户当前操作可能带来的结果,引导用户慎重决定自己的操作,从而减少用户犯错的可能。

操作结果:当用户进行了一系列的任务操作后,告知用户任务的结果:失败还是成功,后续需要做什么。

任务进程:任务在进行过程中,系统需要有一个加载、校验、查询或计算的过程。增加用户的掌控感,消除用户的焦虑感。

表单校验:用户在填写表单后,需要对用户输入的内容进行校验。避免或减少用户错误,也可规范用户的操作。

分类

从我们产品的业务场景来看,可以把反馈信息分为两种类型,即非重要反馈型,重要反馈型。

非重要反馈型**:**即对用户打扰较小的信息反馈给用户。

重要反馈型**:**即对用户的操作比较重要,一般则会带有操作按钮。

一、非重要反馈型

非重要反馈的意义从两个方面体现,即“有用”与“效率”。

有用的信息反馈

  • 明确告诉用户任务所处的状态,让用户感受到一切都在掌握之中。
  • 及时的提醒用户下一步需要做什么,这一步哪些地方操作有误。

提高任务的操作效率

  • 在不打断用户行为操作的前提下提供反馈。
  • 在用户失误之前及时制止,而不是失误后告诉他。

非重要反馈使用场景

及时预览

在表单中,用户输入之后,让用户很快速的了解操作的结果如何。

null

输入校验
  • 输入的内容不符合字段或表单的要求。
  • 跳过了必填字段。
  • 系统检测到表单数据中的错误。

显示进度

任务在进行过程中,系统需要有一个加载、校验、查询或计算的过程。

进度条

用于展示操作进度,告知用户当前状态和预期。

null

加载

当信息需要花时间处理并展示或操作后等待结果的过程中使用加载,告知用户系统当前的运转状态。
null

全局提示

用户进行删除,提交等操作后,提供成功、警告和错误等反馈信息。

null

信息通知

当页面中需要告知用户重要信息时,需要告知用户该模块做了什么。

null

警告提示

页面中单个模块需要给用户展示警告信息。

二、重要反馈型

重要反馈的意义从两个方面体现,即“重要”与“确认”。

重要的信息反馈:

  • 信息都是非常重要的通知类与结果类信息。
  • 及时的告知或提醒用户系统的更新变化与重要场景的操作结果反馈。

有时须得到用户的确认**:**

  • 需要得到用户的确认,明确操作结果。
  • 根据场景反馈不同的结果,清晰表达信息,符合用户心理的认知结果。

重要反馈使用场景

任务流转:任务执行过程中对于不可逆的操作或者去执行另外一条任务时,应当询问用户,是否执行下一步操作。

null

对话框

一般会出现在屏幕的中间位置,会对界面的主要内容造成遮挡,需确认。

按照不同的场景对话框的使用也不同:

  • 警告类:信息错误;网络服务链接失败;业务对接问题;操作后对业务,财产等造成损失;系统操作权限不足等等
  • 确认类:防止用户的误操作,比如“删除”;确认信息的正确;等等
  • 告知类:新手帮助;更新功能告知;业务调整告知;操作结果告知;等等
  • 引导类:新手操作引导;功能流程引导;等等
  • 输入类:编辑信息;安全验证;等等

后台操作:向用户告知系统相关活动,或重要的问题。

null

通知题醒框

  • 在不跳转页面打断用户工作流程的前提下,告知用户重要的系统消息。
  • 系统相关的重要性问题,也可使用。

结果展示:当用户进行了一系列的任务操作后,告知用户任务的结果:失败还是成功,后续需要做什么。

null

null

结果

  • 一般比较长的任务在最后告知用户成功与失败结果;
  • 需要展示较复杂的补充信息。