Product Hunt 用每日榜单展示新科技产品和重大更新，连接官网试用与公开讨论，读者包括早期采用者、开发者、产品从业者和创业者。
打开 Product Hunt 的 Launches 页面，你会看到当天发布的科技产品。名称、Tagline（一句话简介）、缩略图、社区投票（upvotes）和评论组成列表卡片。访客点进本次发布页了解产品，再前往官网注册、下载或试用。平台会从当天的提交中选出 Featured（平台精选）产品。其他已经上线的提交也可能出现在当天的公开列表中，具体入口名称以当前界面为准。
这里的读者以早期采用者、开发者、产品从业者和创业者为主，他们会寻找尚未成为主流的新工具。发布者需要准备公开回答价格、功能、隐私和使用限制。Product Hunt 的特点是把一次发布的注意力和答疑集中在同一天，同时把页面与讨论长期保留下来。提交产品不会自动带来访问、注册或 Featured。
Maker、Hunter、upvote 和两种页面
Maker 是参与制作产品的人，可以是创始人、开发者、设计师或增长负责人。Hunter 是把产品提交到 Product Hunt 的人。Maker 可以自行提交，也就是常说的 self-hunt，无需寻找知名 Hunter 代发。官方推广规则（在新标签页打开） 还提醒开发者不要付费请人 Hunt。
upvote 是社区成员对产品投的一票。发布页会显示票数和评论，榜单位置也会变化，但 Product Hunt 没有公开完整排名算法。票数不能直接换算成名次，提交成功也不表示已经进入 Featured。
每次发布对应一个 Launch Page（本次发布页），当天的评论、upvotes 和排名集中在这里。Product Page（产品主页）长期汇总产品资料、历次发布、评价和 Makers。发布日结束后，搜索和比较产品的人仍可能打开产品主页，所以团队还要维护这个长期页面。
产品要在发布日经得起陌生人试用
官方平台说明（在新标签页打开） 把重点放在新产品和有实质变化的新版本。SaaS、App、AI 工具、开发者工具以及软硬件产品都可以考虑。一般文章、清单或只有介绍文字的页面并不是这里的主要发布对象。
本站建议把发布日期留给已经能够注册、下载、试用或观看有效演示的版本。若产品依赖销售演示，要写清适用对象、Demo 会展示什么，以及提交联系信息后会发生什么。面向 Product Hunt 的主要英文读者时，至少准备一页清楚的英文介绍，并让不了解产品的人提前走一遍注册、验证码、下载和付款流程。
团队还要确认发布当天有人能持续回答问题。链接失效、注册频繁报错或共同开发者无法到场时，调整日期通常比勉强上线更稳妥。
尽早准备个人账号和官网
官方账号帮助页（在新标签页打开） 当前写明，新个人账号通常需要等待一周才能提交，订阅 Product Hunt newsletter 可以更早取得权限。这类账号条件会变化，是否可以提交应以登录后 Submit 页面显示的状态为准。
发布、投票和评论都应使用真人的个人账号。补全头像、About、个人网站和社交链接，并让共同开发者提前注册，以便在草稿中加入 Makers。等待期间可以阅读同类产品的发布页，了解读者会问什么。不需要为了“养号”机械留言。
官网首屏要说明产品给谁用、解决什么问题，并给出一个明确动作，例如 Start free、Download 或 View demo。Product Hunt 负责把访客送到官网，最终能否体验仍由官网、产品和支付流程决定。
在 Submit 页面建立 Launch 草稿
登录后打开 Submit（在新标签页打开）。官方准备清单（在新标签页打开） 和 Help Center 投稿说明（在新标签页打开） 列出的主要材料包括：
- 产品网址、正式名称和
Tagline；网址不要使用短链接或附带 UTM 参数； Description，补充价值、主要功能和使用方式；两份官方说明当前给出的字符上限不同，填写时以表单计数器为准；- 最多 3 个发布标签、方形缩略图和产品展示图；图片数量、尺寸与文件上限以当前上传控件为准；
- Makers、定价状态，以及表单当时提供的应用商店链接、视频、交互演示、优惠或
Shoutouts等可选项。
Tagline 会直接出现在榜单上，应说明产品让哪类人完成什么事。第一张展示图适合直接呈现界面或使用结果，其余图片再解释关键步骤。Maker 的 First comment 可以说明开发动机、当前能力、已知限制和希望社区检验的问题，不必重复官网功能列表。
官方界面变更说明（在新标签页打开） 写明，当前流程以 Create Draft 建立草稿，再用 Schedule 选择日期。按钮名称、字段和限制可能继续调整，实际操作以账号内表单为准。
排期前预览链接、文字、图片顺序、Maker 名单、定价和优惠日期。官方投稿说明（在新标签页打开） 当前使用 PST 描述每日发布周期。团队仍应以排期界面显示的日期和时区为准，再换算自己的值守时间。
草稿出现在账号中，说明草稿已经保存。排期日期仍显示在草稿中，说明日期已经排定。到了发布日，Launch Page 可以公开访问，说明本次发布已经上线。访客还能从当天列表找到它，说明站内列表已经能把读者带到本次发布页。Featured、排名和邮件通讯都属于后续结果。
发布日把人手留给回复和故障
可以把 Launch Page 发给已有用户、邮件订阅者、社交媒体关注者和长期参与的社区，邀请他们试用、评论、提出问题或转发。官方 Launch Day 说明（在新标签页打开） 明确表示，可以直接分享 Launch Page 链接。
发布当天建议安排这些动作：
- 多人团队可以分工查看评论与产品评价，并监控注册、下载、支付和服务状态。单人项目则要预留固定时间，定时逐一检查这些位置；
- 邮件与社交帖说明产品解决的问题和适合谁，不只发布一张“我们上线了”的海报；
- 把常见问题、已知限制、演示和帮助入口放到容易找到的位置；
- 记录 Product Hunt 来源的访问、注册和核心功能使用，判断这批访客是否完成了产品的核心操作。
Product Hunt 的集中注意力只持续有限时间，公开讨论却会保留在 Launch Page 和 Product Page。具体回答使用问题、及时修复可复现故障，比反复刷新名次更能服务当前和后来的访客。
不要把推广变成操纵投票
官方推广规则（在新标签页打开） 禁止直接索要 upvote，也禁止用比赛、抽奖、赠品或其他奖励换票。不要购买投票、付费操纵访问或评论，也不要向大量陌生人群发相同邮件和私信。
共同 Makers 可以用各自的真实账号回答问题，但不应复制话术或协调投票。本站建议不要控制多个账号制造互动。异常 upvotes 或评论可能影响产品展示，具体处理由平台决定。
你可以请别人查看、试用、评论和给出反馈，但不要把邀请写成“请帮我冲榜”。面向 Product Hunt 用户的优惠应奖励产品使用，不能以投票为领取条件。遇到负面评论时，回答事实、限制和修复计划，不要组织团队围攻评论者。
发布后维护 Product Page 和真实用户
发布结束后继续查看晚到的评论与评价。如果 Product Page 尚未与团队账号关联，可按页面当时提供的 Claim 或申请管理入口操作。按钮名称可能变化，是否取得管理权限以账号状态为准。名称、链接、价格或定位改变后，应及时更新长期页面。
发布后的官方指南（在新标签页打开） 建议继续回复支持者和使用反馈。把评论按问题整理：哪些人没看懂用途，哪些人卡在注册，哪些人需要目前尚未提供的集成。再对照自己的数据查看访问者是否注册、完成核心动作和继续使用。榜单名次只反映发布当天在平台上的相对位置，无法代替留存和付费验证。
修复评论中提到的问题后，可以回到原评论说明结果。用户主动留下联系方式时，再发送与其使用阶段相关的指引，不要把所有访问者直接加入群发邮件或自动营销流程。
同一产品以后可以发布重大版本。官方再次发布说明（在新标签页打开） 当前写明，距离上次发布不足六个月时，表单会询问这次是否属于重大更新，并可能要求说明理由。新平台、关键功能或明显改变使用方式的版本更容易说明变化。换配色、改文案或少量小功能不适合包装成一次新发布。
Product Hunt 的准备从可用产品和个人账号开始，并延续到发布日讨论与长期页面维护：
- 确认产品可以注册、下载、试用或演示，并准备清楚的英文介绍。
- 尽早注册个人账号，让共同开发者准备好 Product Hunt 用户名。
- 在 Submit 页面按当前字段填写资料、预览并建立草稿，再选择合适日期。
- 发布当天邀请真实用户试用和讨论，持续回答评论，检查适用的注册、下载、支付或 Demo 流程，不直接索要 upvote。
- 上线后维护 Product Page，整理评论和自有数据，用具体问题改进产品、官网和文档。