常见问题

冗长繁杂,实用性不强;
逻辑不清晰,使用困难。

解决/优化方案

选择容易出错的条目进行列举,不追求包罗万象;
考虑好整体架构,让使用者内心有数。

思路参考

  • 物理设备
    • 移动端/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,把并列信息显示在同一界面中
        • 增加流程的快捷通道


    总结:金融产品的设计走查,应特别注意安全感的体现和复杂信息的处理。