硬发布

完整公开发布 — Product Hunt、媒体、社交、邮件、所有渠道同时 — 在软发布已降风险之后。

为什么

硬发布是产品面对最高审视的时刻：Product Hunt 投票者、Hacker News 评论者、媒体读者都在 24 小时内到达，第一印象粘性大。协调的硬发布把所有营销能量集中到一个算法奖励的峰值（Product Hunt 排名、HN 首页、社交病毒）— 同样能量摊到两周得 1/10 触达。硬发布还造强制函数：团队已修软发布 bug、配好基础设施，公开发布是执行而非发现。"悄悄发布"计划"之后推广"的产品几乎永远得不到之后推广 — 无硬发布截止日，营销永远在明天。

何时使用

软发布退出条件满足后（top 问题修、基础设施配好、NPS > 30）。选周二或周三以最大化 Product Hunt 和媒体 pickup；避开周五和周末。

如何做

1. 选发布日：周二或周三，避开假日和主要竞品发布；查 Product Hunt 日历找轻日
2. 预备所有渠道：博客（终稿）、Product Hunt 列表（标题/标语/图库/首评）、社交帖（Twitter/LinkedIn/Reddit）、等候名单邮件、媒体 pitch（如适用）
3. T-1 天：最终 go/no-go，确认软发布问题已修、基础设施按软发布峰值 10 倍配好、所有帖已排
4. T-0 09:00 本地：部署到生产、跑冒烟测试、确认全绿
5. T+15 分钟：提交 Product Hunt（12:01am PST 理想但 09:00 本地也行）、发 HN（Show HN）、推文、LinkedIn、发邮件
6. T+1 小时到 T+12 小时：监控所有渠道 — 每条 PH 评论 15 分钟内回、HN 评论 30 分钟内、推文 10 分钟内
7. T+12 小时：Product Hunt 结果查 — 前 5 则加码拉票；否则聚焦 HN 和社交
8. T+24 小时：汇编发布报告 — 总注册、PH 排名、HN 分、社交分享、媒体提及；对比目标
9. T+72 小时：稳态评审 — 注册 > 目标且留存健康则宣布硬发布成功

示例

# 硬发布 — ez4code v2.0
日期：周二 2026-10-06（软发布退出条件满足后）

## 预备渠道（T-1 天）
- 博客："EZ4Code v2.0 — 从速查表到完整生命周期"（1,200 字）
- Product Hunt：标题/标语/5 张图/maker 评
- Twitter：5 帖线程 + demo GIF
- LinkedIn：200 字帖 + demo 视频
- 邮件：2,847 等候名单收件人，主题"EZ4Code v2.0 上线"
- HN：Show HN 帖

## 时间线
09:00 部署 + 冒烟测试绿
09:15 PH 提交、HN 发、Twitter 线程、LinkedIn、邮件发
10:00 PH #7、HN #12、312 注册
12:00 PH #3、HN #4（首页！）、1,089 注册
18:00 PH #2（当日产品亚军）、2,400 注册
T+24 小时：3,127 注册、PH #2、HN 847 分、89 社交分享

## T+72 小时稳态
注册：3,127（目标 2,000）✓
D1 留存：34%（目标 30%）✓
=> 硬发布成功

常见问题

⚠周五或周末发布 — Product Hunt 投票工作日重、HN 周末流量降、媒体周六不写；丢 60% 潜在触达。
⚠把渠道摊到多天 — Product Hunt 周一、HN 周三、邮件周五；每渠道得小峰值，算法看到 3 小事件而非 1 大事件，杀病毒性。
⚠前 2 小时不回评论 — Product Hunt 和 HN 评论者觉得被忽视就变批评者，被互动就变倡导者；前 2 小时定评论基调。
⚠无软发布直接硬发布 — 首批真实用户也最挑剔，每个软发布 bug 变公开评测；软发布正是为防此场景。

最佳实践

✓发布日 12:01am PST 提交 Product Hunt — 给满 24 小时投票窗口并避开同日重磅；查 ph.launchcalendar.com 找轻日。
✓预先写 Product Hunt"maker 评"（制作者首评）— 讲为什么做这个故事，非重述标语；此评是把访客转投票者的关键。
✓全团队（和友好重度用户）准备好首小时投票和评论 — Product Hunt 算法加权早期互动，5 评论领先复利成前 5 排名。
✓排好"发布日支持"轮班让 maker 在 PH/HN 互动、工程师处理 bug 报告、支持负责人处理收件箱 — 一人 12 小时做不了三件。