开场：把早期动作做成可验证系统
产品和分发不能分开想。很多早期 SaaS 产品做出来后才发现没有客户来源。分发种子要在产品完成前就开始种：内容、社群、模板、诊断、案例、转介绍都可以成为早期入口。
从 0 开始做 SaaS，最怕把抽象判断直接变成开发任务。客户说有需求，不等于愿意付费；团队觉得产品有价值，不等于客户会把它放进工作流；市场看起来很大，不等于你能拿到第一批客户。因此，每一个早期动作都要被设计成验证：它验证什么假设，拿什么证据，下一步如何判断。
这一阶段的目标不是证明自己聪明，而是尽快让现实反馈进来。你要看到客户现在怎么做、为什么不满意、谁负责、谁付钱、什么结果能推动下一步。只有这些问题逐渐清楚，产品才有资格变复杂。
个人网络
先梳理自己认识的人，不是为了求人购买，而是找行业访谈、样本和转介绍。个人网络是最早的信任资产。
执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。
还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。
行业内容
写内容不是泛泛做品牌，而是围绕客户任务和购买触发写。比如问题清单、流程模板、成本计算表、试点说明，都能服务销售。
执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。
还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。
社群入口
进入目标客户所在社群，先观察语言和问题，不要一进去就发广告。长期提供有用模板和复盘，才会建立信任。
执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。
还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。
工具模板
轻量模板是很好的分发种子。Excel 模板、诊断表、检查清单、复盘问题，都能让客户先体验你的理解。
执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。
还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。
转介绍
每次访谈结束都可以问：你觉得还有谁也会遇到这个问题？转介绍不是成交后才发生，问题验证阶段也可以发生。
执行时不要停留在概念层面。最好把这一点落到一个客户、一份样本、一次会议或一条销售记录里。早期 SaaS 的可靠判断，通常来自具体事实，而不是行业口号。
还要记录反例。如果客户行为和你的判断不一致，不要急着解释掉。反例会帮助你收窄客户类型、调整 offer、重新理解流程。没有反例的研究，往往只是确认偏见。
场景案例
一个做客服质检整改工具的创始人，可以先发布一份《客服质检复盘检查清单》，在社群里收集反馈，再邀请下载者做 20 分钟访谈。这个模板既验证问题，也建立分发入口。产品还没完成，客户来源已经开始积累。
这个案例说明，早期判断必须贴近客户现场。客户的真实工作通常比一句需求复杂：有输入、有责任、有历史办法、有内部阻力，也有预算和时间窗口。创始人要做的不是把客户的话直接翻译成功能，而是把它还原成一个可验证的商业动作。
30 天验证路径
第一周，先完成基础材料：写一页问题说明，列出 50 个潜在客户，完成至少 5 次访谈。访谈只追问过去行为，不让客户幻想未来功能。
第二周，整理客户原话和当前替代方案，找出重复出现的场景。此时不要急着扩展目标客户，先判断最强信号来自哪一类人、哪一个任务、哪一个触发事件。
第三周，做一个最小输出。它可以是一页诊断、一张手工表、一个样本结果、一个流程图。目标是让客户判断结果是否有用，而不是展示完整系统。
第四周，争取客户承诺下一步。承诺可以是提供更真实样本、邀请同事复盘、讨论试点费、进入小范围试点。没有承诺，就不要把口头兴趣当成强证据。
检查清单
- 列出 50 个个人网络联系人
- 写 3 篇围绕具体任务的内容
- 制作 1 个可下载模板
- 进入 3 个目标客户社群
- 每次访谈请求 1 个转介绍
这份清单每周复盘一次。如果连续两周没有新增客户证据，就说明团队可能又回到了内部想象。早期 SaaS 的每一步都应该尽量换回外部反馈。
常见误区
第一个误区，是把内部产出当成进展。页面、原型、代码、文档都可能有用，但如果没有换来客户行为，它们只是准备工作。第二个误区，是被单个客户牵着走。一个客户的强烈反馈不等于市场规律，必须看是否能在同类客户中重复。第三个误区，是没有停止条件。验证不是无限做下去，如果客户不愿投入样本、时间或预算，就要调整方向。
复盘问题
每周问自己五个问题：本周新增了什么证据；哪个假设更强；哪个假设被削弱；下周要停止什么；下一步最小承诺是什么。这五个问题能把团队从忙碌拉回判断。
如果这些问题回答得越来越具体，说明项目在前进。如果回答仍然是“市场很大”“客户应该需要”“我们再打磨一下”，说明还停留在想象阶段。
结尾：先让证据变厚，再让产品变重
SaaS 创业不是从完整系统开始，而是从一组可验证的小判断开始。先找到真实客户、真实任务、真实替代方案和真实承诺，再逐步增加产品复杂度。
当团队能持续把抽象问题变成具体证据，把具体证据变成下一步承诺，就已经走在正确路径上。早期最重要的不是看起来像成熟公司，而是比昨天更接近真实市场。
分发种子要服务验证
早期内容、模板和社群动作不要只追求曝光，而要换回访谈、样本、试点候选或转介绍。每个分发动作都应该有一个下一步入口。比如下载模板后邀请用户做 20 分钟流程访谈，阅读文章后提供诊断表。
这一步要尽量写成可以检查的材料，而不是停留在脑子里。比如一张表、一页备忘录、一份客户原话摘录、一组样本截图，都是可以复盘的材料。只要材料存在，团队就能在下周回头看判断是否变强；如果只靠记忆，讨论很快会被情绪和新想法覆盖。
还要注意证据的来源。熟人反馈、目标客户反馈、购买者反馈、使用者反馈，分量不同。早期可以从熟人开始，但不能停在熟人。真正要影响产品和销售的证据，必须逐步来自目标客户的真实行为。
分发和产品互相校准
如果某类内容持续带来高质量客户，说明问题表达有效；如果模板被下载但没人愿意聊，可能只是资料有用，商业痛点不强。分发反馈也要进入产品判断。
落地时可以把它拆成三类动作：今天能做的、这一周能验证的、一个月内要决策的。今天能做的动作必须具体，例如联系 5 个客户、整理 1 份样本、写 1 页说明；这一周能验证的动作要有客户反馈；一个月内要决策的事项要有停止或继续标准。
如果一个事项没有停止标准，它就会长期占用注意力。早期 SaaS 团队最稀缺的是创始人注意力，不是想法。每一个持续投入的方向，都应该配得上这份注意力。
复盘模板
每周可以用同一套模板复盘：
- 本周新增了哪些客户行为证据。
- 哪个判断比上周更清楚。
- 哪个判断被削弱。
- 哪个动作没有产出有效反馈。
- 下周要继续、停止、加深的分别是什么。
复盘时不要只讨论工作量。工作量大不代表学习多。真正有价值的是新证据、新判断和新承诺。一个客户愿意提供样本，可能比写三天代码更能推动方向；一次清楚拒绝，可能比十句礼貌赞美更有价值。
和后续产品的关系
这项工作最终要影响产品。它应该帮助团队决定第一版做什么、不做什么、给谁用、用什么结果证明价值。如果它没有改变产品范围，也没有改变销售动作，就说明还没有进入核心决策。
早期 SaaS 的产品不是一次设计出来的，而是在客户证据、交付记录、销售阻力和复盘中逐步收窄出来的。越早把这些材料结构化，越不容易在后面因为单个客户、单个竞品或单个灵感而失焦。
深入案例复盘
假设一个两人团队想做面向运营负责人的 SaaS。最初他们的说法是“帮助团队提升运营效率”，这个表达太宽，既无法写清页面，也无法判断客户是否真实需要。经过三周访谈，他们把问题收窄到“每周复盘前，运营主管要把多个渠道的问题整理成一张可追踪的责任表”。这个变化看似只是语言变具体，实际改变了整个项目。
第一，客户对象变了。原来是所有运营团队，现在变成有固定复盘机制、存在多渠道数据、主管需要追踪责任的团队。第二，产品结果变了。原来想做大而全看板，现在先做复盘前整理和复盘后追踪。第三，销售话术变了。原来讲效率，现在讲周会、责任、下周追踪和老板关心的问题是否关闭。第四，试点方式变了。原来想让客户注册系统，现在先用一份脱敏样本做手工责任表。
这个案例说明，从 0 开始做 SaaS，早期最有价值的成果往往不是代码，而是收窄后的判断。判断越具体，产品越轻，销售越准，客户越容易进入下一步。
可量化指标
为了避免只凭感觉推进，可以设置一些轻量指标。第一类是触达指标，例如目标客户回复率、有效访谈数、转介绍数。第二类是证据指标，例如客户是否讲出最近一次案例、是否展示现有流程、是否提供样本。第三类是承诺指标，例如是否愿意复盘、是否邀请同事、是否讨论预算。第四类是交付指标，例如完成一次结果需要多少人工、客户是否能理解输出、输出是否进入会议或工作流。
这些指标不需要和成熟 SaaS 一样复杂。早期样本很小，百分比不一定稳定。它们的价值在于让团队看到趋势：哪个客户群更愿意回应，哪个场景更容易拿到样本，哪个结果更容易进入下一步。只要趋势越来越清楚，团队就能更有纪律地加码。
下一步动作设计
每做完一轮验证，都要设计下一步动作。动作要小，但必须换回更强证据。比如客户愿意聊天，下一步就争取一份样本；客户愿意给样本，下一步就交付一份结果；客户认可结果，下一步就邀请同事复盘；客户愿意复盘，下一步就讨论付费试点。
不要让客户停留在“有兴趣”。兴趣不是资产，承诺才是资产。承诺也不一定一开始就是付款，它可以是时间、数据、内部关系、业务场景或明确的下一次会议。早期销售就是把轻承诺逐步推进成重承诺。
团队内部对齐
即使只有一两个人，也要做内部对齐。每周至少回答一次：我们现在服务的具体客户是谁；他们最强的问题是什么；我们手里最强证据是什么；最大的风险是什么；下周要拿到什么承诺。把这些问题写下来，能避免团队被新想法带偏。
如果团队成员对这些问题答案不一致，就先不要继续扩展功能。分歧不是坏事，但必须回到证据上解决。谁有客户原话，谁有样本，谁有付费信号，谁的判断就更有分量。
结束前的判断
这项工作是否有效，最终看两个结果。第一，团队是否更清楚了：客户更清楚、问题更清楚、下一步更清楚。第二，客户是否更投入了：愿意给时间、给数据、给同事、给预算或给复盘机会。
如果只有团队内部越来越兴奋，客户却没有任何更强行为，就要及时降温。早期 SaaS 不是用内部热情堆起来的，而是用客户行为一点点验证出来的。每一轮都让证据变厚一点，才是从 0 到 1 的正确节奏。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。