发布
产品发布去哪里： 发布平台、社区与目录站
新产品或副业项目该去哪里发布推广：盘点发布平台、社区、目录站和展示网站，并讲解如何准备发布素材、规划为期数周的发布节奏。
产品发布没有唯一最佳的地方。开发者通常能从分散式的发布中获得更多：一两个发布平台（比如 Product Hunt 或 Hacker News）、几个用户本来就常待的社区、一批综合和垂直目录站，再加上几个展示网站。它们合在一起，既能覆盖发布日的流量高峰，也能覆盖之后更缓慢的持续发现。
合适的组合取决于你的用户是谁。开发者工具适合 Show HN 和开发者社区。消费类 App 可能在 Product Hunt、Reddit 和专注于 App 的目录站上表现更好。B2B 产品从 LinkedIn 和评测网站获得的，往往比从任何发布排行榜获得的都多。
本指南介绍主要的选择、如何挑选、要准备什么，以及如何把发布分散到几周之内。
发布产品的四类地方
| 地方类型 | 能带给你什么 | 持续多久 |
|---|---|---|
| 发布平台 | 一波关注和反馈 | 几天 |
| 社区 | 与潜在用户的对话 | 几周，前提是你保持活跃 |
| 目录站 | 按类别的稳定曝光 | 几个月到几年 |
| 展示与地图网站 | 在好奇的浏览者中的曝光 | 只要收录还在 |
第一次发布时，人们往往过度依赖第一行，但在排行榜重置之后，目录站和社区仍会让人们持续找到你。
产品发布平台
人们访问发布平台，就是专门为了看看今天发布了什么，这让它们成为天然的第一站。
Product Hunt
Product Hunt 是最知名的产品发布平台。每天都有一份新产品榜单，访客可以为产品点赞和讨论。发布日按太平洋时间计算，所以要做好在最初几个小时保持在线的准备。
它适合创作者、设计师、开发者和早期尝鲜者自己会用的工具。对于小众的 B2B 软件或本地服务，效果就差一些，因为它们的买家很少会去浏览每日排行榜。
发布当天有帮助的做法：
- 清晰的标语（tagline），以及一组展示产品实际使用情况的图片，而不只是一个 Logo。
- 由你，也就是开发者本人，发布第一条评论，说明你为什么做它、想要什么样的反馈。
- 全天在线回答问题。
Product Hunt 的规则不鼓励请别人点赞。请你的人脉去看一看并分享真实的反馈。规则会不时变化，所以发布前请阅读最新的规则。
Hacker News：Show HN
Show HN 是 Hacker News 上的一个板块，专门展示人们做出来、别人可以试用的东西。发帖前请阅读 Show HN 规则。帖子应该指向人们能立刻使用的东西：一个可用的产品、一个演示或一个开源项目。带等待名单的落地页、需要注册才能看的页面或一篇博客文章，通常都不符合要求。
这里的受众偏技术，说话直接。一个好帖子有一个平实的标题（“Show HN: 产品名 – 它能做什么”），一条简短的首条评论，介绍它是什么、你为什么做它以及它如何工作，还有一位能冷静对待批评的开发者。不要请朋友点赞：Hacker News 会惩罚有组织的投票，这可能让帖子直接沉下去。
Indie Hackers
Indie Hackers 是一个由打造小型、通常是自筹资金业务的创始人组成的社区。在那里，分享经验教训的帖子，比如你如何找到第一批客户、什么失败了，通常比单纯的公告效果更好。这是一个公开构建、并从发布过产品的人那里获得真实反馈的好地方。
Uneed、BetaList 及其他 Product Hunt 替代品
一批较小的发布网站，填补了 Product Hunt 周边的空间：
- Uneed 每天发布新工具，免费提交需要排队。
- BetaList 专注于早期创业公司，以及喜欢在产品完工前就尝鲜的早期用户。
- Microlaunch 和类似网站为独立产品提供发布页面和排名。
- DevHunt 面向开发者工具。
很多网站提供需要排队等待的免费收录，以及付费插队的选项；条款会变化，请逐一核实。按受众而不是规模来挑选：开发者聚集在 Show HN 和 DevHunt，早期尝鲜者在 BetaList，独立开发者在 Indie Hackers 和 Uneed。
社区：去用户已经在讨论的地方
社区比发布平台慢，但离真实用户更近。到哪里都适用的规则是：先做社区成员，再做推广者。
Reddit 与自我推广礼仪
每个 subreddit 都有自己的规则，通常写在侧边栏或 wiki 里。很多版块完全禁止自我推广，有些只允许在每周专帖中推广，还有少数版块，比如 r/SideProject，本来就是让人分享自己作品的地方。版主会删除违规帖子，还可能封禁账号，所以发帖前请阅读每个社区的规则，以及 Reddit 的全站规则。
几乎处处适用的礼仪：
- 在发布自己的项目之前，先参与社区。
- 以个人而不是品牌的身份发言，并说明你是开发者。
- 先讲问题或故事，而不是推销。
- 回复每一条评论，包括批评性的评论。
- 不要在同一天把同一篇帖子贴到十个 subreddit。
用户聚集的细分社区，比泛泛的创业论坛更有价值，但规则也更严格。在合适的帖子里给出一个有帮助的回答，可能比一篇被删除的发布帖效果更好。
Discord 与 Slack 群组
Discord 和 Slack 上的很多创作者、开发者和行业群组，都有专门分享项目的频道。只在那里发帖，同时在其他频道里多帮助别人。给从没聊过天的成员发私信，通常不受欢迎。
X（Twitter）与 LinkedIn
你自己的人脉也是一个发布渠道。在 X 上，一个附有演示视频、产品背后故事和单个链接的简短串推（thread），比一句光秃秃的公告效果更好。在 LinkedIn 上，用通俗语言写一篇关于你所解决问题的帖子，往往能触达同行和潜在的 B2B 买家。两个平台的触达都会随算法变化，所以把它们当作告知已关注你的人的方式，而不是有保障的受众。
创业产品目录站与“提交你的工具”类网站
目录站是发布中安静的一环。一次收录很少带来流量高峰，但它可以在几个月里持续带来相关的访客。
实用的综合类选择包括 AlternativeTo（人们在这里寻找知名 App 的替代品）和 SaaSHub。对于 B2B 软件，G2 和 Capterra 这类以用户评价为主的网站很重要，因为买家会在那里比较产品。AI 工具有自己的目录站，比如 There's An AI For That 和 Futurepedia。对于移动应用，应用商店就是主要的目录；请参阅我们的移动应用发布指南。
几点提醒：
- 跳过那些承诺帮你提交到几百个目录站的打包服务。其中很多网站几乎没有真实访客。
- 检查目录站看起来是否有人维护：有没有近期收录，页面能否正常打开。
- 用一张简单的电子表格记录你提交到了哪里、什么时候提交，以及收录是否已经上线。
你所在类别的垂直目录站
围绕某个平台或类别建立的目录站往往最有价值，因为每位访客本来就在找类似你的东西：
- 开发者工具和库：GitHub 上精选的“awesome”列表，按照每个列表的贡献规则，通过 pull request 提交。
- 浏览器扩展：Chrome Web Store 和其他浏览器插件商店。
- 设计资源和插件：Figma Community。
- 模板：Notion 的模板市场及类似的模板画廊。
- 集成：Shopify App Store、Slack Marketplace 或 WordPress 插件目录等应用市场。
如果你的产品接入了另一个工具，它的应用市场可能会成为你最可靠的用户来源。
展示网站与地图网站
展示网站是人们出于好奇或寻找灵感而浏览的作品画廊。很多 Web 框架都有一个展示用它们构建的网站的展示页，设计画廊收集做得好的界面，地图式网站则把项目放在一个可以探索的空间里。
One Dollar Planet 就是其中之一：一个 3D 星球，独立开发者把他们的 App、工具和副业项目放在上面。在星球上放一个点只需 1 美元，并永久保留；带卡片、独立页面和项目目录位置的 Logo 方案是 10 美元。访客可以给项目点星，热门项目榜单会对它们进行排名。它是发布的一种轻量、永久的补充，而不是替代，你可以在几分钟内添加你的项目。
如何选择在哪里发布
你不可能面面俱到，所以要有意识地选择：
- 用一句话描述你的第一批用户：他们是谁，有什么问题，平时在网上的哪些地方活动。
- 列出所有候选的地方，包括小众的那些。
- 从受众匹配度、投入精力、规则与风险、持续时间（一天的高峰还是数年的持续发现）几个方面给每个地方打分。
- 选一两个发布平台、三到五个社区，以及几个综合和垂直目录站。
- 放弃任何你无法持续投入的渠道。
一次性准备好发布素材
每个网站要的东西大同小异，所以一次准备好，再按需调整。
标语与描述
写三种长度：一句话标语、一段描述，以及一个讲述你为什么做它的较长故事。好的标语能说清产品是什么、为谁而做。“为自由译者打造的开票工具”胜过“收款的未来”。
截图
准备三到五张图片。第一张应该展示主要成果，而不是设置页面。使用真实界面，确保文字在手机上也清晰可读，并核对每个平台的图片尺寸。
简短演示
一段 30 到 90 秒的视频或 GIF，能在别人发问之前回答大部分问题。从结果开始，跳过开场，并加上字幕，因为很多人看视频时不开声音。
可用的首次体验
如果可以，让人们无需漫长的注册流程就能试用产品，提供一个演示账号，并给链接加上 UTM 参数，以便比较各个渠道。如果你借助 AI 工具快速做出了产品，我们的 Vibe Coding 指南提供了在陌生人到来之前让它稳定下来的建议。
把这些都放进一份发布素材文档里：文案、图片、带追踪参数的链接，以及常见问题的答案。
把发布分散到几周之内
在同一天到处发布，会让你分身乏术，也浪费了每次发布带来的经验。一个简单的顺序：
- 第 0 周：软发布。分享给朋友、等待名单和信任的用户，修复出问题的地方。现在就提交到需要长时间排队的目录站，让它们稍后上线。
- 第 1 周：社区和 Show HN。收集反馈，修复明显的问题。
- 第 2 周：你的主要发布平台。带着改进后的产品和更精炼的文案，在 Product Hunt 或你选定的替代平台上发布。
- 第 3 周：垂直目录站和复盘文章。提交到分类目录站和应用市场，并在 Indie Hackers 或你自己的博客上发一篇“我从发布中学到了什么”的故事。
- 第 4 周及以后：保持稳定存在。添加展示网站收录，在社区里回答问题，并保持各处收录信息的更新。
根据你的受众调整顺序，但在两次发布之间留出回应和改进的时间。
发布日之后的跟进
发布的大部分价值都在发布之后：
- 在一天左右内回复每一条评论、邮件和评价。
- 修复问题后，告诉当初报告问题的人。
- 用新的截图和功能保持收录信息的更新。
- 写一篇简短的文章，讲讲你学到了什么。开发者社区通常更欢迎经验分享，而不是公告。
- 用真正使用了产品的人数来比较各渠道，而不只看访问量。
- 发布重大更新时，看看平台是否允许再次发布。有些平台允许，但有条件。
要点总结
- 产品发布没有唯一最佳的地方；把发布平台、社区、目录站和展示网站结合起来。
- 根据用户已经在哪里来选择，而不是看其他开发者在哪里发帖。
- 阅读并遵守每个平台的最新规则，尤其是 Reddit、Hacker News 和 Product Hunt。
- 准备一套发布素材：标语、描述、截图、简短演示和带追踪参数的链接。
- 把发布分散到几周之内，并跟进每一次对话。
常见问题
发布产品最好的平台是哪个？
这取决于你的受众。Product Hunt 适合面向创作者和早期尝鲜者的工具，Show HN 适合开发者能立刻试用的东西，垂直应用市场适合与某个平台绑定的产品。一个小组合通常胜过孤注一掷。
对小型副业项目来说，Product Hunt 还值得吗？
可能值得，前提是你的用户喜欢浏览新产品。即使没进入前几名，一次发布也能带来反馈、一些早期用户，以及一个长期在线的收录页面。如果你的受众在别处，把同样的精力投入一个垂直社区可能更划算。
有哪些好的 Product Hunt 替代品？
Show HN、Indie Hackers、Uneed、BetaList、Microlaunch 和 DevHunt 都是常见选择，此外还有 AlternativeTo 和 SaaSHub 等目录站。按受众而不是按规模来挑选。
一次产品发布应该持续多久？
计划大约一个月的主动发布期：先软发布，中间进行一次主要发布。之后就变成日常的持续工作：回答问题、更新收录信息、分享新版本。
能在 Reddit 上发布产品而不被封号吗？
能，只要你遵守每个 subreddit 的规则。先参与社区，只在允许自我推广的地方或指定的专帖里发帖，说明你是开发者，并回复评论。把同一条推广贴到许多 subreddit，是最快被删帖的方式。
