无论是Axure做设计原型或用Sketch做界面产出,把所有界面堆砌在一张画布中的做法是非常不可取的,哪怕你已经做了一定程度的排序和区分。其他人员的阅读体验,肯定是非常糟糕的。
以产品的的层级架构为参照构建目录是较为合适的组织方式。这样即能降低自然检索的成本,在对产品层级架构有统一认知的团队内非常容易理解和沟通;同时也有利于在阐述页面、功能时的条理性。
每张画布中承载的对象有2种,一种是单独的界面,一种是由界面组成的功能流程。
比如应用中的首页、发现、我的等页面都可以用单独一个线框图界面来阐述清楚界面中的逻辑关系,这类就是一个单独的界面。
再比如登录,是一个动态的操作流程,我们无法用单一的界面把登录这个操作的方方面面都介绍清楚,这时候我们就需要多个界面组成功能流程来阐述其中的逻辑关系。
整体而言,基于屏幕的产品都是由若干个界面组合而成,而界面中的元素大致可以归纳为3种:内容、入口、功能。功能与内容和入口都不同,功能和用户之间的联系是建立在往复的互动之中的,所以需要由个界面流程来详细阐述一个具体的功能流程。
单独的界面虽然相对独立且逻辑简单,不过由于内容的差异,页面也会存在着状态的差异。比如内容列表页面可能会存在着内容正常显示状态、内容为空、内容量溢出等不同状态导致的差异。在设计时候应该充分考虑着状态的罗列。
在一个大型项目种,同一个功能流程或界面状态,都可能会在不同位置重复出现。基于编程的思维逻辑,把这个功能流程或界面状态打包成为一个可复用的【集合】,只需要在框架位置最靠上的地方阐述该集合的逻辑,同时在父级和子级中分别说明集合出现的位置和集合介绍的位置即可。
这样即便需要修改集合的运作逻辑,也不需要逐一调整每个位置的页面。