如何在 Hacker News 上发布：创始人的 Show HN 指南

简短的回答

当人们可以试用你做出的东西（最好无需注册），而且你能花一整天回答问题时，再发布 Show HN。标题和正文请自己写，用平实的语言说明它做什么、你是怎么构建的，以及它的价格。不要请任何人点赞或评论。

把这次发布当作对一个渠道的一次测试。发帖之前，先决定你把什么算作结果：试用、来自符合你买家画像的人的回复，或预约到的交流，而不是点数。

Show HN 还是 Launch HN？

Hacker News 有两种发布形式。大多数创始人只能使用 Show HN；Launch HN 仅限 Y Combinator 公司使用。不过它的写作建议对所有人都适用。

发帖前的准备度检查

每一项都对应一条规则或发布失利的常见原因。如果前四项中有任何一项不成立，请先解决；你通常只有一次好机会，因为对于大约过去一年内已获得大量关注的内容，HN 会压低其重复提交。

• 访客在发布当天无需销售通话、最好也无需创建账户就能试用产品；如果无法提供实时访问，则有演示或视频。
• 价格清晰可见，任何要求（例如安装、API 密钥或引导通话）都事先说明。
• 产品能承受流量高峰：注册、演示和付款路径都已在全新的浏览器中测试过。
• 你至少能在最初的几个小时内保持在线，亲自回复评论。
• 你能用一句话说清它做什么、为谁而做，以及为什么难做。
• 你知道要衡量哪个结果，以及它记录在哪里，例如数据库中的试用或收件箱中的回复。
• 你的账户有日常参与的记录；HN 会用绿色用户名标记新账户。

标题、正文和第一条评论的大纲

用这份大纲来规划；文字请自己写。HN 的 Launch HN 建议是关于语气最详细的公开指引：以一个构建者对另一个构建者的口吻、用连贯的文字来写，不用最高级词汇或营销语言。

1. 标题："Show HN: [Product] – [what it does, in plain words]"（用平实的话说明它做什么）。不要夸张、感叹号或版本号。
2. 开头：你是谁，并用一句清楚的话说明产品做什么。不要只是重复标题。
3. 问题：它为什么重要、为什么难，并举一个你遇到过的具体情况。
4. 工作原理：技术方案和你做出的取舍。假设读者很聪明；解释任何术语。
5. 有何不同：与人们目前使用的方案相比，说法要克制而具体。
6. 访问与价格：链接、哪些功能无需注册即可使用、费用是多少，以及你打算如何赚钱。
7. 结尾：提出一个你希望得到帮助的具体问题，例如什么会阻止别人使用它。

大纲示例（虚构）

Tallyroom 是一个虚构产品，仅用于展示填好的大纲。它不是客户，也不暗示任何结果。

发布日计划

HN 对帖子的排序方式是点数除以发布时长的某个幂次，并根据举报、反滥用软件和版主进行调整。由于帖子老化得很快，早期讨论很重要。第三方指南对最佳星期和时段看法不一，所以请选择一个你能在场的时间，而不是追逐某个时段。

1. 发帖前：在无痕窗口中打开产品，把注册和付款路径各走一遍，并确认数据分析记录到了访问。
2. 自己提交帖子，然后补充一条简短的第一条评论，介绍背景故事以及正文中放不下的技术细节（如果正文里还没写）。
3. 在接下来的几个小时里，直接回复每一条有实质内容的评论。回复批评时，先认同其中属实的部分。
4. 在讨论进行时修复小 bug，并在回复中说明；不要通过编辑抹掉之前的批评。
5. 不要在分享链接时请人点赞，也不要让朋友发表赞美。HN 把捧场评论称为你在那里可能犯的最严重的错误。
6. 当天结束时：在查看点数之前，先导出你计划衡量的数据。

哪些做法会让 Show HN 被举报或被忽视

• 链接到等候名单、落地页、简报或募资活动，而不是可以试用的东西。
• 标题或正文读起来像广告，充满最高级词汇或功能列表。
• 请人点赞，或让朋友和同事发表支持性评论。
• 评论或回复由 AI 生成或编辑；HN 的社区准则要求使用你自己的话。
• 删除表现不佳的帖子后重新提交；HN 要求用户不要删帖重发。
• 发帖后消失，或与批评者争论而不是回答他们的问题。

发布之后：记录证据，而不是点数

点数和访问量反映的是关注度。这次发布是否找到了客户，要稍后才会显现：谁试用了产品、谁回来了、谁和你交流了。请分别记录每个阶段，以免某一天的好成绩掩盖了薄弱的转化漏斗。以下数字是虚构的。

Soloop 适合在哪里

Soloop 不会在 Hacker News 上发帖，你的 HN 帖子和回复也应该由你自己来写。根据 Soloop 手册，它可以在发布前后提供帮助：调研类似产品在公开讨论中的反响并附上来源链接，让你为可能出现的质疑准备诚实的回答；在沙箱中对产品做小改动，例如加入无需注册即可使用的演示模式；以及通过已连接的 Gmail 账户，向已注册或希望了解更多的人发送一对一的跟进邮件。

一个有边界的首个请求：我的产品是 [URL]，面向 [角色]。找到关于类似产品的公开讨论并附上来源，列出人们最常提出的五个质疑。不要撰写任何 Hacker News 文字。

请在你的工作区中查看当前的连接和步骤，因为它们可能会变化。

来源、局限与更新

规则和建议来自 Hacker News 的 Show HN 规则、Launch HN 页面、社区准则和 FAQ，读取于 2026 年 10 月 23 日。我们查阅了第三方发布指南中关于时机的建议，但这些建议相互矛盾，因此未作为事实引用。准备度检查、大纲、发布日计划和日志都是编辑建议，不预测点数、流量或客户。

本指南将在 2026 年 12 月 15 日之前复查；如果 Hacker News 修改规则，会更早复查。