这篇讲什么
90 分钟 AI 工作流——写完发布日要的全部：公告、Landing Hero、邮件、新闻稿、Demo 脚本、FAQ。
这篇适合谁看
Founder / Indie maker——发产品、功能或 campaign，没有专职文案。
什么时候适合用
上线前 3-5 天——突然意识到要写 6 件文案、只剩 2 天时。如果上线本身的 campaign 概念还没定，先跑一遍 AI Campaign 构思工作流——30 分钟从一段 brief 出 12 个评过分的概念，再动笔写任何一件文案。
具体步骤
每一步都给了可直接复制的 Prompt。把尖括号 <...> 占位换成你的真实信息再发给 ChatGPT / Claude / Gemini。
-
统一 brief——先让 AI 复述，确认抓住重点；后续 6 件文案共用这一份。
你是产品发布日的资深文案。我会给你一份 brief，你后续 6 件文案都基于它生成。 产品（1 句话）：<功能 + 关键差异化> 目标受众：<角色 + 当前在用什么 + 当前痛点> 3 个故事点： 1. <为什么这次发：起源 / 触发事件> 2. <产品如何解决问题：关键时刻> 3. <已有用户的具体结果：数字 / 引语> 发布目标（选 1 个）：注册 / 销售 / 媒体覆盖 / 需求验证 品牌语气：<例 "直接，不夸张，少形容词"> 禁词：<例 "Introducing / Excited to announce / revolutionary / game-changer"> 先复述这份 brief，让我确认你抓到了重点；不要先生成任何文案。 -
公告（3 个长度，同一主干）：
基于上面的 brief，写公告文案 3 版（同一故事主干，仅长度不同）： - X / LinkedIn：80 字以内，第一句必须能独立做钩子 - 博客：200 字，结构 = 痛点 1 段 / 解决 2 段 / CTA 1 句 - Newsletter：600 字，加 1 个具体使用场景的小故事 要求：句子平均 ≤15 字，不写 emoji 列表，不要用禁词。 -
Landing Hero（5 个角度的候选）：
基于 brief，写 5 个 Landing Hero 候选，每个含： - 主标题（中文 ≤9 字 / 英文 ≤6 words） - 副标题（1 句：对谁有用 + 关键收益） - 按钮下方微复制（1 行，化解最大顾虑，例 "免费试用，无需信用卡"） 5 个必须是 5 种不同角度：结果型 / 对比型 / 反共识型 / 工具型 / 场景型。 不要重复同一个动词开头。挑选方法：每个标题大声念一遍，舌头打结就丢掉。
-
发布邮件（含主题 A/B）：
基于 brief，写一封发布邮件： - 主题：3 个候选（利益型 / 好奇型 / 身份型），中文 ≤14 字 / 英文 ≤40 字符 - Pre-header：1 句 ≤80 字符，不重复主题 - 开头句：1 句独立钩子 - 正文：200 字，结构 = 痛点 1 段 + 产品出场 1 段 + 1 个具体使用案例 + CTA - 主 CTA 文案 + 备用 CTA（不想立刻购买的人能换种方式） - 移动端格式：每段 ≤2 行，链接独立成行 -
新闻稿：
基于 brief，写媒体两个版本： - 50 字版（媒体快速扫读用）：what + who-for + 时间 + 差异化 - 150 字版：上一版 + 创始人引语 1 句（口语化，不要营销腔）+ 上线信息（时间 / 价格 / 试用方式）+ 媒体联系方式占位 不要用 "is excited to announce" / "今日宣布" 这类套话。 -
Demo 脚本（60 秒）：
基于 brief，写一段 60 秒产品 demo 口播脚本： - 总长度 ≤150 字（中文）/ ≤150 words（英文） - 拆 5 个 cue 点，每段 ~12 秒，格式： [00:00-00:12] cue：<画面 / 演示动作> 口播：<原话> - 0-12 秒必须先展示问题，再亮出产品 - 50-60 秒留 CTA（注册地址 / 试用方式） -
FAQ（8 个）：
基于 brief，写 8 个 launch FAQ： - 前 3 个：顾虑型（价格 / 上手难度 / 比较 X 竞品） - 中 3 个：使用型（能不能 / 怎么做 / 限制是什么） - 后 2 个：信任型（数据安全 / 隐私 / 怎么退订） - 每条答 ≤2 句，先答 "能 / 不能 / 会"，再补 1 句理由 - 不许编没实现的功能；不许回避，限制就直说限制 -
人工过一遍（不能跳）。具体做这 4 件事：
- 每件文案改第一句开头——AI 的开头 90% 有”AI 味”，自己写一句替换。
- 每件加 1 个只有你知道的细节：真实用户名、具体数字（不是”很多”）、行业内梗。
- 中文：所有
--改成——；中英文混排时英文前后留 1 个半角空格。英文：所有直引号"/'改成 curly"/'。 - 跑一遍可读性检查——英文用 Hemingway App，砍掉所有 Grade > 9 的句子；中文自检：删掉所有副词堆叠（“非常""真的""特别”）和长句（≥25 字的句子拆成两句）。
-
如果是版本更新（不是新产品发布）：用同一份 brief 再跑 AI 起 Release Notes 草稿，作为公告之外的 in-app 更新页文案。
建议的操作流程
一次 brief → 并行生成 6 件 → 大声读检 → 人写开头 + 内幕细节 → 移动 / 格式验证 → 排程。如果发布漏斗里有小红书，封面文字用我们的 AI 写小红书封面文字工作流单独跑一遍——发现页 CTR 由那 8 字的封面行决定，比标题更关键。
容易踩的坑
- 各件故事主干不同——读者糊涂
- 让 AI 写开头——每件都 AI 味
- 忘 FAQ——问题照样来
- 没 Demo 脚本——视频跑题
FAQ
- 提前多久开始？: 5 天舒服、3 天最低、2 天勉强活。
- 要 A/B 测试发布文案吗？: 邮件主题要；其余先定下来从下次复盘。