交互设计自查，完成一个项目的交互稿之后，提交给公司内部或者外部客户进行评审的一个重要的查缺补漏的环节，同时以下的交互设计自查表应该在产品设计的时候融入思考，使得设计质量的快速的提高。
一、信息架构与流程
1.信息架构
1.1信息架构是否容易理解
1.2信息层级是否清晰（满足亲密性、对比性和重复性等设计原则）
1.3信息分类是否合理（遵循用户熟悉的分类标准）
1.4信息视觉流是否流畅（视觉流是否出现了反复和绕行）
2、流程设计
2.1用户体验路径是否一致（具有相似度的共通部分在设计时，采用完全相同的节点和元素去呈现）
2.2返回和出口是否符合用户预期
2.3逆向流程的设计是否考虑周全（电商应用中“查看商品-填写收货信息-下单-付款”，或者企业管理应用中的逐级审批，都是典型的正向流程，逆向流程：取消订单，应用中的打回一个申请，返回上一步）
2.4跳转名称与目的地是否一致
2.5是否充分考虑了操作的容错性
2.5.1危险操作的二次确认（进行大量表单的输入后，但是过多不必要的二次确认大大降低体验的流畅性）
2.5.2提供必要的撤销功能
2.5.3操作失败的解释与建议（网络问题：定位失败，请检查网络及GPS设置再试）
二、界面呈现
3、控件呈现
3.1控件呈现是否会符合用户认知
3.2控件样式是否具有一致性
3.3控件交互行为是否具有一致性
3.4控件的不可用状态如何呈现（表单页面只有在必要信息填写符合要求的情况下，提交按钮才可用）
4、数据呈现
4.1空态如何呈现（在列表没有数据的情况下呈现没有数据的图片）
4.2字数有限制时超限如何处理
4.3无法完整显示的数据如何处理（如果对于一个项目中，这是唯一一个供用户查看完整的数据，则不能用“...”代替）
4.4数据过期时如何处理（网易云音乐：在收藏列表中，因版权问题而下架的歌曲用特殊的样式呈现,双击时提示“该问题已因版权问题而下架‘）
4.5数据列表按照什么规则排序
4.6数据是否存在极值
5、文案呈现
5.1句式是否一致（提示语“宾语+动词+成功”，文件目录编辑成功）
5.2用词是否一致、准确（整个系统页面里面提交而不是“确定，确认”，新建而不是“创建，添加”，成功而不是“完成，结束”）
5.3文案是否有温度感
6、输入与选择
6.1是否为用户提供了默认值
6.2输入过程是否提供提示和判断
6.3是否存在不必要的输入（用户的每一次输入都会增加输入错误的机会）
6.4是都制定键盘类型和键盘引起的滚动（默认键盘，密码键盘，url键盘，邮箱键盘，数字键盘）
7、交互过程与反馈
7.1是否周全的考虑了所有的操作成功的反馈（toast提示与专门的成功提示页：对于流程较短、重要性级别低的操作，在页面弹出非模态的toast进行反馈，对于流程较长的，重要性级别高的，则应该设置专门的成功提示页）
以下针对多唱app实例进行交互设计自查（大家也可以下载下来看看哦！）
当前设备iPhone 6s plus（分辨率1080*1920）
一、在信息流程和架构上
在首页点歌页面，顶部tab导航包括“推荐，歌曲，歌手，排行，歌单”和“收藏”，首先一般手机由于受到屏幕空间大小的限制，且又要满足用户点击的方便性，tab设计4-5个为最佳，其次前5个为系统推荐的歌曲，“收藏”与之有区别，收藏放在底部“我的”里面更符合用户的认知习惯，于是在顶部tab导航个人建议去掉“收藏”。
在首页点歌页面，“歌曲”tab既然作为仅次于“推荐”的用户的第二个重要的入口，筛选条件仅仅是“语言”的话，还是不够的，因为毕竟仅仅是中文歌还是很多首的，用户还是很难能找到自己喜欢的歌曲；其次筛选框又小又密集，又加上在ktv这种喧闹吵杂和昏暗闪烁的使用场景下，用户很难能发现筛选框，即使发现了，太小也不方便点击。
二、在界面呈现上
在“修改密码”和“用户反馈”页面，提交按钮分别在页面的中央和标题栏的右上角，违反了控件样式的一致性；其次在视觉流上面，用户反馈页面的视觉流出现了反复，提交按钮应该在联系方式的输入框的下面。
以上便是我对交互自查表的体会及感悟，我们可以设计的更好，我们将会设计的更好！
网友评论