Discourse 作为会议应用（线下、虚拟或混合模式）

社区
1

我最近花了一些时间与英国的一位 Discourse 客户讨论如何利用 Discourse 举办虚拟会议。

随着我们深入探讨他们的需求，Discourse 在这方面的能力愈发凸显，但您需要一支自信且精通 Discourse 的团队，才能将所有必要的功能配置到位。

以下是我们提出的一些构想，我认为值得在此分享，因为目前实际上还没有关于虚拟会议的其他主题（这其实让我有些惊讶！）

视觉呈现

  • 类别横幅主题组件 - 为各个部分添加更佳的视觉效果。（注意：您可以使用 CSS 在横幅中插入背景图片，而不仅仅是纯色）

  • 在一个成熟的 Discourse 社区中，如果该实例并非仅用于会议，您可以通过全局置顶主题来宣传会议。

  • 为会议创建一个总的类别（除非该 Discourse 实例仅用于会议，这种情况下，您可以将顶级类别用于整体会议，并为每个分会场创建子类别）。

演讲展示

  • 您可以使用 主题投票 来决定从“演讲征集”中提交哪些演讲入选。

  • 导航会议：在会议类别中创建一个置顶主题，包含会议议程，并将议程列表中的每个项目链接到该演讲所在的讨论主题。

  • 每个演讲使用一个主题 - 关于每个环节的讨论将在首帖之后的回复中进行。

  • YouTube 和 Vimeo 可以嵌入到帖子中，这是 Discourse 的标准功能。

  • Zoom 网络研讨会插件 - 将 Zoom 网络研讨会与 Discourse 紧密集成。

  • Jitsi 视频/音频通话插件。

  • 会议期间使用的投票 - 我们可以像使用 Sli.do 一样使用它。

参会者与参与

  • 可以有选择地授予参会者访问会议区域的权限 - 例如，如果并非所有 Discourse 社区成员都参加会议，或者这是一个需要购票的付费会议。（值得一提的是，门票插件 指的是“工单”，而非我们这里讨论的门票类型）

  • 广泛使用徽章，用于参会者、代表、赞助商和参展商的 gamification（游戏化）和奖励。

  • 使用标签帮助参会者找到他们感兴趣的会议内容。

  • 利用分组和类别管理谁能看到哪些部分（例如，限制参展商和参会者的访问权限）。

  • 您可以考虑添加 聊天集成，特别是如果您的社区已经在使用聊天平台。这使您能够尽可能将会议对话链接到 Discourse 实例。

赞助商与参展商

  • 创建一个赞助商/供应商区域（也许作为会议类别的子类别）。

  • 为赞助商和参展商使用头像装饰，展示他们的品牌标识。

  • 赞助商和参展商的工作人员可以拥有账户 - 理想情况下使用个人姓名而非公司名称账户，但可以进行分组，并设置标题/简介以反映其公司隶属关系，包括头像装饰、头衔等。

  • 将所有参会者设置为 Discourse 上的一个群组，群组所有者可以在会议前、会议期间和会议后向参会者发送群组私信。

希望这些内容能对某些人有所帮助，特别是考虑到基本上世界各地的会议在未来几个月内都将以虚拟形式进行！

我很乐意大家在回复中提出其他建议，我们甚至可以将此帖子做成维基形式，以便大家添加和改进。

无耻的广告：既然我在这里，我想说，如果您正在考虑使用 Discourse 举办虚拟会议，并需要在任何方面获得帮助，请考虑联系 us at thepavilion.io。

21 个赞
Hosting Webinars on Discourse?
Best theme/setup for Virtual Event
2021: The Year in Review
2020: The Year in Review
Using Discourse as a personal Journal?
2

稍微调整一下标题，我发现这些想法对于偶尔开展培训的网站会很有用。我所在的网站是关于 Prolog 的，这是一种编程语言，如果您还不了解的话。我们的一位成员大约每年会举办一次培训课程，这些想法可以很好地与之结合。

5 个赞
3

非常感谢这些建议。我正在为一个国际教育会议（将于11月举行）做相关工作，该会议已提前决定今年改为线上举办。

我一直在协助为该组织建立一个 Discourse 社区。我们认为，将每个会议环节作为一个主题来组织，是提供会议资料并开展讨论的绝佳形式。

我很想了解是否有其他会议曾尝试在 Discourse 平台上举办会议环节和互动活动的案例。

5 个赞
4

为了完整起见，我在此使用 Discourse 平台自行开展网络研讨会流程。

我正在为 APC（apc.org）的团队编写一份指南，以便他们能够利用 Discourse 举办活动，不仅将其作为获取活动信息的空间，还借此鼓励用户在平台上积极参与。

非常期待听到您的想法（您可以在此回复，或在 Pad 上评论）：在 Discourse 上举办在线活动的流程 - HackMD

5 个赞
5

你好 @nicopace！你正在进行的这个思想实验非常有趣，对于思考接下来如何处理 Creating and managing events 也很有帮助。

我研究过你为 全球法律赋能网络 所尝试做的事情，我去年之前曾在那里担任社区经理。当时，我们混合使用其他工具来举办在线活动，并将 Discourse 作为邀请社区成员、在活动前分享信息、活动后进行汇报和跟进的平台。我们使用 GoToWebinar 来处理活动注册、发送提醒邮件和跟进邮件，当然也用它来举办实际的活动。

