工具教程 · 小互解读

独立开发者获客指南:AI 让开发变便宜了,但被看见反而更贵

如何为你的产品找到用户。先别急着改落地页,跳出率高的时候,八成是流量来源不对。
一分钟速览
  • AI 把做东西的成本压下去了,把被人看见的成本抬上来了。所以现在难的那一半,在产品做完之后。
  • 跳出率难看的时候,八成不是落地页的错。有一个更该先看的地方。
  • 借别人的观众有七条路,从零成本到两千美元一档,平台名和报价都列出来了。
⚑ 这份指南出自独立开发者 George Field,他本人在做一款网站分析产品(Splitsense),文中几处延伸阅读链向他自己的博客。不过他让你去装的两个监测工具都是开源项目,不是自家产品。
骨架

一个陌生人怎么变成付费用户

一有想法就埋头写代码,等产品做完了才发现真正的问题:没人知道它存在。这份指南开篇第一件事就是劝你把这个冲动按住。

理由是一笔账:AI 把做东西的成本大幅压了下去,把人吸引过来的成本却抬了上去。东西越容易做出来,同时冒出来的产品就越多,注意力这一头自然越来越贵。所以到了 2026 年,分发比开发更重要,2022 年那个业余时间做出来、后来卖掉几千美元的小 SaaS,放到今天用 AI 做只会更快;难的是让人看见它,这件事比当年更难。

所以这份指南从头到尾只干一件事:把「产品做完之后」那一半拆成能照着做的动作。整条路是四段:

一篇文章 一条论坛帖 一个短视频 一封邮件 掏钱 成为用户 留下 继续用 触点 漏斗 付费用户 留存 每一段都可以单独诊断、单独修
四段路的分工:触点负责把人拽进来,漏斗负责把人往下送,留存负责让他别走。本站按指南内容绘制。

触点:他第一次在你的地盘之外看到你

这样理解

互联网字面意思就是「万维网」,一张网。上面每天有几百万人在各条丝线上爬来爬去,你要做的是往这张网上多结几根丝,让路过的人能撞上你。一根丝就是一个触点(touch point),一篇文章、一条论坛帖、一个短视频,任何他在你自己网站之外第一次看到你的地方。丝越多,撞上的人越多。

触点的任务只有一个:把人拽进漏斗。刚起步时最常见的五个地方是 Reddit、朋友、垂直论坛、社群、以及给自己人脉圈发邮件。其中 Reddit 那条有个反直觉的地方值得单独说:

别去 r/saas 那种地方发。那儿能帮你找到愿意试用、愿意报 bug 的人,但拿不到最早的真实用户,因为你的目标客户根本不在那儿。要发就发跟你产品相关的那个子版块。

其余四个地方各有各的用法:做消费级 App 的话,朋友的评价和反馈无价;做自助仓储 SaaS 就去自助仓储论坛;Facebook 群、Discord 频道这种小社群比大平台好使;给自己人脉圈发邮件是最不体面也最有效的一条。

一条发在股息投资 Facebook 群里的产品介绍帖
第一个触点长这样:2022 年 10 月发在「Dividend Growth Investing」这个 Facebook 群里,为的是给 Heydividends 拉最早的一批用户。帖子先自报身份(软件工程师、投分红股五年了),再讲自己想解决的问题,最后才放产品截图。图片来源:George Field / freeCodeCamp

漏斗:从有兴趣到掏钱之间的那几道门

这样理解

漏斗像一段有好几道门的走廊:100 个人进第一道门,80 个过第二道,30 个过第三道。你不需要每道门都盯,你只需要找出哪道门掉的人最多,那道门就是你这周该修的东西。

典型的 SaaS 漏斗是这么走的:落地页 → 站内逛一圈 → 点注册 → 走新手引导 → 进产品第一屏 → 再逛一逛 → 要么走人,要么付钱。画得好不好看无所谓,它的用处只有一个:给你一个判断「该修哪里」的依据。人注册完就跑了,说明中间有东西坏了;把坏的地方修掉,项目才会慢慢长起来。

