第一次上 Product Hunt：从准备到发布的行动清单

Product Hunt 是新品发现社区，一次发布可以帮助你接触愿意尝试新工具的人。但曝光并没有保证，榜单位置也不能直接说明产品是否有长期需求。先把“希望谁来、希望他们完成什么”写下来。

发布前两周：验证核心体验

邀请几位目标用户完成一个真实任务，记录他们在哪里停住。如果用户看不懂首屏、注册邮件收不到，或核心功能经常报错，先解决这些问题。发布日不适合第一次验证基本可用性。

确定一个主要目标，例如“让目标用户完成首次项目创建”，并建立事件统计。页面浏览量只能说明有人到达，核心操作才更接近产品价值。

发布前一周：准备一套清楚的素材

准备产品名称、简洁的英文标语、产品介绍、几张展示核心流程的图片，以及一段短演示。素材尺寸、字符限制和发布资格可能变化，提交前以 Product Hunt 帮助中心的当前规则为准。

图片先讲用户问题和结果，再讲功能。不要把界面缩成看不清的整屏截图，也不要用未经验证的收入、用户数量或效果做背书。

创作者首条评论可以采用这样的结构：

Hi everyone, I’m [name], the maker of [product].
I built it for [specific audience] who struggle with [problem].
You can use it to [concrete result].
I’d love feedback on [one specific question].

用自己的真实经历替换占位内容，说明目前的限制。具体的问题通常比“欢迎任何反馈”更容易得到有用回答。

发布前一天：走通完整链路

用手机、无痕窗口和一个新账号测试落地页、注册、付款（如适用）及核心功能。确认支持入口可用。检查时区与实际展示的发布时间，不要依赖旧教程里的固定时刻。

为产品链接设置 UTM，并提前验证分析工具可以正确识别来源。准备一个简单反馈表，包含问题、使用场景、优先级和处理状态。

发布当天：认真回应真实问题

发布后检查产品页内容与链接。回答每条有价值的问题，解释适用场景和设计取舍，遇到故障就及时说明现状与进展。

可以向已有受众分享发布消息，并邀请他们试用、提出真实意见。不要购买投票、组织互投、批量骚扰或用奖励交换投票。推广方式应遵守平台当前社区规则。

发布后一周：看质量，再决定下一步

把来源访问、注册、激活、付费和反馈放在同一张表里。访问很多但激活很少，优先检查受众匹配和引导；激活不错但几天后无人回来，回到核心价值与使用频率。

按照发布后七天的复盘方法整理结果。将重复出现的问题补到文档和 FAQ，并在得到允许的情况下跟进反馈用户。

发布是一段增长实验的起点。真正有用的结果，是你更清楚谁需要产品，以及他们为什么留下。