发布日不是获客的开始,而是一次集中曝光;它之后留下的东西,才决定这次发布值不值。
一、发布日只有一天
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
一位开发者准备了三个月,发布当天拿到了不错的排名。他在群里说「成了」,第二天开始写新功能。两周后,访问回到每天个位数,他才发现自己没有留下任何可继续工作的东西:没有目录收录,没有邮件列表,没有一篇能被搜到的页面,社区帖也早已沉下去。
发布日的价值不在当天,而在于你能不能借助当天的那一波注意力,把流量接到一个能持续工作的结构上。没有接收结构,发布日就是一次性的烟花。
二、发布日到底发生了什么
不同平台的机制会有变化,但结构大体相同:在有限的窗口里,产品被集中展示给一批习惯尝鲜的用户,展示位与排序取决于互动情况,窗口结束后展示位迅速让给下一批产品。
由此可以推出三个判断,它们不依赖任何具体平台的条款:
- 这是一次事件,不是一条渠道。 它不能按周重复,因此用第 01 篇的判据衡量,它永远无法「成立」。
- 它的主要产出是「被看见」,不是「被使用」。 尝鲜人群的注册和激活比例通常低于垂直社区。
- 它的真正价值在于链接资产。 一个长期存在的产品页、一条永久外链、一批可以复访的早期用户,比当天的排名更耐用。
把发布日定位成「一次事件」,你的准备工作就会完全不同:不是为了冲排名,而是为了在这一天之后还留下什么。
三、T-14 到 T+7 的动作表
| 时间 | 动作 | 产出 |
|---|---|---|
| T-14 | 确定一句话定位与三个目标人群 | 定位句,不超过 20 字 |
| T-14 | 准备可公开访问的落地页与可试用的入口 | 不需要注册也能看到核心界面 |
| T-10 | 联系 5–10 位真实用户,请他们当天来看看 | 一份名单,不做转发承诺 |
| T-7 | 录一段 20–30 秒的操作演示 | GIF 或短视频 |
| T-7 | 写好首评草稿:为什么做、解决什么、有什么限制 | 300–500 字 |
| T-3 | 检查所有链路的可用性:注册、邮件、支付 | 一份可用性清单 |
| T-1 | 准备好当天要回复的问题清单 | 10 个常见问题 |
| T0 上午 | 发布,发出首评 | 产品页 + 首评 |
| T0 全天 | 逐条回复评论,不群发、不引导刷票 | 回复记录 |
| T+1 | 把当天来的用户导入邮件列表或更新通道 | 订阅名单 |
| T+3 | 发布一篇「发布复盘」内容 | 一篇可长期搜索的文章 |
| T+7 | 统计四数,判断这次事件值不值 | 一行账本 |
T+3 那一项最常被跳过,也最值钱:把发布日的故事写成一篇文章,是把这个一次性事件转成长期资产的最低成本方式。 这篇文章会进入第 06 篇说的搜索入口,也会成为下一次发布的素材。
四、素材:一句话、一张图、一个可试入口
发布日的转化率主要被三件事决定:
| 元素 | 作用 | 常见错误 |
|---|---|---|
| 一句话定位 | 让人在 3 秒内知道这是什么 | 写成「重新定义工作方式」 |
| 一张演示图 | 让人不用注册就看到结果 | 放一张精美的首页截图 |
| 可试入口 | 让感兴趣的人立刻动手 | 必须注册才能看 |
一句话定位的检验方法是:把它发给一个不熟悉你项目的人,问「你会用它做什么」。对方答不上来,就重写。
演示图要展示变化前后,而不是界面本身。界面截图证明你做了软件,前后对比证明你解决了问题。
五、首评写什么
首评是发布日唯一完全由你控制的文本。它不该是宣传语,而该是一段可信的说明:
- 你是谁,为什么做这个(一两句,不要煽情)。
- 它解决的具体场景(一个具体的人、一件具体的事)。
- 它现在能做什么、不能做什么(写出限制,反而增加可信度)。
- 你希望得到什么反馈(具体到一个问题上)。
主动写出限制,是发布日最有效的差异化。满屏都是「强大的、全面的、一站式的」,一句「它目前还不支持批量导出,这是下一步」会让人相信你说的其他话。
5.1 首评的三个反例
| 写法 | 问题 | 改法 |
|---|---|---|
| 「我们终于上线了,求支持!」 | 只在请求,没有信息 | 先说清楚它替谁解决什么 |
| 「三年磨一剑,倾注了全部心血」 | 讲你的付出,不讲对方的收益 | 换成一个具体使用场景 |
| 「功能强大,欢迎体验」 | 形容词无法验证 | 写一条可核实的限制或对比 |
这三种写法的共同点是把首评当成了公告。它其实更像一份简短的说明书:读者看完之后,应该知道自己要不要点进去,而不是只知道你很努力。
六、目录站的价值在发布日之后
目录站包括三类:替代品站(告诉用户「你可以用它替代 X」)、工具聚合站(按类别收录)、以及各类精选列表(通常以仓库形式维护)。
它们的共同特点是:收录一次,长期存在;不需要你持续运营,但需要你定期维护。
| 类型 | 收录方式 | 维护成本 | 长尾特征 |
|---|---|---|---|
| 替代品站 | 提交产品与替代对象 | 每月 15 分钟 | 有明确比较意图的访问 |
| 工具聚合站 | 按分类提交 | 一次性 | 稳定但量小 |
| 精选列表 | 通过仓库提交或由维护者收录 | 一次性 | 面向开发者,质量高 |
目录站为什么值得做:它承接的是已经在找解决方案的人。这类访问量不大,但意图明确,注册率通常高于泛内容平台。
6.1 一条目录条目的最低要求
- 一句话说明「替代什么」或「属于什么类别」。
- 一个能直接看到界面的链接。
- 价格信息(免费、买断、订阅),不要留空。
- 一句限制说明,避免用户预期错位。
七、三种失败形态
失败一:只发布,不接收。 当天来了人,但落地页没有邮件列表、没有更新通道,一周后无法再联系。
失败二:把排名当目标。 为了排名去组织投票,短期有效,但带来的是一批不会使用的账号;平台对这类行为的判定也在变化。
失败三:发布后消失。 评论区的问题没回完,第二天就不再出现。尝鲜用户对「作者还在不在」非常敏感,这直接影响他们是否愿意留下。
八、行动清单与复算验收
- 把发布日写进日历,并倒推两周排好动作表。
- 准备一句话定位、前后对比图、免注册可试入口。
- 首评里写出一条明确的限制。
- 当天把访问导入自有渠道,不要等「以后再说」。
- 提交至少三个目录站,并在一个月后复查条目是否仍然有效。
复算:假设发布日带来 150 次访问,注册率 8%,则注册 150 × 8% = 12 人;激活率 25%,则激活 12 × 25% = 3 人。这三个激活不足以证明渠道成立,但足以证明落地页能转化。
再看目录站:假设三个目录合计每月带来 40 次访问,注册率 5%,则每月新增 40 × 5% = 2 人,十二个月累计约 24 人,维护成本是每月 15 分钟。一次发布换 12 个注册,三个目录换 24 个注册且持续——两者的区别不在数量,而在于后者每周都在工作。
使用边界与实操验收
发布日的效果高度依赖产品类型、目标人群与当天竞争情况,本文不给任何流量承诺,也不建议用组织投票的方式冲排名。目录站的收录标准由各站自行决定,被拒是常态,不属于失败。
验收标准:发布后第 7 天,你能拿出一行完整的四数记录,以及一份「这次留下了什么」的清单。 清单上至少应有一项长期资产:一篇可搜索的文章、一个有效目录条目、或一批可联系的订阅者。
关键参考与核验范围
本节的发布动作表、比例与复算均为教学演示,不代表任何平台的实际数据。核验日期:2026-10-23。
- 中华人民共和国个人信息保护法 :发布日收集邮箱、记录来源参数时,按告知同意与最小必要原则处理;导入邮件列表前应确认订阅方式。
- 中华人民共和国电子商务法 :通过信息网络提供商品或服务的经营者义务,在产品开始收费前确认适用范围。
Product Hunt、各目录站与精选列表的提交规则在本次核验中无法访问,因此本文不引用条款原文、不附平台链接。提交前请以各站当日规则为准。
系列导航
- 上一篇:十二条渠道的全景与打分
- 下一篇:Hacker News 与 Reddit:社区规则先于文案
- 回到目录:一个人让产品被看见:十条获客路径
- 相关阅读:第 71–80 天:发布与第一周
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。