更新日志与发布说明的互动邮件

更新日志邮件要么写得又长又没人读,要么写得很短却语焉不详。手风琴模块能在不拉长邮件的前提下,让每一项已发布内容的完整细节始终可查——读者先扫一眼标题,只展开自己关心的部分——而一个关于「接下来做什么」的投票,则把单向的公告变成一条双向的路线图信号。

主题

What's new this month

更新日志邮件要么写得又长又没人读,要么写得很短却语焉不详。手风琴模块能让每一项已发布内容的完整细节始终可查,而不必拉长邮件;一个关于接下来做什么的投票,则把单向的公告变成一条双向的路线图信号。

没有人会从头到尾读完一封更新日志邮件——大家只会扫一眼标题,深入了解自己真正关心的那一两项。邮件的形式应该顺应这种行为,而不是与它对抗。

标题一目了然,细节点按可查

每次发布用一个手风琴条目,让标题保持可见,完整细节则折叠起来,直到有人点开它——即便发布内容很长,乍一看依然像一份简短的清单。像 Outlook 这样不支持 :checked CSS 技巧的客户端,会自动回退到完全展开的静态视图,所以没有任何内容真的会被隐藏。

在同一封邮件里问问接下来做什么

一个列出几个候选功能的投票模块能记录一次点击投票——真实的优先级信号,就在大家已经在阅读更新日志的这封邮件里收集到。

为想了解更多的人提供外部链接

一个指向你完整更新日志页面或文档的按钮,覆盖了想了解比邮件自身摘要更多细节的人——邮件本身则始终是一份易于浏览的摘要,而不是完整记录。

发给真正关心的人

受众筛选条件可以把一次更新日志发送限定给付费客户、某个特定套餐档次,或者任何已选择接收产品更新的人,而不是发给只对活跃用户才有意义的整份名单。

快速上手

为每个已发布的功能添加一个手风琴条目,以及一个关于接下来该做什么的投票。按固定的发布节奏或摘要节奏发送——一个定时发送计划能让它持续进行,而不必每次都重新搭建结构。

典型的构建与发送流程

  1. 1

    列出已发布的内容

    每次发布用一个手风琴条目,标题作为标题、完整细节作为可展开内容,让长发布记录保持易于浏览。

  2. 2

    问一问接下来做什么

    一个列出几个候选功能的投票能记录一次点击投票——真实的信号,在同一封邮件里就能看到该优先做什么。

  3. 3

    为完整细节提供外部链接

    一个指向你完整更新日志页面或文档的按钮,覆盖了想了解比邮件本身更多细节的人。

  4. 4

    按你的发布节奏发送

    一个固定节奏的定时发送计划(每周摘要,或按每次发布)能让更新日志邮件持续发出,而不必每次都重新搭建结构。

常见问题

更新日志太长,会不会让邮件在某些收件箱里变得太大?

手风琴模块的可展开区块让发送出去的 HTML 折叠状态保持很小——Outlook 以及不支持 `:checked` CSS 技巧的客户端会回退到完全展开的静态视图,所以没有任何内容会被隐藏,而在其他客户端里,最初可浏览的视图始终保持简短。

读者能对下一个要开发的功能投票吗?

可以——一个把每个候选功能作为选项的投票会记录一次点击投票,按收件人去重,并自动在响应页面上汇总统计。

我能从我们自己的更新日志系统自动拉取发布内容吗?

不能自动完成——目前没有与更新日志系统的集成;发布内容需要在工作室里为每次发送手动写成手风琴区块,或者如果你以行的形式维护它,也可以通过合并标签绑定到一个数据源。

我可以只发给付费客户,不发给免费套餐用户吗?

可以——受众筛选条件可以把发送范围缩小到联系人列表中的任意分段,如果你的数据源带有套餐档次字段,也可以据此筛选。

我怎么知道大家实际读了哪些发布内容?

手风琴本身的展开/折叠今天还不会被记录为互动事件——同一封邮件里的投票结果和任意按钮点击,才是会汇总到响应页面上的内容。

在工作室中构建它

从免费套餐开始——每个套餐都包含全部互动模块和完整的降级引擎。