SaaS 启动第一周计划：从 0 开始的前 7 天，不要忙着搭系统

开场：把早期动作做成可验证系统

SaaS 启动第一周最重要的不是搭系统，而是把问题、客户和验证动作拉到现实里。7 天内要产出客户名单、访谈记录、问题假设和下一步实验，而不是只产出 Logo 和域名。

从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。客户说有需求，不等于愿意付费；团队觉得产品有价值，不等于客户会把它放进工作流；市场看起来很大，不等于你能拿到第一批客户。因此，每一个早期动作都要被设计成验证：它验证什么假设，拿什么证据，下一步如何判断。

这一阶段的目标不是证明自己聪明，而是尽快让现实反馈进来。你要看到客户现在怎么做、为什么不满意、谁负责、谁付钱、什么结果能推动下一步。只有这些问题逐渐清楚，产品才有资格变复杂。

第 1 天：写问题

用一页纸写清你想解决谁的什么问题，当前怎么处理，为什么现在值得做。不要写功能，只写客户、场景、成本和风险。

执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。

还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。

第 2 天：列客户

列 50 个可能客户，标注为什么匹配、如何联系、是否有共同关系。名单质量决定验证速度。

执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。

还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。

第 3 天：约访谈

发出第一批高质量触达。目标不是卖产品，而是约到问题访谈。消息要具体到客户场景。

执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。

还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。

第 4 天：做访谈

访谈只问过去行为，不问想象功能。问最近一次发生、谁参与、怎么处理、用了什么工具、结果如何。

执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。

还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。

第 5 到 7 天：整理和复盘

整理客户原话，更新问题假设，决定下周继续验证什么。第一周结束时，应该更清楚客户是否真实，而不是产品是否完整。

执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。

还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。

场景案例

一个创始人第一周没有写代码，而是完成 12 次触达、4 次访谈、2 份表格样本和一页问题备忘录。他发现客户真正痛点不是自动报表，而是报表后的责任追踪。这个发现让后续一个月少做了很多无用功能。

这个案例说明，早期判断必须贴近客户现场。客户的真实工作通常比一句需求复杂：有输入、有责任、有历史办法、有内部阻力，也有预算和时间窗口。创始人要做的不是把客户的话直接翻译成功能，而是把它还原成一个可验证的商业动作。

30 天验证路径

第一周，先完成基础材料：写一页问题说明，列出 50 个潜在客户，完成至少 5 次访谈。访谈只追问过去行为，不让客户幻想未来功能。

第二周，整理客户原话和当前替代方案，找出重复出现的场景。此时不要急着扩展目标客户，先判断最强信号来自哪一类人、哪一个任务、哪一个触发事件。

第三周，做一个最小输出。它可以是一页诊断、一张手工表、一个样本结果、一个流程图。目标是让客户判断结果是否有用，而不是展示完整系统。

第四周，争取客户承诺下一步。承诺可以是提供更真实样本、邀请同事复盘、讨论试点费、进入小范围试点。没有承诺，就不要把口头兴趣当成强证据。

检查清单

• 写一页问题说明
• 列 50 个客户名单
• 发出 20 条触达
• 完成至少 3 次访谈
• 写第一份周复盘

这份清单每周复盘一次。如果连续两周没有新增客户证据，就说明团队可能又回到了内部想象。早期 SaaS 的每一步都应该尽量换回外部反馈。

常见误区

第一个误区，是把内部产出当成进展。页面、原型、代码、文档都可能有用，但如果没有换来客户行为，它们只是准备工作。第二个误区，是被单个客户牵着走。一个客户的强烈反馈不等于市场规律，必须看是否能在同类客户中重复。第三个误区，是没有停止条件。验证不是无限做下去，如果客户不愿投入样本、时间或预算，就要调整方向。

复盘问题

每周问自己五个问题：本周新增了什么证据；哪个假设更强；哪个假设被削弱；下周要停止什么；下一步最小承诺是什么。这五个问题能把团队从忙碌拉回判断。

如果这些问题回答得越来越具体，说明项目在前进。如果回答仍然是“市场很大”“客户应该需要”“我们再打磨一下”，说明还停留在想象阶段。

结尾：先让证据变厚，再让产品变重

SaaS 创业不是从完整系统开始，而是从一组可验证的小判断开始。先找到真实客户、真实任务、真实替代方案和真实承诺，再逐步增加产品复杂度。

当团队能持续把抽象问题变成具体证据，把具体证据变成下一步承诺，就已经走在正确路径上。早期最重要的不是看起来像成熟公司，而是比昨天更接近真实市场。

第一周不要做的事

不要花三天选技术栈，不要反复改 Logo，不要写长篇商业计划，不要研究十几个竞品页面后仍不联系客户。第一周的核心是让客户声音进入项目。没有客户声音，所有内部准备都可能偏离。

这一步要尽量写成可以检查的材料，而不是停留在脑子里。比如一张表、一页备忘录、一份客户原话摘录、一组样本截图，都是可以复盘的材料。只要材料存在，团队就能在下周回头看判断是否变强；如果只靠记忆，讨论很快会被情绪和新想法覆盖。

