信息架构分析表——十个步骤打造产品骨架

信息架构等于是产品的骨架,需要资深的经验沉淀才能分析准确。为了让产品设计过程更加快速和制定一些规范,我制作了一份《信息架构分析表》,可以由交互设计师牵头,团队共同协作完成。《分析表》本身也不是完美的,在运用过程中会不断迭代优化。

产品设计初期,需要对产品结构做全面的梳理,这个行为称为信息架构。信息架构不仅仅是对内容的梳理,需要从用户行为、内容结构、数据关系等多个角度进行分析,最终交付一份信息架构分析表。

我将信息架构设计方法分为10个步骤:

  1. 头脑风暴
  2. 用户和行为
  3. 系统行为
  4. 子系统和客户端
  5. 界面分布
  6. 数据关系
  7. 数据模型
  8. 关键元素
  9. 术语表
  10. 接口定义

最终交付的信息架构分表,可以从全局引导交互设计、界面设计、数据库设计、后端开发、前端开发的推进。就像骨骼之于肌肉和器官的关系。

信息架构分析表并不是一次性写成的,每个步骤都需要反复和相关的人员沟通,从大纲到细节不断完善。下面将简要描述每个步骤的设计分析方法。

一、头脑风暴

用思维导图的方式,记录需求方对于产品的需求和思路。没有固定的格式遵循,不必考虑对错。记录后再经过两三次的重新梳理,力求让自己充分理解产品定位和核心需求,以及未来的发展方向。重新梳理的思维导图,将进行深度分解,应用到之后的9个步骤中。



二、用户和行为

对用户进行分类,并且罗列用户的主要行为,适当描述行为的流程。

用户的分类方法设定两个层级,第一级为用户分组,我们称之为“阵营”。例如:产品运营方阵营,做的是对内容、业务的管理维护;消费者阵营,做的是查询、下单、社交、分享;供应商阵营,做的是订单管理、商品维护、售后服务等。多个阵营最终组成产品的生态体系。

每个阵营有不同的权限需求,衍生出对应的角色。例如:管理员、客服、普通会员、VIP会员、供应商、配送员等。

详细列出每个角色在使用产品时的操作行为,例如:购买商品、充值/提现、创建新商品、分享照片、领取任务、邀请注册。其中一定有某些行为,与团队经历和市场常见的需求不同,需要指出其中的特殊流程。

通过对特殊流程的描述,将有助于指导业务逻辑和数据库的设计。



三、系统行为

除了人为操作的行为之外,有一些行为属于系统自动执行。例如:自动统计订单、自动结算账单、自动发送信息等。这类行为往往需要服务器端运行定时策略,执行后会产生或改变数据。相比由用户操作的被动执行程序,也被称为主动执行的程序。



四、子系统和客户端

分析了用户分类和各种行为之后,便可以规划系统划分为几个子系统和依托几个客户端。

例如:运营方使用的运营管理系统,是一个PCWeb端子系统;消费者购物用的子系统包含4个客户端,PCWeb端、iOS端、Android端、微信H5端;本文撰写工具有道笔记,有Windows客户端、Mac客户端。

罗列所有子系统和客户端,并对每个客户端做阶段性开发的排序,产品生命周期往往是先抓住种子用户,针对这个人群退出合适客户端。



五、界面分布

每个子系统和客户端拥有多少个界面,每个界面如何命名(中文和英文)。

首先需要划分子系统和客户端,再划分内容模块,最后罗列每个界面的名称。例如:运营管理系统/PCWeb端/商品管理/商品列表。

我将界面区分了三种类别:page / tab / dialog,区分它们的显示状态和层级关系。

界面的命名规范,每个团队有自己的习惯,我的习惯是“内容+形式”,例如:goodsList / articleDetail / orderForm / cartGoodsList,仅供参考。

在信息架构分析表中,我加入少量项目管理的元素。界面分布表中,我加入UIMock、静态样式和接口集成的开发进度,描述界面设计和前端开发是否完成。


六、数据关系

该步骤分析数据和数据之间的关联,将指导设计数据库结构。有特殊需求的地方,可以注明字段类型、长度、枚举等细节。

一个订单表,关系着多个表:商品明细表、用户表、商品表、收货地址表、地区表、优惠券表,我们需要描述它们之间的关联字段是什么。尤其是复杂业务或团队缺乏经验的领域,前期更要规划好表之间的关联关系,尽量考虑未来可能的变化和发展。



七、数据模型

这份数据模型所描述的是核心内容展示给用户看的信息,用表格型结构的方式呈现,不必描述所有数据表。

当核心的数据关系梳理清楚,我们需要提供一份数据模型,分别给需求方、交互设计和开发人员进行沟通。需求方需要明确回复,展示给用户看的数据是否足够;交互设计需要根据模型设计原型图上展现的信息;开发人员需要围绕数据模型考虑扩展、冗余、条件判断等需求,设计更详细的数据库结构。


八、关键元素

系统中可能需要设计一些与众不同的效果和功能,被称为关键元素,必要时绘制出的wireframe。关键元素往往是产品的卖点,前期沟通的时候一定会深入讨论;也往往是一个对设计和开发略有挑战的需求,也必须前期思考实现方式。

关键元素举例:

  • 用个十百千万的格式输入金额(像会计帐本上的填写方式),与常规的输入方式不同;
  • 搜索结果排序规则,需要给每个内容设计一个“权重”字段,至于权重值如何产生,后续再设计具体算法;


九、术语表

系统中一定有一些专业术语,需要将术语的中文、英文和说明描述清晰。


十、接口定义

这个部分很重要,对于指导开发、评估工作量、进度跟踪,有很大帮助。前面的界面分布,是针对设计和前端开发人员的。这个部分则是针对后端开发人员。

首先自己罗列一些主要的接口,再与后端开发人员沟通,定义出每一个内容和行为所要调用的后端接口。



经过这十个步骤的设计和分析,最终的信息架构分析表,将是整个产品的骨架。这也是高级产品经理的必修武功。分析信息架构的过程,也是一个贯穿需求、体验、设计、开发、数据和管理的过程。

《信息架构分析表》模板下载地址note.youdao.com/notesha

编辑于 2018-04-06