原文发表于：Discourse for Teams is here! | BlogDiscourse
今天，我们正式发布 Discourse for Teams。Teams 定价合理，注重隐私保护，并预配置了专为团队协作、生产力和内部讨论打造的特殊工具——所有功能均专为已实行远程办公或正转向远程办公的团队设计。访问 teams.discourse.com 了解更多详情，并开启 30 天免费试用。过程快捷……
55 个赞
嗨，Chris！是的，侧边栏非常棒！它是 Discourse for Teams 的专属功能，并未作为开源版本提供。
为了 meta 社区的利益，我创建了一个主题，以说明 Discourse for Teams 与 Discourse 之间的差异。
15 个赞
完全理解大家需要盈利，以便继续支持 Discourse。看了上面的截图，我觉得它比 Slack 更棒！
感谢你们的工作，
TorqueWrench
11 个赞
完全同意 @TorqueWrench 的评论——祝你 DfT 一切顺利！
11 个赞
这个侧边栏太出色了，希望有人能将其重制成插件，供我们这些普通用户使用。
10 个赞
关于 Discourse Teams 的整体感受：
- 我超级喜欢新的动画、分类提示、向导等功能，希望你们能把这些贴心的改进移植到官方的 Discourse 中。
- 虽然无法安装插件，但许多官方插件已被内置，这非常棒。
- 价格实惠！非常适合团队使用，也可能成为 Discourse 的下一个旗舰产品。
也许可以制作一些贴纸并寄送给用户？
无论如何，这是一款很棒的产品。
10 个赞
太棒了，谢谢！我肯定会在未来某个时候注册这个服务。
只有一个问题：Discourse Hub iOS 应用是否支持 Teams？如果不支持，未来会支持吗？
4 个赞
是的，DiscourseHub 已经支持 Discourse for Teams 实例。
8 个赞
是否有本地部署或符合欧洲 GDPR* 的解决方案？
*关于标准合同条款，我们无法详细评估每个第三国的法律法规。但就美国而言，我们倾向于依据“施雷姆斯二世”（Schrems II）判决中的理由。该判决的理由意味着，无论合同处于哪个阶段，目前使用美国个人数据服务提供商的可能性几乎为零。因此，AWS、GCP、Azure 等均不符合 GDPR 要求。
3 个赞
Teams 没有本地部署解决方案，仅支持托管服务。我们可在位于爱尔兰都柏林的欧盟数据中心提供 Teams 托管服务。如有需要，我们可与客户签署数据处理协议（DPA，包含标准合同条款 SCC），并与所有第三方服务提供商保持有效的 DPA，详细信息请参阅 Privacy policy | Discourse - Civilized Discussion AWS S3 进行文件上传，因此如果您无法使用任何 AWS 服务，Teams 可能无法满足您的需求。
11 个赞
有机会添加翻译集成吗？
2 个赞
如果您选择企业版计划，现在即可使用翻译插件。
如需了解该计划的具体详情，请发送邮件至 team@discourse.org。
注意：您还需承担 Google 或 Microsoft API 的相关费用。
5 个赞
你们有 Slack 迁移工具吗？这可能会让切换变得更简单。
3 个赞
我们目前没有 Slack 迁移工具，但我们提供 聊天室集成插件（discourse-chat-integration）。团队无需完全迁移出 Slack 即可开始使用。我们在 Discourse 内部也使用聊天功能，通常将其视为短期、临时的交流方式，而任何长期或永久性的内容则归档到 Discourse 中。
6 个赞
你设想的这个工具是怎样的？
是否为每个 Slack 频道在 Discourse 中创建对应的分类和群组？
7 个赞
这是一个非常好的问题。
那么：
- 公共频道需要作为“Slack 导入”类别下的公共话题来创建。
- 私人频道则作为同一类别下的私人话题，或者另一个名为"Slack 私人”的类别下的私人话题。
每个频道的“成员”需要进行映射或通过某种方式创建。例如，通过电子邮件地址来完成这一过程可能是最佳方案。
每个频道都有一些可复用的元数据。
- 置顶的对话需要以某种方式优先处理，具体如何实现尚不确定。
- 真正的问题在于 Slack 频道中经常出现的混乱状态——无论是线程化的还是非线程化的噪音。或许可以简单地将每篇帖子转换为一条消息，然后将线程转换为线程？让管理员在之后进行清理？
以上只是一些初步的想法和概念。
我对 Slack 的主要担忧是，Discourse 会很快变得杂乱无章。我认为这在很大程度上是因为所有内容都是私有的。如果人们知道某些内容可能会被转换为公开论坛，他们的行为可能会更加规范。
也许吧。
或者至少，有趣的是，线程可以被更好地转换和管理。它们甚至可以被转换为永久性的知识库内容。Slack 确实一团糟，但它之所以有效，是因为它快速、支持移动端，并且非常注重聊天体验，所以人们熟悉它。
4 个赞
Slack 中的频道更接近于 Discourse 的分类。每个 Slack 线程/对话都会成为对应频道（如果在 Slack 中）所在分类下的一个主题。
将公共频道导入到公共分类，将私人频道导入到私人分类并关联群组，在我看来都是可行的。
但导入对话内容则是另一回事。我建议在 Discourse 中重新开始，因为聊天消息通常简短且短暂，而 Discourse 中的对话则更长，并且以段落形式结构化。
5 个赞
我未必完全同意。起初我是按你的思路写的，但越想越觉得，在我看来，Slack 频道其实更像一个话题，而不是分类。这只是我个人的看法。事实上，有些人可能更倾向于你的方式。这取决于具体情况，不是吗？或许应该提供一个选项让用户自行选择。
1 个赞
欢迎随时开启 Discourse for Teams 试用版并启用 Slack 集成，然后探索如何保存 Discourse 中有价值对话的全文记录。所有记录都会保存在单个帖子中。
您可以创建一个邀请链接并发布到 Slack，以方便过渡。理想情况下，随后应设定一个截止日期，让新对话开始在 Teams 上进行，并按照 Rafael 和 Justin 的建议，关闭 Slack 中的频道，仅保留用于临时联系。
请注意，Teams 中没有任何公开内容。如果您需要公开讨论，请选择 Discourse，而不是 Discourse for Teams。此外，两者还存在其他差异。请参阅 Discourse for Teams 与 Discourse 对比。
8 个赞