如何做交互自查?搬运+自己总结

  • 经验类型经验/观点
  • 经验属性原创文章
  • 经验版权署名-非商业性使用-相同方式共享
12711 14 394 2020-02-23

交互设计师做完交互设计后,面试官都会问你,你是怎么验收交互设计成果呢?


这时候就需要用交互设计走查,交互设计走查(自查)是设计评估到一个过程。


评审之前做:并不是开发完后再开始做,是在自己完成交互稿后就开始做,在评审之前查缺补漏。





以下是我整理百度设计师讲的如何设计走查(自查):


注意:最好从一开始做交互的时候就走查好,记在脑子里,少出错,就不用使用交互走查表了嘿嘿



1、架构走查


  • 该架构是否具有可行性和拓展性?


  • 用户在当前界面是否能知晓自己所在位置并能顺利回到首页?


  • 信息层级是否表意清楚?



2、流程走查


  • 新功能是否易于发现?是否需要引导?


  • 是否有多种操作方式达到同一个目的?(可通过点击、拖拽、右键等进行删除)


  • 此操作是否能撤销?操作如果能撤销,是否考虑撤销流程?


  • 用户操作后,是否给予有效操作反馈?


  • 控件是否使用适当?名称是否清晰易懂,让用户明确知道如何操作?


  • 是否考虑页面加在过程和加载失败的设计? A、启动页加载

       B、界面跳转加载:

    (1)当前页面加载:比如表单的提交,登录验证这些页面比较适合。

    (2)在下一页加载:在无异常状态下,绝大多数页面都是这样做的,体验会更好一些。

    (3)白屏加载

    (4)分步加载

    (5)懒加载

    (6)预加载

    (7)智能加载:仅在Wi-Fi下载图片

    (8)缓存加载

  



3、文案走查

  • 文案是否有错别字?eg:(1)登录/登陆选择哪个呢?(2)帐号/账号哪个是合适的?与钱有关用账号,比如支付宝。微信与钱无关,用帐号。


  • 文案是否简洁、易懂,长度是否限制(是否含有专业术语)


  • 文案截断策略是否考虑?(如何截断?截断位置)


  • 出现同一场景时,提示文案是否保持一致?



4、异常走查


  • 无网络/服务器异常/加载失败情况是否考虑?


  • 空界面/占位加载情况是否考虑?


  • 登录/未登录2个状态会怎么样?


  • 外界异常情况(如突然没电、设备损坏)是否考虑?


  • 本地存储空间已满是否考虑?( Sim卡、本地磁盘)


  • 待机(PC/Web端电脑休眠、移动端锁屏等)以及在APP外时是否考虑?后台运行、通知、下载、提醒、安装等时如何提示?



5、手势及硬件走查


  • 是否需要使用手势(单击、长按、滑动、拖拽、双击、缩小、放大)以及声音?


  • 手势是否有冲突?


  • 手势是否具有可替代方案?


  • 是否考虑硬件及接入外接设备操作?(硬件:Back、Menu、Home、音量、电源、麦克风、摄像头等;外接设备:插入耳机等)


  • 是否考虑横竖屏情况下的展示?


  • 是否需要动效?是否具体定义了动效?


  • 安卓手机加载状态是可以取消,苹果手机加载状态是不可以取消的,所以交互稿要写清楚是否要取消。








以下是我搬运目前比较流行的交互设计自查表:








我毕竟是个UI,所以然后我整理了一份适合自己理解的交互设计走查(每个人理解不一样):



1、任务走查


  • 在哪些场景完成什么任务?


  • 任务是否按照优先级表意清楚?



2、流程走查


  • 新功能是否易于发现?是否需要引导?


  • 核心任务流程:从头到尾是否能顺畅走通


  • 缩减流程:是否当前太长


  • 全景图:全站页面分布和组织情况,页面之间的跳转关系


  • 框架图:关键界面的框架梳理,体现优先级关系


  • 异常流程:退出、撤销、重置、返回、不通过、过期失效


  • 返回:从哪里来是否可以回到那里去


  • 用户在当前界面是否能知晓自己所在位置并能顺利回到首页?


  • 保存:复杂任务流是否支持保存或自动保存;意外退出前保存提示


  • 复杂状态之间的变化关系:子流程梳理辅助说明


  • 是否有多种操作方式达到同一个目的?(可通过点击、拖拽、右键等进行删除)


  • 此操作是否能撤销?操作如果能撤销,是否考虑撤销流程?


  • 用户操作后,是否给予有效操作反馈?


  • 控件是否使用适当?名称是否清晰易懂,让用户明确知道如何操作?


  • 是否考虑页面加在过程和加载失败的设计?A启动页加载

      B界面跳转加载:

    (1)当前页面加载:比如表单的提交,登录验证这些页面比较适合。

    (2)在下一页加载:在无异常状态下,绝大多数页面都是这样做的,体验会更好一些。

    (3)白屏加载

    (4)分步加载

    (5)懒加载

    (6)预加载

    (7)智能加载:仅在Wi-Fi下载图片

    (8)缓存加载



 



