我们一直使用 Discourse 作为沟通、记录保存、研究记录、实验室日志工具的主要工具 四年多来， 。
我认为，大多数公司会从将 Discourse 而不是 Slack、电子邮件链和 WhatsApp 作为主要沟通工具中受益匪浅。
归结为 ：如果您认为员工之间的对话对未来的反思有任何价值，那么您需要 Discourse。
原因很简单，基于渠道的即时消息应用程序（Slack 等）非常适合这种情况 - 没有人愿意回去查看即时对话，除非寻找非常具体的内容。他们倾向于将多个对话交织成一个包含数千行和数百个子对话的长通道。
相反，Discourse 本质上将对话分解为类别、主题和标签，这使得团队成员只需将 Discourse 主题作为日记阅读，而不是试图窥探出什么内容，就可以非常有效地参与特定主题、研究领域和相关对话。发生在一个频道，该频道有 6 个其他对话主题，其中包括每个人的午餐订单，并融合到一个文本流中。
如果您的公司/团队/实验室从事任何类型的研发，我相信 Discourse 是必须的。
聊天 - 缺失的链接
并非所有对话都是信息金矿……事实上，许多对话都是日常事务，例如：咨询、问题、快速头脑风暴会议，但不一定涉及其自己的主题。更不用说诸如“我收到这个错误和错误日志，谁知道这意味着什么？”之类的陈述。或“我们今天午餐吃什么？”。因此，Slack 确实必须留在那里，以便每个人都能快速有效地进行沟通。随着 Chat into Discourse 的推出，所有形式的对话和讨论都可以集成到一个伟大的平台中！
提高生产力的插件
- 分配 → 将主题分配给人员是让团队成员拥有票证/问题/项目的好方法
- 数学 → 如果你做研究，你需要 Latex 和方程支持
- 反应 → 这只是现代通讯。恕我直言，应该构建在 Discourse 中。
- 共享编辑 → 非常适合团队共享和编辑一些 wiki 或其他知识/信息页面。
- 谁在线 → 在团队中，必须知道谁在线
- 脚注 →公司需要合法性……这是写保密条款的地方。
- 可以说 日历 很有用，但它的实现方式和功能不太适合我们。 主题投票 是另一个可能有用的投票。
主题组件：
- 自定义标题链接 → 将公司/团队的重要链接放在标题上。我们有假期板、“我的任务”（用于分配插件）、链接到我们的 Jira 板……
- PDF 预览 + iframe Lightboxes → 将两者安装在一起，并设置
iframe origin domains要包含您自己的域，请使上传到论坛的所有 PDF 文件显示为与线程内嵌打开，并有一个按钮可展开到完整视图。PDF 非常非常有用，通过这种方式可以轻松共享它们。 - Discourse 聊天侧边栏 → 将聊天放在前面，我们都使用 24 英寸到 27 英寸的屏幕，我们希望将所有 Slack/WhatsApp 操作移至 Discourse。
- 荣誉奖：
** discourse gifs 应该内置到 Discourse 中。
** Discourse Kanban 不会取代 Jira，但它有助于完成高级任务，并且与“分配插件”配合良好。只需要正确配置即可，而且这并不是一件容易的事。
** 侧边栏主题切换 我们仅使用默认的深色/浅色主题，以便让用户轻松选择他们的偏好
结论
首先感谢令人惊叹且鼓舞人心的 Discourse 团队：拍：
Discourse 是一个坚如磐石、快速、安全的沟通平台，我希望更多的团队能够受到启发，将它用于公司、大学实验室团队、初创企业等！
我必须承认，推送通知目前是一个痛点。
内置的推送通知适用于 Android 和桌面用户，而不适用于 iPhone 用户。
在我看来，推送通知的问题在于它们传达给用户的障碍太多。您必须在 Discourse 个人偏好上启用它，您必须在浏览器上允许它，您必须在 android/windows 系统上允许它。如果这三者中的任何一个阻止通知，那么用户就不会收到它们。就我个人而言，尽管我非常想要推送通知，但我总是发现它们会在随机的一段时间后停止。也许是因为浏览器更新？不知道。因此，即使在 Android 中，我也不能说它真的像我希望的那样工作。
昨天我尝试了 Pushover notification ，该解决方案可以在 Android/Apple/Windows 上正常工作，但是它有两个主要错误（这就是为什么我最终没有使用它）：
- 它要求每个用户在手机上安装第三方应用程序，并手动将其 user_id 复制到 Discourse 首选项页面 : 做鬼脸:
- 通知会弹出，而不是直接将您带到 Discourse 聊天/主题，而是将您带到 Pushover 应用程序，从那里您可以再次点击聊天/主题的 URL。这可能听起来有点小，但就直接消息通知而言，在推送通知消息和您想去的实际位置之间添加网关应用程序会削弱体验。