第四段是留存:人来了得留住,靠的是跟用户聊,加上看会话回放和热力图,看他们实际在点什么。

触点、漏斗、付费用户、留存四段路的示意图
指南自带的那张主线图,四段路一字排开。图片来源:George Field / freeCodeCamp
路线图

这份指南把剩下那一半拆成八步

往下看之前,先把整条路摊开:八步,分成两个半场,上半场把漏斗修好,下半场再去把人拉进来。

上半场 · 先把漏斗修好 1 装上监测工具 2 对着及格线看五个数字 3 跳出率高,先查流量来源 4 找出漏斗最窄的那一步 下半场 · 再去把人拉进来 5 借别人现成的观众 6 建一个自己的渠道 7 连发 20 周,别赌爆款 8 内容一切为了给价值 顺序不能反:漏斗还在漏的时候去拉人,等于把钱倒进筛子里
八步的先后。上半场四步解决「来了的人留不住」,下半场四步解决「根本没人来」。本站按指南内容整理绘制。

为什么这一份值得读完

讲分发的文章满地都是,大多停在「你要做内容、你要坚持」这一层。这份的不同在于每一步都落到了具体的东西上,而且这些东西可以整段抄走:

五个指标的及格线,平均 / 好 / 优秀三档 跳出率的三级排查顺序 七条拉人渠道的报价与目标体量 21 个找播客、找刊物、找网红的平台 十种产品各自该先去哪个平台 OpenReplay 接入的三步代码 落地页八条检查项 五个可以直接 A/B 的 CTA 写法
还有一句适用范围值得先说:这份指南写的是软件产品,但整套东西对电子书、Newsletter、课程同样成立,只要你的产品是「多个步骤 + 每步都可能卡住人」的结构,漏斗、诊断顺序和那七条拉人的路就都能照搬。

还有一件事得先说清楚:整条路上最花钱、最花时间的是下半场,但决定你能不能撑到下半场的是上半场。所以从第一步开始。

工具

第一步:装上监测,让漏斗看得见

漏斗不是画出来就有的,你得先能看见它。这里不推荐 Google Analytics,开箱体验差,而且缺一堆你真正需要的功能。市面上的付费替代品功能倒是够用,但它们不开源;想自己掌握数据的话,开源组合是两个,各管一边:

看数字

Plausible(或者 Umami)
访客从哪里来、跳出率多少、有多少人完成了目标。给你「第几步丢了多少人」。

看画面

OpenReplay
把用户在页面上的每一次点击、犹豫、来回滚动录下来重放。给你「这些人当时在干什么」。

这样理解

会话回放(session replay)就是监控录像。数字告诉你「第三步丢了 45 个人」,录像告诉你这 45 个人在那一屏上到底干了什么,是点了没反应,还是压根没找到按钮在哪。两个一起用才闭环。

三步装上,四个事件打完

OpenReplay 是个 npm 包,装进 Next.js 一共三步。

第一步 · 装包
@openreplay/tracker
用你惯用的包管理器装即可。
第二步 · 根目录建 .env
NEXT_PUBLIC_OPENREPLAY_PROJECT_KEY=your_key
NEXT_PUBLIC_OPENREPLAY_INGEST=https://openreplay.yourdomain.com/ingest
两个值:项目 key,和你自建实例的接收地址。
第三步 · lib/openreplay.ts 里初始化
const tracker = new Tracker({ projectKey: process.env.NEXT_PUBLIC_OPENREPLAY_PROJECT_KEY!, ingestPoint: process.env.NEXT_PUBLIC_OPENREPLAY_INGEST!, });

export default tracker;
然后在根布局里挂一个客户端组件,useEffect 里调 tracker.start(),录制就开始了。

但装上只完成了一半。光有回放,你只能一个个会话看下去,看不出规律;打了事件,才能把这些会话拼成一个漏斗。写法就一行: