Discourse for Teams (Alpha 测试 2020 年夏季)

更新:Discourse for Teams 现已上线!访问 https://teams.discourse.com 了解更多并开启 30 天免费试用。我们仍然欢迎反馈,但 Alpha 测试阶段已结束,因此我将关闭此话题。感谢所有帮助我们顺利达成目标的朋友!:sparkles:


你可能已经注意到,我的个人资料页面现在展示了 :discourse: 徽章——反正我一半的时间都花在这个 meta 论坛上,所以加入 CDCK 团队也是顺理成章的事!我主要负责 Discourse for Teams 的开发,这是一款我们全新打造的托管产品,它基于我们熟知并热爱的开源 Discourse 软件,同时加入了一些独家“秘方”,使其在团队协作方面更加出色。

我们现在正在招募一些志愿者来试用 Discourse for Teams,并提供真实的体验反馈。具体来说,我们需要由 5 人或以上组成的团队,其中最好有一些从未接触过 Discourse 的成员,他们愿意通过使用 Teams 进行内部协作来全面测试其功能。

Teams 内置了大量独特功能,并精心挑选了我们在团队环境中发现非常有效的插件,例如策略管理、端到端加密、检查清单、日历、知识探索器等。

如果您有兴趣参与试用,请发送私信或邮件至 support@teams.discourse.com 与我联系。

作为回报,我们将为您提供一个免费的站点以及全面的支持。此外,我们还会将您添加到 meta 上的一个私密分类中,在那里您可以与其他 Alpha 测试者交流,共同探讨如何改进 Teams。

56 个赞

首先,恭喜你获得了专属标识 :slight_smile:

其次,听到 Discourse for Teams 的消息让我很兴奋。

我经常使用 Discourse,非公开实例主要分为工作团队和“妖精环”。

“妖精环”是指一群人为短期项目协作的群体,通常层级扁平。至于“常规”工作团队,目前主要是我和一两个人使用 Discourse 作为我们的 CRM/PM 套件,也就是按项目或客户分类的那种模式。

那么……Discourse for Teams 的 Alpha 测试对我有吸引力吗?“5 到 12 人”这个规模恰恰是我目前无法覆盖的。:grimacing:

感谢你们朝这个方向努力。:slight_smile:

11 个赞

正如大家所知,StackOverflow 也做过类似的事情。

因此,我会给出同样的建议:高中生和本科生往往不会在现实世界中寻求帮助,或者当他们想寻求帮助时,会隐藏自己的身份,因为他们担心自己看起来像……?

看来 StackOverflow 在这类人群中非常受欢迎。:wink:

就我个人而言,我认为这比 StackOverflow 更适合群体使用。许多人需要帮助,但往往需要在不同层面上进行讨论。此外,正如大家所知,整个 StackOverflow 文档项目最终失败了,但我个人很喜欢它。因此,通过 Discourse(正如我们在这里所见,尤其是 PostgreSQL 升级 post 之后),问答功能被整合为更有意义、更实用且易于查找的信息。

3 个赞

@nicolecolter 你看到这个了吗?

3 个赞

嗯,这很有趣。我之前曾建议允许用户创建自己的团队(最好是 5 到 15 人)。如果功能如此,我非常乐意参与并愿意进行 Beta 测试。我们在游戏社区中经常使用这类功能。

5 个赞

谢谢大家!感谢大家热情欢迎我加入 CDCK 团队,也感谢大家对 Teams 试用版的关注。如果您感兴趣,请私信我并说明您的使用场景,我们可以进一步交流。同时,我已在首帖中更新了以下内容:我们正在寻找一个由 5 至 12 人组成的团队,以真诚且全力以赴的态度进行试用。

11 个赞

鉴于我仍在建立我的 Discourse 社区的过程中,目前我无法完全承诺放弃其他沟通形式(如 Discord)。不过,我将提及之前讨论的内容:允许具有特定角色或信任级别的用户创建自己的团队(用户组),并邀请他人加入他们的团队,或者允许用户申请加入该团队。

