三种结构图 | 设计结构 | 做产品
三种结构图
写需求之前要画三张树状图：功能结构、信息结构、产品结构。顺序不能反，混成一张谁都看不明白。
你会遇到的现象
-
画了一张大图，功能和字段全塞在上面，最后自己都看不懂
-
跟开发讨论时对不上，因为图上没有对象和字段
-
直接开始画原型，画到一半推翻重来，陷在细节里出不来
三张图各管什么
图回答什么画什么主要用途
功能结构图 产品有哪些功能模块，怎么划分 树状，功能名，2~3 级 梳理需求范围，对齐设计思路
信息结构图 每个业务对象包含哪些信息 以对象为根，字段为枝 给开发做数据表设计参考
产品结构图 功能和信息怎么落到页面上 页面框架 + 各页承载的信息 替代原型做评审，指导画原型
产品结构图不是前两张的简单叠加，中间隔着一次真正的产品设计。它的价值在于成本低：改一个功能的位置只要动一个节点，不用重画原型。
顺序不能反，混成一张谁都看不明白
① 功能结构图 有哪些功能模块 树状 · 功能名 · 2–3 级 用来梳理需求范围
② 信息结构图 每个对象含哪些信息 以对象为根 · 字段为枝 给开发做数据表设计
③ 产品结构图 怎么落到页面上 页面框架 · 各页承载的信息 能替代原型做评审
② 到 ③ 之间隔着一次真正的产品设计——第三张不是前两张的简单叠加。 它的价值在于成本低：改一个功能的位置只要动一个节点，不用重画原型。
功能结构图有两条硬约束：模块五到九个、层级两到三级。超出的话不是图画错了，是功能范围该收了。 只画一张就选 ②——它是唯一一张画错了要重构数据库的，另外两张改起来便宜得多。
信息结构图最容易画错的地方是按页面罗列信息。它应该以对象为单位鸟瞰全局——同一个用户对象的信息会出现在很多页面上，图上只画一次。
各自怎么画
功能结构图
1 了解业务，梳理业务流程 2 抽象出关键节点和操作 3 划分功能模块，罗列功能点 4 确定从属关系，粒度从粗到细
命名动词 + 名词，比如「导出对账单」
信息结构图
1 从业务里抽象出对象 2 梳理描述这个对象要哪些字段 3 补上业务和功能需要的字段 4 检查有没有缺失或冗余
关键跨页面、跨功能，别按页面罗列
产品结构图
基于前两张，把功能分类分层、抽象出产品框架，在每个节点上标注这一页要展示哪些信息。 注意不涉及交互细节，那是下一步的事
功能结构图有两条硬约束：模块数量控制在五到九个、层级控制在两到三级。超出的话不是图画错了，是功能范围该收了。
信息结构图最容易画错的地方是按页面罗列信息。它应该站在全局鸟瞰整个信息体系，以对象为单位——同一个用户对象的信息会出现在很多页面上，图上只画一次。
跟架构图、流程图的区别
类型描述什么形式什么时候用
结构图 系统由哪些部分组成，静态的组成关系 框图、树状图 写需求文档之前，梳理业务
架构图 组件之间怎么交互、依赖，信息怎么流动 框图 系统设计、软件与网络架构
流程图 步骤的顺序和条件分支 流程符号、泳道图 用户操作流程、业务流程分析
三者最容易混的是结构图和架构图。一个说「有什么」，一个说「怎么连、数据往哪流」。前者是产品经理画的，后者通常是开发画的。
一个人要画几张
三张都画当然最稳，但一个人做产品可以按项目复杂度取舍。
-
**做一个小工具：画信息结构就够。**功能就那几个，但对象和字段定错了后面全别扭。
-
**有多个角色或多条业务线：三张都要。**功能归属和权限边界必须先画清楚。
-
**主要是内容展示：功能结构加产品结构。**数据模型往往很简单，重点在组织方式。
-
**只画一张：选信息结构。**它是唯一一张画错了要重构数据库的图，另外两张改起来便宜得多。
画的形式不用讲究。思维导图、文本缩进、让 AI 生成一段 Mermaid，都行。它们的价值在于逼你把关系想清楚，不在于交付物本身——这也是它们能替代原型做评审的原因：改一个节点几秒钟，改一版原型要半天。
接着看
数据模型先行 信息结构图往下走一步就是数据模型。对象变成表，字段变成列，关系变成外键。
页面地图 产品结构图偏重每页有什么，页面地图偏重页面之间怎么跳。两者互补。
内容清单 画信息结构图的原料。信息列全了，对象和字段基本就浮出来了。