反馈即用户在日常使用和操作各种流程中,遇到各种信息的反馈结果;信息反馈的目的是告知用户自己操作的结果,以及系统发生的变化。
设计目标
- 不同反响,即不同场景使用不同的反馈模式,做到合理有效的信息传达。
- 内容清晰,即清晰表达操作结果,符合用户心理的认知结果。
- 及时告知,即及时将信息反馈给用户,以免造成失误。
使用场景
操作确认:具有不可逆的操作,在用户操作前,应当让用户再次确认。最重要是要告知用户当前操作可能带来的结果,引导用户慎重决定自己的操作,从而减少用户犯错的可能。
操作结果:当用户进行了一系列的任务操作后,告知用户任务的结果:失败还是成功,后续需要做什么。
任务进程:任务在进行过程中,系统需要有一个加载、校验、查询或计算的过程。增加用户的掌控感,消除用户的焦虑感。
表单校验:用户在填写表单后,需要对用户输入的内容进行校验。避免或减少用户错误,也可规范用户的操作。
分类
从我们产品的业务场景来看,可以把反馈信息分为两种类型,即非重要反馈型,重要反馈型。
非重要反馈型**:**即对用户打扰较小的信息反馈给用户。
重要反馈型**:**即对用户的操作比较重要,一般则会带有操作按钮。
一、非重要反馈型
非重要反馈的意义从两个方面体现,即“有用”与“效率”。
有用的信息反馈
- 明确告诉用户任务所处的状态,让用户感受到一切都在掌握之中。
- 及时的提醒用户下一步需要做什么,这一步哪些地方操作有误。
提高任务的操作效率
- 在不打断用户行为操作的前提下提供反馈。
- 在用户失误之前及时制止,而不是失误后告诉他。
非重要反馈使用场景
及时预览
在表单中,用户输入之后,让用户很快速的了解操作的结果如何。

输入校验
- 输入的内容不符合字段或表单的要求。
- 跳过了必填字段。
- 系统检测到表单数据中的错误。
显示进度
任务在进行过程中,系统需要有一个加载、校验、查询或计算的过程。
进度条
用于展示操作进度,告知用户当前状态和预期。

加载
当信息需要花时间处理并展示或操作后等待结果的过程中使用加载,告知用户系统当前的运转状态。
全局提示
用户进行删除,提交等操作后,提供成功、警告和错误等反馈信息。

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

页面中单个模块需要给用户展示警告信息。
二、重要反馈型
重要反馈的意义从两个方面体现,即“重要”与“确认”。
重要的信息反馈:
- 信息都是非常重要的通知类与结果类信息。
- 及时的告知或提醒用户系统的更新变化与重要场景的操作结果反馈。
有时须得到用户的确认**:**
- 需要得到用户的确认,明确操作结果。
- 根据场景反馈不同的结果,清晰表达信息,符合用户心理的认知结果。
重要反馈使用场景
任务流转:任务执行过程中对于不可逆的操作或者去执行另外一条任务时,应当询问用户,是否执行下一步操作。

一般会出现在屏幕的中间位置,会对界面的主要内容造成遮挡,需确认。
按照不同的场景对话框的使用也不同:
- 警告类:信息错误;网络服务链接失败;业务对接问题;操作后对业务,财产等造成损失;系统操作权限不足等等
- 确认类:防止用户的误操作,比如“删除”;确认信息的正确;等等
- 告知类:新手帮助;更新功能告知;业务调整告知;操作结果告知;等等
- 引导类:新手操作引导;功能流程引导;等等
- 输入类:编辑信息;安全验证;等等
后台操作:向用户告知系统相关活动,或重要的问题。

- 在不跳转页面打断用户工作流程的前提下,告知用户重要的系统消息。
- 系统相关的重要性问题,也可使用。
结果展示:当用户进行了一系列的任务操作后,告知用户任务的结果:失败还是成功,后续需要做什么。


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