# 关于产品的开放式讨论应该在哪里进行？

**URL:** https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248
**Category:** Site feedback
**Created:** [2026 年6 月 26 日 18:34 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248 "2026-06-26T18:34:58Z")
**Posts on this page:** 5
**Page:** 1

<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 年6 月 26 日 18:34 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248/1 "2026-06-26T18:34:58Z")

</div>

我们当前的 #Contribute > Feature 类别描述如下：

> 讨论现有的 Discourse 功能、如何改进或增强这些功能，以及拟议中的新功能应该如何运作。

另一方面，我们在此类别中启用了“主题投票”功能，在主题完成后将其关闭，并标记为 #completed。

该类别目前服务于两个目的：

1. 关于产品及其现有功能的开放式讨论
2. 针对新功能或改进的个别提案

这种情况一直存在，也许这样也没问题。

但我确实觉得，我们越是尝试使用 Discourse 的创意构思/投票功能，就越感到有必要将它们分开，为每类内容提供独立的空间。

这里有一个我倾向于标记为“已完成”的主题示例，但在操作前我犹豫了一下，因为我意识到可以将其保留为一个持续开放的讨论：[Threaded discussion is ultimately too complex to survive on the public Internet?](https://meta.discourse.org/t/threaded-discussion-is-ultimately-too-complex-to-survive-on-the-public-internet/63172)

很想听听大家的想法……

---

<div class="post-metadata">

### Author: ![awesomerobot](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/awesomerobot/32/142900_2.png) [@awesomerobot](https://meta.discourse.org/u/awesomerobot)
#### Post date: [2026 年6 月 26 日 22:39 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248/2 "2026-06-26T22:39:58Z")

</div>

也许可以把它移到 #Contribute > UX，因为这主要是一个关于用户体验的讨论……不过那里的类别定义可能也有些狭窄（更像是一个较小的 bug 类别），所以也许放到 #General 进行一般性讨论更合适？

现在有点混乱，因为 #Contribute > Feature 在大部分时间里都没有主题投票功能，所以很多旧主题并不符合当前的格式。这也是为什么按投票排序可能有点帮助，因为它可以防止那些不太符合当前类别的旧主题被推到顶部。

---

<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 年6 月 26 日 22:57 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248/3 "2026-06-26T22:57:54Z")

</div>

> [@awesomerobot](#):
>
> 也许可以把它移到 #Contribute > UX，这主要是一个关于用户体验的讨论……不过那里的类别定义可能也有点窄

我喜欢扩大该类别范围的想法。我会考虑几天，但目前这个想法对我来说很有吸引力。

---

<div class="post-metadata">

### Author: ![Heliosurge](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/heliosurge/32/571810_2.png) [@Heliosurge](https://meta.discourse.org/u/Heliosurge)
#### Post date: [2026 年6 月 27 日 01:16 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248/4 "2026-06-27T01:16:56Z")

</div>

那个主题也非常好地展示了团队对观点的看法是如何随着时间变化和演进的。

虽然可能有点偏离这个讨论的主题。但我要说，嵌套回复的实现非常棒。因为有一个选项可以切换查看扁平或线程式视图。如果我没记错的话，这目前是 Discourse Meta 独有的功能。我见过的其他嵌套平台都没有这个特性。

我在想，是否可以考虑启动一个新主题，链接到 #Contribute > Feature 主题，并附上 AI 摘要，将最近的帖子移至新主题？

正如 Awesomebot 所提到的，也许可以使用 #General 加上标签，或者考虑创建一个新的子类别？

或者，甚至可以在 #Contribute > UX 类别中添加一个通用的 #discuss 标签，以通过新标签扩展该类别的范围。

---

<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 年8 月 4 日 09:10 UTC](https://meta.discourse.org/t/where-should-open-ended-discussion-about-the-product-happen/406248/5 "2026-08-04T09:10:21Z")

</div>

> [@awesomerobot](#):
>
> 也许可以把它移到 #Contribute > UX，这主要是一个关于体验的讨论……不过那里的类别定义可能也有点窄（它更像是一个次要的 bug 类别），所以也许应该用 #General 来进行一般性讨论？

我已经把它移过去了，并且现在将 #Contribute > UX 的描述修改为：

> 用于关于 Discourse 用户体验设计的一般性讨论，如何改进它，以及讨论那些 Discourse 按预期工作，但设计、交互或流程给用户带来不必要的摩擦、困惑或低效的问题。也适用于小型的“生活质量”改进（这些可能会标记为 #completed 或 #fixed）。

我也更新了 #Contribute > Feature 类别的描述，去掉了关于功能一般性讨论的部分。

> 分享你的想法和建议，关于如何通过新功能或对现有功能的改进来完善 Discourse。给其他人之前分享的想法投票，并分享更多关于你的使用场景以及为什么它们对你有价值的背景信息 → [Requesting new features for Discourse](https://meta.discourse.org/t/how-to-request-new-features-for-discourse/32986)