自那时以来，Discourse 的功能已经大大改进，我很乐见它进一步成长以更好地支持此类用例。还有一些其他功能值得你关注。我特别喜欢的一个功能是 Discourse Shared Edits Discourse，并立即赋予他们额外的权限。

（很高兴看到 APC 作为一个组织蓬勃发展——我早在早期就认识它，当时我正在运营 Kabissa（该组织早已退役），甚至在那之前，我就曾尝试利用 Fidonet 连接非洲的组织，并与英国的 GreenNet 合作，而在那之前，我还曾与 Amnesty International 和 IGC 有过合作。）

6 个赞
6

你好 @tobiaseigen！感谢你的回复！

这段文字是一个思想实验，计划在未来几周内付诸实践。其核心想法是通过在论坛中开展会前、会中及会后的讨论，来增强各个社区空间之间的互动与活力。

目前仍有一些细节需要完善，例如：如何组织问题以使其与论坛的整体生命周期逻辑一致；非注册用户如何 RSVP；以及如何确保论坛体验不会妨碍讨论（尤其是对新用户而言）。

我希望优化这一流程，使为员工（随后也将面向站点成员）组织活动变得简单直接。

“共享编辑”功能看起来非常适用于集体笔记记录和知识体系的某一部分文档化……不过，由于我尚未尝试过该功能，还需要进一步思考其具体应用场景。

自早期以来，APC 一直是推动互联网接入和数字权利的重要力量。很高兴看到贵组织的网站仍可通过 Wayback Machine 访问：https://web.archive.org/web/20200130234810/https://kabissalegacy.kb2.org/t/the-kabissa-legacy/159

4 个赞
7

太棒了！我觉得 Discourse 会是 APC 的一个绝佳补充。如果你有自己的社区实例，欢迎随时邀请我加入。在你摸索过程中、对 Discourse 的特定功能有疑问，或者想分享如何改进 Discourse 以更好地支持你们使用场景的想法时，也欢迎随时在这里反馈。

哇，谢谢你指出 https://kabissa.org 没有正确重定向到 https://kabissalegacy.kb2.org 的问题。我想我已经修复了。这是一个基于 Discourse 原生配置的站点，我会时不时在上面添加一些我最珍视的回忆。同时，我也用它来帮助那些尚未将域名从 Kabissa 迁移出来的前成员。这个过程快要完成了。

2 个赞
8

有人成功地将 Discourse 用作会议“应用程序”吗？我之所以这么问，是因为我个人对现有的会议应用程序的体验相当令人失望。

在我看来，最佳用例是为已经在使用 Discourse 的在线社区专门举办的线下或混合活动。

聊天和聊天线程在这方面很有潜力，订阅插件也是如此（如果它能成功地适应更灵活的付款方式）。

此外，今年 iOS 的成熟（终于）带来了真正的应用程序/通知体验，这极大地扩展了 Discourse 作为会议“应用程序”的实用性。

不幸的是，目前的 Events 插件很难真正实现这一想法——它们需要一些工作才能真正有用。

6 个赞
9

我认为这是可行的，在我看来，一个好的切入点是描述会议体验，然后将其与 Discourse 功能（包括插件功能）相匹配。

这可能需要一些第三方集成来实现视频功能，但我隐约记得过去曾有过 Jitsi 集成，也许现在它已经更成熟了，或者现在有其他可用的集成。

此外，以这种方式使用 Discourse 将需要大量定制才能使其用户体验对最终用户来说有意义。虽然这很明显，但我之所以这么说，是因为当我尝试为自己的项目使用 Discourse 时，它对我来说感觉和看起来都很好，但最终用户却感到困惑。

5 个赞
10

是的，我也经历过这种现象。很容易忘记自己对某个平台的熟悉程度，并低估他人所需的学习曲线。

要正确实现这一点，确实需要一个合适的插件，该插件可以代表一系列对典型会议参与者有意义的事件，并允许与之互动。这需要大量的工作。

5 个赞
11

我认为不需要立即推出一个全新的插件，而是应该从精益 MVP（最小可行产品）的角度来看待它。我所说的精益 MVP，是指一个仅仅能勉强工作的版本。

当人们开始使用它时，它肯定会有问题，但仍然可以完成工作。然后，从那里开始，逐个部分地提高效率，将减少需要添加到 Discourse 中的内容才能使其正常工作。

对我来说，Discourse 就像 UNIX 或 Linux 操作系统一样，它功能强大且运行良好，但这一切都只对高级用户而言。

3 个赞
12

我们一直在努力使 Discourse 更易于学习和使用。如果您能提供人们觉得界面令人困惑的具体示例，或者您认为会有所帮助的改进，请告诉我们！当然，这是一个比这个话题更广泛的问题，但对于那些在短时间内（例如会议）使用 Discourse 的人来说，拥有良好的体验尤其重要。它至少应该易于使用，并且与其在其他类似平台上的体验相当接近。

是的，要同时满足并有效支持高级用户和不感兴趣成为高级用户的人可能很难，我们必须找到一个平衡点。目前，重点是改进 staff-experience，以便那些有兴趣为小型私人社区搭建 Discourse 站点的非技术人员能够轻松完成。

3 个赞
13

那些说这种情况从不是列出的项目的人的反馈，通常更不清楚。我只是接受它，并试图手动指导他们如何做得更好。很抱歉我没有具体的细节。

我分享这些主要是为了给内森一些鼓励。

3 个赞