信息架构等于是产品的骨架，需要资深的经验沉淀才能分析准确。为了让产品设计过程更加快速和制定一些规范，我制作了一份《信息架构分析表》，可以由交互设计师牵头，团队共同协作完成。《分析表》本身也不是完美的，在运用过程中会不断迭代优化。
产品设计初期，需要对产品结构做全面的梳理，这个行为称为信息架构。信息架构不仅仅是对内容的梳理，需要从用户行为、内容结构、数据关系等多个角度进行分析，最终交付一份信息架构分析表。
我将信息架构设计方法分为10个步骤：
头脑风暴
用户和行为
系统行为
子系统和客户端
界面分布
数据关系
数据模型
关键元素
术语表
接口定义
最终交付的信息架构分表，可以从全局引导交互设计、界面设计、数据库设计、后端开发、前端开发的推进。就像骨骼之于肌肉和器官的关系。
信息架构分析表并不是一次性写成的，每个步骤都需要反复和相关的人员沟通，从大纲到细节不断完善。下面将简要描述每个步骤的设计分析方法。
一、头脑风暴
用思维导图的方式，记录需求方对于产品的需求和思路。没有固定的格式遵循，不必考虑对错。记录后再经过两三次的重新梳理，力求让自己充分理解产品定位和核心需求，以及未来的发展方向。重新梳理的思维导图，将进行深度分解，应用到之后的9个步骤中。
二、用户和行为
对用户进行分类，并且罗列用户的主要行为，适当描述行为的流程。
用户的分类方法设定两个层级，第一级为用户分组，我们称之为“阵营”。例如：产品运营方阵营，做的是对内容、业务的管理维护；消费者阵营，做的是查询、下单、社交、分享；供应商阵营，做的是订单管理、商品维护、售后服务等。多个阵营最终组成产品的生态体系。
每个阵营有不同的权限需求，衍生出对应的角色。例如：管理员、客服、普通会员、VIP会员、供应商、配送员等。
详细列出每个角色在使用产品时的操作行为，例如：购买商品、充值/提现、创建新商品、分享照片、领取任务、邀请注册。其中一定有某些行为，与团队经历和市场常见的需求不同，需要指出其中的特殊流程。
通过对特殊流程的描述，将有助于指导业务逻辑和数据库的设计。
三、系统行为
除了人为操作的行为之外，有一些行为属于系统自动执行。例如：自动统计订单、自动结算账单、自动发送信息等。这类行为往往需要服务器端运行定时策略，执行后会产生或改变数据。相比由用户操作的被动执行程序，也被称为主动执行的程序。
四、子系统和客户端
分析了用户分类和各种行为之后，便可以规划系统划分为几个子系统和依托几个客户端。
例如：运营方使用的运营管理系统，是一个PCWeb端子系统；消费者购物用的子系统包含4个客户端，PCWeb端、iOS端、Android端、微信H5端；本文撰写工具有道笔记，有Windows客户端、Mac客户端。
罗列所有子系统和客户端，并对每个客户端做阶段性开发的排序，产品生命周期往往是先抓住种子用户，针对这个人群退出合适客户端。
五、界面分布
每个子系统和客户端拥有多少个界面，每个界面如何命名（中文和英文）。
首先需要划分子系统和客户端，再划分内容模块，最后罗列每个界面的名称。例如：运营管理系统/PCWeb端/商品管理/商品列表。
我将界面区分了三种类别：page / tab / dialog，区分它们的显示状态和层级关系。
界面的命名规范，每个团队有自己的习惯，我的习惯是“内容+形式”，例如：goodsList / articleDetail / orderForm / cartGoodsList，仅供参考。
在信息架构分析表中，我加入少量项目管理的元素。界面分布表中，我加入UIMock、静态样式和接口集成的开发进度，描述界面设计和前端开发是否完成。
六、数据关系
该步骤分析数据和数据之间的关联，将指导设计数据库结构。有特殊需求的地方，可以注明字段类型、长度、枚举等细节。
一个订单表，关系着多个表：商品明细表、用户表、商品表、收货地址表、地区表、优惠券表，我们需要描述它们之间的关联字段是什么。尤其是复杂业务或团队缺乏经验的领域，前期更要规划好表之间的关联关系，尽量考虑未来可能的变化和发展。
七、数据模型
这份数据模型所描述的是核心内容展示给用户看的信息，用表格型结构的方式呈现，不必描述所有数据表。
当核心的数据关系梳理清楚，我们需要提供一份数据模型，分别给需求方、交互设计和开发人员进行沟通。需求方需要明确回复，展示给用户看的数据是否足够；交互设计需要根据模型设计原型图上展现的信息；开发人员需要围绕数据模型考虑扩展、冗余、条件判断等需求，设计更详细的数据库结构。
八、关键元素
系统中可能需要设计一些与众不同的效果和功能，被称为关键元素，必要时绘制出的wireframe。关键元素往往是产品的卖点，前期沟通的时候一定会深入讨论；也往往是一个对设计和开发略有挑战的需求，也必须前期思考实现方式。
关键元素举例：
用个十百千万的格式输入金额（像会计帐本上的填写方式），与常规的输入方式不同；
搜索结果排序规则，需要给每个内容设计一个“权重”字段，至于权重值如何产生，后续再设计具体算法；
九、术语表
系统中一定有一些专业术语，需要将术语的中文、英文和说明描述清晰。
十、接口定义
这个部分很重要，对于指导开发、评估工作量、进度跟踪，有很大帮助。前面的界面分布，是针对设计和前端开发人员的。这个部分则是针对后端开发人员。
首先自己罗列一些主要的接口，再与后端开发人员沟通，定义出每一个内容和行为所要调用的后端接口。
经过这十个步骤的设计和分析，最终的信息架构分析表，将是整个产品的骨架。这也是高级产品经理的必修武功。分析信息架构的过程，也是一个贯穿需求、体验、设计、开发、数据和管理的过程。
