# Как перестроить сообщество для запуска нового продукта?

**URL:** https://meta.discourse.org/t/how-do-you-reconfigure-a-community-for-a-new-product-launch/401562
**Category:** Community Building
**Tags:** customer-success
**Created:** [26.Апрель.2026 17:39:33 UTC](https://meta.discourse.org/t/how-do-you-reconfigure-a-community-for-a-new-product-launch/401562 "2026-04-26T17:39:33Z")
**Posts on this page:** 1
**Showing post:** 7

<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: [27.Апрель.2026 13:48:57 UTC](https://meta.discourse.org/t/how-do-you-reconfigure-a-community-for-a-new-product-launch/401562/7 "2026-04-27T13:48:57Z")

</div>

Предполагаю, что это программное обеспечение?

[Мое сообщество](https://community.netwrix.com/) объединяет 19 различных продуктов, и это создает серьезные сложности. Лишь небольшая часть наших пользователей работает более чем с одним продуктом, что, к сожалению, приводит к формированию изолированных групп активности и практически отдельных субсообществ.

В начале мы придерживались правила: лучше изолировать такие группы, чтобы пользователи видели и получали уведомления только о контенте, актуальном для них. Если бы у нас была только одна категория новостей по продуктам, люди быстро бы перестали обращать внимание, поскольку лишь малая часть тем была бы для них релевантна.

Ваша ситуация, возможно, больше похожа на [сообщество, которое я ранее курировал](https://developer.sailpoint.com/discuss/), где было два продукта, схожих, но очень разных (локальная установка против облачного решения).

Не стесняйтесь задавать любые вопросы здесь или пишите мне в личные сообщения/чат 🙂

---

_[View the full topic](https://meta.discourse.org/t/how-do-you-reconfigure-a-community-for-a-new-product-launch/401562)._