SaaS 创始人日历：早期一周应该怎样分配客户、产品和销售时间

开场：早期最稀缺的资源不是钱，而是创始人注意力

SaaS 创业初期，创始人的日历经常被即时事项填满。客户发消息就回，想到功能就写，发现 Bug 就修，有人愿意聊就约，晚上再补几篇内容。看起来很勤奋，但几周后可能发现真正关键的事情没有推进：没有足够客户访谈，没有明确试点，没有收费信号，也没有稳定产品节奏。

早期创始人需要一份日历，不是为了把自己变成大公司经理，而是为了保护注意力。你要确保每周都有时间接触客户、验证产品、推进销售、复盘风险，而不是被临时事情牵着走。

一周时间要服务当前阶段

不同阶段时间分配不同。

如果你还没验证问题，却把 80% 时间写代码，通常会浪费；如果已有试点客户，却仍然只访谈不推进销售，也会拖延收入。

把客户时间固定下来

客户时间不能只靠临时约。

建议每周固定：

• 3 到 5 次客户访谈。
• 2 次 Demo 或原型反馈。
• 1 次试点复盘。
• 1 次线索跟进集中处理。

如果一周完全没有客户对话，早期方向很容易变成自嗨。

产品时间要有验证目标

不要把产品时间写成“开发功能”。

要写成：

• 做导入预检查，验证客户样本数据是否可标准化。
• 做新手任务卡，验证用户能否完成首次激活。
• 做报表原型，验证主管是否看得懂结果。
• 做权限最小版本，验证客户是否敢邀请同事。

每个产品时间块都应该对应一个客户验证目标。

销售时间要集中处理

销售如果被切成碎片，会效率很低。

可以设定：

集中处理能减少切换成本，也能让你更系统地观察销售漏斗。

每天留一个深度工作块

早期创始人很容易全天被消息打断。至少每天留 2 到 3 小时不被打断。

深度工作适合：

• 写核心功能。
• 整理客户问题数据库。
• 写销售材料。
• 做数据样本分析。
• 复盘风险和现金。

不要把深度工作时间放在消息最密集的时候。

设置响应窗口

客户支持很重要，但不代表所有消息都要即时回复。

可以设置：

• 上午 11 点集中处理一轮。
• 下午 5 点集中处理一轮。
• P0 问题例外。

这样既不失去响应速度，也能保护深度工作。

周五必须复盘

每周五至少 45 分钟复盘：

• 本周学到了什么。
• 哪些客户进入下一步。
• 哪些功能被真实使用。
• 哪些风险变大。
• 下周最重要结果是什么。

没有复盘的日历，只是排班表；有复盘的日历，才会形成创业节奏。

一个示例周安排

周一：线索整理、客户访谈、产品计划
周二：深度开发、冷启动触达、Demo
周三：客户访谈、原型测试、销售跟进
周四：深度开发、试点支持、内容输出
周五：试点复盘、销售复盘、创始人周报

这不是固定答案，但它说明客户、产品和销售都要有位置。

常见错误

早期创业不是只靠拼时间，而是靠把时间放到正确问题上。

落地建议

从下周开始，把日历分成四类颜色：客户学习、产品验证、销售推进、经营复盘。每周结束时看实际比例是否符合当前阶段。

SaaS 从 0 开始，创始人日历就是战略。你把时间放在哪里，项目就会往哪里走。

进一步执行：用日历识别逃避行为

日历还能暴露创始人的逃避。有人害怕销售，就把时间都放在写代码；有人害怕产品难题，就一直访谈；有人害怕被拒绝，就只写内容和改官网。日历不会说谎，它会显示你到底在回避什么。

每周复盘时，可以问自己：本周最关键的风险是什么，我是否给它安排了足够时间？如果最大风险是客户不愿付费，但你一周都没有报价和试点沟通，说明你在逃避销售验证。如果最大风险是数据无法标准化，但你没有看任何真实样本，说明你在逃避技术验证。

日历也要留出缓冲。早期总会有突发客户问题、线上故障、临时机会。建议每周只排 70% 的时间，剩下 30% 作为缓冲。排满日历看起来自律，但实际会让任何突发事件都打乱计划。

