发布邮件
此技能用于撰写产品发布相关的电子邮件——从全列表公告到细分用户功能邮件，再到更新日志摘要。在转化率方面，邮件一贯优于社交媒体，因为它能触达那些已经关心的用户。目标是利用这种已有的关系：直接、有价值，并引导读者快速抵达产品。
按发布层级划分的邮件类型
层级1：全列表公告
适用于重大新产品或平台变革。发送至整个订阅用户列表。这是您最重要的邮件——请认真对待。
结构：主题行 → 开场（发布了什么 + 为什么重要） → 视觉（截图或GIF） → 2-3个支撑点 → 单一行动号召（CTA） → 署名。
控制在400字以内。邮件不是博客文章。可以链接到登陆页和博客文章以获取深度内容。
层级2：细分用户公告
适用于对特定用户子集重要的重大新功能。仅发送给相关细分用户——这样做既更精准，也能保护您的完整列表免受邮件疲劳。
结构：主题行 → 直接切入（此细分用户为何应关注） → 功能介绍 → 如何尝试 → 行动号召（CTA）。
控制在300字以内。细分用户已经了解您的产品；跳过开场白。
层级3：更新日志摘要
适用于较小的改进，每周或每两周打包发送。发送给选择接收更新日志更新的用户。
结构："[X月X日那一周] — 新功能" → 改进项目的简短列表 → 完整更新日志链接。
控制在150字以内。简洁表示对读者时间的尊重。
主题行
主题行对于邮件而言，相当于推文的首行。它决定了邮件是否被打开。
有效方法
- 具体性："实时转录现支持14种语言"优于"关于我们API的重大消息"
- 价值优先：以读者能获得什么开头，而不是您发布了什么
- 简短：移动端控制在50字符以内。预览文本负责承载剩余信息
- 不要标题党：您的列表是因为信任才选择订阅的。不要滥用这一点
主题行公式
- "介绍[产品/功能]：[一行价值主张]"
- "您现在可以[具体能力]"
- "[产品]刚刚获得了[改进] — 以下是变化"
- "[功能]已上线：[具体好处]"
- "新功能：[具体事物]面向[具体受众]"
预览文本
大多数邮件客户端会在主题行后显示40-90个字符的预览文本。请有意为之——不要让邮件客户端直接拉取正文的第一行（通常是不可读的）。预览文本应补充主题行，而非重复。
主题行：“介绍语音应用的实时翻译功能” 预览：“14种语言，低于200毫秒延迟，现于免费层开放”
应避免的内容
- “我们激动地宣布...” (埋没了价值，过度使用)
- 主题行中的表情符号（使用前请A/B测试；在B2B中通常降低打开率）
- 全部大写或过多标点（触发垃圾邮件过滤器 + 显得绝望）
- 模糊的预告：“有大事要来...” (过度使用会侵蚀信任)
- 与邮件内容不符的误导性主题行
公告邮件结构
开头（1-2句话）
说明发布了什么及其主要价值。无需热身。不要写“希望您度过了愉快的一周”。
好的例子： “今天，我们推出了[功能] — 您现在可以直接在[产品]中[做具体事情]。”
差的例子： “我们一直努力打造一些我们非常激动与您分享的东西。”
正文（100-200字）
涵盖2-3个支撑点。每个点都应回答读者的问题：
- 它是做什么的？（如果开头没有完全说明）
- 它是如何工作的？（1-2句话，足以打消“这太难了？”的顾虑）
- 为什么它很重要？（具体成果，而非抽象好处）
使用短段落——最多2-3句话。文字墙邮件会被扫读或删除。
视觉元素
包含产品截图、GIF或短视频。嵌入而非提供链接。视觉元素应展示产品正在执行开头所承诺的动作。不要使用库存照片。
行动号召（CTA）
一个链接。做成按钮，不要只是超链接。要具体：“立即尝试[功能]”优于“了解更多”。
将其放在正文之后显眼的位置——不要埋在第二屏文字的底部。
署名
保持人性化。姓名、职位，以及可选一句关于您正在做什么的简介。避免在法律免责声明占用主要邮件正文（将其放在下方的微小字体中）。
细分决策
| 场景 | 目标用户 |
|---|---|
| 新产品，新类别 | 全部列表 |
| 面向高级用户的主要功能 | 使用相关功能的用户 |
| 与第三方工具的集成 | 已连接该工具的用户 |
| 价格变更 | 仅受影响的付费计划层 |
| Beta → 正式版已上线 | 参与Beta测试的用户 + 候补名单 |
| 更新日志摘要 | 仅更新日志订阅者 |
发送给错误的细分用户比根本不发送更糟。将面向高级用户的功能邮件发送给不活跃的免费用户，会训练他们忽略您的邮件。
相对于社交媒体的时机
邮件不是发布日第一发送的东西——社交媒体才是。顺序如下：
- 先发社交媒体帖子（清晨）— 受众活跃时，获取即时互动
- 发布博客文章 — 邮件会链接到它，因此博客必须先行上线
- 发送邮件（上午中期至下午早期）— 捕获错过社交媒体的人；为博客文章带来反向链接流量
对于层级1的发布，在社交媒体帖子发出后2-4小时发送邮件。这样可以错开流量来源，并让您在邮件中有内容可说（“查看完整文章 →”）。
更新日志摘要格式
摘要是一种习惯，而非一次公告。它通过展示持续的动力来奖励保持订阅的用户。
摘要结构
主题： [产品]更新 — X月X日那一周
本周新功能：
• [改进1] — 一句话说明变化及其重要性
• [改进2] — 同上
• [改进3] — 同上
[可选：一句话说明下周计划]
→ 完整更新日志：[链接]
每个项目符号保持一句话。如果一个改进需要更多解释，它可能值得单独发送一封层级2的邮件。
在固定的日期发送摘要（周五下午效果不错——这是一个低发送竞争窗口，且感觉像每周总结）。
常见错误
- 在登陆页或博客文章上线前发送邮件。 邮件的工作是将用户引向某个地方。确保目标页面已存在。
- 篇幅过长。 邮件不是深入阐述的地方。为此请链接到博客文章。
- 多个行动号召。 主要行动号召之后的每一个额外链接都会降低其点击率。每封邮件只设置一个目标。
- 给所有人发送相同的邮件。 与列表20%用户相关的功能公告，对于另外80%的用户来说就是噪音。
- 没有纯文本版本。 某些邮件客户端会拦截HTML。请同时发送两种格式。
- 在错误的时间发送。 B2B邮件在周二至周四、收件人所在时区的上午9-11点表现最佳。面向消费者/开发者的受众，发送时间可适当偏晚。
配套技能
- launch-strategy — 消息摘要（邮件的主要价值主张和受众）
- launch-tweet — 在邮件之前发送的社交媒体文案
- launch-blog-post — 邮件链接到的博客文章
- launch-distribution — 邮件在整个发布顺序中的位置