没有粉丝,怎样找到前 10 个海外用户?
本文内容
前 10 个用户不是「推广」来的,是一个一个找来的。在去任何社区公开发布之前,先做这篇里的事:公开发布的机会只有一次,而名单可以反复迭代。这一篇讲怎么列名单、去哪里找、怎么联系、怎么判断反馈、什么时候能看到付费信号。适合手里有可试用版本、没有粉丝也没有稳定用户的开发者。
先看结论
- 别先想渠道,先写名单:20 到 30 个具体的潜在用户,有名字、有联系途径的那种。
- 名单从「你的产品解决什么问题」倒推:谁已经在公开讨论这个问题,就去哪里找。
- 联系方式是「请对方试用并说哪里不好用」,不是「请支持我的产品」。
- 付费信号看行为(主动回来用、追问价格、愿意付费试用),不看口头夸奖。
第一步:先写清目标用户,再列名单
「所有人」不能当名单。先用五个字段把你理解的「谁有这个问题」写下来(编辑示例):
| 字段 | 你的填写 | 示例 |
|---|---|---|
| 角色 | 后端开发者 | |
| 遇到问题的场景 | 排查线上接口返回的大 JSON | |
| 现在怎么解决 | 编辑器直接打开,经常卡死 | |
| 不满在哪 | 慢、大文件打不开 | |
| 出没在哪 | r/webdev、HN 相关帖、竞品 GitHub issues |
五字段写不出来,说明对目标用户的判断还太模糊——先补这一步,别急着发消息。写清之后,按来源优先级把人一条条列进名单(模板见文末):
- 你本来认识的人:朋友、同事、以前合作过的开发者。英文市场也一样——在英文社区认识的人、以前回复过你开源项目的人。
- 正在公开讨论这个问题的人:Reddit 相关版块的提问者、Hacker News 相关讨论的参与者、Indie Hackers 上的相关帖子作者。这些人的主页或帖子里通常有联系方式。
- 同类产品的活跃用户:竞品的论坛、Discord、GitHub issue 区里提需求的人——他们已经为这个问题花过时间。
真实参照:Tony Dinh 的第一款产品 DevUtils 没有任何粉丝,他的做法就是把产品直接发给朋友、家人、同事免费用,确认有人真的在用,再接入支付,然后才去社区发布(见TypingMind 案例)。前 10 个用户就是「上线前先把产品给十个人用」这个动作本身。
名单要求:每条有称呼或用户名、联系途径、为什么觉得他需要三栏,凑 20 到 30 条。
第二步:读规则,再进场
去 Reddit 之类的社区找人之前,先读两样东西:平台的 Content Policy(平台明文禁止 spam 和批量推广)和每个社区自己的规则(侧栏 Rules 和置顶帖)。Reddit 不存在全平台统一的「允许 10% 自我推广」规则,限制因社区而异——逐个核对,别套用传闻。怎么在 Reddit 找社区和参与讨论,展开见 Reddit 渠道页。
第三步:逐个联系,怎么说
联系消息的目标是换来一次真实试用,不是换来一句加油。结构(英文直说即可):
- 一句你是谁、做过什么(可验证的事实,不堆形容词)。
- 你看到他在哪里讨论过什么问题(写清楚具体帖子,证明不是群发)。
- 你做了个解决这个问题的东西,想请他试用并指出不好用的地方。
- 附可体验链接,说明需要花几分钟、要不要注册。
一条可直接套用的英文消息示例(编辑示例,换成你的事实):
Hi {name},
I saw your post in {subreddit/thread} about {their exact problem}.
I kept hitting the same thing, so I built {product} — it {one sentence,
what it does}. No signup needed, takes about 2 minutes to try:
{link}
Would you tell me what's confusing or broken? Not looking for
compliments — the rough edges are what I need.
不要:一次发给名单上所有人(平台会识别批量行为,见Reddit 渠道页)、隐瞒自己是作者、被婉拒后反复追问。发出 20 条,得到五六次试用就是正常比例;没人回应通常说明消息像群发,或问题找错了人。
第四步:收集试用反馈,用访谈记录表
每次试用后记录四件事(模板见文末):他说的问题、实际操作里卡住的地方、和现有工具比他认为的差别、会不会继续用。三个注意:
- 看操作,别只听话。请对方开着你的产品走一遍真实任务,卡住的地方当场暴露;口头评价只作参考。
- 问题按人记,别急着合并。三个人提三个不同问题很正常,合并成「需要改进」就什么信息都没了。分类整理参考 Yaak 案例的反馈清单模板。
- 试用后没再回来用,也算反馈——追问一句「是没需求还是哪里不顺」,答案往往在后者。
第五步:识别首次付费信号
前 10 个用户里出现这些行为,说明值得挂出付费:
- 没被提醒就自己回来用(留存比夸奖值钱);
- 主动问「能不能加 X,我可以付钱」;
- 听到价格后仍在用,或愿意为提前使用付费。
付费从最小的方案开始验证:一个价格、一个付费入口,参照 出海产品如何确定第一版价格?。挂了付费没人买,回到访谈记录看问题出在价值还是价格。
四种失败归因:试用没下文时先归类
联系发出去了、也试用了,但没人留下——先别急着改产品,把失败归到四类之一,每类对应不同动作:
| 归因 | 现象 | 该做的事 |
|---|---|---|
| 没找对人 | 试用时说「我用不上」 | 回到五字段重写目标用户,重新列名单 |
| 没说清价值 | 「没看懂这是干嘛的」 | 改消息和落地页的一句话主张 |
| 产品不好用 | 想用但在某一步卡住放弃 | 记录卡点,按Yaak 反馈分类排优先级修 |
| 问题不够痛 | 用了也说好,但不再回来 | 最麻烦的一类:问题存在但不值得付钱,考虑换方向 |
第四类最容易被「再多加点功能」掩盖。判断标准回到行为:没被提醒会不会自己回来用。
潜在用户名单模板
| 编号 | 称呼/用户名 | 联系途径 | 为什么需要(问题) | 首次接触日期 | 结果 |
|---|---|---|---|---|---|
| 1 | 未回复 / 已试用 / 持续在用 |
访谈记录表
| 日期 | 用户 | 他描述的问题 | 试用中卡住的地方 | 与现有工具的差异 | 会继续用吗 | 后续 |
|---|
七天复盘表
从发出第一条消息那天起,每天记一行,第七天回头答三个问题:
| 天 | 新联系 | 回复 | 试用 | 卡点或反馈摘要 | 归因类别 |
|---|
第七天回答:①名单上还有多少人没联系?②试用过的人里,失败集中在哪一类归因?③下一周的动作是什么——换名单、改表达,还是修产品?复盘一次,名单和方法都迭代一版,再考虑公开发布。
下一步:用户从哪里长期来,见 Reddit 渠道页和 X 渠道页;怎么记录他们有没有真的用上,读《工具页上线后,怎么知道用户真的用过?》。