最后，创始人日历要和目标绑定。不要只写“周二开发”，要写“完成导入错误提示并给 A 客户测试”。不要只写“周三销售”，要写“约到 3 个客服主管访谈”。具体结果会让时间更有方向。

日历里的四个保护块

早期创始人可以固定四类保护块。

第一是客户块。每周至少两到三个半天用于访谈、Demo、试点复盘。客户块不能被普通开发任务挤掉。第二是产品块，用来完成和当前验证目标直接相关的功能。第三是销售块，用来发起触达、跟进线索、整理报价和推进下一步。第四是复盘块，用来写周报、看现金、更新风险登记表。

如果这四类保护块在日历里都不存在，说明你不是在经营一个 SaaS 项目，而是在被动处理事情。

一个反例

很多创始人一周看起来很忙：周一修 Bug，周二改页面，周三帮客户导数据，周四写文章，周五处理服务器问题。每件事都合理，但没有一次新客户访谈，没有一次销售推进，没有一次风险复盘。这种忙碌会让项目慢慢失去市场连接。

日历复盘要问：本周是否产生了新的客户证据，是否推进了一个付费机会，是否关闭了一个关键风险，是否让产品离激活更近。如果没有，说明时间使用有问题。

日历也要服务精力

不要把最重要的客户访谈放在自己最疲惫的时候。不要在连续 Demo 后安排深度开发。创始人的精力质量会影响判断质量。

可以把上午留给深度工作，下午安排客户沟通；也可以把周五固定为复盘，不安排重开发。关键是找到能长期坚持的节奏。

SaaS 是长期战，不是连续几天冲刺就能完成。日历管理的目标，是让你每周都做对关键事情。

日历复盘模板

每周五可以用这个模板：

本周客户学习时间：__ 小时
本周产品验证时间：__ 小时
本周销售推进时间：__ 小时
本周经营复盘时间：__ 小时

本周最有价值的客户证据：
本周最重要的销售推进：
本周最大风险：
下周必须完成的一个结果：
下周要停止的一件事：

这个模板会让你看到时间和结果是否匹配。比如客户学习时间很多，但没有任何可用证据，说明访谈质量低；产品时间很多，但没有客户验证，说明开发脱离市场；销售时间很多，但没有下一步承诺，说明线索质量或话术有问题。

日历要支持能量管理

早期创始人经常把所有事情都安排在同一天：上午访谈，下午开发，晚上 Demo，深夜写文章。短期可以，长期会影响判断。客户访谈需要倾听，产品开发需要深度，销售需要状态，复盘需要冷静。不同工作消耗不同。

可以把相似任务集中。比如周二下午连续做销售触达，周三安排 Demo，周五做复盘。这样切换成本更低。

日历管理不是为了让生活机械化，而是让关键工作不被随机性吞掉。

日历和现金跑道的关系

如果现金跑道只剩 4 个月，日历就不能还像有 12 个月一样安排。你要把更多时间放在付费验证、试点转化和高质量销售，而不是长期品牌建设或大功能重构。

可以按跑道调整：9 个月以上，可以兼顾深度验证和产品基础；6 到 9 个月，重点看试点和收费信号；3 到 6 个月，聚焦成交和现金；3 个月以下，停止大范围探索，做保底方案。

创始人日历不能脱离现金现实。时间安排越接近当前约束，决策越清醒。每周复盘时，把现金跑道写在日历旁边。它会提醒你哪些工作只是有趣，哪些工作真正必要。

还可以给日历设一个“不可挪用区”。比如每周至少 8 小时客户对话、4 小时销售跟进、3 小时产品复盘，这些时间除非有已付费客户事故，否则不被临时会议占用。早期团队没有制度保护重点工作，创始人的日历就是制度。

如果某周被突发事情打乱，复盘时不要只说“这周太忙”。要写清楚打乱来自哪里：客户问题、产品缺陷、内部协作、低质量线索，还是创始人自己没有拒绝。连续两周被同类事情打乱，就说明系统里有问题，需要修流程，而不是继续靠意志力硬扛。

一个好的创始人日历，最终会让团队看到真实优先级。你说重视客户，但日历里没有客户；你说要收费验证，但大部分时间都在打磨低影响功能；你说现金紧张，却还在做长期品牌项目。日历不会撒谎，它会把战略选择摊开。