常见问题
冗长繁杂,实用性不强;
逻辑不清晰,使用困难。
解决/优化方案
选择容易出错的条目进行列举,不追求包罗万象;
考虑好整体架构,让使用者内心有数。
思路参考
- 物理设备
- 移动端/Web端均需自查点
- 流程路径
- 用户角色及权限
- 入口
- 前进
- 后退
- 控件表现
- 页面内
- 内容结构
- 状态
- 文案
- 具体控件(列表,按钮,表单,图片)
- 提示
- 错误提示
- 引导
- 反馈
- 通知
- 页面内
- 流程路径
- 移动端特有
- 硬件设备(适配)
- 操作系统(键盘,手势)
- 特殊模式(暗黑模式,沉浸模式等)
- 网络状态
- Web端特有
- 硬件设备
- (如果表单只在web端使用,将其挪至此处)
- 移动端/Web端均需自查点
案例参考
手把手教你打造【0失误神器】——交互设计自查表
【交互自查表】可用性优化实录
https://www.uisdc.com/interactive-self-check-form
设计走查的说明
设计走查可以在设计方案前期、后期进行。在前期,即大致在原型阶段,设计走查既能揪出可以直接修改的问题进行方案优化,又能为后续可用性测试等研究提供切入点。在后期,即设计方案已趋于成熟、等待实现的阶段,设计走查主要是确保设计方案在各个方面都能达到要求,不会出岔子。(参考http://www.woshipm.com/it/998316.html)
设计走查的核心在于设计走查单(即交互自查表),类似于一张体检表。
设计走查有两个维度,走查的维度和评价的维度。
走查维度即分析维度,是我们走查的对象(架构导航,操作流程,布局设计etc.)。评价维度记录了走查的结果:我们对哪些页面进行了走查(走查范围),对应某条分析维度是怎么实现的(实现程度及描述),有无问题及修改建议,问题的紧迫度等。(参考http://www.woshipm.com/it/998316.html)
实际执行过程中,把全部走查过程记录下来的消耗过大,因此倾向于记录我们主观发现的问题,留待改进。
金融领域下设计走查的特性
金融产品场景下设计走查的特性,由金融领域产品本身的特性决定。特殊性主要表现在对某些走查维度的特别关注。
金融领域产品的这两点特性需要关注:
- 用户极度需要安全感
- 页面信息多、流程复杂
(来源http://www.woshipm.com/pd/657913.html)
这两点特性可以对应我们需要关注的走查对象:
- 安全感对应:
- 操作流程-可控,确定
- 流程步骤是否清晰
- 行为互动中的反馈
- 正向反馈,建立信心
- 反向反馈,异常提示,让流程顺利进行
- 内容中的品牌表现
- 品牌背书,文案强化(如底部加上品牌信息)
- 文案
- 不能看不懂(专业→通用化)
- 不能出现歧义(对于可能产生歧义的部分,可以利用信息分层、备注信息来辅助理解)
- 不能没有重点(必要规则很多、无法全部展现时,弹层页面需有主次)
- 视觉风格
- 稳健安心(配色,锁、盾的图标等)
- 操作流程-可控,确定
复杂信息对应:
- 操作流程&文案
- 是否达到了信息完整和操作简便的平衡
- 减少信息噪音,降低操作成本(必要信息都有了吗,有没有多余的信息,步骤可以进一步简化吗)
- 合理场景下使用流程导航
- 用户使用频次低且不熟悉的金融业务
- 流程能在4步以内完成(或拆分出主流程使其能在4步以内完成)
- 流程导航的出现不妨碍其他信息的展示(考虑小屏幕展示)
- 步骤文案能控制在4-5个字以内
- 是否提供了快捷入口以减少跳转
- 增加tab,把并列信息显示在同一界面中
- 增加流程的快捷通道
- 是否达到了信息完整和操作简便的平衡
总结:金融产品的设计走查,应特别注意安全感的体现和复杂信息的处理。- 操作流程&文案