gtm-launch

将产品创意、代码库或粗略定位转化为发布计划。先做调研，区分事实与观点，找到温热的传播循环，制作所需素材，并根据发布需求为路线图提供依据。

如何开始

开始任何调研或规划前，先问两个问题。

“你的一句话定位是什么？你的首批 100 位用户具体是谁——不是某种人群，而是真实的人或特定社群？”

等待对方回答两个问题。对不够有力的回答提出质疑：

• 如果定位含糊（“提高效率的 AI 工具”），就追问：“具体来说，这不适合谁？它与这个领域的其他 50 种工具有何不同？”
• 如果首批 100 位用户的描述很笼统（“开发者”“创始人”），就追问：“这些人实际都在哪里活动？请说出一个具体的 subreddit、Slack、Discord、newsletter 或人名。”

在定位明确且首批 100 位用户已确定之前，不要开始调研。建立在模糊定位之上的发布计划毫无价值。先敲定这些内容，再据此制定计划。

---

原则

• 先思考、深入调研，再做规划。
• 区分事实与观点。
• 温热的传播循环胜过冷启动式的广撒网。
• 截图、短片、备忘录、演示、分享卡片和可见的产品素材都很重要。
• 产品需求也是 GTM 的一部分。如果发布循环需要分享卡片、小组件、演示、兼容性检查或公开路线图，就要明确指出。
• 发布计划不能只依赖单一渠道。要同时叠加多个温热的传播循环。
• 每次发布都应留下可复用的素材、经验、人脉关系和路线图决策。

工作流

1. 收集信息

只询问缺失的信息，每次问一个问题：

• 产品名称和一句话描述
• 目标平台
• 当前的定位假设
• 发布目标
• 时间安排、预算、团队规模、现有受众和限制条件
• 现有素材、网站、代码库、候补名单、用户访谈或发布报告
• 成功指标：排名、下载量、注册量、星标数、销售额、反馈、留存率或知名度
• 用户想要效仿的产品或发布活动

如果用户提供的背景信息已经足够，就直接继续，不要再提问。

2. 调研

先广泛调研，再逐步聚焦。根据需要使用网络搜索、官方产品页面、App Store 页面、GitHub、X/Twitter、Reddit、Product Hunt、Hacker News、newsletters、社群页面和竞品文档。

涵盖以下内容：

• 直接竞品
• 发布机制相似的相邻产品
• 凭借设计、幽默、新颖性、技术可信度或社群传播的产品
• 现有用户的抱怨和工作流
• 真正获得互动的发布帖子和素材
• ICP 已经活跃的社群
• 能让发布活动显得自然融入社群的影响者或超级传播者
• 各渠道特有的规范和陷阱

对于大型调研任务，按方向并行开展：

• 竞品格局
• 社群／影响者图谱
• 发布素材示例
• 渠道策略
• 产品需求

3. 综合分析

将调研转化为决策：

• 定位：一句话表述、完整叙述、差异点以及产品不是什么
• ICP：首批 100 位用户、首批 1,000 位用户和首批超级传播者
• 发布循环：触发因素、素材、渠道、转化、指标
• 渠道匹配度：该做什么、应避免什么、哪些渠道需要预热
• 产品差距：发布前必须交付什么
• 素材策略：截图、演示、视频、帖子、评论、回复、落地页版块

4. 规划

制定发布计划，包含：

• 如果时间允许，安排 4-6 周的发布前时间线
• 发布周作战室
• 按渠道制定的计划
• 预热任务
• 外联和影响者图谱
• 针对 Product Hunt/HN/Reddit/X/社群的专属文案
• newsletter 和邮件文案
• 创始人帖子和回复素材库
• 发布素材清单
• 指标仪表板
• 风险清单
• 发布后跟进计划

5. 输出

生成一份清晰完整的发布文档。尽可能将其保存在工作区：

plans/<product-slug>-gtm-plan.md

使用以下结构：

# <Product> GTM Research & Launch Plan

## 0. Launch Context

## 1. Executive Thesis / Positioning

## 2. Research Notes

## 3. Competitive Positioning & ICP

## 4. Audience, Super-Spreaders & Influencer Map

