一人公司·作战中枢 OS —— Notion 控制台把“选题-实验-成交-复盘”串成闭环

人公司·作战中枢 OS

- 导读：你缺的不是自律，是一个"能长期稳定运行"的系统
- [01. 系统总架构：SSOT 中央化控制台（Hub-and-Spoke）](#01. 系统总架构：SSOT 中央化控制台（Hub-and-Spoke）)
- - [1.1 架构定义](#1.1 架构定义)
- [02. 最小可行数据模型：七库（7 DB）与职责边界](#02. 最小可行数据模型：七库（7 DB）与职责边界)
- - 七库清单（职责一句话版）
- [03. 数据字典（字段级）：你照抄就能跑起来](#03. 数据字典（字段级）：你照抄就能跑起来)
- - [3.1 Products 产品库（Hub）](#3.1 Products 产品库（Hub）)
  - [3.2 Content 内容库（从选题到发布到表现）](#3.2 Content 内容库（从选题到发布到表现）)
  - [3.3 Experiments 实验库（可复盘的增长资产）](#3.3 Experiments 实验库（可复盘的增长资产）)
  - [3.4 Finance 财务库（收支流水 + 产品归因）](#3.4 Finance 财务库（收支流水 + 产品归因）)
  - [3.5 SOP/Prompts 资产库（让系统可复制）](#3.5 SOP/Prompts 资产库（让系统可复制）)
  - [3.6 Suppliers 供应商库](#3.6 Suppliers 供应商库)
  - [3.7 Listings 上架库（多平台一致性）](#3.7 Listings 上架库（多平台一致性）)
- [04. 视图命名规范：让系统可维护（不是"漂亮"，是"可控"）](#04. 视图命名规范：让系统可维护（不是“漂亮”，是“可控”）)
- - Products（Hub）视图
  - [Content 视图](#Content 视图)
  - [Experiments 视图](#Experiments 视图)
  - [Finance 视图](#Finance 视图)
- [05. Dashboard（控制台首页）：三块屏，30 秒做出决策](#05. Dashboard（控制台首页）：三块屏，30 秒做出决策)
- [06. 运行机制（Weekly Ops）：一人商业的"周节律"](#06. 运行机制（Weekly Ops）：一人商业的“周节律”)
- [07. 风险控制与回滚（工程化必备）](#07. 风险控制与回滚（工程化必备）)
- - [7.1 防副本规则（强制）](#7.1 防副本规则（强制）)
  - [7.2 版本与回滚](#7.2 版本与回滚)
- [08. 最终验收清单（你照这个打勾就算上线）](#08. 最终验收清单（你照这个打勾就算上线）)
- 结尾

导读：你缺的不是自律，是一个"能长期稳定运行"的系统

一人商业最致命的不是不会做事，而是信息和决策不在同一个系统里：

选题在备忘录，成交在微信，成本在 Excel，素材在网盘，数据在后台
同一件事在多个地方被记录、被复制、被遗忘
到复盘时你发现：根本没有"单一真相源"，只有"记忆和感觉"

解决方案不是换工具，而是做一次信息架构升级：

Notion 不再是笔记，而是你的"商业操作系统"（Personal Business OS）。

它必须满足三条工程指标：

一致性：更新一处，全局同步（禁止副本）
可追溯：任何结果都能追到输入与过程
可复盘：每周能用数据回答"做对了什么、做错了什么、下周做什么"

01. 系统总架构：SSOT 中央化控制台（Hub-and-Spoke）

1.1 架构定义

Hub（中心）：Products（产品库）作为全系统唯一枢纽
Spokes（辐射）：供应商、内容、实验、财务、SOP、Listing 等围绕产品组织
约束：任何信息只允许在一个库里成为"真相源"，其他都是 Relation + Rollup 视图

Products 产品库（SSOT Hub）
Suppliers 供应商库
Listings 上架库
Content 内容库
Experiments 实验库
Finance 财务库
SOP / Prompts 资产库

02. 最小可行数据模型：七库（7 DB）与职责边界

原则：一库一职责。任何库职责混杂，系统后期必崩。

七库清单（职责一句话版）

Products 产品库：状态机 + 关键指标汇总（系统中枢）
Suppliers 供应商库：成本、交期、风险与替代方案
Listings 上架库：多平台商品页、素材链接、上架状态
Content 内容库：选题到发布到表现，绑定产品
Experiments 实验库：投放/实验的指标闭环与结论资产化
Finance 财务库：收支流水与产品归因
SOP/Prompts 资产库：可复用流程、提示词、检查清单

03. 数据字典（字段级）：你照抄就能跑起来

下面是工程化"字段字典"，按 必须 / 推荐 / 可选 分级。

建议你先把"必须字段"建完再上线运行。

3.1 Products 产品库（Hub）

必须字段

Name（标题）
Status（Select）：Idea / Validate / Build / Launch / Scale / Pause / Retire
One-liner（Text）：一句话价值主张
ICP（Multi-select）：目标人群
Primary Channel（Select）：内容/投放/私域/平台
Owner（Select）：默认你自己（为未来扩团队留接口）
Rel_Content（Relation → Content）
Rel_Experiments（Relation → Experiments）
Rel_Finance（Relation → Finance）
Rel_SOP（Relation → SOP）
Rel_Suppliers（Relation → Suppliers）
Rel_Listings（Relation → Listings）

推荐字段

Price（Number）
Base Cost（Number）
Margin%（Formula）
Stage Gate（Select）：通过/未通过（用于每周评审）
Next Action（Text）：下一步动作（短句）
Last Review（Date）

公式（Margin%）

text 复制代码

(prop("Price") - prop("Base Cost")) / prop("Price")

Rollup（推荐）

Content Count：关联内容数量
Avg ROI：实验 ROI 平均值
Total Revenue：实验/财务收入求和
Total Cost：财务支出求和

3.2 Content 内容库（从选题到发布到表现）

必须字段

Title
Status（Select）：Idea / Draft / Scheduled / Published / Repurpose
Channel（Select）：CSDN / 小红书 / 公众号 / 视频
Product（Relation → Products）
Publish Date（Date）
KPI Primary（Select）：曝光/点击/私信/成交
Asset Link（URL）：素材/脚本/封面链接（网盘/仓库）

推荐字段

Hook（Text）：黄金开头
CTA（Text）：引导动作
Result（Number）：核心指标数值（如阅读/收藏/转化）

3.3 Experiments 实验库（可复盘的增长资产）

必须字段

Name
Product（Relation）
Hypothesis（Text）：假设（必须一句话）
Metric（Select）：CTR / CVR / ROI / CAC
Start Date / End Date
Input Cost（Number）
Output Revenue（Number）
ROI（Formula）

ROI 公式

text 复制代码

(prop("Output Revenue") - prop("Input Cost")) / prop("Input Cost")

推荐字段

Decision（Select）：Scale / Iterate / Stop
Conclusion（Text）：结论（可复用的经验）
Evidence Link（URL）：截图/报表/原始数据

3.4 Finance 财务库（收支流水 + 产品归因）

必须字段

Date
Type（Select）：Income / Expense
Amount（Number）
Category（Select）：工具订阅/投放/外包/收入/其他
Product（Relation → Products）
Note（Text）

3.5 SOP/Prompts 资产库（让系统可复制）

必须字段

Name
Type（Select）：SOP / Checklist / Prompt / Template
Scope（Select）：内容/实验/交付/财务
Body（Long text）：内容主体
Version（Text）：v1.0/v1.1
Last Updated（Date）

3.6 Suppliers 供应商库

必须字段

Name
Category（Select）
Quote（Number）
Lead Time（Number）
Risk（Select）：Low/Medium/High
Product（Relation → Products）

3.7 Listings 上架库（多平台一致性）

必须字段

Name
Platform（Select）：Shopify/Etsy/小店等
URL
Status（Select）：Draft/Live/Pause
Product（Relation → Products）

04. 视图命名规范：让系统可维护（不是"漂亮"，是"可控"）

你只需要 6 个核心视图（每个视图都能回答一个管理问题）：

Products（Hub）视图

P_Active：Status ∈ Build/Launch/Scale（你正在做什么）
P_Pipeline：Idea/Validate（你接下来做什么）
P_Retire：Pause/Retire（你不做什么，避免分心）

Content 视图

C_ThisWeek：本周发布（你本周要发什么）

Experiments 视图

E_Running：Decision=待定（你正在验证什么）

Finance 视图

F_Month：本月收支（你赚没赚钱）

命名规则：库前缀_用途，例如 P_Active / C_ThisWeek

好处：未来扩展到 10 人，系统依然清晰。

05. Dashboard（控制台首页）：三块屏，30 秒做出决策

首页只保留三块区域，任何多余内容都是干扰：

本周优先级（Products）：P_Active（按 Next Action 排序）
内容排程（Content）：C_ThisWeek（按 Publish Date）
实验看板（Experiments）：E_Running（显示 ROI、Decision）

验收口径：打开首页 30 秒内，你能回答：

我现在做的产品是什么？
我本周发什么内容？
我正在验证什么假设？

06. 运行机制（Weekly Ops）：一人商业的"周节律"

系统再好，不运行也会死。你需要一个最小运行节律。

每周固定 30 分钟，跑一遍：

周一（规划）：
- 从 P_Pipeline 选 1 个产品进入 Validate/Build
- 给 P_Active 填 Next Action（必须可执行）
周三（执行复核）：
- 检查 C_ThisWeek 是否按计划推进
- 实验库里所有 Running 项目必须有数据/证据链接
周五（复盘）：
- Experiments：写 Conclusion，给 Decision
- Finance：补全本周流水并归因产品
- Products：更新 Stage Gate + Last Review

07. 风险控制与回滚（工程化必备）

一人商业最容易崩在两件事：
字段膨胀 与副本泛滥。

7.1 防副本规则（强制）

禁止把同一数据重复记录在多个库
任何"汇总"必须用 Rollup，不允许复制数字到另一个地方

7.2 版本与回滚

SOP/Prompts 必须版本号
每月做一次 Notion Workspace 导出备份（至少保留最近 2 份）

08. 最终验收清单（你照这个打勾就算上线）

Products 能关联到 Content/Experiments/Finance
任意一个产品可追溯到：内容、实验、收支
任意一次实验可追溯：假设、投入、产出、结论、证据链接
Dashboard 30 秒可决策
本周内容有排程，本月财务可归因
不存在"同一信息多处维护"的副本

结尾

如果你已经按本文字段字典搭出了七库，那么你现在拥有的是一个"能运行"的骨架。接下来真正决定你效率上限的，是三件事：

字段精炼与标准化（哪些字段必须、哪些必须禁止）
视图与复盘模板（让每周复盘可复制，不靠意志力）
模板资源包（直接导入，不再重复搭架构）

如果你希望"直接导入就能用"，我已经把这套系统做成了 CSDN 资源包：
《一人公司·作战中枢 OS（Notion 模板资源包）》

包含：模板 + 字段字典 + 周复盘 SOP + 30 天落地计划 + 引流文案。

你不用再重复搭架构，把时间用在产品与成交上。