信息架构：给内容一个家

先理解这个概念

信息架构决定内容如何归类，导航只是它的可见入口。分类应接近用户的心智模型，而不是公司的部门结构。卡片分类帮助理解人们如何分组；树测试用纯文字层级验证内容是否容易找到。

分类可以按对象、任务、时间或状态组织，但同一层级混用这些维度会让内容归属不稳定。“项目、最近、进行中、设置”可以都是入口，却不是互斥的文件夹。先定义哪些是实体，哪些是视图，再决定导航；否则同一条记录容易重复存放，或者只能靠用户记住创建位置。

记住这三个原则

1. 01

   同层级项目使用一致的分类维度。

2. 02

   名称要能预测内容，少用“赋能中心”之类抽象词。

3. 03

   允许必要的交叉入口，但确保内容只有一个明确来源。

实际设计时，分三步做

1. STEP 01

   列出实际内容及用户使用的称呼，为相似词写清区别，例如相册是人工集合，标签是可交叉的属性。

2. STEP 02

   建立内容关系：一张照片能否属于多个相册，删除相册是否删除照片。数据关系会直接决定界面的解释方式。

3. STEP 03

   用不带布局的文字目录测试查找任务，观察用户第一次选择哪里。如果反复选错，先改分类或名称，再改图标。

一个容易理解的例子

类别名称直接回答“这里有什么”。

适用边界与取舍

多个入口本身并非重复设计。只要记录来源和修改规则一致，交叉入口能帮助不同心智模型的用户。真正的问题是不同入口产生互相矛盾的副本和状态。