大家好：
很久以前，我读过一篇关于 Slack 与 Discourse 的文章，以及它们如何协同工作。Slack 用于直接沟通（例如，当管理重要流程的服务器出现故障时），而 Discourse 用于更宏观的沟通：例如，讨论如何改进业务流程。
我主要看到的是关于社区的文章，以及 Discourse 如何帮助社区。看看那些为客户提供社区的公司，例如 fly.io，它们围绕其产品建立了社区。
现在我想知道，该应用程序是否也在组织/公司内部使用，它们的组织结构是怎样的，以及应用程序是如何使用的。
我认为 Discourse 主要用于扁平化组织，在那里几乎没有层级结构。
链接：
正如你可能猜到的，在 Discourse，我们使用 Discourse 进行内部沟通 
你可能会对我们博客上的这些帖子感兴趣：
是的，在这种用例中它可能非常有效。我甚至会称之为变革性的！但是，不要低估随之而来的工作——尤其是对于拥有 10k+ 人员的公司！
必须保护客户项目之间的机密性。如果您在自己的场所外托管，您很可能还需要与供应商安排第三方协议——他们通常不同意在您的场所外共享他们的信息。公司越大，这就会越慢，越令人沮丧。当您说“在法律部门批准之前我们不能在这里谈论这个问题”时，没有人会理解——而且这可能会持续数月。您需要有耐心、谨慎，并且可能需要法律团队中的某个人每周投入几个小时来处理该项目（尤其是在第一年）。
如果您愿意付出这些努力，那么您还需要考虑管理同事的挑战。如果您不习惯对您的老板、老板的老板等说“不”，那么您需要努力克服这一点——他们会向您施压去做不该做的事情。同样，尽管许多版主要求是法律规定的，但您最终会成为一些同事眼中的反派。