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

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

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

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

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

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

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

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

这里有一个我倾向于标记为“已完成”的主题示例,但在操作前我犹豫了一下,因为我意识到可以将其保留为一个持续开放的讨论:Threaded discussion is ultimately too complex to survive on the public Internet?

很想听听大家的想法……

3 个赞

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

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

2 个赞

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

1 个赞

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

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

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

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

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