我发现另一个对我们行之有效的模式是：让最接近某项变更的人来发布关于该变更的公告主题。
在某种程度上，这可能是 Discourse 作为一个开源项目的自然延伸。同时，我认为随着我们规模的扩大和不同角色人员的加入，我们一直有意地坚持这种做法。
例如，我们的功能公告通常由实际参与该功能开发的人（无论是工程师、设计师还是产品经理）来发布。
这使得人们能够就他们了解的内容发起讨论，从而很好地融入产品开发流程。
它为社区提供了一个直接与构建特定功能的人员互动的平台。
同时，这也让构建者能够持续接收社区对该功能的反馈，而无需监控社区中的所有动态，或设计复杂的分类或标签系统。
我也看到其他人在其他地方以类似的方式有效地做到了这一点，尽管某些细节可能有所不同。