第03章：工作流操作系统——从想法到现金
第03章：工作流操作系统——从想法到现金
把公司当成一台可编排的机器
本章学习目标
- 掌握一人公司端到端主链路（产品、工程、运营、增长）。
- 为每一阶段指定「人 / Agent / 自动化」的默认分工。
- 与第04章实战案例对齐。
一、主链路（七段）
- 发现与定位：细分市场、痛点、定价假设。
- 规格与设计：PRD、信息架构、API 契约、数据模型。
- 构建与集成：开发、第三方（支付、邮件、云）。
- 验证与门禁：测试、CI、staging、（可选）压测。
- 发布与观测：部署、监控、日志、告警。
- 服务与留存：客服、文档、onboarding、续费。
- 增长与复盘：渠道、实验、数据看板、下一轮规格。
二、每段默认分工（建议）
| 阶段 | 人 | Agent / 自动化 |
|---|---|---|
| 发现 | 决策赛道与不做清单 | 调研草稿、竞品摘要 |
| 规格 | 验收标准、安全边界 | PRD 草稿、OpenAPI 草稿 |
| 构建 | 架构取舍、关键路径 | 代码与测试草稿、脚手架 |
| 验证 | 门禁阈值、发布拍板 | 跑测试、修 lint、生成报告草稿 |
| 发布 | 回滚预案、变更窗口 | 流水线脚本、chAngelog 草稿 |
| 服务 | 敏感客诉、退款政策 | 工单分类草稿、帮助文档 |
| 增长 | 预算与信息策略 | 邮件序列草稿、A/B 文案 |
三、「工作流操作系统」的最小实现
你需要四个「系统模块」，不必一开始都很重：
- 任务系统：GitHub Issues（或 Linear）——一切可追踪。
- 代码系统：Git + PR + 分支保护。
- 质量系统：CI（lint/test/build）。
- 业务自动化：n8n / Zapier / Make——支付成功发邮件、注册进表等。
Agent 不接替上述系统，而是在系统之上执行。
四、与实战 SaaS 案例的映射（预告）
- 规格阶段：输出 API 契约 + Stripe 事件表。
- 构建阶段：认证模块、订阅 webhook、核心 API。
- 验证阶段：支付沙箱 + 邮件 dry-run。
- 发布阶段：一键部署 + 健康检查。
- 服务阶段：退款与取消订阅 playbook。
- 增长阶段：试用转付费邮件序列（编排工具）。
五、本章落地动作
- [ ] 画一张你自己的七段主链路（纸笔即可）。
- [ ] 每一段写一句：「我绝不外包给 Agent 的决策是什么」。
- [ ] 打开 GitHub，建一个
backlog仓库或 project，作为「任务系统」起点。
一人公司要赚钱，靠的不是更多工具，而是更少断点的主链路。