- 这个人此刻正经历目标问题，并能描述当前的变通做法。
- 他们能接触到试用产品所需的工作流程、数据或决策权限。
- 这个使用场景与你接下来需要做的产品决策相匹配。
- 你能观察到首次价值、进行跟进，并了解他们是否会回访。
使用场景中文
资格边界
数到十之前，先定义谁算数。
首批客户并不是任何愿意注册的人。使用同一条资格规则，让十个客户产生可相互比较的证据。
- 出于好奇加入宽泛候补名单、却无法使用核心工作流程的人。
- 友好的支持者，其赞美与当前的问题无关。
- 来自不同细分群体的用户，其需求会把产品拉离原有假设。
- 通过你今天无法诚实或安全运营的渠道接触到的联系人。
最小完整工作流程
跑一轮 30 → 10 → 3 的客户周期。
这些数字是规划约束，而不是有保证的转化漏斗。它们的作用是让每一批足够小，从而能从每一个回应中学习。
- 01
写下客户和触发事件
写明角色、处境、紧迫事件、当前的变通做法和可观察到的成本。两位调研者应当能根据这个定义找到相似的人。
- 02
建立 30 个合格人选的名单
通过经审批的调研，找到有明显问题证据的人。记录每个人符合条件的原因；不要把未经筛选的联系人列表当作 ICP。
- 03
准备十场一对一对话
以具体的背景和一个有用的问题开场。说明已有什么、哪里还粗糙，以及为什么这个人可能相关。让对方可以轻松拒绝。
- 04
审批确切的外联内容
审阅收件人、文案、渠道、账户、批次大小和停止条件。一份计划并不等于允许之后发布或发送未知的内容。
- 05
交付一个聚焦的结果
帮助合格的回应者完成产品的核心任务。当人工协助能让你了解可重复的产品必须做什么时，它是可以接受的。
- 06
做出三选一的决定
当合格的人获得价值并回访时继续；当存在兴趣但工作流程失败时修改；当问题或紧迫性不存在时停止或更换细分群体。
可检查的控制
示例审批卡片：第一批对话
这是一张示意性的任务卡片，不代表已声称的客户结果或已完成的实验。
- 目标
- 检验拥有上线内测版的、由创始人主导的 SaaS 团队，是否需要一种可重复的方式来招募合格的早期用户并从中学习。
- 行动
- 准备五条一对一的 X/Twitter 回复或私信对话开场白供审阅；只发布单独获得审批的条目。
- 对象
- 五位拥有上线产品、并在近期公开表示难以找到早期用户的创始人。
- 验收标准
- 每份草稿都引用可观察到的背景，提出一个有用的问题，并且不声称保证获得客户，也不声称可自动执行 Reddit/邮件操作。
- 停止条件
- 在审阅完五份草稿、出现任何账户/授权不匹配，或有证据表明目标不符合 ICP 时停止。
修改拒绝按确切范围审批
可复用工作表
复制这份 30 → 10 → 3 客户工作表。
每位潜在客户一行，并把资格、外联、产品使用、回访和付费分开记录。一张电子表格或一份普通文档就足够了。
- ICP 与触发事件
- 角色、处境、紧迫事件、当前的变通做法和可观察到的成本。
- 起始成果
- 对方可以查看或试用的网址、演示、代码仓库、落地页或工作流程。
- 30 人资格筛选
- 姓名、公开来源、符合条件的证据、已检查的排除条件，以及问题为何看起来是当前存在的。
- 10 场对话批次
- 确切的背景、开场问题、渠道、账户、批次编号和经审批的最终文案。
- 审批边界
- 收件人、发送内容、成本、数量、负责人、成功检查和停止条件。
- 首次价值
- 尝试的聚焦任务、提供的协助、完成的证据和失败点。
- 信号记录
- 相关回复、合格对话、首次价值、回访、付费、明确拒绝，以及证据网址或备注。
- 决定
- 继续、修改或停止；记录受众、承诺、产品或下一批次中要改变的内容。
决策记分卡
为能改变公司决策的信号打分。
不要把关注度、资格、产品使用和收入合并成一个转化数字。
相关回复
确认了问题、时机或当前的变通做法。
合格对话
这个人符合 ICP，并且可以试用目标工作流程。
首次价值
他们完成了产品承诺的那项聚焦任务。
回访
他们无需劝说就会回来或重复使用该工作流程。
付费
他们为持续获得的价值付钱。
明确拒绝
一个具体的反对意见有助于调整受众、承诺或产品。
当前产品边界
按今天实际能运行的功能来规划。
这个工作流程并不承诺从 30 个潜在客户中获得十个客户。批次大小的作用是形成一个有边界的学习周期。结果取决于问题、资格筛选、提议、信任、产品以及创始人的后续跟进。
调研
已上线Soloop 可以运行经审批的市场、竞品和潜在客户调研，并把证据返回到项目中。
X / Twitter
已上线（需 OAuth）经审批的草稿、发布和回复收集可以通过已连接的账户运行。
冷邮件
Beta · 需要 Gmail邮件工作需要一个已连接的 Gmail 账户，并遵循任务上显示的审批路径。
Soloop 可以准备可审阅的文案，但公开发帖这一步由创始人自己完成。
广告
仅规划Soloop 可以讨论和规划这个渠道；目前它不会购买或管理广告。
编码
审批后上线沙箱编程可以在经审批的任务范围内修改和测试产品。
继续这个循环
当决策发生变化时，使用下一个资源。
常见问题
进行下一步之前的问题。
前 10 个 SaaS 客户应该来自同一个细分市场吗？
通常是的。一个聚焦的初始细分群体能让回应具有可比性，并帮助你判断同样的问题、触发事件和价值事件是否会重复出现。在规律清晰之后再扩展。
免费的内测用户算客户吗？
在发生付款之前，把他们作为合格用户来跟踪。他们的使用和回访行为是有价值的证据，但把付费单独记录，可以避免把大量免费用户误当作一个行得通的商业模式。
我应该从哪个获客渠道开始？
从合格的人已经暴露出这个问题、并且你能诚实运营的地方开始。Soloop 目前支持经审批的调研和已上线的 X/Twitter；冷邮件处于 Beta 阶段并需要 Gmail，Reddit 发布需手动完成，广告仅限规划。
第一封邮件或第一条 Reddit 回复应该包含什么？
记录此人符合条件的公开依据、他们描述的问题、一个有用的问题和一个小请求。使用 Gmail Beta 时，在审批流程中检查单个收件人和最终文案。使用 Reddit 时，检查社区规则，在相关时披露你的关联，并自行发布审阅后的草稿。调研得到的联系人不等于客户，也不等于获得了发送许可。
如何使用 X 而不追逐错误的受众？
分享一次真实的产品改动、你学到的内容，以及一个面向确实遇到该问题的人的具体问题。审批发布前，检查已连接的账号和确切文案。把相关回复和后续产品使用与曝光、点赞分开记录；其他创始人的关注本身不能证明买家的兴趣。
带上你已有的产品
从一个客户问题开始。
复制这份简报并替换方括号。点击「从一个项目开始」会打开 Soloop 首页，请在那里粘贴简报；内容不会自动传递。调研执行前先审阅任务，取得结果后先检查，再规划外联。
我的产品是 [网址或演示]，帮助 [具体角色] 完成 [任务]。目前的替代方案是 [变通做法]。请帮我聚焦一个客户画像，并基于公开证据提出一项小范围的潜在客户调研任务。说明每个人为何符合条件，列出来源和未知项；如果数量不足，请如实报告。先准备范围供我审阅，再执行调研。不要联系任何人。从一个项目开始