还要注意证据的来源。熟人反馈、目标客户反馈、购买者反馈、使用者反馈，分量不同。早期可以从熟人开始，但不能停在熟人。真正要影响产品和销售的证据，必须逐步来自目标客户的真实行为。

第一周的合格结果

合格结果不是产品上线，而是至少拿到几个真实案例、几条客户原话、一个更清楚的问题描述和下一周验证计划。如果第一周结束时仍然只有想法，没有客户证据，就要立即调整。

落地时可以把它拆成三类动作：今天能做的、这一周能验证的、一个月内要决策的。今天能做的动作必须具体，例如联系 5 个客户、整理 1 份样本、写 1 页说明；这一周能验证的动作要有客户反馈；一个月内要决策的事项要有停止或继续标准。

如果一个事项没有停止标准，它就会长期占用注意力。早期 SaaS 团队最稀缺的是创始人注意力，不是想法。每一个持续投入的方向，都应该配得上这份注意力。

复盘模板

每周可以用同一套模板复盘：

• 本周新增了哪些客户行为证据。
• 哪个判断比上周更清楚。
• 哪个判断被削弱。
• 哪个动作没有产出有效反馈。
• 下周要继续、停止、加深的分别是什么。

复盘时不要只讨论工作量。工作量大不代表学习多。真正有价值的是新证据、新判断和新承诺。一个客户愿意提供样本，可能比写三天代码更能推动方向；一次清楚拒绝，可能比十句礼貌赞美更有价值。

和后续产品的关系

这项工作最终要影响产品。它应该帮助团队决定第一版做什么、不做什么、给谁用、用什么结果证明价值。如果它没有改变产品范围，也没有改变销售动作，就说明还没有进入核心决策。

早期 SaaS 的产品不是一次设计出来的，而是在客户证据、交付记录、销售阻力和复盘中逐步收窄出来的。越早把这些材料结构化，越不容易在后面因为单个客户、单个竞品或单个灵感而失焦。

深入案例复盘

假设一个两人团队想做面向运营负责人的 SaaS。最初他们的说法是“帮助团队提升运营效率”，这个表达太宽，既无法写清页面，也无法判断客户是否真实需要。经过三周访谈，他们把问题收窄到“每周复盘前，运营主管要把多个渠道的问题整理成一张可追踪的责任表”。这个变化看似只是语言变具体，实际改变了整个项目。

第一，客户对象变了。原来是所有运营团队，现在变成有固定复盘机制、存在多渠道数据、主管需要追踪责任的团队。第二，产品结果变了。原来想做大而全看板，现在先做复盘前整理和复盘后追踪。第三，销售话术变了。原来讲效率，现在讲周会、责任、下周追踪和老板关心的问题是否关闭。第四，试点方式变了。原来想让客户注册系统，现在先用一份脱敏样本做手工责任表。

这个案例说明，从 0 开始做 SaaS，早期最有价值的成果往往不是代码，而是收窄后的判断。判断越具体，产品越轻，销售越准，客户越容易进入下一步。

可量化指标

为了避免只凭感觉推进，可以设置一些轻量指标。第一类是触达指标，例如目标客户回复率、有效访谈数、转介绍数。第二类是证据指标，例如客户是否讲出最近一次案例、是否展示现有流程、是否提供样本。第三类是承诺指标，例如是否愿意复盘、是否邀请同事、是否讨论预算。第四类是交付指标，例如完成一次结果需要多少人工、客户是否能理解输出、输出是否进入会议或工作流。

这些指标不需要和成熟 SaaS 一样复杂。早期样本很小，百分比不一定稳定。它们的价值在于让团队看到趋势：哪个客户群更愿意回应，哪个场景更容易拿到样本，哪个结果更容易进入下一步。只要趋势越来越清楚，团队就能更有纪律地加码。

下一步动作设计

每做完一轮验证，都要设计下一步动作。动作要小，但必须换回更强证据。比如客户愿意聊天，下一步就争取一份样本；客户愿意给样本，下一步就交付一份结果；客户认可结果，下一步就邀请同事复盘；客户愿意复盘，下一步就讨论付费试点。

不要让客户停留在“有兴趣”。兴趣不是资产，承诺才是资产。承诺也不一定一开始就是付款，它可以是时间、数据、内部关系、业务场景或明确的下一次会议。早期销售就是把轻承诺逐步推进成重承诺。

团队内部对齐

即使只有一两个人，也要做内部对齐。每周至少回答一次：我们现在服务的具体客户是谁；他们最强的问题是什么；我们手里最强证据是什么；最大的风险是什么；下周要拿到什么承诺。把这些问题写下来，能避免团队被新想法带偏。

如果团队成员对这些问题答案不一致，就先不要继续扩展功能。分歧不是坏事，但必须回到证据上解决。谁有客户原话，谁有样本，谁有付费信号，谁的判断就更有分量。

结束前的判断

这项工作是否有效，最终看两个结果。第一，团队是否更清楚了：客户更清楚、问题更清楚、下一步更清楚。第二，客户是否更投入了：愿意给时间、给数据、给同事、给预算或给复盘机会。

如果只有团队内部越来越兴奋，客户却没有任何更强行为，就要及时降温。早期 SaaS 不是用内部热情堆起来的，而是用客户行为一点点验证出来的。每一轮都让证据变厚一点，才是从 0 到 1 的正确节奏。