开场：早期不是没有努力，而是努力没有被系统接住
很多 SaaS 创始人一周下来非常忙：见客户、改需求、回消息、修 bug、写方案、催款、看数据。到周五晚上回头看，却很难说清楚这一周到底推进了什么。
这不是勤奋问题，而是缺少操作系统。
早期 SaaS 的创始人操作系统，不是复杂的 OKR，也不是一堆管理软件。它要回答五个问题：
- 本周最重要的收入推进是什么？
- 哪些客户风险正在变大？
- 哪些产品问题正在反复消耗创始人？
- 现金流还能支撑多久？
- 下周只做哪几件真正影响生存的事？
如果这些问题没有固定节奏，创始人会被当天最吵的事情牵着走。
早期混乱的常见症状
从 0 开始做 SaaS，混乱通常不是一下子爆发，而是慢慢出现。
| 症状 | 表面原因 | 真正问题 |
|---|---|---|
| 每天都在救火 | 客户问题很多 | 没有区分事故、缺陷、配置和培训问题 |
| 销售线索很多但成交少 | 客户犹豫 | 没有定义下一步动作和成交条件 |
| 产品路线图不断变化 | 需求很多 | 没有按收入、留存、复用度排序 |
| 创始人越来越累 | 事情太杂 | 没有固定节奏处理重复事项 |
| 账上现金突然紧张 | 回款慢 | 没有每周看应收、续费和支出 |
操作系统的价值，是让这些问题每周被看见，而不是等到严重时才处理。
一套够用的周节奏
早期团队不需要每天开很多会。一个创始人或两三个人的小团队，可以用一套很轻的节奏。
| 时间 | 动作 | 产出 |
|---|---|---|
| 周一上午 | 本周战场选择 | 3 个必须推进的结果 |
| 周三下午 | 风险检查 | 需要创始人介入的客户、销售和产品风险 |
| 周五下午 | 周复盘 | 本周事实、偏差、下周调整 |
关键是每次只看事实，不开泛泛的感受会。
周一不要列 20 个待办，而是写清楚：
- 本周要推进哪 3 个销售机会？
- 哪 1 个产品问题会影响最多客户？
- 哪 1 个客户风险必须处理？
- 哪 1 个现金流动作不能拖？
如果一周只有这四类事项被推进，早期 SaaS 的生存质量会明显提高。
创始人的一页周报模板
可以用一个文档或表格，每周复制一份。
| 模块 | 本周要填的内容 | 判断标准 |
|---|---|---|
| 收入推进 | 新增线索、演示、报价、合同、回款 | 有没有明确下一步和负责人 |
| 客户健康 | 高风险客户、沉默客户、上线卡点 | 是否会影响续费、口碑或案例 |
| 产品债务 | 重复出现的问题、人工补救动作 | 是否能减少交付和支持成本 |
| 现金流 | 余额、应收、固定支出、下月压力 | 是否需要调整招聘、外包或采购 |
| 创始人时间 | 本周时间花在哪里 | 是否投入在高杠杆事项上 |
不要追求字段完美。最重要的是每周持续填。
销售推进要写下一步，不写希望
早期销售记录里最危险的词是“客户有兴趣”。
有兴趣不代表会买。更好的记录方式是：
- 客户确认的问题是什么？
- 影响谁的工作？
- 当前替代方案是什么？
- 预算大概来自哪里？
- 决策人是谁？
- 下一步动作是什么？
- 下一步日期是哪天？
例如：
| 线索 | 当前状态 | 下一步 | 风险 |
|---|---|---|---|
| A 公司运营团队 | 已完成 Demo，运营负责人认可 | 12 月 8 日给 CTO 看权限和数据方案 | 技术负责人未参与 |
| B 公司客服团队 | 已试用 7 天，有 3 人活跃 | 12 月 5 日确认年度报价 | 采购流程不清楚 |
没有下一步日期的机会，不应该算高概率机会。
产品债务要按重复成本排序
早期产品一定会有债务。问题不是有没有债务，而是哪些债务正在吞掉增长。
优先处理这几类：
- 每个新客户都要手工配置的地方。
- 每周都会触发客服解释的问题。
- 影响演示成交的关键缺口。
- 导致数据错误或权限风险的问题。
- 阻碍客户从试用进入正式使用的问题。
可以用一个简单评分：
| 问题 | 出现频率 | 影响收入 | 减少人工成本 | 优先级 |
|---|---|---|---|---|
| 导入失败提示不清楚 | 高 | 中 | 高 | P1 |
| 报表颜色不好看 | 低 | 低 | 低 | P3 |
| 管理员无法批量邀请成员 | 中 | 高 | 中 | P1 |
早期不要按“谁声音大”排需求，要按“是否减少下一次增长成本”排。
客户风险要提前看
客户流失前通常有信号：
- 登录次数下降。
- 关键流程没有跑完。
- 管理员不再回复。
- 使用者抱怨但决策人不知道。
- 客户内部负责人离职。
- 最近两次会议都在讨论问题，没有讨论价值。
每周列一个高风险客户清单。
| 客户 | 风险信号 | 可能后果 | 本周动作 |
|---|---|---|---|
| C 公司 | 上线两周后核心团队未使用 | 试点失败 | 约负责人做 30 分钟阻塞复盘 |
| D 公司 | 财务迟迟不付款 | 回款延期 | 补充合同和发票资料，确认付款节点 |
风险清单不是为了焦虑，而是为了提前介入。
现金流要每周看，不要月底才看
早期 SaaS 的现金流很容易被“合同金额”欺骗。签了合同但没收钱，不等于活下来了。
每周至少看四个数字：
- 银行余额。
- 未来 30 天固定支出。
- 已开票未回款金额。
- 未来 60 天可能续费和新增回款。
用一个简单公式：
保守存活月数 = 当前现金 / 未来 30 天固定支出
再加一个更真实的判断：
经营安全感 = 当前现金 + 80% 高确定回款 - 未来 60 天固定支出
如果安全感连续两周下降，创始人就要减少非必要支出，把时间更多投向回款和续费。
创始人时间也要复盘
创始人最稀缺的资源不是功能点，而是注意力。
每周五回看时间分布：
| 时间类型 | 本周占比 | 是否合理 |
|---|---|---|
| 客户访谈和销售 | 30% | 早期应该足够高 |
| 产品定义和验收 | 25% | 要连接客户事实 |
| 写代码或交付 | 25% | 可以做，但要避免沉没 |
| 行政和杂事 | 15% | 尽量压缩 |
| 无效沟通 | 5% | 持续减少 |
如果创始人连续几周大部分时间都在处理低价值杂事，产品再努力也会失去方向。
落地建议
不要一开始就搭复杂系统。先用一个表格，坚持四周。
第一周只记录事实；第二周开始给事项排序；第三周找重复问题；第四周把固定动作变成流程。
早期 SaaS 的管理目标不是让公司看起来成熟，而是让创始人每周都能更清楚地回答：我们离可持续收入更近了吗？
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。