3、页面走查


3.1 视觉


  •  视觉风格是否一致?


  • 上下间距一直么?


  • 按钮圆角一致么?


  • 卡片内文字间距一致么?


  • 卡片内亲密性原则用了么?


3.2 按钮


  • 按钮的分类:大按钮、中按钮、小按钮、小标签


  • 按钮大小:是否按照8的倍数


  • 按钮状态:默认、经过、点击、置灰(到底可用不可用,激活条件是什么?)、选中、加载中(提交按钮)


  • 选择组件:单选、多选、tab选,是否有默认选中项?


  • 输入框:输入及时校验,有错误时定位;有特殊输入条件限制的输入框是否有明确说明
  • 最小可点击控件是否大于等于44


3.3 链接


  • 链接:点击后颜色是否有变化


3.4 文案


  • 文案可见性:是否颜色太轻,看不清?


  • 文案是否太啰嗦,eg:2020年2月20日改成2020.2.20


  • 文案长度:是否有限制?


  • 文案超过一行该怎么显示?


  • 文案字体:是否一致?


  • 同级文案大小:是否一致?比如2个页面相同等级的一级标题是否一样大?


  • 文案数字字体:是否使用特殊字体?


  • 文案数字字体:是否与中文空半个格?


  • 数字标点符号是否一致?eg:2020.2.20不等于2020-2-20


  • 核心文字是否统一?


  • 文案内容是否完整、通俗易懂、有趣?


  • 文案是否有错别字?eg:(1)登录/登陆选择哪个呢?(2)帐号/账号哪个是合适的?与钱有关用账号,比如支付宝。微信与钱无关,用帐号。


  • 出现同一场景时,提示文案是否保持一致?




3.5 弹窗


  • 遮罩:是否有背景


  • 操作:主行动点是否突显,有无取消操作?


  • 核心、毁灭性操作是否有二次确认提示?


  • 风格:是否弹窗风格一致?



4、交互与反馈


4.1 从A状态到B状态


A.触发时


  • 触发源:操作按钮在当前界面中是否明确


  • 触发区域:操作按钮是否易操作易触达


  • 未释放状态:考虑内容过多或展示过快时支持长按停留内容;是否可以取消,例如发送语音消息,此时是否允许用户取消发送;


B.触发后


  • 结果反馈:是否有反馈,反馈是否备注清楚,选择轻(tip/小红点)、中(Toast)、重(提示框)提示优先级别是否恰当;常见的结果类型有成功、失败、空(搜索)、无权限;触发的控件是否有状态变化


  • 加载状态:状态改变的等待时间是否超过3S左右,如果太长是否需要加入加载状态


  • 转场动效:是否需要添加有趣的转场动效


  • 撤销:是否支持撤销操作


  • 是否需要使用手势(单击、长按、滑动、拖拽、双击、缩小、放大)以及声音?



  • 手势是否有冲突?


  • 手势是否具有可替代方案?


  • 是否需要动效?是否具体定义了动效?


4.2 刷新和加载


  • 刷新:自动还是手动刷新?每次刷新加载多少条内容?刷新失败如何提示?


  • 无线刷新:顶部下拉、底部上拉,安卓有刷新按钮


  • 加载:复杂页面是否有副列表加载?预览、保存、提交的完成时间若超过3S是否有加载的过渡状态?新加载内容是否有高亮底纹显示?


4.3 通知机制


  • 回流:多端任务流是否需发送通知(钉钉、邮件、旺信、短信等)拉用户回到平台?发送通知的触发状态是否交代清楚


  • 消息推送:是否需要消息推送C用户,调用系统通知还是第三方还是其他方式


  • 推送策略:是否备注通知的推送时间、表现形式、失效策略



5、异常走查


  • 无网络/服务器异常/加载失败情况是否考虑?


  • 空界面/占位加载情况是否考虑?


  • 登录/未登录2个状态会怎么样?


  • 外界异常情况(如突然没电、设备损坏)是否考虑?


  • 本地存储空间已满是否考虑?( Sim卡、本地磁盘)


  • 待机(PC/Web端电脑休眠、移动端锁屏等)以及在APP外时是否考虑?后台运行、通知、下载、提醒、安装等时如何提示?


