# 可扩展的互动模式

**URL:** <https://meta.discourse.org/t/scalable-engagement-models/409187>\
**Category:** Enterprise\
**Created:** [2026年八月3日 19:52 UTC](https://meta.discourse.org/t/scalable-engagement-models/409187 "2026-08-03T19:52:57Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![mcwumbly](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcwumbly/32/103861_2.png) [@mcwumbly](https://meta.discourse.org/u/mcwumbly)\
**Post date:** [2026年八月3日 22:52 UTC](https://meta.discourse.org/t/scalable-engagement-models/409187/2 "2026-08-03T22:52:06Z")

</div>

我发现另一个对我们行之有效的模式是：让最接近某项变更的人来发布关于该变更的公告主题。

在某种程度上，这可能是 Discourse 作为一个开源项目的自然延伸。同时，我认为随着我们规模的扩大和不同角色人员的加入，我们一直有意地坚持这种做法。

例如，我们的功能公告通常由实际参与该功能开发的人（无论是工程师、设计师还是产品经理）来发布。

这使得人们能够就他们了解的内容发起讨论，从而很好地融入产品开发流程。

它为社区提供了一个直接与构建特定功能的人员互动的平台。

同时，这也让构建者能够持续接收社区对该功能的反馈，而无需监控社区中的所有动态，或设计复杂的分类或标签系统。

我也看到其他人在其他地方以类似的方式有效地做到了这一点，尽管某些细节可能有所不同。

---

_[View the full topic](https://meta.discourse.org/t/scalable-engagement-models/409187)._