Product Hunt 30连冠操盘手

凌晨12点01分，太平洋标准时间。AFFiNE团队第30次按下发布按钮，33,000颗GitHub星星背后，是一套被验证过30次的机械流程。

这不是增长黑客的玄学，是产品经理的工时表。作者Iris（@iris_carrot）把30次#1 Daily的日志摊开，发现Product Hunt的本质根本不是流量池——它是验证加速器，只放大你已有的势能，从不凭空造浪。

数据冲击：400人是生死线，不是建议值

创始人最常踩的坑：把Product Hunt当冷启动工具。真相是，你需要400+种子用户才能在发布日活下来。

这个数怎么来的？Iris测了30次。低于400，算法不会给你进推荐流；高于400，每一票都在撬动更大的曝光权重。Product Hunt的排名公式从来不公开，但惩罚条款很透明：刷票、机器人、诱导性话术（"投我们换礼品"）——触发任意一条，当天排名直接沉底。

发布时间窗口同样被精确计算：12:01 AM PT开闸，抢满24小时周期。周二到周四是甜区，周一竞品扎堆，周五流量断崖，周末猎人（Product Hunt核心用户） offline。

事件还原：24小时作战地图

Hour 1-4（午夜-凌晨4点）：种子用户唤醒。400人里的核心圈层被提前拉进Slack/Discord，发布瞬间集体出动。目标不是票数，是评论密度——算法对"发布1小时内10条以上高质量评论"有明确的加权。

Hour 5-12（凌晨4点-中午）：欧美时区主力入场。这时候你的排名如果进了前5，会被推上首页"热门"栏。Iris的观察：前5名的转化率是第6名的3倍以上，窗口期只有这8小时。

Hour 13-20（中午-晚上8点）：亚太时区接力。日本、印度、新加坡的猎人开始活跃，评论区需要有人实时回复——每一条创始人亲自写的回复，都会被算法标记为"高参与度"。

Hour 21-24（晚上8点-午夜）：收尾与邮件收割。落地页的CTA必须只有一个：留邮箱。Iris的公式：标题讲清楚收益，副标题讲交付方式，社会证明用Logo+数字，按钮文字用动作动词（"获取早期访问"而非"订阅"）。

开源项目的特殊牌桌

GitHub星星的获取曲线比Product Hunt更陡峭。Iris把0-33,000颗星星拆成三个阶段：

0-100颗：靠你的人脉负债。前100颗几乎全是同事、前同事、推特互关。这个阶段别写博客，别投社区，一对一发消息是ROI最高的动作。

100-1,000颗：内容+社区的双螺旋。技术博客、Reddit r/programming、Hacker News的Show HN。关键是"可复用的痛点场景"——不是介绍产品功能，是展示你用这个产品解决了什么具体问题。

1,000颗以上：有机增长+病毒时刻。超过1,000后，GitHub的推荐算法开始工作，星星增速会自我强化。Iris的AFFiNE在这个阶段做了多次Product Hunt发布，每次发布都反向推高GitHub增速。

一个反直觉的细节：Product Hunt允许你多次发布同一产品，只要每次有"重大更新"。AFFiNE在18个月内发布了4次，每次间隔至少6个月，每次都有明确的功能里程碑（1.0、2.0、开源版本、企业版）。

邮件序列需要在发布前就搭建好：发布日欢迎信、第3天功能深度解读、第7天用户案例、第14天未激活用户挽回。Iris强调，第14天的邮件打开率能到35%——这批人是被Product Hunt流量冲进来、但还没动手试用的，挽回成本远低于新获客。

Iris把全部流程开源成了Gingiris Launch Playbook，模板覆盖发布前47项检查清单、分时段话术库、邮件序列文案。30次#1 Daily的日志里，没有一次是靠"病毒式传播"的运气——每一次都是400人名单、24小时排班表、算法权重的精密咬合。

最后一个被验证的细节：Product Hunt的"每日最佳"徽章，对B2B产品的官网转化率提升在12%-18%之间，但对开源项目的GitHub星星增速影响是非线性的——第30次发布时，AFFiNE的单日星星增量是日常的7倍。

你现在的种子用户名单里，有多少人是会在凌晨12点01分回你消息的？