30 天闭环执行手册（主线 × 支线）
2026-01-25 · Zon（自己执行 / 对外展示） · 02-Projects → 03-Share → 分发/付费验证
把“选择→证据→发布→付费→复盘”做成每周可重复的系统
你要的不是“更努力”，而是一套每周都能产出外部证据的闭环。以下按最小可行闭环拆成可操作步骤、模板与护栏。
TL;DR
核心规则：只跑 1 条主线 + 1 条支线（支线只服务主线）。每周必须产出一次“外部可验证证据”（发布 + 数据/反馈 + 下一步）。
7 天必须交付（否则算失败）
- 主线一句话价值主张（谁 + 痛点 + 可量化结果）。
- 1 份 P0 证据（演示视频/截图/报告/网页链接）。
- 1 页
03-Share展示页 + 项目 README 反向链接。 - 3 次 15 分钟访谈（愿意为哪个结果付费/收藏）。
30 天闭环目标（可度量）
- 每周 1 次对外发布（最少 4 次）。
- 第 2 周开始一次收费实验（模板包 / 90 分钟搭建 / Agent 调用费三选一）。
- 每周复盘：证据（交付）/ 数据（有人在意）/ 下一步（最小动作）。
关键变量（Crux）
你现在最大的变量不是“能力”或“点子”，而是：能否把工程进度翻译成外部可验证的价值证据。 没有证据，就没有反馈；没有反馈，就无法判断主线是否值得继续投入。
选 1 个主线 + 1 个支线
选择标准（必须同时满足）
- 7 天内能产出 P0 证据（哪怕粗糙，但能展示）。
- 有明确受众（你能写出“谁”并找到 3 个真人）。
- 结果可量化（节省时间/降低不确定性/提升完成率/减少错误）。
支线规则（只服务主线）
- 支线只能回答一个问题：如何让主线更快产生证据？
- 支线不允许自己单独扩张成新项目；最多做成“工具/脚本/模板”。
60 分钟决策流程（照做即可）
- 写下候选主线 3 个（不要超过 3）。
- 为每个候选写一句“谁+痛点+结果”，能写出来的才算候选。
- 为每个候选写出 P0 证据形式（视频/截图/报告/网页）与 7 天完成路径。
- 选“最容易在 7 天内交付证据”的那个做主线。
- 从剩余项目里选 1 个最能加速主线的做支线（通常是自动化/发布/整理）。
一个推荐的默认组合（如果你犹豫）
- 主线：健康周报/体检解读（因为痛点强、可展示、变现路径短）。
- 支线：发布/素材自动化（只做草稿 + 人工审阅，不做自动直发，避免平台风险）。
如果你更想走“作品驱动”：主线可换成音乐/写作，但要确保同样能 7 天产出可展示证据。
说明：上面是评分示例。你只需要为候选主线打分并选最高者，不需要追求精确。
主线一句话价值主张（必须可量化）
模板（推荐）
我帮 【谁】 在 【多久】 用 【方法/系统】 把 【痛点/不确定性】 变成 【可量化结果】，并用 【证据】 证明。
可量化结果怎么写
- 时间：每周节省 X 小时 / 把产出时间从 A 降到 B。
- 不确定性：把“我不知道该怎么办”变成 3 条可执行建议 + 复查周期。
- 完成率：连续 4 周每周发布 1 次 / 完成一次端到端演示。
- 错误率：把出错/返工次数从 A 降到 B（尤其适合自动化/工具）。
质量检验（3 个问题）
- 谁：我能在 48 小时内找到 3 个真人吗？（不是“所有人”）
- 痛点：他们现在怎么做？哪里最痛？愿意为它做什么牺牲？
- 结果：如果我做到，别人会怎么感谢我？（具体到行为：收藏/转发/付费/复用）
不要写的句式（危险）
- “做一个平台/生态/一站式”。（太大）
- “提升效率/更智能”。（不可验证）
- “让用户更好/更健康”。（缺少量化与边界）
定义主线 P0 证据（必须可展示给别人）
P0 的定义：一个外部人（不熟悉你项目的人）在 3 分钟内看懂：你做什么、给谁、产出什么结果、下一步怎么获得。
证据形式 A
60–90s 演示视频
镜头顺序：痛点 → 输入 → 输出 → 你怎么做 → 下一步。
证据形式 B
截图/对比图
把“之前怎么做”与“现在怎么做”放在一张图里。
证据形式 C
一页报告/网页
最小说明 + 样例输出 + 获取方式（下载/预约/购买）。
P0 验收清单（不要跳过）
- 可复述：别人能复述你的“一句话价值主张”。
- 可见结果：必须出现最终输出（报告/页面/文件/视频成品）。
- 可获得：别人知道下一步如何获得（链接/表单/DM/预约）。
- 可复现：你自己能在 30 分钟内复现一次（有步骤）。
图解（闭环结构 & 时间线）
3 次 15 分钟访谈（拿到付费/收藏信号）
目的：不是“让别人夸你”，而是确认他们愿意为哪个结果付费或至少收藏/转发。
招募（复制发给朋友）
我在做一个小工具/服务，目标是【一句话价值主张】。想请你帮我做一次 15 分钟体验/访谈：不推销，只想听真实反馈。你愿意吗？
筛选：最好是“现在就有这个痛点的人”，否则反馈会偏虚。
记录表（每次必须填）
- Ta 现在怎么做？（流程/工具/成本）
- 最痛的是哪一步？（痛点强度 1–10）
- 理想结果是什么？（可量化）
- 如果你提供结果，ta 会付费/收藏吗？（为什么）
- 替代方案是谁？（竞品/自行解决）
15 分钟访谈脚本（严格按顺序）
- 1 min：说明目的：只测试问题与结果，不卖产品。
- 3 min：现状：你上次遇到【痛点】是什么时候？当时怎么解决？用了多久？
- 3 min：痛点强度：最难受的是哪一步？如果不解决会怎样？
- 3 min：展示 P0 证据（视频/报告/截图），让对方复述：你觉得它在解决什么？
- 3 min：付费/收藏：如果它稳定做到【结果】，你会付费吗？愿意的价格区间？如果不付费，愿意收藏/转发吗？为什么？
- 2 min：下一步：你希望它再增加的第一功能是什么？（只允许说 1 个）
关键：让对方“用自己的话复述”，不要引导。
30 天闭环（每周一发布 + 一收费实验 + 一复盘）
每周固定动作（不允许删）
- Ship：发布一次（视频/报告/页面都算）。
- Learn：拿到数据或反馈（至少一种：浏览/收藏/私信/访谈）。
- Ask：给出一个明确下一步（并写进 README 的
next）。
控制范围（避免失控）
- 每周只允许 1 个新功能/新模块 进入主线。
- 其他想法全部写进 backlog（不实现）。
- 如果你忍不住想做更多：说明你还没把“价值主张/证据/分发”讲清楚。
第 2 周必须开始收费实验（三选一）
| 收费入口 | 你交付什么 | 适合 | 风险 | 第一步 |
|---|---|---|---|---|
| 模板包 | 一份可复用模板 + 样例 + 使用说明 | 想快速成交、成本低 | 需要写清“用法→结果” | 先卖给 1 个熟人（小额也算） |
| 90 分钟搭建 | 诊断 + 搭建 + 交付清单 + 复盘节奏 | 想最快拿现金流与真实反馈 | 范围失控 | 写清交付边界（不做什么） |
| Agent 调用费 | 一次可复用输出（报告/草稿/评估） | 想规模化 | 同质化与平台不确定性 | 先手动交付 3 单验证需求 |
每周复盘（证据 / 数据 / 下一步）
复盘表（每周填一次）
| Item | Answer |
|---|---|
| 证据（交付了吗） | 链接 / 文件路径 |
| 数据（有人在意吗） | 浏览/收藏/私信/访谈要点 |
| 付费信号（有没有） | 报价/预定/购买/明确拒绝原因 |
| 下一步（最小动作） | 24 小时可完成的一件事 |
30 天决策规则（第 4 周）
- 继续：每周能稳定发布 + 有增长趋势 + 出现至少 1 次付费信号。
- 转向：有人在意但不为你的“结果”买单（要改价值主张/交付形态）。
- 停止：连续两周无发布或无任何外部反馈（说明主线不成立或执行方式错误）。
专家视角（best minds）
April Dunford — Positioning
Thesis: 价值主张要聚焦“最在意结果的那一小群人”，而不是泛化功能。
- Arguments: 你的一句话必须能让目标人群说“这就是我”；否则分发与转化会极难。
- Limits: 定位不是写文案，是要从访谈里找出“最强痛点+最强对比对象”。
Teresa Torres — Continuous discovery
Thesis: 每周固定节奏做用户接触与学习，才能持续收敛到有效方案。
- Arguments: 3 次访谈不是一次性任务，而是每周都要发生的“系统输入”。
- Limits: 没有“固定发布节奏”，访谈结论会变成空想。
Eric Ries — Lean startup
Thesis: 你的每周发布本质是一次实验，目标是学习，不是完美。
- Arguments: 把每次发布都绑定假设与指标（收藏/私信/付费信号）。
- Limits: 没有指标与复盘，就只是“输出焦虑”。
Naval Ravikant — Leverage
Thesis: 选择能形成复利的形式：代码、媒体、产品化知识；并把它们绑定到一个闭环里。
- Arguments: 模板包/自动化脚本/报告是“可复制资产”，能换时间与现金流。
- Limits: 复利需要持续发布，否则资产不会被看见。
可复制模板（建议直接粘到 Obsidian）
主线项目 README 需要补的字段
## 一句话价值主张
我帮【谁】在【多久】用【方法】把【痛点】变成【结果】，用【证据】证明。
## P0 证据（对外）
- 证据链接：...
- 03-Share：[[03-Share/...]]
## 本周节奏
- Ship day：每周（周X）
- 本周只做 1 个新功能：...
## 访谈（本周 3 人）
- A：结论...
- B：结论...
- C：结论...
## Next
- 24 小时内最小下一步：...30 天执行清单（Markdown Task 版）
- [ ] 选定主线 + 支线（锁定 30 天）
- [ ] 写一句话价值主张（谁 + 痛点 + 结果）
- [ ] 定义 P0 证据形式与验收标准
- [ ] 7 天内产出 P0 证据（可展示给别人）
- [ ] 在 03-Share 输出 1 页展示页，并与项目 README 互链
- [ ] 完成 3 次 15 分钟访谈并写结论
- [ ] 第 2 周开始收费实验（三选一）
- [ ] 每周固定一次发布（最少 4 次）
- [ ] 每周复盘：证据 / 数据 / 下一步Sources（Vault 内）
02-Projects/README.md02-Projects/_meta/PROJECT_README.template.md03-Share/（对外证据输出目录）docs/entry.html（入口页：链接到 report.html）
Closing Summary
你的闭环不是“做完一个产品”，而是让系统每周都产出可验证证据。 一旦你能稳定做到：发布 → 反馈/数据 → 付费实验 → 复盘，你就拥有了可复利的执行引擎。
One next action
现在就把主线写成一句话（谁+痛点+结果），并选定你的 P0 证据形式（视频/截图/报告/网页），把 D+7 设成不可移动的截止日期。