1.百度智能小程序设计走查表V1.0
百度智能小程序设计走查表V1.0
百度智能小程序设计走查表V1.0 | ||
---|---|---|
第一部分:信息架构与流程设计 | ||
信息架构 | 整体信息架构是否清晰易理解,可拓展? | |
导航间关系是否清晰易理解? | ||
页面中信息层级是否清晰合理?信息视觉流是否流畅? | ||
流程设计 | 新功能是否需要引导,形式是否合适? | |
具有相似度的任务中,用户体验路径是否一致? | ||
返回和下一步是否符合用户预期? | ||
跳转链接名称与目的页面名称是否对应? | ||
逆向流程的设计是否考虑周全? | ||
操作是否需要申请授权? | ||
用户拒绝授权后如何提示/呈现? | ||
是否考虑了外部应用插入导致的中断?(外部来电等) | ||
第二部分:界面呈现(文档平台提供小程序UI KIT资源下载) | ||
控件 | 控件外观是否符合用户认知? | |
界面元素/控件之间的关系是否表达正确? | ||
控件的样式&交互行为是否具有一致性? | ||
控件的不可用状态如何呈现? | ||
是否有干扰视线和注意力的元素? | ||
数据 与显示 |
无数据空界面如何呈现? | |
数据内容加载不完整是否设置了刷新机制? | ||
数据内容缺失是否显示默认图片/占位符等? | ||
无法完整显示的数据是否设计了截断及展现策略? | ||
数据过期如何提示用户? | ||
数值是否要按特定的格式、单位显示? | ||
数据是否存在极值? | ||
数据按什么规则排序? | ||
数据显示是否涉及权限与隐私? | ||
文案 | 文案是否简洁易懂,无歧义? | |
同场景下用语是否准确一致? | ||
是否使用了生僻的专业术语? | ||
是否存在错别字/大小写混用/全角半角符号混用情况? | ||
选择 与输入 |
是否选择了正确的表单形式? | |
是否为用户提供了合适的首选项/默认值? | ||
输入前是否提供提示?(格式提醒、输入目的提醒、举例提醒) | ||
输入中是否提供及时反馈?(输入建议、错误提示) | ||
输入完成后是否提供及时反馈?(填写错误、填写正确、跳过未填) | ||
是否存在同一信息多处重复输入? | ||
是否指定了键盘类型?(英文键盘、数字键盘、密码键盘等) | ||
是否考虑到了键盘弹出引起的页面遮挡? | ||
是否需要保存用户输入的数据或者进度? | ||
第三部分:过程和特殊情形 | ||
交互过程与反馈 | 成功操作的反馈,是否需要引导下一步操作? | |
失败操作的反馈,是否提供了解释与建议? | ||
是否设计了中间状态?(加载中、删除中) | ||
是否充分考虑了操作的容错性?(危险操作的二次确认、必要的撤销功能) | ||
是否设计了必要且合理的动效?是否考虑了动效无法实现时的降级处理? | ||
手势使用是否符合用户认知? | ||
特殊情形 | 特殊网络状态是否做出应对?(弱网、超时、无网) | |
各种登录状态是否作出应对?(未登录、注销后、账号切换、游客账号) | ||
系统特性 | 当小程序功能有高App版本依赖,低版本无法使用时,是否已提示低版本用户升级? | |
当小程序功能有高App版本依赖,低版本无法达到最佳体验时,是否针对低版本做出适配? | ||
是否配置了分享回流文案? | ||
是否考虑了全面屏及iPhoneX等异形屏幕的适配? | ||
是否考虑了iOS、Android双端差异导致的区别处理?(键盘设置、手势等) |