前一阵子接手了另外一位同事的UI项目，在做业务梳理的时候发现自己也可以总结出来一些规律，所以这一次就我自己的经验来记录一下：
如何在梳理业务的过程中，尽量减少交互场景的缺失。
如果有前辈发现有问题或者有更好的办法也请提出给我，感激不尽。
在画图前，我一般情况会按照用户使用逻辑先整理出来无障碍流程，大致做些页面草稿出来，梳理得差不多了为了避免视觉回炉重造，我会按照“页面”与“操作”两大块儿来进行全部草稿流程图的绘制，补全缺失的极端场景后再去画视觉稿。
拿一个非常简单的“登录页面”举例
手机号登录页面输入相关内容后，点击登录，跳转到登录成功后的页面
这一过程涉及两个页面，一个操作。
最常规也是最必要的就是考虑操作的100种可能性，在此列举一些：
点了登录没任何反应是网络错误？
点了登录没任何反应是有内容没填写？
点了登录没任何反应内容填错了？（内容填错又可以衍生出哪块儿内容填错，是填写没按照规则还是验证码输错等等）
点了登录没任何反应是因为手机号没注册？
等等尽可能多的列举出来
考虑完操作衍生出的异常交互图场景后，基本解决大部分问题。
再来考虑一下页面异常的100种可能性，在此同样列举一些：
登录成功页空数据情况下展示什么？
登录成功页需要调用数据过大过多的情况下，加载缓慢？
登录成功页业务相关，不同用户记录展示的结果（我们做教育付费会存在买了A类型的课，买了B类型的课，都买了，都没买，买了之后过期了，首次登陆等等情况）
等等尽可能多的列举出来
每次先按照正常的流程迅速走一遍所有页面的骨架后，再尽可能多的按照操作异常与页面异常列举情况，基本就可以补上大部分的交互图场景，这个时候再去做视觉图会减少很多后期返工。
网友评论