5.1 网络状态


  • 没有网络(无网)


  • 网络超时(断网)


  • 网络太慢(弱网)


  • 网络环境变化:从WiFi到数据流量环境时是否需要切换视图


  • 加载失败:是否自动重新加载?


5.2 模式


  • 编辑模式:编辑模式下出现意外情况是否提示保存或自动保存已填信息


  • 夜间模式:是否需要考虑夜间模式(有没有光线较暗的场景)


  • 无图模式:数据流量环境下是否提示切换无图模式


  • 低电量模式:是否减弱部分视觉效果,停用富文本内容的自动刷新与下载


  • 沉浸模式:如全屏模式、VR模式,考虑退出操作的便捷性和信息提示弱打断


5.3 异常


  • 异常操作:连续多次点击给予反馈、统一设备登录多个账号验证码、统一IP;连续破坏性操作n项内容时是否需要身份验证


  • 数据相关:进入页面后服务器获取不到数据;搜索无结果状态;数据加载时间较长时预设默认图片、状态、内容框架;


  • 错误提示页:404页面、即将上线、页面失效、服务下线、系统繁忙,考虑出错页面内容情感化表达以减弱用户的受挫感


5.4 账号权限


  • 未登录:登录和未登录按钮权限差别,需要登录后才可操作的功能是否备注


  • 用户权限:需要读取权限吗?如何描述读取内容让用户读?不同权限管理


5.5 其他


  • 是否需新手引导页


  • 是否需要进行埋点,以便分析用户行为?


  • 技术可行性


  • 必要的动效提供




6、硬件走查


  • 横竖屏:是否支持横屏显示,横竖屏时布局及功能是否完整


  • 分辨率高低:分辨率情况下是否会有适配问题,例如5s等小屏手机下内容展示及操作区域是否足够?


  • 硬件、系统版本:不同手机的物理按键、系统等不同,是否需要备注


  • 应用版本:新增功能是否影响老版本,是否需要升级


  • 硬件交互:定位、蓝牙是否打开?需要调用GPS、相机的使用权限吗?如何让用户更加愿意授权?


  • 是否考虑硬件及接入外接设备操作?(硬件:Back、Menu、Home、音量、电源、麦克风、摄像头等;外接设备:插入耳机等)


  • 安卓手机加载状态是可以取消,苹果手机加载状态是不可以取消的,所以交互稿要写清楚是否要取消。



总结


做交互自查是为了提升工作效率和质量。最好能够记在脑子里,那样就不需要交互自查表了。


Powered by Froala Editor

全部评论:14

  • 嘉雷

    2020-03-18 12:20

    哇很赞欸 感谢分享

  • 赵灵儿

    2020-03-04 19:53

    @Psyche孙: 苹果规范,还有做8的倍数能整除,和谐,不过很多人会按照自己的习惯做,反正我走8哈哈哈

  • Psyche孙

    2020-03-04 18:05

    按钮为什么要8的倍数啊

  • Psyche孙

    2020-03-04 18:02

    干货!

  • 赵灵儿

    2020-03-03 11:14

    @赵灵儿: 评审是交互评审

  • 赵灵儿

    2020-03-03 11:13

    @touch月光: 评审之前做:并不是开发完后再开始做,是在自己完成交互稿后就开始做,在评审之前查缺补漏。

  • touch月光

    2020-03-03 10:16

    总结的真好,学习了。想问下UI走查在那个阶段进行比较好啊

  • 2020-03-02 16:23

    收藏了,小姐姐有没有源文件的分享 啊?

  • 叫我岁岁

    2020-03-02 09:01

    很干~

  • 赵灵儿

    2020-02-24 19:24

    @UILEO: 呀!!被大神评论了、、、好激动!!!!!!!

  • UILEO

    2020-02-24 13:07

    用一句话来总结就是,你设计的功能是不是受众用户所期待的或者是能带来更好的超出预期的体验

  • 惜花童鞋

    2020-02-24 10:22

    整理的过程就是重塑为自己的知识体系的过程,继承才能发展,借鉴后才会创新;说明你一直在前进

  • 赵灵儿

    2020-02-23 23:03

    @巴比sunley: 搬运加自己总结,其实我看另外一个阿里设计师总结的也很棒,,我都借鉴了一下

  • 巴比sunley

    2020-02-23 21:44

    马了,很棒很实在的分享

更多作品

发表评论

取消

点击右上角
分享给朋友吧

分享到

取消

每人每天仅限5票,快给你心仪的作品鼓励的一票。

投票