主页 > 新体验 > 设计沙龙 > 技术调研
  • 我们都在交互稿中放了些什么?

    adinnet/2017-02-16 16:15/技术调研

    很多初级PM经常发现自己APP的页面显示有问题,比如一直转菊花,比如加载体验很差,比如内容很多的时候需要等很久才能看到内容等等。这其实是没设计好页面加载的逻辑。其实用一张图就可以讲清楚页面加载如何处理逻辑。

    点击查看大图

    简单来说页i。

    页面加载模式

    页面加载主要有2种模式:

    • 先获取数据再显示页面(预先加载下一个页面数据,点击后立即显示下一个页面的所有内容。)

    • 先显示页面再获取数据(点击某个按钮立即进去下一个页面,然后再获取所有控件的数据。)

    默认是第2种,除非PD特殊说明。

    以下页面加载方法可以单独使用,也可以混合使用。

    当父子页面字段可以复用,再加载子页面的该字段请从本地获取而不是服务端。

    方法一:整体加载

    整体加载(Native页)

    • 定义:加载完所有内容后,再展示给用户看

    • 作用:能保证内容的整体性,能系统化的阅读所有内容。

    • 交互:显示在页面中央,先显示”加载中toast”,同时客户端拉取数据,全部拉取成功后再隐藏”加载中toast”,如果拉取失败则显示”失败toast”。

    • 场景:某些重要页面,比如购物车

    • 注意:可能有强烈的等待感,当超过3s后让用户产生焦躁。

    整体加载(H5页)

    H5页面一般都采用该方法,具体规则如上。

    分块加载

    • 定义:根据资源类型进行先后加载。文字→图片→语音→视频封面→其他资源

    • 作用:可以帮助用户快速阅读内容。

    • 场景:文章阅读页、新闻详情页

    • 注意:也许会丢失掉重要的关键信息,无法建立信息获取的闭环。

    具体的流程是这样的:

    整页加载

    • 定义:当前页与下一页是整页切换的时候,可以采用整页加载的形式。

    • 作用:能保证每个页面的完整性,体验比较顺畅。

    • 场景:全屏查看多图

    • 注意:

    1. 不好保证整页的加载效率,且有可能影响浏览的流畅度。

    2. 每个页面的数据量不能很大。

    分页加载

    自动

    • 定义:展示列表数据的时候,比如默认展示20条,滚动到更后的时候自动再加载20条。

    • 作用:把用户代入无尽浏览模式,让用户一直向下滚动,不需要手动点击下一页。

    • 场景:列表页,比如Pinterest的首页瀑布流

    • 注意:没有尽头,容易迷失,不方便快速索引定位到某个内容。

    手动

    • 定义:展示列表数据的时候,比如默认展示20条,滚动到更后的时候,点击加载20条。

    • 作用:方便快速索引定位到某个内容。

    • 场景:列表页,比如Pinterest的首页瀑布流

    • 注意:需要手动点击下一页。

    分屏加载

    • 定义:先加载框架和文字,再加载第一屏数据,向下滚动到哪里加载到哪里。

    • 作用:可以帮助用户快速阅读内容。

    • 场景:多屏并且数据较大的页面,比如h5电商活动页

    • 注意:也许会丢失掉重要的关键信息,无法建立信息获取的闭环。

    智能加载

    • 定义:非WIFI网络下,只加载内容框架以及文字,图片视频等只显示占位符。点击占位符,才去获取真实图片。WIFI网络下,初始加载所有资源。

    • 作用:根据具体场景来控件流量和加载速度。

    • 场景:数据量比较大的页面,比如优酷的视频详情页

    • 注意:不一定真实有效的命中用户需求。

    WIFI预先加载

    • 定义:有WIFI的时候预先加载常用数据,缓存到本地,当没网的时候,直接加载已经缓存下来的内容。使用了预加载+离线缓存机制。

    • 作用:解决了没网获取数据的问题,且节约了流量。

    • 场景:小说阅读App、视频类App。

    • 注意:占用本地存储空间,有时候预加载的内容更后用户没看。

    文章摘录链接 :http://www.woshipm.com/ucd/583968.html

上一篇:用腾讯企鹅电竞的案例告诉你完整的品牌设计该怎么做下一篇:做用户体验设计最难的是「平衡」
400-021-8655
在线咨询
在线留言