1 个赞

:clap: :heart_eyes:

事情就是这样 :smiley:

我现在加入了一个 9 到 10 人的团队,我们的方向可能与你们正在打造的项目非常契合。我们是 开源 项目,并且完全远程办公。我的主要疑问是:这个“团队(Teams)”套餐是专为团队内部使用设计的,还是也能同时容纳社区论坛?我们并不希望将社区论坛和内部论坛(即 Teams 实例)拆分成两个不同的实例。

13 个赞

你好 @erlend_sh :love_you_gesture:

Teams 是一个独立的产品,与社区分开,位于不同的 URL。

它是按席位计费的产品,单个论坛同时满足这两种用例不在我们的路线图规划中。

15 个赞

这些信息很有用,谢谢。

4 个赞

经过片刻思考,一个合乎逻辑的结论是:席位应与付费结构挂钩。是这样吗?由此引申出的问题是:席位与用户之间的关系是什么?新用户是否绑定到特定席位,还是席位是动态分配的?即当团队被创建或解散时,席位会返回到中央资源池以供重用吗?

2 个赞

我们将在产品发布时详细公布我们的定价结构,现在谈论这个没有太大意义。如果您想了解类似的定价模式,可以参考 Slack 和 GitHub 的定价方案。

9 个赞

你好,Sam,

这是一个很棒的举措!你们的新产品会有社区版吗?

2 个赞

这真是一个令人兴奋的进展!恭喜你们完成了开发并进入测试阶段!

我非常想了解更多相关信息!

这确实是一套非常出色的功能组合!你们提到这些功能是“独特”的。作为对标准 Discourse 功能不太熟悉的人,能否谈谈为什么这些功能在自行部署的 Discourse 实例中无法使用,或者它们为何具有独特性?如果这些功能原本就可以实现,那么功能打包以及支持合同是否是按席位收费的主要原因?

你们未来是否计划进行一些集成?我知道讨论这类话题可能有些敏感,但如果方便的话,很希望能听听你们的想法。

7 个赞

不确定 @lessless 所说的“社区版”具体指什么。Teams 基于 Discourse,因此我们旨在提升协作体验的许多改进,也会同步到同一开源核心软件及官方插件中,供所有人受益。但确实有一些闭源功能仅会在 Teams 上提供。

实际上,包括上述功能在内的大多数 Teams 功能,都可以作为 Discourse 官方插件使用,您可以将其添加到自行部署的 Discourse 实例中。Teams 的独特之处在于对这些插件及其设置的精心整合,使其“开箱即用”。同时,它的可配置性较低,因此更易于维护。我们提供了一个经过深思熟虑、专为协作打造的内置主题,其侧边栏将协作功能置于您触手可及之处。此外,Teams 还内置了其他与按用户计费相关的功能,包括邀请仅能访问特定“仅访客类别”的访客用户的能力。

您具体指的是哪些集成?Discourse 已经支持 SSO 和 SAML,以及 https://blog.discourse.org/2016/10/official-slack-integration-for-discourse/。这些功能在 Teams 上也将可用,不过部分功能(如 SAML)需要企业版计划。

7 个赞

嗨,奇怪的是,我找不到给你发私信的方法。我们刚刚在 Twitter 上聊过。:slight_smile:

2 个赞

欢迎加入 Documentally 元社区!

很抱歉,新用户暂时还不能发送私信。花点时间浏览一下网站和帖子,很快您就能给他人发送私信了。

3 个赞

谢谢,我收到了,一切看起来都没问题了。干杯!

4 个赞

你们还在招募 Alpha 测试员吗?我是 carwow.com 的 CTO。我在 Google 上直接搜索了“Discourse for Teams”,因为我在寻找 Slack 长线程的替代方案,以便与团队讨论架构/技术话题。我们团队约有 25 名工程师。

11 个赞