设计
服务市场
社区

设计走查表

为方便小程序设计,小程序团队提供《智能小程序设计走查表》以供参考。

此走查表是一份综合性的移动端用户体验设计走查项目集合,内容涵盖以下三个方面:

  • 面向交互设计师的信息结构与流程设计、操作与反馈走查项;
  • 面向视觉设计师的界面呈现、适配走查项;
  • 针对智能小程序平台特性的特殊走查项。

走查表适用于设计流程中的各个阶段,项目初期,开发者可通过走查表预知并规避风险点;设计方案产出后,走查表可协助开发者快速遍历,查找遗漏或不周。作为轻量型设计检验工具,《智能小程序UE走查表》旨在协助小程序开发者提高设计效率,其涉及的全部设计关键点将在50个简短的问句中呈现,使用者只需在检查无问题的条目前标记完成,即可完成走查。

第一部分:信息架构与流程设计

信息架构

  • 整体信息架构是否清晰易理解,可拓展?
  • 导航间关系是否清晰易理解?
  • 页面中信息层级是否清晰合理?信息视觉流是否流畅?

流程设计

  • 新功能是否需要引导,形式是否合适?
  • 具有相似度的任务中,用户体验路径是否一致?
  • 返回和下一步是否符合用户预期?
  • 跳转链接名称与目的页面名称是否对应?
  • 逆向流程的设计是否考虑周全?
  • 操作是否需要申请授权?
  • 用户拒绝授权后如何提示/呈现?
  • 是否考虑了外部应用插入导致的中断?(外部来电等)

第二部分:界面呈现

控件

  • 控件外观是否符合用户认知?
  • 界面元素/控件之间的关系是否表达正确?
  • 控件的样式&交互行为是否具有一致性?
  • 控件的不可用状态如何呈现?
  • 是否有干扰视线和注意力的元素?

数据与显示

  • 无数据空界面如何呈现?
  • 数据内容加载不完整是否设置了刷新机制?
  • 数据内容缺失是否显示默认图片/占位符等?
  • 无法完整显示的数据是否设计了截断及展现策略?
  • 数据过期如何提示用户?
  • 数值是否要按特定的格式、单位显示?
  • 数据是否存在极值?
  • 数据按什么规则排序?
  • 数据显示是否涉及权限与隐私?

文案

  • 文案是否简洁易懂,无歧义?
  • 同场景下用语是否准确一致?
  • 是否使用了生僻的专业术语?
  • 是否存在错别字?
  • 是否存在大小写混用/全角半角符号混用情况?

选择与输入

  • 是否选择了正确的表单形式?
  • 是否为用户提供了合适的首选项/默认值?
  • 输入前是否提供提示?(格式提醒、输入目的提醒、举例提醒)
  • 输入中是否提供及时反馈?(输入建议、错误提示)
  • 输入完成后是否提供及时反馈?(填写错误、填写正确、跳过未填)
  • 是否存在同一信息多处重复输入?
  • 是否指定了键盘类型?(英文键盘、数字键盘、密码键盘等)
  • 是否考虑到了键盘弹出引起的页面遮挡?
  • 是否需要保存用户输入的数据或者进度?

第三部分:过程和特殊情形

交互过程与反馈

  • 成功操作的反馈,是否需要引导下一步操作?
  • 失败操作的反馈,是否提供了解释与建议?
  • 是否设计了中间状态?(加载中、删除中)
  • 是否充分考虑了操作的容错性?(危险操作的二次确认、必要的撤销功能)
  • 是否设计了必要且合理的动效?是否考虑了动效无法实现时的降级处理?
  • 手势使用是否符合用户认知?

特殊情形

  • 特殊网络状态是否做出应对?(弱网、超时、无网)
  • 各种登录状态是否作出应对?(未登录、注销后、账号切换、游客账号)

系统特性

  • 当小程序功能有高App版本依赖,低版本无法使用时,是否已提示低版本用户升级?
  • 当小程序功能有高App版本依赖,低版本无法达到最佳体验时,是否针对低版本做出适配?
  • 是否配置了分享回流文案?
  • 是否考虑了全面屏及iPhoneX等异形屏幕的适配?
  • 是否考虑了iOS、Android双端差异导致的区别处理?(键盘设置、手势等)
编 辑文 档 反 馈帮 助 回 到顶 部