Chapter3 规范信息架构与流程设计

第一章信息架构设计

（一）认知产品信息架构

定义：

信息架构设计是对信息进行结构、组织方式以及归类的设计，好让使用者与用户容易使用和理解的一项艺术与科学。（如：饭店装修）

目的：

让用户一眼就明白你的产品能做什么，大概怎么用。（如：底部导航）
用户能在需要的时候容易的找到某个功能，即容易记忆的。

为何需要设计：

信息架构不是功能的简单堆叠，需要区分主要功能和次要功能；
迭代升级不会给用户造成额外的困扰；

（二）产品信息架构设计的前期工作

1、了解用户、场景、习惯

Persona(用户角色模型)、场景（用户如何使用你的产品）→习惯

尊重用户的习惯：用户通常用你的产品做什么？用户用这类产品最关心什么？用户有哪些思维定式？用户用什么类似的产品？

不要在不必要的地方体现差别

2、了解业务需求

不仅要从产品经理那了解需求，还可以从市场和运营了解，从而让信息架构有更多的兼容性，让产品有更多的可能性。

3、调研竞品的信息架构

找3-5个同类竞品分析他们的信息架构,并找出他们的共性和差异；

共性是要遵循的用户习惯（eg：消息&联系人、关注的人、购物车）；

差异是设计创新点（eg：社交产品的发现页、购物网站的首页、打车应用的侧边栏）；

工具：思维导图工具（树状图）

改版：找竞品 + 找迭代版本；

4、卡片分类法：了解用户的心智模型；

让用户对功能卡片进行分类、组织，并给相关功能的集合重新定义名称的一种自下而上的整理方法。即让用户来搭建信息架构。

可以在了解竞品后，进一步了解用户的心智模型。

准备：

目标用户
功能/消息卡片；
2纸笔；
空白的卡片；
笔记本；

流程：

注意：

（三）产出产品信息架构设计

1、利用思维导图和Axure整合信息

对信息架构进行重要性分级（≠排序）→Axure 站点地图

2、寻找层和度的平衡

层：信息架构树的深度

层过深：进入某一叶功能时需要非常多层级，操作困难，一般不超过5层

度：某一节点子节点的数量

度过多：在某一层级有太多的内容，用户认知成本增加，容易找不到想找的内容

层和度相互转化，需要找到一个平衡

3、验证核心使用流程

（1）尽量保证根据树结构进行层级自上而下前进

（2）不连通层级间的跳跃，尽量发生在最后一步骤

4、考虑信息架构和交互构图的关系

移动端（利用重要性分级）

（1）tab式导航 = 第一重要级中多项

（2）抽屉式导航 = 第一重要级中只有一项，不需要经常使用，常见于工具型应用

（3）竞品与用户习惯（不要在信息架构构图层面，为了不一样而不一样）

Web端

（1）利用不同结构，体现重要级；

（2）利用布局，体现逻辑关系；