SaaS 市场进入策略（GTM）决定你将服务谁、他们可以合理期待什么，以及他们如何获得有用的结果并做出购买决定。对于一人团队，这份计划还必须契合你实际能投入的时间。在建立外联名单或购买流量之前，用这张工作表选择一种暂定的市场进入方式。
选择购买者获得价值的路径
市场进入方式是从最初产生兴趣到使用和购买的路径。在创始人主导的方式中，由你帮助诊断问题、演示产品并引导购买决定。在自助方式中，购买者无需你参与即可评估、开始使用并付费。混合方式在某个特定障碍处提供人工帮助，其余部分保持自助。
从一个暂定的客户画像开始：一个角色、一个反复出现的工作流，以及一个现在就改变的理由。然后用可观察的方式定义首次价值事件。「账户已创建」只是一个配置步骤；购买者用产出完成一项真实任务，才是更有用的候选事件。问问这两个事件之间必须发生什么。
- 购买阻力：这个人能否批准采购，还是需要安全、采购部门或另一位预算负责人参与？
- 实施阻力：这个人能否在没有定制集成的情况下提供所需数据并理解结果？
- 信任：一次演示或一个样例能否建立足够的信心让对方尝试，还是必须有人解释权限和限制？
- 容量：在维护产品的同时，你能处理多少次评估和支持请求？
让承诺不超出产品当前的能力
写一句话，把一项可用的能力与购买者的任务联系起来。把人们能在产品中检查到的内容，与你希望它带来的改进分开。一个显示待审批事项的工具可以宣称提供了这种可见性；而更快的回款则需要付款结果方面的证据。
把当前的变通做法与你的产品方案一并记录。如果一张电子表格已经够用，别处缺少某个功能未必足以让人更换。用竞品分析收集事实，用定位工作表决定哪种差异可能重要。在获得相关证据之前，价格、打包方式和付费意愿都保持暂定。
示例：同一个 SaaS 的两种市场进入方式
本示例中的一切都是虚构的，包括产品、观察、价格、时长和日期。这些是规划假设，不是基准、客户结果，也不是某个 Soloop 任务的产出。
设想 ReviewQueue：一个面向代理公司的小工具，列出等待客户审批的交付物、分享审阅链接并记录审批决定。它不会开具发票或收款。在这个编造的场景中，创始人已在演示中检查过这些功能，但没有任何购买或留存证据。下面两个方案针对的是同一位代理公司运营负责人。
在这次为期两周的规划练习中，创始人为 GTM 工作预留十小时，并把现金支出上限定为 $100。产品维护另有时间安排。问题在于：有限的协助式评估与无协助试用，哪个是更好的下一步测试。
| 维度 | A · 创始人协助的评估 | B · 自助试用 |
|---|---|---|
| 购买者与触发事件 | 正在准备即将到来的客户审阅的代理公司运营负责人；是否有购买权限未知。 | 同一位负责人和触发事件；是否有购买权限未知。 |
| 购买/配置阻力 | 创始人解释客户访问方式，并帮助配置一个经许可的交付物；审批仍需核实。 | 购买者必须理解客户权限，并仅凭产品指南自行配置交付物。 |
| 首次价值 | 负责人在一个真实、经许可的交付物上看到客户记录下的决定。 | 同一事件，在没有创始人帮助的情况下达成；引导流程完成情况单独记录。 |
| 产品方案假设 | 一次 14 天的协助式评估，之后拟定为 $39/month 的工作区；尚未确立任何付款承诺。 | 无协助的 14 天试用，拟定价格同为 $39/month 的工作区；是否接受未知。 |
| 创始人时长 | 2 小时准备 + 2 小时寻找合适的参与者 + 3 小时协助最多两次评估 + 1 小时支持 + 2 小时复盘 = 10 小时。 | 4 小时编写引导指南 + 2 小时检查埋点 + 2 小时分发 + 1 小时支持 + 1 小时复盘 = 10 小时。 |
| 一个渠道 | 由创始人引荐给代理公司运营者，并获得跟进许可。 | 在允许此类内容的代理公司社区发一篇科普帖，链接到试用。 |
| 现金上限 | 增量支出最多 $100；不假设投放广告。在做出进一步承诺之前记录实际成本。 | 同样 $100 的上限；仅限自然分发。触达范围未知。 |
| 缺失的证据 | 负责人能否邀请客户、获得许可并批准付款；协助工作能否控制在三小时内。 | 是否有人看到帖子、理解访问方式或在无协助情况下获得价值；尚无经过测量的漏斗。 |
| 复盘日期 | 2026 年 10 月 5 日：对比实际时长、配置障碍和观察到的价值事件。 | 2026 年 10 月 5 日：区分无访问、配置失败和无客户决定三种情况。 |
| 停止规则 | 达到十小时或 $100，或无法获得所需的数据许可时，暂停新的评估。不承诺任何新的集成。 | 同样的时间/现金上限；如果客户访问不安全或不可用，暂停招募。没有访问并不能证明没有需求。 |
让计划契合一位创始人的一周
为准备、分发、协助、支持和复盘分配时间预算。如果这些投入超出了可用时长，就减少同时进行的评估数量，或简化产品方案。不要以为免费试用就意味着免费支持。现金和时间需要各自的上限。
在上面的虚构选择中，两次评估是一个容量上限，而不是能证明需求的样本量。如果协助一位购买者就耗尽了全部三小时预留时间，就停止增加评估并检查原因。引导流程问题、购买者不匹配和能力缺失，意味着不同的下一步。
复制这份 SaaS 市场进入计划
选中并把这张工作表复制到你自己的文档中；无需注册账户。先填写计划一列，然后找出可能改变它的证据。在小屏幕上，横向滚动表格以查看第二列。
| 维度 | 本复盘周期的计划 | 证据或撤回条件 |
|---|---|---|
| 购买者 / 触发事件 | [角色、工作流、紧迫性、排除条件] | [来源和日期；未核实时购买权限为未知] |
| 替代方案 / 承诺 | [当前的变通做法；你的产品支持的有用结果] | [已检查的能力；尚待证实的收益] |
| 方式 / 阻力 | [创始人主导、自助或混合；在哪里提供帮助] | [观察到的障碍；什么能消除对帮助的需要] |
| 首次价值 | [可观察的有用事件，以及你将如何记录它] | [所需输入、许可和依赖] |
| 产品方案 | [范围、试用条款、拟定价格和明确的限制] | [接受、使用和付款分开跟踪] |
| 容量 / 渠道 | [按任务分配的时长、并行上限、一个渠道] | [实际时间和支持工作；能否触达该受众] |
| 预算 / 复盘 | [现金上限、负责人和复盘日期] | [实际支出和缺失的证据] |
| 决策 / 停止 | [选定的方式、被否决的方案、停止规则] | [会推翻这一决策的发现] |
在扩大渠道之前复盘市场进入方式
记录每一步发生了什么：触达相关人员、理解了产品方案、开始配置、获得首次价值，以及做出购买决定。保留计数和来源笔记；两条正面回复无法告诉你可靠的转化率。一次购买与一次表达兴趣是不同的证据。
对于 ReviewQueue，如果购买者无需协助就完成了配置，就会削弱强制协助的理由。如果购买者被某个审批要求卡住，则意味着应修复该依赖或更换目标。一个从未收到邀请的客户，与一个试用后拒绝该工具的客户，留下的是不同的问题。把这些情况分开处理。
一旦市场进入方式明确，就用下方的「前几个 SaaS 客户」指南来选择潜在客户、进行外联和对话。这些执行工作应遵循本计划中的约束。只有当你能说清现有渠道教会了你什么，并且能承担随之而来的工作量时，才增加渠道。
把你的产品和这份 GTM 简报带到 Soloop
你可以单独使用这张工作表。要在 Soloop 中继续，把你的简报复制到对话里：我的产品是[URL]。购买者[角色]，购买阻力[事实]，首次价值[事件]，容量[时长]，预算[上限]。对比[市场进入方式]，标注缺失的证据，并提出一个供审阅的下一步行动。
Soloop 手册描述了在主对话中进行规划，以及单独审批的调研任务。审阅任何拟议行动的范围和成本。在你完成广告设置和付款之后，Soloop 可以准备并投放 Google Ads 广告系列；这份简报本身不会投放广告。「探索 Soloop」链接打开的是公开入口，所以请自己带上工作表。