# 管理多版本的产品公告

**URL:** <https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039>\
**Category:** Community Building\
**Tags:** notifications\
**Created:** [2026年五月28日 20:45 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039 "2026-05-28T20:45:58Z")\
**Posts on this page:** 1\
**Showing post:** 1

<div class="post-metadata">

**Author:** ![putty](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/putty/32/370902_2.png) [@putty](https://meta.discourse.org/u/putty)\
**Post date:** [2026年五月28日 20:45 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039/1 "2026-05-28T20:45:58Z")

</div>

为提供背景信息，我们将所有产品公告发布至 [我们的社区](https://community.netwrix.com/)。如您所见，我们拥有十多款产品，其中许多产品支持多个版本。目前，用户“订阅”的是整个产品新闻类别，这意味着他们可能会收到关于其并未拥有或使用的产品的通知。

我很好奇其他人是如何平衡此类问题的。答案几乎肯定与标签有关，对吧？订阅特定标签而非整个类别？如果是 SaaS 产品且版本号会定期更新（每月、每季度等），是否应更新标签或为其添加同义词？

如果是这样，您如何告知用户新版本已发布？或者，当有适用于该产品所有客户的重要新闻（例如反馈会议）时，如何通知那些未订阅整个类别的用户？同样，如果发布了新版本，您是否应为所有旧版活跃版本添加标签，即使该更新与这些旧版本无关？

这个问题的根源在于，某款产品已从每几个月更新一次的版本模式，转变为每两周更新一次的模式。

我希望能提前应对可能让部分用户感到困扰的通知洪流。欢迎提供任何建议 🙂

---

_[View the full topic](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039)._