信息架构的核心不是把页面多放几层，而是让用户在面对一组内容时知道“去哪里找、这个名称代表什么、找到后能做什么”。做法可以压缩成四步：盘点内容，按用户任务分类，画出层级和导航，再用卡片分类与树测试验证。下面以企业报销工作台为例，把目录、页面和验证材料串起来。
使用墨刀设计整理导航草图时，先对齐内容和标签，再加入视觉层级；颜色不能弥补菜单名称与用户任务不一致的问题。
先列内容，不先画导航
把报销工作台中用户真正要找的对象写成卡片：新建报销、草稿、待我审批、我发起的、抄送我的、发票查验、费用标准、报销记录、帮助。卡片只写用户可理解的名称和一句说明，不按公司部门或数据库表名分组。内容清单的作用是暴露遗漏和重复，例如“我的报销”和“报销记录”可能是同一类入口，也可能分别表示进行中与已完成。
| 内容卡 | 用户任务 | 需要确认的边界 |
|---|---|---|
| 新建报销 | 提交一笔新的差旅费用 | 从首页入口还是从记录页进入 |
| 待我审批 | 处理别人提交的申请 | 与“我发起的”角色不能混在一起 |
| 发票查验 | 确认发票是否可用 | 是报销步骤中的动作还是独立工具 |
| 费用标准 | 提交前判断额度 | 按组织、城市或费用类型筛选 |
按用户任务形成第一版结构
将卡片分成“我要提交、我要审批、我要查看、我要查规则”四组，再给每组一个用户看得懂的名称。此时不要追求目录深度，先确保一个卡片只落在一个主组；如果一张卡同时属于两组，记录它的入口需求，而不是复制两份内容。建议把一级导航控制在用户能快速扫读的范围，更多内容放到组内页面。
用墨刀设计把结构变成导航草图时，先放组名和页面标题，不急着调整颜色。每个页面底部写“从哪里来、完成什么、下一步去哪里”，这能及早发现孤立页面和循环跳转。
两轮验证分别回答两个问题
卡片分类：用户会怎样分组
把内容卡片打乱，请参与者按自己理解的方式分组，并为每组命名。重点看“待我审批”“我发起的”是否被混在一起，以及“发票查验”被放在哪个任务上下文。不要给参与者现成的一级导航名称，否则只能验证记忆而不是理解。
树测试：用户能否找得到
在没有视觉样式的目录树中给出任务：“找到上个月提交但还没有付款的差旅报销”。记录第一次点击、回退次数和最终位置。若参与者知道答案却找不到入口，问题在结构或标签，而不在页面颜色。一次树测试只安排几个代表性任务，按用户频率和业务风险选择。
| 任务 | 预期路径 | 失败信号 | 调整方向 |
|---|---|---|---|
| 处理待审批申请 | 待我审批→差旅→申请详情 | 先点我发起的 | 在一级导航中分开角色动作 |
| 查看已付款报销 | 我的报销→已完成 | 在记录页反复回退 | 给状态筛选明确命名 |
| 查深圳差旅额度 | 费用标准→城市→差旅 | 进入发票查验 | 让规则与工具成为并列入口 |
最容易造成混乱的三种分组
按组织架构分组：“财务中心、业务部门、管理后台”对内部人员有意义，对第一次办报销的人不一定有意义。除非用户确实按组织查找，否则先按任务分组。
把状态当页面：“待处理、处理中、已完成”通常是同一对象的状态，不必各做一套页面；用筛选和状态标签表达即可。
同名不同义：“记录、历史、我的申请”如果指向不同范围，必须在名称或说明中说清。名称不统一会让用户把重复内容当成不同入口。
交付一份能继续迭代的架构材料
最终交付应包含内容清单、卡片分类结果、导航树、页面与入口映射、树测试任务和发现的问题。每次改名都记录旧名称、新名称和理由，避免产品、设计和研发在不同文档里使用不同叫法。结构稳定后再进入视觉设计，视觉稿只解决呈现，不替结构验证。
如果团队需要继续画页面和验证跳转，可在墨刀中把导航草图接成可点击原型，邀请业务同事完成同一组找路任务，再决定哪些页面进入正式设计。
给页面命名的一条实用规则
导航名称优先使用用户要完成的动作或要查找的对象，例如“待我审批”比“审批中心”更直接，“费用标准”比“规则配置”更接近查额度的任务。每个名称旁写一句不可见于导航的说明，供团队评审：它包含什么、不包含什么、完成后去哪。若两个名称都能被同一批用户理解，继续用树测试区分，而不是凭会议投票。
从架构到页面的映射表
架构交付不能只是一棵树。补一张映射表：内容卡｜一级入口｜页面 URL/编号｜可执行动作｜负责角色｜状态。报销案例中，“待我审批”映射到审批列表和申请详情，“费用标准”映射到规则查询页；若一张内容卡没有页面或动作，说明它可能是说明文字、筛选条件或尚未确定的需求，应单独标记。
| 内容卡 | 页面编号 | 用户动作 | 待确认项 |
|---|---|---|---|
| 报销记录 | EXP-05 | 按状态和月份筛选 | 是否显示被退回的记录 |
| 费用标准 | EXP-08 | 按城市和费用类型查询 | 规则生效日期如何提示 |
这张表还可以直接作为原型页面清单。结构评审通过后，再进入视觉层，不会因为“页面画出来了”而掩盖导航仍找不到的问题。
移动端与角色权限怎么进入同一张结构表
桌面侧栏能展示较多分组，手机首页则应优先露出最常用任务。不要把完整桌面目录原样缩小：记录每个入口在手机上的位置、是否收进“更多”、从详情如何返回。先让用户找到“新建报销”和“待我审批”，再安排低频设置。
同一入口是否显示还取决于角色。普通员工可以查询规则，却未必能修改规则；审批人可以查看待办，却未必能浏览全公司记录。在页面映射表加入“可见角色、可执行操作、无权限时表现”三列，产品确认范围后再交给研发实现权限校验。
现在可以把报销内容清单放进墨刀设计，先画“提交、审批、查询、规则”四组入口和页面标题，再请业务同事寻找一笔历史报销。用实际找路结果调整分组，结构稳定后再细化视觉稿。
