善用Axure写PRD,2种模式6种方法解析页面加载逻辑
有些APP的页面经常容易出现一直转菊花、等很久才能看到内容、图文显示错位等问题,这其实是没有妥善的设计页面加载逻辑。本文详解了页面加载的2种模式和7种方法,相信对初级PD有一定启发。
页面加载模式
页面加载主要有2种模式,默认是第2种,除非PD特殊说明。
- 先获取数据再显示页面(预先加载下一个页面数据,点击后立即显示下一个页面的所有内容。)
- 先显示页面再获取数据(点击某个按钮立即进去下一个页面,然后再获取所有控件的数据。)
页面加载方法
以下页面加载方法可以单独使用,也可以混合使用。
整体加载
需要注意的是,如果该页面是H5实现,逻辑也是相似的。
- 定义:加载完所有内容后,再展示给用户看
- 作用:能保证内容的整体性,能系统化的阅读所有内容。
- 交互:显示在页面中央,先显示”加载中toast”,同时客户端拉取数据,全部拉取成功后再隐藏”加载中toast”,如果拉取失败则显示”失败toast”。
- 场景:某些重要页面,比如购物车
- 注意:可能有强烈的等待感,当超过3s后让用户产生焦躁。
分块加载
- 定义:根据资源类型进行先后加载。文字→图片→语音→视频封面→其他资源
- 作用:可以帮助用户快速阅读内容。
- 场景:文章阅读页、新闻详情页
- 注意:也许会丢失掉重要的关键信息,无法建立信息获取的闭环。
需要注意的是,分块本身就有先后加载逻辑。
整页加载
- 定义:当前页与下一页是整页切换的时候,可以采用整页加载的形式。
- 作用:能保证每个页面的完整性,体验比较顺畅。
- 场景:全屏查看多图
- 注意:不好保证整页的加载效率,且有可能影响浏览的流畅度。另外每个页面的数据量不能很大。
分页加载
- 定义:展示列表数据的时候,比如默认展示20条,滚动到最后的时候自动再加载20条或者手动点击加载。
- 作用:把用户代入无尽浏览模式,让用户一直向下滚动,不需要手动点击下一页。
- 场景:列表页,比如Pinterest的首页瀑布流
- 注意:没有尽头,容易迷失,不方便快速索引定位到某个内容。另外加载方式可选自动和手动点击2种。
分屏加载
- 定义:先加载框架和文字,再加载第一屏数据,向下滚动到哪里加载到哪里。
- 作用:可以帮助用户快速阅读内容。
- 场景:多屏并且数据较大的页面,比如h5电商活动页
- 注意:也许会丢失掉重要的关键信息,无法建立信息获取的闭环。
智能加载
- 定义:非WIFI网络下,只加载内容框架以及文字,图片视频等只显示占位符。点击占位符,才去获取真实图片。WIFI网络下,初始加载所有资源。
- 作用:根据具体场景来控件流量和加载速度。
- 场景:数据量比较大的页面,比如优酷的视频详情页
- 注意:不一定真实有效的命中用户需求。
WIFI预先加载
- 定义:有WIFI的时候预先加载常用数据,缓存到本地,当没网的时候,直接加载已经缓存下来的内容。使用了预加载+离线缓存机制。
- 作用:解决了没网获取数据的问题,且节约了流量。
- 场景:小说阅读App、视频类App。
- 注意:占用本地存储空间,有时候预加载的内容最后用户没看。
最后
大家可以根据自己的业务需求,选择适合自己的页面加载模式和加载方法。
当然最好是在APP刚创建的时候去从全局的角度来定义该规则,其次重构客户端的时候也可以,平常只适合修改单个页面的规则。
相关阅读
#专栏作家#
浪子,公众号langzishuo,人人都是产品经理专栏作家。
本文原创发布于人人都是产品经理。未经许可,禁止转载。
收藏,以后做APP会用到。
哦。我知道了。后文里有写
“先获取数据再显示页面(预先加载下一个页面数据,点击后立即显示下一个页面的所有内容。)
先显示页面再获取数据(点击某个按钮立即进去下一个页面,然后再获取所有控件的数据。)”
这两种页面加载方法各有什么利弊吗?如果技术上实现难度都一样,看上去第一种对用户来说应该加载更快些,
各有利弊,各有使用场景。
比如后者更适合H5场景。前者适合加载很重要的页面。
流程图那里,当有预加载,无网络的情况下,是否也能显示缓存数据页面?
如果定义了缓存。那么如果预加载成功,然后没网络了。可以跳转到新页面,显示缓存数据。
但是我觉得一般不会这样设计,可能会直接设置成预加载成功才能进入新页面,同时必须网络正常。
绝对干货,谢谢大神的无私分享!
真心觉得很棒,感谢分享
分页加载的自动和手动分界没有很明显,自动那种也是人为触发的,其实本质还是手动,只是操作方式不同,一个是上拉加载,另一个是点击加载。
是的,但是业务上是两种。