SaaS 的前 100 位用户，不是数据库里的 100 个邮箱。这份指南会帮助技术创始人定义激活、选择渠道、从早期用户身上学习，并建立可重复的分发路径。
SaaS 的前 100 位用户，不应该只是数据库里的 100 个邮箱。只有当用户完成了一个能证明产品价值的关键动作，才应计入“激活用户”。
对开发者工具来说，这个动作可能是第一次成功调用 API；对账单工具来说，可能是第一次完成发票核对；对监控产品来说，可能是第一次收到有效检测结果。
选渠道前，先写清楚你的激活单位：
一个符合目标画像的新账号，在 [时间窗口] 内完成 [关键动作]，就算激活。
这个定义能让获客数据更真实。它也能帮你判断：某个渠道带来的到底是潜在用户，还是只会点一下链接的人。
从 0 到 100 不是一次营销活动，而是三个连续的诊断阶段。是否进入下一阶段，要看证据，不要只看日历。
| 检查点 | 核心问题 | 主要动作 | 可以进入下一阶段的信号 |
|---|
一套持续运转的 GTM 系统
可免费试用，从你的真实产品开始
| 最初几位用户 | 目标用户能否在不依赖创始人全程救场的情况下获得价值？ | 直接观察、人工引导 | 多位目标用户完成激活；重复问题已被记录 |
| 早期小规模用户 | 一两个渠道能否持续带来意图相近的用户？ | 先回答问题，再做社区参与和小范围触达 | 同一渠道连续多周带来激活用户 |
| 向 100 位推进 | 有用内容能否持续带来自然发现，而不是依赖一次次上线活动？ | 技术内容、上游免费工具 | 新用户能从可重复的入口完成激活 |
这些是诊断阶段，不是适用于所有产品的硬门槛。企业级产品需要更多观察；简单工具可能更快进入下一阶段。
渠道是否合适，取决于用户在哪里讨论问题，以及他们如何判断一个方案是否可信。
| 产品场景 | 更适合的起点 | 通常不适合作为第一步 | 原因 |
|---|---|---|---|
| 基础设施、API、CLI 工具 | GitHub Discussions、技术论坛、相关 HN 讨论 | 泛消费社交平台 | 用户需要技术细节、限制和实际证明 |
| B2B 工作流 SaaS | 直接联系一线操作者、小型行业社群 | 泛创业社区 | 用户更关心流程适配、风险和交接 |
| 小型开发者工具 | 可搜索的免费工具、针对具体问题的教程 | 泛展示广告 | 需求通常出现在排查问题的当下 |
产品目录可以制造一次集中曝光，但点赞不等于激活。Product Hunt 的官方上线指南把平台定位为接触广泛社区和收集反馈的机会。用户进入产品后做了什么，才是需要持续跟踪的数据。
如果你还在选择首发渠道，可以参考 Product Hunt、Reddit 和 Hacker News 对比。
在最早阶段，效率来自更短的反馈闭环，而不是自动化。
默认先用异步文字和可运行示例。只有实时观察能回答关键问题时，再邀请对方通话。
主动说明限制更容易建立信任。例如：“目前支持 PostgreSQL 14–16，暂不支持只读副本路由。”这比“适用于任何数据库环境”更有用。
这一阶段的目标不是追求漂亮的回复率，而是确认真实用户能否获得价值。需要具体模板时，可以查看面向开发者的冷启动触达指南。
当产品的基本使用路径已经可用，再进入相关社区。不要把求助帖当成广告位。
可以遵循以下做法：
这也符合 Reddit 社区礼仪和 Hacker News 社区规则：优先贡献有用内容，尽量引用原始来源，不要把社区参与变成单纯的自我推广。
可以这样做关系披露：
我做了一个处理这个流程的工具。上面的手动方法不依赖工具也能完成；如果你需要反复执行同一项检查，工具会更省时间。
读者先得到完整答案，再决定要不要了解产品。
“用工程能力做营销”能否有效，关键看免费工具是否紧挨着付费产品的使用场景。
Webhook 产品可以提供浏览器端 HMAC 签名调试器；数据库代理可以提供连接池容量估算表。免费工具解决眼前的小任务，SaaS 解决持续出现的生产问题。
需要守住三个边界：
不要为了流量做与主产品无关的“爆款计算器”。只有能带来潜在激活用户的流量，才有长期价值。
更完整的判断方法见工程化营销：为 SaaS 做免费工具。
假设一位独立创始人在做轻量级 PostgreSQL 连接代理，目标是帮助容器化应用避免连接数耗尽。
激活单位： 符合目标画像的团队在 7 天内，让一个测试工作负载通过代理完成一次有效查询。
最初几位用户： 创始人在公开讨论中看到部署期间连接耗尽的问题。三位工程师测试了二进制程序，其中两位因为环境变量说明不清而失败。创始人先改进 CLI 报错和安装文档。
早期小规模用户： 后续遇到类似问题时，创始人先解释手动连接池方案，再把开源代理作为可选工具。即使读者不点链接，回答本身也成立。
向 100 位推进： 创始人发布一个连接池容量估算表，写清假设条件。只有需要排队和运行时控制的团队，才会被引导到代理产品。
同一个真实问题，由此形成了产品改进、公开答案和长期获客入口。
选择一批用户和一个固定时间窗口：
同期激活率 = 在窗口内完成关键动作的合格新账号 ÷ 同期合格新账号总数 × 100%
| 产品 | 较弱的信号 | 更合适的激活动作 |
|---|---|---|
| 开发者 CLI | 下载次数 | 第一次成功执行命令并得到有效结果 |
| 账单 SaaS | 注册账号 | 第一次完成真实发票或 webhook 核对 |
| 网站监控 | 创建账号 | 第一次配置目标并验证检测成功 |
| API 产品 | 访问文档 | 第一次带有效凭证完成 API 请求 |
建议用 7 天或 14 天作为清晰窗口。留存率、付费转化和收入要单独跟踪。Amplitude 的免费增值与试用产品指标指南也采用相同思路：先定义代表首次价值的动作，再统计新用户中有多少人完成它。
接近 0 的激活率不等于产品一定没有价值。它说明你需要先检查渠道匹配、用户预期、引导流程和数据埋点，再决定是否增加流量。
独立创始人的 30 分钟日常营销流程提供了一套轻量节奏。
最初几次用户沟通应该由创始人亲自参与。你需要听懂用户如何描述问题，也需要看到产品在哪里失效。
当信息来源变多后，Tomako可以帮助整理经过选择的市场信号，把产品上下文转成可审核的 GTM 草稿，并让后续事项保持可见。事实是否准确、内容是否发送、什么时候发布，仍由团队决定。
当协调工作开始占用大量时间时，再使用 Tomako。不要用工具跳过最关键的早期学习。
不需要。本指南统计的是完成核心激活动作的合格用户。试用转付费和收入应作为独立指标。
不应该。先去目标用户已经讨论真实工作问题的地方。小型行业论坛可能比大型综合平台更有效。
当目标人群、消息和引导流程已经通过手工方式验证后。过早自动化只会放大噪声，也会让你更难学到东西。
先检查路径，不要先加流量。核对渠道意图、落地页承诺、配置步骤、产品报错和数据埋点，再与受影响的用户直接沟通。
Tiny
SEO/GEO
学习闭环