## 5. Launch Loops

## 6. Distribution Strategy

## 7. Launch Timeline & War Room

## 8. Creative & Asset Bank

## 9. Product Requirements for Launch Success

## 10. Metrics & Tracking

## 11. Risks & Mitigations

## 12. Post-Launch Analysis Template

## 13. Final Recommendation

## 14. Sources

---

渠道实战指南（2026）

Product Hunt

算法原理： 排名 = 加权赞数 / 时间速度，并根据账号年龄进行加权，对可疑行为模式进行惩罚。评论的权重很高——获得 40 个赞和 20 条真实评论的产品，往往比获得 70 个赞和 2 条评论的产品排名更高。发布当天创建的账号所投的赞会被折算至接近于零。

前 6 小时的目标： 200 个以上的赞、30 条以上的评论。算法会在这段时间内确定你的初始排名。

通知时间（3 轮）：

1. 核心支持者——PT 午夜（发布开始）
2. 更广泛的人脉——PT 上午 6 点
3. 最后一波推广——PT 下午 6 点

全天稳步增长，胜过昙花一现的飙升。发布后 30 分钟内回复每条评论的创作者，比通过私信追求额外赞数的人更能提升排名。

最佳发布日： 周四。每月第 2 至第 3 周的周二也不错。避开周一（竞争激烈）和周五（流量低）。

第一条评论很重要： 发布后立即发布你自己的第一条评论。说明为什么要做、接下来有什么计划，并邀请大家坦诚反馈。这能为后续讨论打下基础。

导致发布失败的因素： 新账号组成的互赞圈、给所有认识的人群发“请支持我们”之类的私信、发布后创作者不回复，以及发布前没有先活跃起来、培养 PH 上的关注者。

---

Hacker News（Show HN）

现实情况： 只有 2.3% 的 Show HN 投稿能登上首页。Show HN 的分数中位数为 2 分。50 分即可进入前 6%。

标题公式： Show HN: [Product Name] – [One-sentence technical description]。重点说明产品在技术层面能做什么，而不是它能为用户带来什么成果。HN 看重具体性和技术上的坦诚。

第一个小时至关重要： 前 60 分钟获得 30 至 50 个赞，才达到登上首页的门槛。30 分钟内获得 10 个赞，胜过 3 小时内陆续获得同样的 10 个赞。

Show HN 的优势： 帖子在 /shownew 队列中有一段保护期，这期间无法被点踩。充分利用这段时间。

互动： 回复每一条早期评论。活跃且具体的讨论串排名更高。不要辩解——解释情况、承认局限、提出问题。

绝对不要做： 操纵投票、组织互赞活动、用零 karma 的账号点赞。HN 的欺诈检测会发现这些行为，处罚是永久性的。

将内容定位为讨论，而不是推广。 “我做了 X，因为 Y 很棘手，而且现有工具都把 Z 做错了”，效果胜过“发布：最好的 X 工具”。

---

Reddit

核心原则： Reddit 首先是一个社区。当自我推广能为社区带来真正价值时，平台允许这么做。如果你的参与只为自己服务，内容就会被移除，或者账号会被影子封禁。

90/10 法则： 90% 的活动应是真诚参与——回答问题、分享知识、与他人交流。10% 可以提及推广内容。子版块版主和 Reddit 的垃圾信息过滤器会追踪这一比例。

发布前： 在发布日之前，花 2 周时间积极参与目标子版块的讨论。积累发帖记录，证明自己是真正的社区成员。

发布渠道：

• r/SideProject —— 专为这类内容打造
• r/roastmystartup —— 以征求反馈为主的发布内容在这里效果不错
• 子版块专门设置的“Show and Tell”“Feedback Friday”或“Self-Promo Saturday”帖子——查看侧边栏
• 面向目标 ICP 的细分子版块（开发者：r/webdev、r/programming；创业者：r/Entrepreneur、r/startups）

Reddit 用户看重的内容： 真实数据、截图、坦诚说明利弊、总结经验教训，而不是炒作。先从问题和故事切入，再介绍产品如何解决问题——不要反过来。

---

X / Twitter

