交互边界

自查步骤：1.主流程的自查。根据用户使用场景进行一步一步的拆解，检查目前的主流程是否存在问题。一般主流程是pm和交互讨论后定的，但也不乏出现问题的情况，这种主流程的自查其实可以多找几个未参与主流程设计的人问问，看看他们的使用情况。2.对交互细节进行梳理。细节主要包括了以下几点：1）页面信息布局。主要检查页面布局是否清晰、操作按钮是否放在合适的位置。比如iosapp中内容编辑页面，提交或下一步大部分都放在右上角。2)页面切换效果。ios页面切换效果有从右往左推入、从左往右退出、从下往上弹出、从上往下退出、渐现、渐隐、立现、立隐。大部分ios页面切换会遵循以下的规范，对于一个连续的操作，打开一个新页面是从右往左推出，而返回上一级页面是从左往右退出。但是如果是在原本操作流程中临时插入一个新的流程（如提交内容时登录，登录就是临时插入的流程），新页面则是从下往上弹出，当处理完这个流程后会从上往下收起。当前页面的蒙版，高斯模糊效果并不能算是一个新的页面，所以如果以推入的动画来实现页面的切换效果就不是特别好，这个时候立现可能会更好。3）操作按钮位置。按钮位置是否合理，如确认弹框中，确认放左边还是右边。按钮是用文字还是icon或者icon和文字结合的形式。4）操作反馈。对于用户的操作最好能给予用户一定的反馈，这样用户才知道自己究竟做了些什么，比如button点击的二态，收藏成功后的提示。这些都是对用户操作的及时反馈，会给用户安全感，不然我都不知道我点中了没有，收藏成功了没有。3.边界case自查。交互越复杂的需求遇到的边界case会越多，而这些边界case也是最容易让人遗漏的点。1）网络类：无网络、网速慢、网络环境的变化、网络超时2）帐号类：是否需要登录才能使用、未登录、多设备同步3）硬件类：屏幕过大、屏幕过小、找不到相关设备、横竖屏旋转、内存不足4）权限类：无权限、权限不足（相册、照相机、定位、麦克风）5）缓存类：内容编辑是否缓存，最新数据与缓存数据不一致6）活动类：活动有效期，过期提醒7）数据丢失，数据查找失败8）历史版本兼容9）事件互斥性，执行某个操作的同时执行其他操作是否允许。（如在语音播放过程点击返回是否结束语音播放）10）输入限制：输入长度限制、输入字符限制。一梳理发现边界case真心好多，想起以前一开发同学跟我说处理边界case和实现一个功能的耗时是差不多的，pm如果能够在出需求的时候尽量把边界case都想全，将很大程度节省开发同学在项目开发过程找pm确认边界处理情况的耗时。