冷启动获客：让第一次接触走向真实使用
本篇内容
产品终于能用了。你写了一条发布帖，放上截图和链接，接下来等什么？如果来了几十个访问，却没有人留下来，很难只凭这个结果知道哪里出了问题：看到的人不需要它，介绍没有说清楚，还是有人试了，却卡在第一步？
冷启动最难的部分，往往是把这些环节接起来。你需要知道怎样找到可能有用的人，给他一个愿意打开页面的理由，再看这次接触有没有进入他的工作。发到哪里，只是其中一个决定。
选品与验证停在“哪种工作值得继续了解”。这一章接着往下走：准备一次接触用户的尝试，再判断下一轮值得把时间花在哪里。下面的周报工具、英文文案与数字沿用教学案例，没有实际发帖、联系陌生人或招募客户；真实产品经历会分别注明作者。
让对方看见一份具体的工作结果，谈话才有可以落下来的地方。
公开发布之前，先让几个人走通
PostHog 联合创始人 James Hawkins 在 2024 年回顾早期获客时，写到一个容易被发布成绩遮住的过程。他们先从认识的人里寻找使用者，手工创建账号，帮助部署；发现真实使用里的问题后，才改成更容易自助部署的版本。随后通过群组、介绍等方式接触更多人，观察不认识他们的人会不会使用、会不会回来。[1]
等到陌生人能够不靠创始人帮助用起来，团队才去 Hacker News 发布。这里有几个条件恰好连在一起：产品面向开发者，强调开源和自托管，也把部署门槛降了下来。公开发布把这个已经能运转的入口带给了更多相近的人。[1]
PostHog 当时怎样扩大接触范围
- 01 熟人＋手工帮助
先看真实使用，暴露部署与操作问题。
- 02 陌生人＋自助入口
观察没有关系和陪同后，产品是否仍被使用。
- 03 面向开发者公开发布
让更多相近的人走进已经可用的路径。
这段经历里适合借鉴的是怎样逐步去掉帮助，而不是首批用户必须凑够某个数字。熟人的耐心、介绍人的信任、创始人随时解答，都可能使早期体验比真实销售顺利。把这些帮助记下来，再试着撤掉一项，才知道产品自己能承担多少。
也要看到他们有本例没有的条件。PostHog 接受融资，初期选择不收费，创始人投入强度很高；作者自己也说明，自筹资金时应更早考虑收费。一个每周只有两个晚上、准备异步支持的个人开发者，不能据此承诺随时在线，或把免费服务无限延长。[1]
先找到工作发生的地方
本例仍然寻找这样的人：负责网站交付，亲自整理英文客户更新，而且能决定尝试一个辅助工具。同行开发者可以帮你找界面问题，但只有承担这份工作的人，才能解释结果为什么值得用。
没有海外联系人时，第一步可以很小：用任务词寻找公开讨论，而不是先挑一个最热闹的平台。试着分别搜索 client progress update、weekly client report、web design client communication，读上下文，确认讨论的是项目进展、广告效果，还是工时账单。这些是检索起点，不是已经验证的流量关键词。
本轮读到的 Web Designer Forum 就提供了一个可以实际辨认的入口：它把自由职业与业务讨论、网站评审分成不同版面。前者适合观察设计师怎样经营和交付，后者的公开说明是请成员评审网站。两者能帮助回答的问题不同，不能看到“设计师社区”就把每个版面都当作产品招募区。[2]
网站评审版的置顶规则说得更具体：只为宣传或获取链接的帖子，应放到分类广告区；它还列出至少 5 条帖子的参与门槛。这个页面最初发布于 2007 年，截至本次核验仍被置顶，但没有实际登录测试发帖权限。因此，这一晚能完成的是阅读和核对入口，不能把评审区当成注册后立即发布广告的地方，也不应为凑门槛灌水。[3]
读帖子时，只记会影响接触决定的信息：发帖人在做什么工作，最近遇到什么问题，已有办法是什么，讨论还是否活跃，以及这里允许怎样参与。一个广告代理商说“报告很烦”，可能烦的是多平台归因；一个网站交付负责人反复改客户邮件，才更接近本例。职位名称相似还不够。
本例先把时间花在哪里？
因此，第一晚先读业务讨论，选出与任务相符的几条线索，并核对可参与的入口。若只有展示网站的区域，就先请求页面与演示的反馈；若要招募试用，需要确认是否允许，或先向版主说明范围。没有合适入口时，产出是一份待核对的线索记录，不能把“发现了一个社区”写成“找到了客户”。
小范围接触也有成本：理解一个社区需要时间，愿意回复的人可能特别喜欢尝鲜，你又容易把熟悉的几个人当成整个市场。本例选择它，是因为现在最缺具体的工作反馈；当演示已经能独立使用、问题开始重复，再扩大接触才更有依据。
写一条让人能作决定的邀请
假设已经找到允许相关产品展示的讨论入口，接下来要写的不是一句“我做了一个提高效率的工具”。对方需要知道：这和自己有什么关系，点开以后能做什么，要付出多少精力。
下面是一份自拟的英文展示稿，适用于已允许展示工具、且正在讨论客户更新的语境。真实发布时，演示能力、范围和响应承诺都要与实际产品一致。
Example · a permitted product-feedback thread
A small client-update draft from a project spreadsheet
I’m the developer of a small tool for freelance web designers who prepare client progress updates.
It turns project rows into an editable draft. You still write the project status and the next step for your client.
The example uses fictional data and needs no account or client file. You can see the input and the finished draft before deciding whether to try your own workflow.
If you prepare these updates yourself, which part would you need to rewrite before sending it to a client?
这份稿子把对象写成亲自准备客户更新的人，把输出写成仍需编辑的草稿，把请求落在一个具体问题上。对方可以看完样例再回复，不必先预约跨时区会议。
如果最终选择的是前面的网站评审入口，问题就应当改成：“I’m looking for feedback on this demo page: is it clear what comes from the spreadsheet and what the user still has to write? Is there a point where you would get stuck?” 这份反馈能改善页面和演示，但不能用来证明有人需要这款产品。已满足参与条件，也只是可以按规则请求评审。
需要先向版主询问时，可以怎样写？
I built a small client-update tool for freelance web designers. Would a before-and-after sample be appropriate in your feedback thread? I would disclose that I’m the maker and use fictional data.
先问清发布位置和内容范围，再按答复准备。
演示页要接住邀请里的承诺
帖子说“看看输入和输出”，点开后就应当看到它们。先出现注册框、要求上传客户文件，或把输出藏在长介绍后面，会让这条邀请与实际体验脱节。英文页面可以从下面这样一份具体样稿开始。
点开后先看到什么
1. Fictional input
| Project | Task | Hours |
|---|---|---|
| North | Research | 3 |
| North | Draft report | 2 |
2. Draft to review
Project North · 5 hours
Research: 3 hours
Draft report: 2 hours
Status: The draft is ready for review.
Next step: Ask the client for feedback.
3. A bounded next step
Compare this with your usual update. What would you keep, change, or remove?
No account or real client data is needed to read this example.准备输入本身可能就是一道大门槛。V2EX 作者 loneranger1024 在 2025 年的聊天记录可视化复盘中，报告自己从小红书发现需求，也持续在那里推广；但复盘产品表现时，他把导出聊天记录的难度和上传私密资料的顾虑列为阻碍。这个国内消费工具不能证明海外工作室的需求，却具体展示了“感兴趣”之后还有哪些工作会让人停下来。[4]
因此，本例先用虚构数据让人理解结果。真正开放文件导入时，再清楚说明支持的格式、处理位置和保存方式；“本地处理”“不会上传”都必须与实现一致，相关边界见合规章。不要用一张漂亮的输出图，代替对输入和数据处理的交代。
跨语言准备还包括回应能力。可以先写好一条能够兑现的说明：工作日内通过文字回复，无法即时陪同；碰到格式问题，先请对方提供去掉客户信息的列名示例。若还需要实时演示，就在约定里写出双方确认的时间与时区，不让一条模糊的“随时找我”变成做不到的承诺。
换到其他平台时，哪些发布方式需要改？
下面只列会改变动作的规则，核验于 2026-10-11。具体社区还可能有额外要求，发帖前重读目标入口。
Show HN：作品需本人参与、能供人尝试；纯注册页或落地页不适合。准备直接演示，并留时间讨论；不要请朋友投票或评论。[5]
Product Hunt：作者可以自行发布，无需另找 hunter。官方允许邀请访问和评论，但不能直接要求投票；这一做法不能原样搬到 Show HN。[6]
Reddit：官方禁止重复或未经请求的大量互动，版主还会按本社区规则判断。先确认内容和位置，不把“推广低于某个比例”当成通行证，也不批量私信讨论参与者。[7]
X：禁止批量、重复或无关的垃圾互动，以及操纵互动数据。围绕当前讨论作具体回应，不复制同一条推广回复去铺满帖子。[8]
有回复以后，把帮助和结果分开记
对方愿意看样稿时，先让他照页面做一次。你可以解答，但要记下自己在哪一步介入：解释了输入格式、帮忙改了列名，还是直接代做了输出。一次有价值的陪同，既能带来反馈，也能掩盖产品尚不能独立使用的问题。
没人回复时，先回看实际发生到了哪一步：发布是否被允许并留下，看到的人是否负责这份工作，邀请是否提出了清楚且低负担的动作。不要把“没有观察到使用”记成“产品使用失败”。如果一连几次仍找不到愿意讨论的工作角色，就回到人群与入口，而不是先追加功能。
YC 的 Gustaf Alströmer 在下面这节课中，把找人、获得回应、演示、购买和开始使用分开讲。尤其是 8:45 开始的流程拆解，可以帮助读者把含糊的“推广没效果”拆成不同问题。这里采用的是步骤记录方法；片中的触达规模、创业公司关系网和销售假设，需要按自己的条件另行判断。[9][10]
延伸观看 · Y Combinator
How to Get Your First Customers
Gustaf Alströmer · 2022 · 22 分 53 秒 · 英文，附中文导读。
从 8:45 的流程拆解开始，观察每一步究竟在记录什么。
点击后连接 YouTube，不自动播放。也可 在原站从 8:45 观看，或阅读 YC 配套文字。
只读中文导读
将潜在对象、收到回应、完成演示、讨论购买，以及购买后开始使用分别记录。卡在不同位置，需要改的动作也不同。
先观察自己的过程，才能估计下一步投入。视频里的示例比例不是你的转化率；小样本和未知原因不适合被算成精确的获客预测。
同一批数字，为什么会得出不同结论
下面模拟两轮获客：一次面向广泛的产品爱好者展示，一次在允许展示的相关工作讨论中交流。每轮持续两周，末次体验后再留出一周回访。数字全部是合成记录，用来演示统计口径，不代表真实渠道表现。
第一轮有 600 位访问者，第二轮只有 60 位。只看到这里，很容易觉得应该继续给第一轮加流量。再往下看，有人是在作者帮助下做完的；还有人完成了样例，但未把结果用于自己的工作。切换下面的口径，看人数和每人需要投入的时间怎样改变。
动手复盘 · 两轮合成记录
你在把哪一种行为算作结果？
A · 广泛展示
- 访问 → 开始 → 完成
- 600 → 48 → 18 人
- 其中独立完成 / 回访称已使用
- 4 / 2 人
- 准备与沟通 / 另计陪同
- 4 小时 / 3.5 小时
18 人
共投入 7.5 小时；每位完成者 25 分钟。
B · 围绕具体工作交流
- 访问 → 开始 → 完成
- 60 → 20 → 10 人
- 其中独立完成 / 回访称已使用
- 6 / 3 人
- 准备与沟通 / 另计陪同
- 6 小时 / 1 小时
10 人
共投入 7 小时；每位完成者 42 分钟。
包括陪同，A 有 18 人完成，B 有 10 人。这个口径没有区分产品自己完成了多少工作。
“已使用”是独立完成者中的回访自述。不同轮次、来访人群和接触方式不能组成因果对照；这里计算的是作者时间，不是含费用的客户获取成本，也不是预期转化率。
切到“独立完成”，A 从 18 人变成 4 人，B 从 10 人变成 6 人；计入陪同后，A 每人投入 112.5 分钟，B 为 70 分钟。没有多获得一个用户，只是看清了原来被混在一起的工作。B 为准备和沟通花了更多时间，却在这组设定里需要更少的陪同。
给这组示例留下一份复盘，可以这样写：
真实记录不必一开始就很复杂。留下入口和材料版本、明确表达的工作需要、在哪一步卡住、是否需要陪同、结果是否被使用，以及自己花的时间。匿名访问数据无法自动告诉你职业和真实用途；这部分需要自愿反馈或观察。没有回答就标为未知，不强行归类，也不为归因收集客户文件。
把一次交流，变成以后仍然有用的入口
小范围交流能让你听到具体问题，但不适合永远靠逐人解释。若多次遇到同一种输入错误，或总有人问输出长什么样，就把已经讲清的内容留成一页，让下一位读者能够自行完成。
本例可以写 Client progress update from a project spreadsheet 这样的任务页：展示虚构输入、完整输出、哪些判断要自己补充，以及一种常见的列名错误如何修正。页面的用途是接住同一种工作需要，而不是为“团队效率”这样的宽泛词再写一篇泛谈。这里的标题也是待检验的表达，不宣称已有搜索需求。
V2EX 作者 bbbblue 在 2025 年的一条回复里报告，他们曾大量生成博客，搜索流量上升，却没给产品带来帮助；他自己怀疑内容与产品关系不够紧。这不是内容营销无效的证明，而是提醒我们：读完文章以后，读者是否还有使用产品的理由，需要单独检查。[11]
Google 的入门指南也把有用、独有、易读的内容和清楚的标题、链接列为重点，并明确不保证收录或排名。先检查页面能否被发现和访问，再检查搜索表达与内容是否匹配；有人到了页面以后，仍然要回到前面的使用过程。站点地图不能代替这些工作。[12]
当任务页已经能接住来访者，就可以按允许的方式在相关讨论中引用，也更有条件准备一次公开发布。下一轮要扩大什么，会比“再找十个地方贴链接”清楚：扩到相近的工作角色、修复一个反复出现的障碍，或尝试一种能被独立理解的表达。
选择下一种获客方式，可以接着看持续获客的渠道比较：先判断用户如何寻找和尝试产品，再比较内容、视频、合作、市场、销售与付费投入。有人把结果真正用进工作以后，持续使用与迭代接着看下一次任务与修订取舍；购买者、价值和具体报价见定价与订阅。若是页面加载、邮件或恢复过程挡住使用，先看基础设施。获客记录最终应当连回产品怎样被使用，才能给下一轮投入提供理由。
历史案例采用作者自述，未独立审计经营结果；视频导读依据 YC 配套文字。教学示例不代表已验证的市场需求。
Sources
- How we got our first 1,000 users · James Hawkins · PostHog · accessed
- Forums - Web Designer Forum · Web Designer Forum · accessed
- Website Review Rules · Jo 90 · Web Designer Forum · accessed
- 从 0 到 2000 元，我花了 10 个月 · loneranger1024 · V2EX · accessed
- Show HN Guidelines · Hacker News · accessed
- Product Hunt Launch Guide · Product Hunt · accessed · archive
- Spam · Reddit Help · accessed
- Authenticity · X Help Center · accessed
- How to get your first customers · Gustaf Alströmer · Y Combinator · accessed
- How to Get Your First Customers | Startup School · Y Combinator · YouTube · accessed
- 想全职独立开发/合伙创业? 这里有些我的感想 · bbbblue · V2EX · accessed
- 搜索引擎优化（SEO）入门指南 · Google Search Central · accessed · archive
划线与讨论
反馈入口尚未开放。开放后，你可以选中文章中的一段文字，说明有误、过期或没看懂的地方。