Notion个人ERP:7库骨架和SSOT规则

你现在最耗时间的，往往不是"做事"，而是找信息：

找上周某个决策的依据（散落在聊天记录/备忘录/截图里）
找某个产品的最新成本、利润、供应商报价（Excel 多版本）
找一条内容的发布记录、数据表现、复盘结论（平台后台各自为政）
找某个实验（投放/选品/内容）的过程与结论（只有零碎笔记）

这不是你不自律，而是一个更本质的问题：信息熵增。信息会自然从有序走向无序，你越忙、越多平台、越多项目，混乱就越快。

解决方案不是"再整理一次"，而是换架构：建立你的 SSOT（Single Source of Truth，单一真相源） ------让所有信息在一个权威处被维护、被引用、被汇总。SSOT 的关键思想是：把分散数据汇聚到一个可追溯、可引用的权威位置，避免多版本冲突与不一致。(Mulesoft)

而 Notion 的优势在于：它不是"笔记软件"，而是一个可被你搭成"轻量关系型系统"的工作台，尤其是 数据库、视图、Relation 与 Rollup、Formula 这四件套：

Relation/rollup 用于让数据库互联与聚合(notion.com)
Formula 用于计算与衍生指标(notion.com)
Views/filters/sorts 用于同一份数据呈现出不同的工作视图(notion.com)

下面给你一套"7 库骨架 + SSOT 规则"，照抄即可落地。

一、SSOT 三条硬规则（照做就能止血）

你搭 Notion 个人 ERP，最重要的不是"页面好看"，而是这三条规则能不能守住。

规则 1：每类信息只允许一个"主库"

同一类信息只能有一个权威数据库（主库），其他页面只能做引用、关联视图或嵌入视图。

例如：产品成本与利润只在 产品库 维护；内容发布记录只在 内容库维护。

这就是 SSOT 的核心：每个数据元素只在一个地方被编辑 ，避免多处维护导致版本冲突。(维基百科)

规则 2：禁止"复制粘贴式同步"，改用 Relation + Rollup

你可以复制"视图"，但不要复制"数据"。

跨库需要显示的字段，用 Relation 连接，再用 Rollup 拉取汇总。Notion 官方对 Relation/Rollup 的定义非常明确：Relation 连接库与库，Rollup 拉取并聚合关联库字段。(notion.com)

规则 3：所有行动都必须能回到一个对象

你做的每个动作（内容、实验、供应商沟通、财务记录）必须最终能回到某个"对象"上，最常见对象是：

产品 / 项目 / 客户 / 渠道
本文用"产品"作为核心对象（你也可以替换成"项目"）。

二、7 个数据库骨架（个人 ERP 的最小闭环）

你只需要这 7 个库，就能覆盖"选品/内容/实验/财务/流程资产化"的闭环：

产品库 Products（核心主库）
供应商库 Suppliers
Listing/渠道库 Listings（店铺/平台/链接/国家站点等）
内容库 Content（选题-脚本-发布-复盘）
实验库 Experiments（投放/选品/内容 A/B 测试）
财务库 Finance（现金流、成本归因、利润核算）
SOP/Prompt 库 SOP & Prompts（经验资产化）

你会发现这套结构天然满足 SSOT：

每个信息都有"主库"，跨库信息通过 Relation/Rollup 连接汇总，而不是复制。(notion.com)

三、先搭骨架：30--60 分钟最小可行步骤（MVP）

Step 0：建一个总页面当入口（ERP Home）

页面里只放两类东西：

7 个数据库入口
Dashboard（后面做）

Step 1：创建 7 个数据库（先空着也没关系）

建议用 Table View 建库，命名统一：01 Products、02 Suppliers......便于排序。

Step 2：先把"产品库"字段配好（因为它是核心对象）

你只要产品库稳了，后续关联都顺。

Step 3：录入 3 个产品（从你当前正在做的开始）

不需要从历史数据迁移，先录 3 条，形成真实数据流。

Step 4：把 2 个最关键关联拉起来

Products ↔ Suppliers
Products ↔ Experiments
只要这两条关联跑通，你的系统就开始"活"了。

Step 5：做 3 个工作视图（不是装饰，是工作台）

Notion 的视图/过滤/排序允许"一份数据多种看法"，这是你能坚持使用的关键。(notion.com)

四、产品库字段清单（可直接照抄）

下面字段是"能算利润、能做优先级、能驱动行动"的最小集合。

1）基础信息

Name（标题）：产品名
Status（Select）：Idea / Sourcing / Testing / Scaling / Paused / Dropped
Owner（Person，可选） ：负责人（个人也建议留）(notion.com)
Priority（Select）：P0/P1/P2（或 High/Med/Low）

2）成本与定价（数字字段）

Cost（Number）：采购成本
Shipping（Number）：头程/运费摊销
PlatformFee（Number）：平台费（可先留空）
Price（Number）：售价

3）关键公式（Formula）

Notion 允许在数据库里用 Formula 基于其他字段衍生新指标。(notion.com)

建议最小三条公式：

UnitProfit（Formula）：单件利润
- 逻辑：Price - Cost - Shipping - PlatformFee
Margin（Formula）：利润率
- 逻辑：UnitProfit / Price
BreakevenCPA（Formula）：盈亏平衡获客成本（投放用）
- 逻辑：UnitProfit * 转化率（转化率可先作为手动字段）

