我认为 Discourse 在选择和实施自己的聊天功能方面处于一个艰难的境地，因为他们必须优先考虑那些习惯于论坛并且可能不喜欢聊天的人（而 Discord 拥有他们想要的所有精通聊天的用户来测试和获取反馈；尽管 Discord 在制作类似论坛的功能时也可能处于类似境地，但稍后会详细介绍）。Discourse 的大多数自身功能最终都可以通过 Discord 无数用户创建的机器人来克隆，但有一个例外：
我更常使用 Discord 而不是 Discourse，对我来说，很明显，目前聊天和论坛之间唯一真正根本的区别在于内容的发现性和对话的持久性（例如，通过置顶；变成另一个帖子等）。如果 Discourse 已经拥有了真正的聊天功能，我会将其放在首位，作为用户加入社区时首先互动的东西。正如 @erlend_sh 在另一个帖子中所描述的那样：
在这场堆栈内的竞争中，Discourse 相对于 Discord 几乎没有优势；人们仍然难以避免用户流失到 Facebook 群组，而 Facebook 正以前所未有的速度衰落。基于严格的类型差异（“Discourse 是一个论坛；Discord 是一个聊天”）的差异化将很快变得毫无意义，并且沿着这些思路思考已经显得天真。似乎 Discord 即将解决 @codinghorror 在其Discourse 发布文章中 9 年前提到的“信噪比”问题：
在 Stack Exchange，我们学到的关于问答的棘手事情之一是，如果你想拥有出色的信噪比，你必须抑制讨论。 Stack Exchange 只支持产生优秀问题和优秀答案所必需的最低限度的讨论。这就是为什么答案会不断地按投票顺序重新排列，这就是为什么评论的格式和长度有限，并且只显示几个，等等。我们几乎所有的设计决策都受到我们希望将讨论推下去、以各种方式抑制它的愿望的影响。省去冗长的长篇大论，赶紧回答那个该死的问题。
Discord 似乎即将采取 Jeff 对他批评过的老式论坛软件所做的同样的“柔道翻转”，但针对的是 Reddit、Facebook 和 Discourse 等现代论坛。我认为目前 Discourse 在战略上与 Discord 的区别在于，Discourse 目前是论坛软件，而 Discord 目前是聊天软件。因此，Discord 正在利用其聊天功能的方式来扩展到将其类似论坛的功能集成到其系统中的最有效方法（它们看起来像论坛是偶然的）。
Discourse 也应该这样做，并根据现有论坛已经做得很好的方面进行扩展。例如，如果 Discourse 允许用户从现有的论坛帖子创建新的聊天上下文，就像 Discord 允许用户从聊天中的任何现有消息创建“线程”一样，这将是一个杀手级功能。用户还可以将 Discourse 聊天中的内容转化为新的论坛帖子或维基文章。将 Discourse 复杂的、自下而上的审核功能添加到这种有机扩展讨论的方式，你可能会得到一些新颖的东西，以至于几乎无法被识别为“论坛”。
Discourse 应该考虑转向一个以聊天为先的应用程序，至少在他们开发聊天功能时，将其作为一个思维练习。