产品信息架构图怎么画，很多人一上来就把所有页面拖成方框，再用箭头连起来。结果图是有了，团队却还是会问：用户为什么在这里找不到订单？这个栏目和那个功能有什么关系？改一个名称会影响哪些页面？信息架构的重点不是画图，而是给内容、页面和入口建立能长期维护的关系。
比如一个课程产品里，“课程”“学习记录”“证书”“消息”都可能出现，但它们不该只按内部部门来摆放。先想清用户要找的对象、完成的任务和下一步去向，再决定栏目和页面归属。结构清楚后，原型、导航和后续改版才不会每次都从头讨论。
信息架构图和用户流程图，先别混在一起
用户流程图描述的是“完成一件事要经过哪些步骤”，例如选课、付款、进入学习。信息架构图描述的是“内容和功能在哪里，彼此怎样归类”，例如学习中心下面为什么有课程表、学习进度和作业。一个关注时间顺序，另一个关注空间和层级。两张图需要互相校对，但不能用一张代替另一张。
当团队争论“这个按钮应该放在哪里”时，多半是信息架构还没有把用户心里的分类说清。当团队争论“点击之后去哪里”时，才需要回到流程。先分清这两个问题，可以避免把导航图画得像流程图，或把流程图误当成菜单结构。
产品信息架构图怎么画？先定这4层内容
- 核心对象层：先列出用户真正关心的东西，例如课程、订单、成员、项目、文件或消息。对象不是页面名称，而是用户会记住、查找和管理的内容。
- 栏目命名层：给对象安排用户听得懂的入口名称。避免把内部叫法直接放进导航；相近概念要写清边界，例如“我的课程”和“学习记录”分别解决什么问题。
- 页面分组层：把列表、详情、创建、编辑和设置等页面放回同一个对象下，再决定哪些入口需要出现在一级导航，哪些只在任务中出现。
- 状态边界层：补上空内容、无权限、已归档、处理中和失败等情况。没有状态边界的架构图，只在内容足够多、权限正常时看起来成立。
| 用户要找什么 | 应先考虑的归属 | 不要急着做成 |
|---|---|---|
| 已报名的课程 | 学习中心下的课程列表与课程详情 | 单独的“课程数据”一级菜单 |
| 还没完成的作业 | 课程详情内的任务或学习计划 | 与课程脱离的孤立提醒页 |
| 下载过的资料 | 资料对象或具体课程内的资源区 | 只按上传时间堆放的文件页 |
| 管理员处理的申请 | 后台申请对象与状态队列 | 把用户端的个人记录直接复用为管理入口 |
先拿一个真实产品，把用户会找的对象写出来，再按对象整理栏目和页面，不要从画方框开始。
画图前，先做一次“找东西”测试
不用先找复杂工具，先把十个常见问题写在纸上：我刚买的课程在哪里？要修改邮箱去哪里？历史订单在哪里？团队成员如何退出项目？然后请一位不了解内部结构的人说出他会先点哪个栏目。若不同人给出的路径差异很大，说明命名或分组还需要调整。
这个测试比“菜单看起来整不整齐”更可靠。信息架构服务的是用户找东西的方式，不是组织架构的分工。运营、财务和教务各自管理的内容，未必应该在前台各占一个入口；用户通常只关心自己要完成的任务能不能顺着找到。
栏目命名，别把内部术语留给用户猜
- 用对象或动作命名：“订单”“成员”“课程”“提交申请”通常比“业务中心”“资源管理”更容易理解。
- 相近栏目做对照：若同时有“资料”和“文件”，应写清一个是公开资源还是个人上传，避免用户来回试错。
- 一级导航不要承担所有功能：高频对象可以放一级，低频设置、规则说明和单次操作可以放在详情页或任务流程中。
- 名称变化要检查全链路：改菜单文字后，页面标题、面包屑、按钮、帮助文本和通知语也可能需要同步，不能只改导航。
用墨刀AI整理第一版时，输入要包含什么
墨刀AI的公开能力包含从文字、需求和已有素材生成原型、产品文档、流程图和思维导图等方向。适合把已有对象清单、用户角色、当前菜单、常见任务和明确不处理的范围放进同一份输入，得到一版可用于讨论的结构草稿。工具擅长帮助暴露遗漏的页面和关系，不会自动知道你的数据权限、历史迁移规则或客服处理方式。
产品：线上课程服务
主要角色：访客、学员、班主任、管理员
核心对象：课程、课时、作业、订单、通知
高频任务：找下一节课、提交作业、查看订单、联系班主任
当前问题：学习记录和课程详情重复；通知入口不明显
输出：对象层级、一级与二级栏目建议、每个对象的列表和详情页，以及待确认的权限问题生成后先逐层删减。把不是用户对象的临时页面移出主结构，把仅供内部人员使用的入口分开，再逐个检查每个对象是否有列表、详情、创建或空状态。这样得到的架构图更适合进入原型和评审，而不是一张只能展示在会议里的大图。
上线或改版前，用这4个问题复查
- 从任意高频任务出发：用户能否在两到三次选择内找到正确对象，而不是必须先理解内部栏目。
- 检查对象是否重复：同一份课程、订单或文件不应在多个栏目里以不同名字出现，除非明确说明视图差异。
- 检查权限和空状态：访客、普通成员和管理员看不到内容时，是否能知道原因和下一步，而不是只得到空白页。
- 检查改名后的痕迹：搜索、帮助、通知、表单和旧链接是否仍在使用过期名称，避免结构更新一半。
已有页面清单时，把对象、角色和高频任务放在一起，先形成一版能让产品、设计和研发共同检查的架构图。
常见问题
Q：信息架构图需要画到每个按钮吗？ A：不需要。先画对象、栏目和页面关系；按钮位置、字段和交互细节应放到页面原型或交互说明中。
Q：一级导航应该有几个？ A：没有固定数量。优先保留用户最常找的对象和高频任务，宁可把低频设置收进二级，也不要让每个部门各占一个入口。
Q：能不能直接按竞品菜单抄一份？ A：不建议。竞品的对象、角色和业务边界未必相同；可以借鉴表达方式，但应从自己的用户任务重新整理。
Q：AI生成的架构图可以直接上线吗？ A：不能。它能帮助形成讨论草稿，真实栏目、权限、数据迁移和异常页面仍要由项目成员核对。
