本文范围
分享本人在互联网产品设计中对于流程设计的思考与踩过的坑,不涉及传统软件工程中的UML图等。
流程图的定义
呈现用户使用产品步骤的图示
流程图在产品设计中的作用
确定产品需求后,进入交互设计阶段,首先需要绘制流程图,产品与交互借此梳理用户使用产品的行为,同时也能让其他项目干系人(产品、UI、开发、测试)快速理解需求的全貌。
流程图踩过的坑
1、以前喜欢把流程图画得大而全,恨不能把主流程与所有的分支流程全部画在一起。诚然这样最能体现产品使用步骤的全貌,但却不利于开发理解。在大而全的流程的基础上,可以按照产品模块来分类,每个模块旁边放一个流程图,开发就能结合流程与原型准确地理解需求,而不用再到庞大的主流程中去寻找对应的分支。
2、以前画流程图,常常会不自觉以矩形代表页面,以连接线代表操作。但悲剧的是,一旦页面发生变化,部分流程可能也就需要重新作调整。这样的流程图可能适用于原型图之间的跳转。如果处于产品设计早期时,过早地加入页面会影响用户流程的梳理。《易用的软件》一书的作者拉里·康斯坦丁和露西·洛克伍德认为:“在最终的设计分析中,把用户理解为人远不如把用户理解为行动的执行者来得重要。”用户的行动是分析的中心,因此,流程图建议以动作为主:
符合以用户行动为中心的交互设计理念
项目干系人看流程图时,不会过早陷入细节,更容易看懂
避免过早加入具象的页面,抽象的动作容错性较好,避免频繁的调整
当然,如果必须在流程图中加入页面,可以以信息加动作的形式展现。信息与动作一样,比页面更为抽象,容错性更好,也更容易调整。
像这样信息加动作的流程图,姑且叫做页面流程图,将会在本文中稍后作介绍。
流程的注释:
连接线:动作的连接、系统判断的结果(是/否)
矩形:动作、页面(信息与动作)
菱形:系统判断
流程图类型:
下面以提交应用审核与下载应用为例子,来说明我平时在工作中会用到的流程图的3种类型
基本流程图(单角色) 泳道图(多角色) 页面流程图(信息、动作)
如上所示第3种类型页面流程图,每个矩形分为上下两部分。上半部分是用户看到的,下半部分是用户做的。没有一个页面,但是已经包含页面所需的元素:信息与动作触发器。下一步就是把这些元素排列组合,比如应用列表、应用推荐、应用基本信息、搜索控件可以放在一个页面,如果觉得不合适,可以再排一次,直到找出最佳的组合方案。
网友评论