先说结论：发布 ≠ 推广
之前我的逻辑是：东西做完 → 部署到 Vercel → 发一条微博 / Twitter → 等用户自己来。 事实证明，这种「丢瓶子进海里」的方式，只适合已经有粉丝的人。
对于一个没什么关注度的独立开发者来说，你不主动把项目扔到用户眼前，基本没人会自己找到你。
我现在的「最小推广流程」是这样的
现在每做完一个周末项目，我会严格走完这几个步骤：
- 写一篇「为什么要做这个东西」的长文，发在博客 / 少数派 / 掘金。
- 在 2~3 个细分社区发一条「故事型」介绍贴，而不是冷冰冰的上线公告。
- 找 3 个愿意帮忙试用的朋友，让他们真用一周，再收一轮反馈。
1. 长文：把背景讲清楚，比功能列表有用多了
以前我写上线说明都是那种：
- 支持 JSON 格式化 - 支持一键复制 - 支持深色模式 后来我换了一种写法，直接从自己的痛点讲起，比如：
「我每天要看几十个接口返回，Chrome 的 Network 面板一会儿 500，一会儿超时。于是我做了一个一眼就能看懂 JSON 的小工具。」
事实证明，用户对你做了多少功能没兴趣，他们更关心： 「你是不是跟我一样惨」以及「这个东西是不是针对我的问题做的」。
2. 社区：一开始就选对地方很重要
我以前喜欢把项目往所有能发的地方都丢一遍，结果就是到处石沉大海。 后来我只选少量几个地方：
- 和产品高度相关的社区（比如做前端工具就去前端社区）。
- 自己常混的群 / 频道，至少别人知道你是个人。
- 有可能被转发的 KOL 或者 Newsletter。
每一个地方，我都不会只贴个链接，而是会讲一小段背景故事 + 一个最典型的使用场景。 比如在前端群里，我会写：
「上周踩了个很蠢的坑：改了个埋点，结果线上多打了一倍请求，接口被打爆。我就做了个小工具，专门用来对比埋点前后的数据。」 「如果你最近也在改埋点，可以帮我踩踩。」
3. 找 3 个「肯说真话」的朋友，比 300 个沉默用户有用
以前我迷信 PV 和注册数，总是刷 GA 看曲线。但很多注册用户根本没认真用，给不了什么反馈。 现在我会刻意找 3~5 个愿意说真话的朋友：
- 提前告诉他们：「你骂得越狠，对我越有用。」
- 一周后拉个小会，或者开个语音，让他们边用边吐槽。
有一次，一个朋友当面说我：
「你这个工具每次打开都让我先注册，我只是想临时看个东西，根本不想建账号。」
那之后我把注册入口直接挪到二级流程里，先让用户用，再谈注册，转化率肉眼可见地上来了。
一个具体例子：截图工具的第二次上线
我有个截图标注工具，第一次上线就是典型的「发一条推文就完事」： 一个月过去，注册用户 60 多个，日活几乎为 0。
后来我照着上面的流程又走了一遍：
- 写了一篇《为什么现在的截图工具都不适合做产品评审》的长文。
- 在两个设计师社区发帖，只贴了一个简单的 Demo 动图。
- 找了三个产品经理朋友，坐一起开了一个小时，让他们真用。
他们提了很多非常细节的建议，比如「快捷键得可配」「导出要支持压缩后再发钉钉」。 我花了两周时间改完，再发了一轮，第二个月新增了 400 多个注册用户，日活稳定在 70 左右。
最后
现在我每次做新东西，脑子里都会有一条 checklist： 不是「用了 React 还是 Svelte」，而是：
- 我能不能用一句话说清楚，这东西是给谁用的？
- 上线那天，我打算具体发到哪几个地方？
- 有没有三个人，我愿意开着 Zoom 看着他们用一遍？
说白了，我还是那个只会写代码的前端，只是现在知道： 周末项目想有人用，写完代码只是起点，不是终点。
评论区