Notion 数据库设计：新手最常犯的结构错误是什么

你的 Notion 工作区里大概率也躺着一张巨大的表，叫「项目总表」或「客户资料」，里面塞了 30 多个字段，有的永远空着，有的你自己都忘了当初为什么加进去。新同事打开直接懵，老同事也不敢乱动一格，怕改坏了别的地方。这不是 Notion 不好用，是你把 Notion 数据库设计当成 Excel 表格在搭 - 字段越加越多，关系却一条都没理清楚。

Database 和 Page：你以为是表格，其实是两种东西

Excel 里一格就是一格数据，改了就改了。Notion 的 database 不一样，里面每一行本质上是一个完整的 page，它可以展开、可以写内容、可以被挂到别的 database 底下，这就是 relation 能存在的原因。新手最容易犯的错误，是把所有信息都塞进同一张表里当文字打 - 客户名字在「项目表」里打一次，在「发票表」里又手动打一次，哪天客户改了电话，你要去 5 张表里逐个改，漏改一个，数据就开始互相打架。这种做法本质上是把 Notion 数据库当表格用，完全没用到它真正值钱的能力。

判断一个信息该不该独立成表，只问一句话：这个信息会不会被超过一个地方引用？会，就该拆出去用 relation 连，不该再手动打第二次。

Relation 怎么拆，什么时候该分表

• 这个东西有没有自己固定的一组属性（比如客户有电话、等级、负责业务员，这组属性跟项目完全不是一回事）
• 会不会同时被多个地方引用（项目、发票、跟进记录都要连到同一个客户）
• 数量会不会持续增长且需要筛选统计（超过 20 条基本上就该独立成表，而不是塞在一个字段里用逗号分隔）
• 需不需要单独开 view 来看它（比如按客户等级分组、看每个客户底下有几个进行中项目）

如果你是 10 人以内、刚要把东西从 Excel 或 Google Sheet 搬进 Notion 的团队，不需要一开始就设计出一套复杂系统。一个能撑住大多数中小团队、而且能直接复制去用的最小可用结构，通常只需要 4 张表：

• Clients 客户表：姓名、联系方式、等级、负责人，这是所有关系的起点
• Projects 项目表：名称、状态、deadline，用 relation 连到 Clients，而不是打字重复客户名字
• Tasks 任务表：标题、负责人、状态，用 relation 连到 Projects
• Resources 归档表：SOP、模板、文件，relation 连到 Projects，方便以后回溯

这 4 张表用 relation 串起来之后，再加几个 rollup 字段，「这个客户底下有几个进行中项目」这种汇总数字就不用手动数了，系统自己会算。一个 Notion 数据库设计做得好不好，不用看它颜值多高，看这三件事就够：改一处信息只需要改一次、新同事不用被教就能看懂每张表在干嘛、业务量翻 3 倍系统也不用整套重搭。我们在自己孵化的中医品牌 itsherbs 把 30,000+ 患者、10 家分馆的预约、跟进、库存，全部用这套「先拆关系、再搭表」的逻辑跑在 Notion 上，真正花时间的从来不是建表本身，是想清楚业务里谁该引用谁。这也是为什么比起直接给一套模板，我们更常在工作坊里带团队自己走一遍这个拆解过程 - 模板能抄，判断力抄不来。一套用半年还没散架的 Notion 系统，靠的从来不是好看的模板，是一开始就拆对的结构。