-
缺陷修复发布说明：怎样写出读者真正会用的条目
缺陷修复发布说明想有用，每条都要写清症状、受影响的人群、起始时间和读者下一步该做什么。本文提供改写对照，并讲解安全修复、回归和数据丢失的写法。
发布说明实践阅读约 1 分钟
-
发布说明示例：针对每一种变更类型的写法，以及为什么有效
本文给出新功能、改进、缺陷修复、破坏性变更、安全修复、弃用、应用商店说明和内部说明的发布说明示例，并解释为什么有效，让你照搬形状，换上自己产品的真实事实。
发布说明实践阅读约 1 分钟
-
紧急发布说明：如何在真实的时间压力下动笔写作
严重事故触发的紧急发布，要在几分钟内写出可用且诚实的发布说明，而通常的写作流程默认写作者有从容的时间。本文说明在时间压力下，如何面对焦虑的读者动笔。
发布说明实践阅读约 1 分钟
-
对内发布说明：除了客户，还有谁必须知道到底发生了什么
支持和销售团队常从一头雾水的客户口中，才第一次得知有新功能上线。对内发布说明能解决这个问题，本文讲它该怎么写、谁来写、何时写，以及如何比客户更早送达。
发布说明实践阅读约 1 分钟
-
移动应用的发布说明：字数上限到底会砍掉什么
App Store 和 Play Store 只给几行可见文字，一个链接都不给，网页版的写法在这样的预算下会失灵。本文用真实例子讲如何取舍，别把最重要的一句挤出预览区。
发布说明实践阅读约 1 分钟
-
该怎样发布一条新功能公告（而不是悄无声息）
大多数新功能公告，最后都死在了一个没人会看第二遍的渠道里。本文说明该在哪里发布、第一句话说什么、怎样直接触达提出过请求的人，以及四种渠道如何搭配使用。
发布说明实践阅读约 1 分钟
-
企业发布说明：一个账户到底会变成什么样子
企业发布说明必须针对运行私有构建版本的具体客户实例校准，不能照搬公开通用版本。校准出错，要么用客户还没有的改动让他们困惑，要么泄露内部路线图。
发布说明实践阅读约 1 分钟
-
体验日志与发布说明二者之间的区别到底是什么
体验日志是供人查找的持续累积的记录，发布说明则是写给还在犹豫是否关心这次更新的人的一条精选消息。两者面向的读者不同，需要区别对待，本文说明如何划分。
发布说明实践阅读约 1 分钟
-
如何写出用户真正愿意花时间读完的发布说明
只写错误修复和性能改进，算不上一条合格的发布说明。本文说明每条发布说明都必须回答的核心问题，并用一个真实案例对比修改前后的两个版本，展示该怎样写。
发布说明实践阅读约 1 分钟
-
值得团队真正长期坚持采用的发布说明最佳实践
关于发布说明的大多数最佳实践清单，只是写作风格建议，并没触及问题的本质。本文谈的是能切实改变读者行为的做法，以及另外三个流传很广却几乎没有价值的常见误区。
发布说明实践阅读约 1 分钟