说明：Notion 公式写法会随你的字段类型略有差异，但"先把字段和计算关系定下来"比纠结语法更重要。需要语法时再对照公式文档逐步修正即可。(notion.com)

4）关联字段（Relation）

Supplier（Relation → Suppliers）
Experiments（Relation → Experiments）
Content（Relation → Content）
Listing（Relation → Listings）

Relation 用于连接数据库，且连接在两个库中会同步体现（双向关系）。(notion.com)

5）汇总字段（Rollup）

Rollup 用于把关联库的字段"拉回来汇总"，例如：

Total Ad Spend（Rollup from Experiments）：实验总花费
Last Test Result（Rollup）：最近一次实验结论
Content Count（Rollup）：内容数量

Rollup 的用途是"把分散记录聚合到核心对象上"，从而形成 Dashboard 的基础。(notion.com)

五、其他 6 个库：只给你"最小字段"，先跑起来

A. 供应商库 Suppliers

Name（标题）
Region（Select）
Contact（Text/URL）
Rating（Select 1--5）
Products（Relation → Products）

B. Listings 库（渠道/店铺/链接）

Name（标题）
Platform（Select：Shopify/Amazon/TikTok/etc.）
URL（URL）(notion.com)
Country/Site（Select）
Products（Relation → Products）

C. 内容库 Content

Title（标题）
Stage（Select：Idea/Draft/Posted/Repurposed）
Channel（Select）
PublishDate（Date）
Product（Relation → Products）
Result（Number/Select：Good/Ok/Bad）
Notes（Text：复盘结论）

D. 实验库 Experiments（投放/选品/内容测试）

Name（标题）
Type（Select：Ads/Listing/Content/Price）
Start/End（Date）
Spend（Number）
Revenue（Number）
Result（Select：Win/Lose/Learn）
Product（Relation → Products）

E. 财务库 Finance

Name（标题）
Type（Select：Income/Expense）
Amount（Number）
Date（Date）
Product（Relation → Products，可选）
Channel（Relation → Listings，可选）

F. SOP/Prompt 库（把经验变资产）

Name（标题）
Type（Select：SOP/Prompt/Checklist）
UseCase（Select：选品/投放/内容/客服/复盘）
Link（Relation → Products/Content/Experiments，可选）
Content（正文）

六、3 个必做视图（保证你每天"用得上"）

Notion 的关键是：同一份数据，用不同视图变成不同工作台 。官方也强调视图可以通过过滤/排序/分组呈现出不同上下文。(notion.com)

在产品库里，先做这 3 个视图：

在测产品（Testing）

Filter：Status = Testing
Sort：Priority DESC，Margin DESC

本周要推动（Weekly Focus）

Filter：Status in (Sourcing, Testing, Scaling) AND Priority in (P0, P1)

暂停/淘汰区（Parking Lot）

Filter：Status in (Paused, Dropped)

内容库也建议做一个视图：

本周待发布：Stage = Draft OR Idea，按 PublishDate 排序

七、Dashboard 怎么做才不"花哨但没用"

Dashboard 的作用只有一个：把你每天要看的 5 个信息放到同一屏 。

你可以在一个页面里嵌入多个数据库视图（linked view），让它像控制台一样工作。

建议 Dashboard 只放四块：

在测产品视图（产品库视图）
本周内容视图（内容库视图）
进行中实验视图（实验库视图）
现金流视图（财务库：本月支出/收入过滤）

八、最常见的 5 个坑（提前避雷）

把 Notion 当笔记本：页面很多、库很少

结果信息依旧碎片化，无法汇总。
复制数据而不是复制视图

一旦复制数据，你就必然走向多版本冲突（SSOT 破产）。(维基百科)
没有核心对象 （产品/项目/客户）

没有对象就没有"归属"，所有记录都漂浮，系统无法闭环。
先追求完美字段

建议先跑 MVP：7 库 + 3 视图 + 3 条真实数据。
没有复盘入口

内容、实验一定要有 Result/Notes，否则你永远在重复试错。

九、你现在就能做的"30 分钟检查清单"

7 个数据库已创建
产品库字段已配置（状态 + 成本/售价 + 3 条公式）
产品↔供应商、产品↔实验两条关联跑通
产品库 3 个视图已建
Dashboard 页面能一屏看到"产品/内容/实验/财务"

做到这里，你就已经拥有一个"能跑的个人 ERP"。

结语：免费骨架到这里，完整交付在专栏里

这篇 VIP 免费文章交付的是：结构、规则、字段骨架与最小可行路径 。

如果你希望我把"最后一公里"也交付给你（直接复制就能用），包括：

全量字段表（含每个字段为何存在、如何避免冗余）
视图组合（不同工作场景的过滤器与排序策略）
Relation/Rollup 的汇总设计（让指标自动流动）(notion.com)
可复用的 SOP/Prompt 套件与自动化路线图
真实案例：从 0 到 1 跑出一个可复用"商业作战中枢"

请在我的 CSDN 付费专栏查看：
《一人商业作战中枢：Notion 控制台从 0 到 1》