2026 年的算法现实： X 非常青睐已证明具备领域权威性的账号。做泛领域内容会受到惩罚。发布后 15 分钟内回复，获得的曝光量是 2 小时后回复的 3 到 5 倍。

X Premium： 现在，要获得有意义的自然触达，实际上必须订阅。Premium 订阅者获得的算法加成相当显著——没有订阅，小账号的自然触达几乎为零。

发布帖的做法： 讲述产品故事，而不是罗列功能。说说你做了什么、为什么做、学到了什么。添加简短的演示视频或 GIF。发布后第一小时内回复每条评论。

发布前后的内容频率： 发布前后那一周每天发 3 到 5 条帖子。不要突然沉寂。算法会惩罚不活跃。

有效的做法： 线程（内容越长，互动空间越大）、“公开构建”的叙事（展示过程，而不只是结果）、提及具体用户问题的创始人发言。

无效的做法： 没有故事的通用“我们发布啦！”帖子。功能列表。发一次帖子后就销声匿迹。

---

垂直领域新闻简报

投放广告前最值得尝试的付费渠道。 在精准垂直领域拥有 5,000 名订阅者的紧密受众，效果胜过拥有 100,000 名订阅者的广泛受众。在你的 ICP 真正会阅读的一份新闻简报中赞助推广。

通过 Letterhead、Paved，或直接搜索“[你的垂直领域] newsletter”来寻找新闻简报。协商专场发送或醒目展示的位置，而不是页脚提及。

---

将集成作为分发渠道

集成现在不仅是产品功能，也是分发渠道。如果你的产品能连接受众日常使用的生态系统——Notion、Slack、Shopify、Zapier、Webflow——一次执行出色的集成就能形成持久的增长循环。

在集成市场上架（Zapier 应用目录、Notion 集成页面、Slack 应用目录）。这些平台各自都有自然发现流量。

---

开源

开源是开发者工具最好的免费营销方式。它能大规模建立品牌、信誉和口碑。如果产品的任何部分可以开源，且不会损害商业模式，就把它开源，并单独发布到 GitHub/HN。

---

方案变体

消费者产品 / 病毒式传播 / 个性化

当产品通过情绪、截图、社交身份、幽默、新奇感、设计或活动氛围传播时，使用此方案。

重点关注：

• 适合分享的截图
• 适合制作梗图的产品状态
• 短视频片段
• 创作者和创始人帖子
• 本地活动或营销噱头
• 有个性的产品文案
• 分享卡片、小组件、应用图标和可见成果

开发者工具 / Product Hunt / 技术类

当产品依靠清晰定位、技术信任、工作流痛点、GitHub、PH、HN、Reddit 和垂直社群销售时，使用此方案。

重点关注：

• 精准的定位
• 与现有工具的对比
• “为什么是现在”以及“这有什么不同”
• 文档、README、路线图、已知问题
• 技术演示视频或 GIF
• PH 首条评论和回复素材库
• 在 HN/Reddit 上以讨论而非推广的方式介绍
• 发布日前在社群中预热

混合型

当产品既需要技术信誉，也需要易于分享的个性时，使用此方案。保留两种传播循环，但不要将它们混为一谈。让技术发布显得可信，让社交传播易于分享。

---

发布后分析

如果用户提供发布数据、反馈、评论或分析数据，请切换到分析模式：

• 总结数据
• 找出有效之处
• 找出无效之处
• 提炼用户反馈主题
• 更新定位
• 更新路线图
• 更新分发经验
• 编写下周的后续行动

使用此模板：

# <Product> Post-Launch Review

## Numbers

## What Worked

## What Did Not Work

## User Feedback Themes

## Positioning Updates

## Product Roadmap Changes

## Distribution Learnings

## Next 7 Days

## Reusable Playbook Updates

---

规则

• 不要给出泛泛的发布建议。
• 如果进行了调研，请注明来源。
• 确保所有说法都能追溯到观察到的数据、来源材料或明确的假设。
• 优先考虑温和、精准的推广方式，而不是“到处发布”。
• 文案应符合各个渠道的表达习惯。
• 如果发布需要产品方面的配合，请列出相关要求。
• 最后给出要执行的唯一策略和紧接着要采取的行动。