外观
单元三 · 流程④ · 信息架构
信息架构
用户找不到功能，往往不是功能太少，而是内容没组织好。信息架构（Information Architecture，IA）就是决定"内容怎么摆、用户怎么找"的那层设计——把一大堆内容分类、分层、命名，让用户能轻松找到自己想要的那一个。
信息架构是什么：组织的这层设计
用户为什么老说"找不到功能"？很多产品把功能一股脑堆在界面里，入口多、分类乱，翻半天也找不到目标。根子在于：信息是按功能组织的（公司"怎么管"），而不是按用户心智组织的（用户"怎么想"）。信息架构，就是决定"内容怎么组织、用户怎么找"的那层设计——用清晰的分类和层级，替用户铺好"找东西的路"。
信息架构回答两个问题：内容怎么组织 + 用户怎么找。
核心原则：按用户心智，不是按功能
信息架构的核心原则：按用户心智组织，而不是按功能组织。分类要符合用户头脑里"这东西该在哪"的直觉，而不是公司内部"这归哪个部门管"。判断标准很简单：用户找东西时第一个会去点的位置，你把它放在那里，就是对的心智。两个误区先排掉：入口越多越好是误区——入口越多选择越多，大脑负担越重（心智负担），真正的价值不是"入口多"，而是"入口找得到"；按功能组织是误区——功能是公司视角，用户心智才是用户视角，按功能分用户要"想一下"才知道在哪，按用户心智分用户"不用想"就能走到。
心智负担：入口越多，选择越多，大脑负担越重；价值在"找得到"，不在"数量多"。
微信四 Tab：按用户心智的教科书
| Tab | 对应的心智 | 一句话 |
|---|---|---|
| 聊天 | "我刚跟谁说过话？" | 日常最高频，排第一 |
| 通讯录 | "我想找某个联系人" | 按关系找人 |
| 发现 | "我想看看有什么新奇" | 朋友圈/视频号/扫一扫/小程序都归这里 |
| 我 | "我的资料、我的收藏、我的设置" | 一切"关于我"的 |
微信最下方四个 Tab——聊天、通讯录、发现、我，对应四种最基础的用户心智。这四个分类不是按"功能模块"分的，而是按"用户想做什么事"分的——这就是"按用户心智组织"的教科书样本。架构定了，导航结构（底部 Tab、侧边栏、页面跳转）就跟着它走：架构是"内容怎么摆"，导航是"用户怎么走"；架构在前，导航在后。
微信四 Tab = 四种用户心智：聊天 / 通讯录 / 发现 / 我。
发现页分组：几十个入口变成几大块
"发现"页塞了几十个入口（朋友圈、视频号、扫一扫、搜一搜、附近、购物、游戏、小程序……），平铺一屏就是灾难。微信的做法是分组：把入口按心智归成几组（社交、工具、服务），组间留明显间隔。几十个入口靠分组变成"几大块"，用户不用逐个扫，先看组名再定位——这就是分组减轻心智负担。
同一批入口：扁平平铺 = 乱、找不到；分组归类 = 清爽、秒找。
分类怎么分：维度要贴用户心智
分类不是随便切，要找一个用户"能秒懂"的维度。常见维度有三种：任务（用户想做什么事）、对象（用户想找什么对象）、频率（高频的放前面、低频的收进去）。微信四 Tab 就是"任务 + 频率"混合：既按"想做什么"，又按"多常做"。判断分类好不好，就看用户要不要"想一下"——不用想就找得到，就是好分类。
分类的三种维度：
| 维度 | 用户想 | 例子 |
|---|---|---|
| 任务 | 想做什么事 | 聊天、付款、出行 |
| 对象 | 想找什么对象 | 联系人、收藏、文件 |
| 频率 | 多常做 | 高频前置、低频下沉 |
层级多深：越浅越好，最多到"想一下"
层级越深，用户点得越多、越容易迷路——每多一层，就多一次"我在哪"的困惑（苹果"拇指法则"思路同源：关键内容尽量浅层可达）。原则：高频、核心功能尽量放 1~2 层内，一个 Tab 或一屏就够；低频、次要功能允许下沉，但路径要清晰、可预期。如果一个功能要点 4~5 层才到，先问：它是不是该往上提？它真的重要到值得这个深度吗？
微信"我的设置"深度：我(1层) → 设置(2层) → 隐私(3层) → 具体开关(4层)——低频、少用，所以可以深；但每条路径都清晰可预期。
边界：架构何时会变
架构不是一次定死的，是跟着内容规模和用户行为持续演进的活物。内容变多：入口从十几个涨到几十个，扁平放不下，必须引入分组。用户行为变：某功能从"偶尔用"变"天天用"，要往上提、给大入口——微信早期"视频号"找不到，后来逐渐前置，就是例子。整体看，微信的架构是**"浅层高频 + 深层低频"**：最常用的一个 Tab 就见，不常用的有条理地往下沉。
架构演进的两个驱动力：内容规模（变多→引入分组）+ 用户行为（变高频→往上提）。
深度
原理：为什么"按用户心智"比"按功能"更能让用户不用想？ 功能是公司内部的管理视角——"财务部管充值，客服部管意见反馈"，这是员工思维。用户不关心你内部怎么分部门，只关心"我要办的事在哪"。按用户心智分类，是站在用户找东西的那一刻去组织内容，让"第一个会去点的位置"就是目标所在。这一步做好了，后面导航、视觉才有意义。
方法：卡片分类法（Card Sorting）。 想找出"用户心智"怎么分，最实战的方法是卡片分类：把十几个入口各写一张卡片，让真实用户自己归类、命名。看用户怎么分、分到哪组，你就知道"用户头脑里的分类"长什么样。这是信息架构的经典方法，比设计者拍脑袋靠谱得多。
边界：信息架构 ≠ 导航，也不等于画线框。 导航是"用户怎么走"，架构是"内容怎么摆"；架构在前，导航在后。本课只讲"内容怎么组织"，导航的具体形态见 18 导航模式；分组与间距的视觉感受，来自 09 对齐与亲密性。
误区
| 误解 | 正解 |
|---|---|
| 入口越多越好 | 入口多选择多，心智负担越重；价值在"找得到"，不在"数量多" |
| 按功能组织就好了 | 功能是公司视角，用户心智才是用户视角；按用户心智分，用户才"不用想" |
| 信息架构 = 做导航 / 画线框 | 导航是"用户怎么走"，架构是"内容怎么摆"；架构在前，导航在后 |
| 分组就是随便套几个文件夹 | 分组要按用户心智的维度来分，乱分会变成多一层累赘 |
| 层级越深越专业 | 层级深 = 用户易迷路；高频功能要尽量浅层可达 |
练习
即时题 一个 App 把"充值""退款""账单""客服""意见反馈"五个功能，按公司内部部门（财务部管前三个、客服部管后两个）分成了两组。用户点进去却经常找不到自己要的。请用"按用户心智组织"的原理，指出问题出在哪，并重新给这五个功能分组。
答案
问题出在按"公司部门（功能）"分组，而不是按"用户想做什么"：用户找"退款"不会想到"财务"，找"意见反馈"得先想这是客服的事。重新按用户心智分：一组"账单与资金"（充值、退款、账单），一组"帮助与联系"（客服、意见反馈）——用户先想"我要办资金的事还是求助"，第一反应就能定位。模块题 你要为一个"个人记账 App"设计顶层结构（底部 Tab）：
- 列出日常记账用户最常做的 3~4 件事（按用户心智，而非数据库表）。
- 据此设计底部 Tab 及每个 Tab 的职责。
- 说明为什么"记一笔"这种最高频操作，应该极其浅层可达（放在哪、为什么）。
- 指出如果按"收入/支出/转账/查询"这种功能表来分 Tab，为什么用户会晕。
参考思路
常见心智：记一笔（记）、看本月花了多少（看）、复盘/预算（计划）、我的设置（我）。可设计四 Tab：记一笔 / 明细 / 统计 / 我。"记一笔"最高频，应放在最浅层——一个正中央大按钮或首页首要入口，一屏就到，绝不让用户点多层。"收入/支出/转账/查询"是按数据库表分，不是按"用户想做什么"分——用户记账时不会先想"这属于收入还是支出"，而是"我要记一笔账"，所以按功能表分会让人停顿。迷你案例：重建微信"发现页"的分组感 在 Penpot 新建一个 375×812 画板：
- 列出十来个入口（朋友圈、视频号、扫一扫、搜一搜、附近、购物、游戏、小程序、看一看、听一听等）。
- 先做扁平版：全部入口不加分组、从上到下平铺一长屏，观察"找东西"有多累。
- 再做分组版：把它们归成 3 组（如"社交/工具/服务"），组间留 32px 明显间隔，给每组建一个灰色小标题。
- 对比两版：哪一版"3 秒内找到扫一扫"更容易？为什么？
- 再想一步：如果某天"小程序"变得人人天天用，架构该怎么变？（提示：往上提、给大入口。）
做完你会信服：信息架构不是"画个导航"，而是决定用户能不能"不用想就找到"的那层设计。
素材
- 👉 打开交互演示：信息架构 — 同一批发现页入口，分组 vs 扁平对照，计时找目标，亲手体会"分组"把心智负担降下来
- 信息架构经典方法：搜索 "Information Architecture" / "Card Sorting"（卡片分类法，把入口写在卡片上让用户自己归类，是找出"用户心智"的实战方法）
- Apple HIG：App 结构与导航、层级（官方，如何组织内容与导航）
- Material Design 3：Navigation 与 Information Architecture（官方，信息架构与导航模式）
- 后续衔接：本知识点（架构）→ 18 导航模式（用户怎么走）；分组/间距的视觉感受来自 09 对齐与亲密性