# Управление анонсами продуктов с несколькими версиями
**URL:** https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039
**Category:** Community Building
**Tags:** notifications
**Created:** [28.Май.2026 20:45:58 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039 "2026-05-28T20:45:58Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@putty](https://meta.discourse.org/u/putty)
#### Post date: [28.Май.2026 20:45:58 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039/1 "2026-05-28T20:45:58Z")
Для контекста: все наши анонсы продуктов мы публикуем через [наше сообщество](https://community.netwrix.com/). Как вы увидите, у нас более десятка продуктов, и многие из них имеют несколько поддерживаемых версий. В настоящее время пользователи «подписываются» на всю категорию новостей продукта, что означает, что они могут получать уведомления о продуктах, которыми они даже не владеют/не пользуются.
Меня интересует, как другие решают подобную задачу. Ответ, скорее всего, заключается в использовании тегов, верно? Подписка на тег вместо всей категории? И если это SaaS-продукт, который обновляет номер версии (ежемесячно, ежеквартально и т. д.), обновлять тег и/или добавлять для него синонимы?
Если это так, как вы сообщаете пользователям о выпуске новой версии? Или о том, что есть что-то новое и важное для всех клиентов этого продукта (например, сессия обратной связи), но они не подписаны на всю категорию? Или, аналогично, если выходит новая версия, добавлять тег для всех старых активных версий, даже если это не имеет к ним никакого отношения?
Корень проблемы в том, что продукт перешёл от модели обновлений раз в несколько месяцев к модели обновлений раз в две недели.
Я пытаюсь опередить волну уведомлений, которые могут не понравиться некоторым пользователям. Любые предложения приветствуются 🙂
---
### Author:  [@HAWK](https://meta.discourse.org/u/HAWK)
#### Post date: [02.Июнь.2026 02:14:21 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039/2 "2026-06-02T02:14:21Z")
Я бы ответил «да» на использование тегов. Категории я бы использовал для высокоуровневых типов контента, а не для каждой комбинации продукта и версии.
Так, например, могут быть категории:
- `Объявления о продуктах`
- `Примечания к выпуску`
- `Новости`
А теги:
- продукт: `1secure`, `auditor`
- версия: `1secure-dpsm`, `release-minor` и т. д.
Discourse поддерживает достаточно структурированную систему тегов: группы тегов, отношения «родитель–потомок», ограничение на выбор одного тега из группы, а также ограничения на теги в категориях. Это поможет избежать хаоса.
Затем пользователи смогут подписываться на теги или на первые сообщения с тегами, а вы сможете установить уровни уведомлений по умолчанию для тегов.
> [@putty](#):
>
> Как вы сообщаете им о выходе новой версии?
Если у вас есть одна тема выпуска, помеченная как тегом продукта, так и тегом новой версии:
- категория: `Примечания к выпуску`
- теги: `1secure`, `v10.8`
Тогда все, кто подписан на `1secure`, получат уведомление.
Все, кто подписан на `v10.8`, также получат уведомление.
> [@putty](#):
>
> Или есть что-то новое, что важно для всех клиентов этого продукта
В этом случае используйте только тег продукта.
Помогло ли это или я упустил какой-то нюанс?
---
### Author:  [@putty](https://meta.discourse.org/u/putty)
#### Post date: [04.Июнь.2026 21:02:02 UTC](https://meta.discourse.org/t/managing-product-announcements-with-multiple-versions/404039/3 "2026-06-04T21:02:02Z")
Спасибо, Hawk, это очень помогло.
> [@HAWK](#):
>
> Discourse поддерживает довольно структурированную систему тегов с группами тегов, иерархией «родитель–потомок», ограничением на выбор одного тега из группы и ограничениями тегов по категориям, так что вы сможете избежать хаоса.
Думаю, создание групп тегов и обязательное применение/ограничение их использования сильно поможет. Этот уровень контроля я упустил из виду.
> [@HAWK](#):
>
> Если у вас есть тема о выпуске, помеченная одновременно тегом продукта и версии
>
> - категория: `Release Notes`
> - теги: `1secure`, `v10.8`
Моя неохота разделять продукт и версию связана с тем, что подписчики будут получать уведомления каждый раз, когда кто-то использует тег 1secure, даже в темах, похожих на запросы поддержки. Всё ещё надеюсь на возможность подписки на теги по категориям 🤞 😬
Хотя, возможно, решение здесь — запретить использование тега 1secure в тех категориях поддержки, поскольку он уже обозначен как поддержка 1secure.