SaaS 手工日志：从 0 开始先记录你替客户做了什么，再决定产品做什么

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

早期很多产品能力会先以人工形式出现。关键不是避免人工，而是把人工记录下来。手工日志能告诉你哪些动作反复发生，哪些客户需要过多服务，哪些步骤值得产品化，哪些承诺应该收费或拒绝。

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

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

记录对象

每次帮客户导入数据、解释字段、整理结果、开复盘会、修正分类、写报告，都要记录。不要只记录产品 bug，也要记录支持和交付动作，因为它们经常是未来产品功能的来源。

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

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

记录字段

一条日志至少包含客户、场景、动作、耗时、原因、结果、是否可产品化。耗时很重要，它会揭示交付成本。原因也很重要，它能判断是客户不懂、产品不清、数据质量差，还是需求本身复杂。

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

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

识别重复

连续三个客户都需要同样解释，就应该写帮助文档；连续三个客户都在导入字段卡住，就应该做导入检查；连续三个客户都看完报告不知道下一步，就应该做任务和责任人。

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

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

识别例外

不是所有人工都要产品化。有些客户的特殊要求只适合收费定制，有些低价值需求应该拒绝。手工日志能帮助你区分高频标准需求和单个客户例外。

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

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

连接定价

如果某项交付每次都需要高级人工，就不能藏在低价订阅里。要么产品化降低成本，要么作为付费服务边界说清。手工日志是定价和服务层级的重要证据。

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

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

场景案例

团队连续为 5 个客户手工检查 CSV 字段，发现每次都要解释字段含义、处理空值、修正日期格式。日志显示这一步平均耗时 45 分钟。于是第一版产品优先做字段模板、预览和错误提示，而不是先做更漂亮的看板。

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

30 天验证路径

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

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

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

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

检查清单

• 每次人工支持都记录耗时
• 每周汇总重复动作
• 标记哪些动作可产品化
• 把例外需求单独归档
• 用日志校准服务边界和价格

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

常见误区

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

复盘问题

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

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

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

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

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

日志如何变成路线图

每周把手工日志按耗时排序，再按出现频率排序。高频高耗时动作优先产品化，高频低耗时动作优先写文档，低频高耗时动作考虑收费服务，低频低耗时动作可以忽略。这样路线图来自交付现场，而不是头脑风暴。

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

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

日志如何变成服务边界

当某类人工动作无法产品化，又消耗大量时间，就要写进服务边界。比如历史数据清洗、复杂字段映射、客户内部培训，都可以作为付费实施项，而不是默认包含在低价订阅里。

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

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

复盘模板

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

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

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

和后续产品的关系

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

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

深入案例复盘

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

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

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

可量化指标

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

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

下一步动作设计

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

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

团队内部对齐

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

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

结束前的判断

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

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