交互走查表
1. 网络异常
页面有缓存数据时
页面有缓存数据时要考虑两种情况：
网络环境切换时（从WIFI到蜂窝数据；从蜂窝数据到WIFI），解决方案是“暂停播放并dialog提示”。
网络异常时，解决方案有两种，一是Toast提示；二是常驻list提示。
页面无缓存数据时
这种情况下，要有点击页面重新加载的功能，有些APP是提供重新加载的button，有些是点击空白页面任意区域都会触发重新加载，另外，还有很多APP会提供前往设置WIFI的入口。
2. 缺省页面
有页面框架时
显示页面框架+占位符；
无页面框架时
尽量采用情感化设计，同时可以引导用户去看推荐内容。
3. 加载刷新
页面有缓存数据时
（1）设计加载loading；
（2）考虑加载失败的情况，加载失败可分为网络原因和其他原因。一般会采用Toast提示。
页面无缓存数据时
（1）设计加载loading；
（2）考虑加载失败的情况，加载失败可分为网络原因和其他原因。一般会进行情感化设计。
下拉刷新
设计下拉刷新动画，每次刷新可以给予Toast反馈，例如豆瓣首页，每次刷新都会提示更新了多少条；如果当前内容已经是最新，可以提示用户已经是最新内容。
分段加载
因为客户端不可能一次性加载全部内容，得进行分段加载，规定每次加载多少条，像今日头条APP，我没记错的话应该是每次会加载60条数据。
分布加载
考虑分布加载，先加载文字，后加载图片，如果页面有框架，会最先出现页面框架，再显示文字和图片。由于加载图片时间稍长，所以在加载图片过程中会用一个默认的占位符来填充图片位置。
异步加载
为了减少用户等待时间，可以考虑需不需要采用异步加载。
智能加载
根据产品自身的特性，考虑是否分网络环境来加载不同内容。例如知乎APP，在设置中可以选择蜂窝环境下只加载文字不加载图片，帮助用户节约流量。
4. 其他情况
是否支持游客模式
APP启动页面的设计
token失效时
服务器异常时
不同产品根据自身的特点，需要走查的点是不一样的，例如：涉及多媒体播放和下载的产品，才需要考虑网络环境切换时的情况；必须强制登录的产品就不需要考虑游客模式的设计，等等。
《清单革命》这本书将人类所犯的错分为两类，一类是无知之错；另一类是无能之错。无知之错是因为缺少相关的知识所犯的错误，而无能之错并非因为没有掌握正确的知识，而是因为没有正确的使用这些知识。而交互走查表（清单）的建立，会减少我们犯无能之错的概率。
文章转载请保留网址：http://www.iswweb.com/news/industry/1845.html
