SaaS 发布说明：小团队也要告诉客户产品变化了什么

开场：产品变了，客户不一定知道

早期 SaaS 更新很快。今天改导入，明天加报表，后天修权限。

但如果客户不知道变化，他就不会使用新能力；如果变化影响旧流程却没有说明，客户会觉得产品不稳定。

发布说明的价值，是让客户知道什么变了、为什么变、是否需要行动。

发布说明不是开发日志

不要写：

优化接口性能，修复若干问题。

客户更需要：

导入订单时，现在会在上传前检查缺失字段，并标出具体行号。这样可以减少导入失败后反复修改文件的次数。

发布说明要从客户场景出发。

每次发布分四类

行为变化尤其要说明，因为它可能影响客户现有习惯。

写清客户需要做什么

有些更新只是告知，有些需要客户行动。

例如：

• 管理员需要重新授权。
• 老模板需要下载新版。
• 旧链接将在 30 天后失效。
• 新权限默认关闭，需要手动开启。

如果客户需要行动，不要藏在长段落里。

发布说明要有固定位置

可以放在：

• 产品内更新中心。
• 邮件列表。
• 客户群公告。
• 帮助文档 changelog。
• 客户成功月报。

渠道可以简单，但要固定。客户不能每次都靠群消息找更新。

不要每个小改动都打扰客户

可以按影响程度分发。

沟通太少客户不知道，沟通太多客户会忽略。

用发布说明反推产品价值

如果你写不清“这个更新给客户带来什么价值”，说明功能可能只是内部认为重要。

每条发布说明都问：

• 解决了哪个客户问题。
• 哪类客户会受益。
• 是否需要客户行动。
• 有没有限制或边界。

这会倒逼产品表达更清楚。

落地建议

从下次发布开始，写一份 5 到 8 行的客户版发布说明，包含变化、价值、影响范围和客户是否需要行动。

SaaS 从 0 开始，发布说明不是形式主义。它让客户看到产品在进步，也减少变化带来的误会。