这这篇文章中,我分析了一个网页要完成开发需要做哪些工作,依次来自我判定网页开发的完成进度,并且可以针对性的测试,对接口的设计也具有指导意义。
这里从另一个角度来分析,一个网页之所以做成这个样子,显示这些数据,把数据显示成这个样子,并非拍拍脑壳就下的决定,里面有深层次的原因。
我总结,有三个因素影响了网页的设计:
数据
网页终究还是要展示数据出来,所以这个很好理解,只有有了数据,才有一切,这也是最基础最重要的因素。要做一个网页,首先要分析这个网页要展示什么数据。这篇文章分析了数据的一般规律。
流程
有了数据,我们能做出一个网页,但是对于大多数应用来说,一个页面肯定是不够的,他一定有前驱和后继。最终的效果看起来,一个应用就是一个复杂的工作流。原谅我盗用一张图
然后,简单点的,一个页面A通过连接跳转到另外一个页面B;复杂点得,页面A有时候跳转到B,有时候跳转到C,等等跳转关系有时候比较复杂。如果从数据的角度看,一个数据A可以连接到数据B,也可以连接到数据C。那么数据A,B,C 大多数情况下是有关系的。
举个常用的例子:从 商品列表
到商品详情
,从商品详情
可以到登录页面
或者购买页面
。从商品详情
到购买页面
,那么此商品应该是可购买的状态,不能是预售或者下架的状态,否则应该引导用户回到商品列表或者给出提示,而如果当前用户是否登录状态,那么应该引导用户去登录,因为,在购买页面下单需要用户
和商品
信息,因此需要引导到登录页面获取用户信息。
说了这么多,结论是,应用的流程离不开数据,应用流程的设计和数据的结构本身以及数据状态是有紧密关系的。所以我们设计页面跳转和交互流程还是需要依赖数据的,反过来数据结构和状态影响页面的跳转和交互流程。
场景
这个也很容易理解
-
比如PC和Mobile上同样的应用程序一般长的的样子和交互特点都不一样,这是基于设备的场景。
-
再比如
商品列表
和商品详情
提现的数据均是商品
但是列表一般是简要的信息,而详情页则可以图文并茂,这是基于信息本身的便于索引和阅读的场景设计。 -
再比如登录功能,有些时候做成一个单独的页面,有的时候做成一个弹出对话框,这个是基于交互流程的场景。
-
再比如活动推广页面一般都很炫,图片多余文字,而商品列表或者商品详情页,却不是这样,这是是基于运营推广需求的场景。