三种结构图

功能结构、信息结构、产品结构，各画各的，别混成一张。

写需求之前要画三张树状图：功能结构、信息结构、产品结构。顺序不能反，混成一张谁都看不明白。

你会遇到的现象：

• 画了一张大图，功能和字段全塞在上面，最后自己都看不懂
• 跟开发讨论时对不上，因为图上没有对象和字段
• 直接开始画原型，画到一半推翻重来，陷在细节里出不来

三张图各管什么

产品结构图不是前两张的简单叠加，中间隔着一次真正的产品设计。它的价值在于成本低：改一个功能的位置只要动一个节点，不用重画原型。信息架构这个概念讲的正是共享信息环境的结构设计，让信息可找、可用——这三张图就是它在产品里的落地工具。ia

各自怎么画

功能结构图从业务流程里抽象出关键节点和操作，划分模块，功能点命名用动词加名词，比如「导出对账单」。它有两条硬约束：模块数量五到九个、层级两到三级。超出的话不是图画错了，是功能范围该收了。

信息结构图从业务里抽象出对象，梳理描述这个对象要哪些字段，再补上业务需要的字段。它最容易画错的地方是按页面罗列信息——它应该站在全局鸟瞰整个信息体系，以对象为单位：同一个用户对象的信息会出现在很多页面上，图上只画一次。

产品结构图基于前两张，把功能分类分层、抽象出产品框架，在每个节点上标注这一页要展示哪些信息。不涉及交互细节，那是下一步的事。产品结构图画完，原型其实已经完成了一半：每个页面有哪些信息都标注在上面，画原型只是把它变成视觉稿。它也是最容易被跳过的一张——看起来只是多画了一张，实际上省掉了最贵的一轮返工。

一个人要画几张

三张都画当然最稳，但一个人做产品可以按项目复杂度取舍。

• **做一个小工具：画信息结构就够。**功能就那几个，但对象和字段定错了后面全别扭。
• **有多个角色或多条业务线：三张都要。**功能归属和权限边界必须先画清楚。
• **主要是内容展示：功能结构加产品结构。**数据模型往往很简单，重点在组织方式。
• **只画一张：选信息结构。**它是唯一一张画错了要重构数据库的图，另外两张改起来便宜得多。

画的形式不用讲究。思维导图、文本缩进、让 AI 生成一段 Mermaid，都行。它们的价值在于逼你把关系想清楚，不在于交付物本身——这也是它们能替代原型做评审的原因：改一个节点几秒钟，改一版原型要半天。