如何写出优秀的产品更新日志
浏览:3
巴克励步
作为产品经理,我经常看到团队把更新日志当成开发者的内部备忘录,啰嗦又晦涩。其实,更新日志是连接产品与用户的桥梁,每一行文字都在塑造客户对产品的感知。尤其在多站点发布场景下,一份清晰、有温度、可追溯的更新日志,不仅能降低客服压力,还能让用户主动拥抱新功能。Baklib 的「更新日志建设」能力,正是为了帮助团队摆脱这种混乱——把技术语言翻译成用户能懂的收益,让每次发布都成为品牌信任的加分项。 描述务必精
作为产品经理,我经常看到团队把更新日志当成开发者的内部备忘录,啰嗦又晦涩。其实,更新日志是连接产品与用户的桥梁,每一行文字都在塑造客户对产品的感知。尤其在多站点发布场景下,一份清晰、有温度、可追溯的更新日志,不仅能降低客服压力,还能让用户主动拥抱新功能。Baklib 的「更新日志建设」能力,正是为了帮助团队摆脱这种混乱——把技术语言翻译成用户能懂的收益,让每次发布都成为品牌信任的加分项。
描述务必精准
发布说明通常是所有软件更新的记录,无论是新功能、错误修复,还是对现有功能的变更。这三种情况都可能显著影响客户并改善他们的用户体验。因此,你的发布说明应该写得精准且清晰。这样,用户就能确切知道新版本能带来什么价值。如果发布说明过于模糊,就会适得其反——用户无法以适合自己的方式利用新的改进。
Sarah Perez 在 TechCrunch 中精准描述了模糊发布说明的缺点:
这种对细节的疏忽是对用户的不尊重,用户不再能理解更新后的应用会做什么或不会做什么……他们不知道功能发生了什么变化,用户体验受到了什么影响。💛🧡🧡客户评价:有时实验中的页面编辑器会感觉有点笨重,有时对 HTML 的更改似乎没有生效或导致页面体验出乎意料。不过,Baklib非常棒的客服支持团队随时可以解决我遇到的任何问题。
当发布说明不清晰时,用户往往甚至不明白软件如何改变。这种情况下,他们读不读文档都一样。
这种精准描述对于面向开发者的发布说明尤其重要。软件是复杂的,发布说明必须精确细致,让开发者能够跟上工具和应用的更新。来看看 Google Maps 的 API 发布说明:
{{删除图片}}
每个要点都充满了开发者需要使用的明确技术信息。没有歧义,没有废话,开发者可以快速扫描文档,精确找到所需内容。
然而,在更通用的、非技术性的发布说明中,你也应该保持这种精准。即便你面向的是所有用户,而非仅限开发者,也不意味着你可以马虎。例如,看看 Wrike 的发布说明:
{{删除图片}}
每个错误修复都详细描述了之前无法运行的问题。如果有人因为某个特定 bug 而回避这些功能,现在他们知道可以重新开始使用了。
换句话说,用户很容易理解 Wrike 为改善用户体验采取了哪些步骤,以及这个解决如何帮助他们。
另一种精准策略是为每条发布说明添加标识标签。例如,你可以用 博客、集成、安全 等。如果你的产品线丰富,这一点尤其有用,可以轻松指明每条说明属于哪个产品。HubSpot 就采用了这种方法,使用了以下标签:
{{删除图片}}
如你所见,这些标签用于指明哪些新功能可以在哪个产品中使用。甚至还有一个“所有产品组”选项。这些标签是为发布说明增加额外精准度的绝佳方式,让用户轻松理解每次更新的影响。
用平实的语言撰写发布说明
你的发布说明可能会被各种职业的用户阅读——市场、销售、HR 等。因此,尽管发布说明需要精准,但这并不意味着它们必须技术到让读者无法理解。例如,假设你的随机数生成器因为将熵提取器从 SHA1 切换到了 BLAKE2s 而运行得更快。你的读者不需要知道那个级别的细节。开发者可能感兴趣,但大多数用户不会理解技术术语。他们唯一关心的是功能更快了,管它怎么实现的。换句话说,平实的语言往往是成功发布说明的诀窍。
除了熵提取器,这里还有一些最好避免的词汇(如果发布说明不打算只给 IT 人员看的话):
{{删除图片}}
开发部门以外的人几乎不可能理解上述术语,尤其是关于特定语言和框架的部分。在撰写发布说明时,要确保避开这些词。
相反,试着用一种能解决用户问题的方式来组织语言。解释更新时,要让用户理解变化将如何影响他们、他们将享受什么好处,以及如何解决他们的问题。理想情况下,你需要在发布说明中回答这些问题:
{{删除图片}}
你应该用平实的语言重点回答这些问题。用户想知道的是新版本如何影响他们,而不是后端数据库结构如何改变。
例如,ProductPlan 在下面这条发布说明中回应了上述问题:
{{删除图片}}
ProductPlan 用清晰直白的语言解释了新功能,任何人都能看懂,甚至非用户也不例外。此外,ProductPlan 还明确列出了这些新功能带来的好处。第一个功能减少了时间和点击,第二个则帮助识别联系人。
这类信息才是读者感兴趣的——而不是技术规格本身。用户想要读到的,就是关于用户体验将如何改善的简单直白的描述。
另一家在呈现发布说明上做得非常出色的公司是 Todoist。看看他们的一条发布说明:
{{删除图片}}
这个说明的语气温暖、亲切,并且非常口语化。尽管内容专业,Todoist 的发布说明就像在与老朋友聊天。甚至还有一个幽默的潜台词和表情符号来强化观点。这种写法可能不是典型的公司语言,但在发布说明的语境中无关紧要。重要的是每个人都清楚理解内容。
保持发布说明简洁
信息最好以小剂量消费。虽然你的新版本可能有很多令人印象深刻的功能,但用户不一定想知道每个小细节。假设你引入了几个新集成。用户会对具体的工具有兴趣,但很可能不关心每个新的自动化工作流。那类细节只会让他们不堪重负。换句话说,保持发布说明短小精悍,简洁的发布说明最易阅读。
让发布说明保持简短的一个简单方法是包含超链接。这样,感兴趣的用户可以轻松访问详细信息,而不感兴趣的用户则不会被无关的阅读所困扰。例如,看看 Percy 的发布说明:
{{删除图片}}
每条发布说明不超过两句话,但更新内容一目了然。如果与用户无关,他们可以跳过这条说明。但如果他们感兴趣,还有有用的链接包含进一步信息。
链接指向知识库是个好主意,因为在那里最容易展示全面的产品信息。Baklib 就采用了这种方法:
{{删除图片}}
每条发布说明都链接到相应的搜索或功能内教程,以便用户了解更新的全部内容。这样一来,Percy 在不牺牲信息深度的前提下保持了发布的简洁。