好问题。在上面的帖子中，我原本是从首次启动的角度来考虑的，但现实情况并没有那么简单。在企业级公司中，某种形式的先前社区始终存在。
为了具体说明我的意思，在我们使用 Discourse 之前，社区分散在多个平台上：
- Yammer (Viva Engage)
- SharePoint
- Microsoft Teams
这使得期望管理变得异常困难。
从 Viva Engage 来的用户抱有“我想发什么就发什么”的期望。管理团队不进行任何审核，对每一位找上门来的经理的奇思妙想都全盘接受。这导致了许多社区仅仅是为了满足经理的 KPI 而存在。一个新社区建立，活跃三个月，然后便死寂无声。不用说，为了扭转这种思维方式，并倡导为何这种做法在几个月后注定失败，以及为何我们结构化、长期的方法能在 6-12 个月后带来更好的结果（尽管起步较慢），我们需要付出大量的培训和沟通努力。
SharePoint 让用户产生了“我可以上传任何想要的文件”的期望。在企业层面，公开分享文件必须极其谨慎。每个客户和服务提供商与公司都有各自的合同，他们与我们分享的每个文件都有不同的保密要求。SharePoint 允许用户精确配置谁可以访问该文件，但 Discourse 不行（这也是理所当然的，因为它不是一个文件共享平台）。我的解决办法是鼓励用户将文件上传到 SharePoint，然后分享这些文件的链接。如果有人无法访问共享的文件，他们可以在帖子中申请权限。这虽然很麻烦，但比打官司要便宜得多。
MSTeams 让用户产生了“我可以在此拥有自己的频道/社区分区”的期望。不，Discourse 的核心宗旨恰恰与此相反。我们项目的目标是促进知识共享，而不是建立知识孤岛。Teams 频道对于机密或特定项目的知识来说是一个不错的解决方案，但任何可以抽象到更通用上下文中的内容，都被鼓励在 Discourse 中分享。