构建从 Facebook 迁移的活跃支持社区

社区
21

哦，谢谢大家的回复！我今天早上在电子邮件中看到它们时也感到非常“印象深刻”——与电子邮件的集成将是我们社区的一大资产。

我一点也不惊讶！我倾向于过度设计和过度优化。我开始阅读 @HAWK 关于标签的文章，这对我有用。

有趣的事实是，将近 20 年前我写过这个：https://climbtothestars.org/archives/2006/02/11/tags-and-categories-are-not-the-same/（如果有人还记得，当时 WordPress 将两者视为同一种东西，我对此很不满 :joy:）——但在发布环境或社区环境中，标签和类别之间的关系是不同的，所以阅读有关 Discourse 上标签的内容非常有帮助。另外，因为它们在我所处的领域中似乎比我倾向于看到的标签更“结构化/本体论”。

所以，鉴于此，我认为 Senvelgo、大剂量、不同类型的设备、紧急情况等都应该成为标签。我的收获是：如果存在访问权限问题或用例/主题覆盖的“特定框”，则使用类别。

从这个角度来看，兽医显然是一个类别（因为这对他们是私密的）。悲伤/死亡也是如此，因为我们希望将这些帖子“管理”在常规发帖流之外。

我认为“初学者/欢迎”也应该是一个类别（证明：我们已经在 Facebook 上将其分开了）。

剂量建议可以证明有一个单独类别的合理性，因为我们希望在那里以不同的方式控制发帖权限（另一方面：人们会试图通过将他们的剂量建议帖子偷偷发到其他地方来“规避”吗？当然……）

有一点不清楚：我们能否向某些用户授予对某些标签的“版主权限”？例如，如果我们有一个“技术支持”或“食物”作为标签而不是类别，我们能否让成员有权版主讨论这些主题，但不能版主其他主题？

在我们的案例中，我们确实有八年的活跃社区生活可以借鉴，所以我们对人们在 Facebook 上发布的内容有很好的了解——这是事实，但在另一个环境中，行为会有所不同，所以这是一个未知数。

我们可以手动查找加入日期，但没有电子邮件。但是，由于我们有“入职成员”的文化，我们有按用户名划分的成员群组的手动列表。我的想法是要求人们在注册时提供他们的 Facebook 名字，以及他们记得的加入日期。然后我们可以根据他们加入的年份将他们分类到用户组中。我们将看看是否值得尝试自动化这一点。

是的，我非常清楚这个问题！在我们的案例中，我们需要平衡新（未迁移）成员的“不知所措”。成员通常在他们的猫刚被诊断出来、情况很糟、并且惊慌失措时加入我们的社区。看到我们活跃成员的参与“强度”，以及他们在护理方面所做的一切（他们的兽医没有告诉他们的），我们正处于一个极有可能给那些我们试图支持的人带来更多痛苦的环境中。

这就是“切分”想法的由来，这样人们在只想得到一些友善的话语和一两个提示时，就不会面对所有东西和厨房水槽。

这肯定会对所有人开放。但是，是否有办法将该类别的帖子从“所有内容”提要中排除？或者创建一个不是真正包含所有内容的临时“所有内容”提要？

谢谢，我一定会看看这个。

为了让您了解我们正在处理的情况，以下是我们当前 Google 文档中文档的一些见解，坦率地说，目前它的功能相当不错。有一个索引页，我们假设人们将从那里开始，还有一个主列表，供那些是图书馆老手或只是试图找到特定内容的人使用。

问题：

  • 它们不在“网络上”，即使它们是公开的 Google 文档，我也希望它们更容易被普通大众找到 => 最初的想法是将它们转换为我们拥有的 WordPress 网站上的网页
  • 人们难以链接到它们，也难以“记住”存在什么 => 在这种方面，将它们集成到 Discourse 中会很有趣，前提是它的实现方式也能满足上述第一点

有效之处：

  • 我们可以将访问权限按文档分配给可能参与更新的少数人
  • 它们打印效果很好，这在纸张仍然非常重要的世界（兽医世界）中很重要
  • 一旦添加到某人的 Google Drive 中，就可以搜索它们

为了帮助人们找到文档的路径，我最近通过使用 NotebookLM 的 AI/聊天机器人界面使它们可访问，但我希望在 Discourse 内部也能实现类似的功能。

如果我没记错的话，当我测试 Docs 插件时，它对我来说并不真正起作用，因为它使文档太像主题了。但也许我对这个问题的看法仍然需要发展。

3 个赞
22

不幸的是，不能/取决于。与更成熟的分类相比，标签（组）具有非常少的“安全”功能，例如：

example
example1230×1080 61.1 KB

最后，关于 Discourse 的开放性，有一点需要注意——您的社区是“所有人免费注册”的开放社区，还是需要管理员批准才能注册？

如果是前者，我强烈建议使用廉价的 LLM（大型语言模型）设置垃圾邮件预防措施。

5 个赞
23

非常需要管理员批准。我们保持社区高质量的一种方式是关注我们接纳谁，并在他们到来时积极了解他们并引导他们。

感谢您提供有关标签的信息。随着我们社区的成长和日益繁忙，我们感受到了需要拥有“主题版主”，即负责管理特定主题（如食品或技术问题）的人员。

4 个赞
24

可以。请参阅 default_cateegories_muted 设置。

4 个赞
25

以下是我的想法（写完这些后，我意识到我的结构没有太大变化……但确实有了一点点变化）：

  • 新成员欢迎区（入职培训、介绍、回答基本一般性问题）
  • 准备参与社区和处理 FD（Feline Diabetes，猫糖尿病）：
    • 猫档案 → 成员拥有猫档案
    • 技术支持：电子表格和使用 Discourse → 成员拥有电子表格
    • 设备：获取、捐赠、讨论 → 成员拥有所需装备/应急包
  • 支持/护理/管理 FD（访问权限是否在成员通过欢迎阶段后部分受限？还是基于其他因素？需要对这部分进行更多思考，并查看 Discourse 系统除了群组之外还允许哪些标准——是否可以向成员资料添加标签？嗯，这似乎就像“将他们添加到群组”……）
  • 食物：总是有关于这个的问题，而且我们有“专家”负责，我真的认为将其分开是件好事，这样可以使其可见，同时吸引人们并帮助我们重新引导他们
  • 哀伤：分开以避免淹没一般类别（或者也许是一般类别下的子类别，但从更高级别的列表中排除，静音？）
  • 兽医：私密
  • 离题：不言自明
  • 帮助者：私密
  • 管理团队：私密

至少作为开始，使用标签进行管理：senvelgo（一种药物名称，音译）、大剂量、紧急情况、合并症、胰岛素类型、精神支持、不规律时间表、胰岛素调整、设备类型、捐赠/二手

关于行为/医疗培训，我还在犹豫不决，但我认为我们可以先将其作为一个标签……尽管与食物一样，给予其一个单独的类别可能会很有用地传达（在这种情况下）它的重要性。

关于剂量建议，我也很犹豫，因为这是一个“学习曲线”，我们的目的不仅仅是给人答案（就像对许多其他问题一样），而是教他们如何变得自主……所以，我仍然认为一个单独的类别是合理的。此外，我们希望强制执行一些先决条件。我们在 Facebook 上的“房屋规则”中已经这样做了，但人们一直在绕过它们，而且帮助者并不总是意识到……有了单独的类别，就会很清楚：那些获得“绿灯”的人才能在该类别中发帖，如果一个帖子出现在错误的类别中并要求提供剂量建议，这意味着不应该“简单地”回复它。

或者我们是否应该简单地将食物、医疗培训和剂量建议（以及哀伤支持？）设为“支持/护理”的子类别？当一个类别有子类别时，是否可以在父类别或其中一个子类别中创建主题？如果是这样，这提供了一个避免“选择困难症”的途径：有疑问时，就发到父类别，友好的版主会将其移到正确的类别？

我猜是否有主题或设置可以像“菜单栏”一样显示选定的标签，并为每个类别显示不同的标签选择？例如，对于“设备”类别，我们会有注射器、胰岛素、血糖监测仪、试纸等的“标签按钮”。

但对于一般类别，我们可能会提出其他标签。

写下这些时，我意识到我每次提到“类别”时都很困难，因为在我脑海中，我是在“版块”或“论坛”的范式内思考这个社区的设计。所以，我就是这样思考 Discourse 类别的，但这可能不太准确。我所设想的社区中这些不同“空间”之间的分离感，实际上更像是独立的物理空间。我可能在一定程度上扭曲了类别的用法，超出了它们被设计或预期的用途。

2 个赞
26

是的，这是可能的。

我想您可能也想知道，标签的使用也可以限制在特定类别中，或者某些类别可以要求用户从特定的标签组中添加标签。Set up structured tagging with tag groups and category tag restrictions :warning: 这些规则不适用于工作人员，因此要测试设置，您需要一个单独的测试帐户。

您将类别描述为“空间”让我想起了以下博客文章，其中它们被描述为“房间”：

2 个赞
27

类别即房间正是我所理解的——但那样的话，“类别”这个标签就与我脑海中的图像产生了明显的冲突。我知道我可以将“类别”替换成另一个词，但这仍然让我好奇——为什么会选择这个词？（特别是就我的世界而言，一个对象可以同时属于多个类别，如果我没记错的话，这里一个主题只能属于一个类别——这似乎更符合“版面”或“房间”的比喻）

28

我刚刚查看了您提供的关于结构化标记的链接，我想我终于明白了一点让我困惑的地方。实际上，Discourse 中被称为“标签”（tags）的东西，在我看来更像是“分类”（categories），因为它们可以预先创建并以类似于本体论（ontology）的方式进行结构化。它们（也许）也可以用作我所说的标签，但我对此还不太确定：我能否以真正的“民间分类法”（folksonomy）风格，为我的主题“头脑风暴”出 6-8 个标签，而几乎没有摩擦？

然后，Discourse 的“分类”（categories）实际上是我更乐意标记为“版块”（board）、“空间”（space）、“论坛”（forum）或“房间”（room）的东西……也许在我的糖尿病猫咪世界里，我会采用兽医诊所的比喻，我的 Discourse 分类可以是：

  • 接待处
  • 等候室
  • 办公室（IT 人员/女士坐的地方）
  • 诊疗室（可能有不同的诊疗室：营养师、行为专家，当然还有内分泌科医生）
  • 急诊室
  • 商店
  • 殡仪馆（尽管我们不会那样称呼它 :anxious_face_with_sweat:）
  • 休息室

嗯，也许值得思考一下！

编辑添加：诊所里可能还会有一位驻地心理医生/社会工作者！

3 个赞
29

嗯……读到这个让我想起了类别之间的地图式导航器 :eyes: 。那实际上会很酷。

3 个赞
30

我很难每次都说“分类”，因为在我的脑海中，我将这种社区设计视为“版块”或“论坛”的范式。

是的……这在一些较旧的论坛软件中很常见，当我到达我认为是“论坛”的地方，然后看到一个“论坛”列表可供选择时，这总会让我感到困惑 :sweat_smile:

但听起来你已经掌握了分类和标签的术语：

  • 分类明确定义了一个主题领域、一个受众或其他独特因素。你不希望对某事物应归入哪个类别有任何犹豫。
  • 标签是内容描述符，通常可以应用于跨越多个类别的帖子。

我能否以真正的“民间分类法”风格，为我的主题“头脑风暴”出 6-8 个标签？

你当然可以——无论是从现有标签中挑选，还是即时创建标签，或者两者兼而有之。我再次建议不要让每个人都即时创建新标签。如果管理员/版主随着需要逐渐为帖子添加标签，你应该会得到一个可供所有人选择的、易于管理的标签库。

2 个赞
31

哦，@stephtara 另一个建议：

我不确定你是否已经设置好了你的 Discourse 站点（如果没有，可以试用一下，前 14 天免费）——

作为一个练习，你可以随机挑选一些会员现有的 Facebook 帖子，并尝试模拟一个用户切换到 Discourse 社区：使用相同的内容创建一个主题，看看是否容易将其归类到你的分类/标签下。更好的是，在这样做的时候创建一个新用户（没有管理员权限）。

4 个赞
32

感谢您的建议！我实际上在八月份和少数成员一起试用过 :sweat_smile:
我们现在运作的方式是，我们已经为版主和助手准备了文档，涵盖了典型的“帖子类型”以及我们如何处理它们，所以我对人们发帖的内容以及我们社区中典型的“成员旅程”有很好的了解。

我们实际上已经开始为某些场景（通常是已停用的建议请求）创建帖子模板，而且我多年来制作的许多解释性视频实际上都是为了回应经常出现的问题或问题而产生的——实际上，文档也是如此。

所以，我对社区的“分析”很大程度上来自于我们过去八年来观察到的成员参与情况。

这让我想起来了：我在试用期间注意到的一件事是，Discourse 允许我们创建模板，我对如何使用它有很多想法。但我记不清模板是否必须链接到某个类别，这绝对会支持创建一个单独的“用量建议”或“猫咪档案”类别，而不仅仅是一个标签。

2 个赞
33

它们与类别无关。它们位于自己的类别中，可以在整个论坛中使用。

1 个赞
34

谢谢！但您说可以“强制”在某个类别中使用模板，这是正确的吗？不确定我的问题是否清楚。

例如：在“猫”类别中，我们不只是提供一个标题+正文文本输入表单来创建新主题，而是希望有一个用于猫的名字、猫的照片、猫的病史、猫的胰岛素等的字段等等。

或者，另一个例子：剂量建议，我们希望有：使用哪种胰岛素、当前剂量、自上次剂量更改以来的注射次数、想要更改剂量的理由、不更改剂量的理由、临床症状……

写下这些我才意识到我不确定模板的作用范围：它们是在输入表单中提供预先编写的文本，但它们是否可以实际改变输入表单的“形状”，就像自定义用户字段为用户个人资料或注册表单添加更多字段一样？

1 个赞
35

我不认为她指的是那些模板。而是指主题模板。

这里实际上有几种选择。有关基础知识，请参阅此内容：

还有一个实验性功能，我认为这正是您所寻找的：

5 个赞
36

另一个想法是：在当前的（Facebook）设置中，社区的某些区域实际上是群聊：

  • 辅导帮助者
  • 技术支持
  • 离题

所以我在想，是分类还是群聊？您在两者之间进行选择的标准是什么？

2 个赞
37

我认为离题的内容应该在聊天中。原因是所发送的信息不是至关重要、重要信息。我检查的标准将是：

  • 不分享重要信息
  • 需要快速响应
  • 不需要（或至少不需要太多）搜索

我希望这有意义！

4 个赞
38

聊天更短暂、更快捷、更轻松。我认为提供聊天功能是件好事，社区成员知道有一个可以自由交谈、所说的一切都会在一段时间后消失的地方是很棒的。但是，如果内容很重要，请将其放入分类中。

3 个赞
39

啊，这个词就是我想要的——短暂的！

2 个赞
40

好的，那么“即时支持”（例如技术支持）将是聊天。在“让我们聚会”的意义上也是离题的，但如果有一个版块是用来发布关于猫咪、其他动物和有时是生活（内部的 Facebook 动态或 Instagram）的有趣内容的，那么设置一个版块也是有意义的。

但是，当有人发帖寻求剂量建议时，“注射时间还有 30 分钟，我该怎么办？”，这应该是聊天吗？我们过去曾尝试用聊天来处理紧急情况，但在那种环境下，帮助者往往会过度投入并轻易地“接管”他人的事务（因此有时会无意中促使面临问题的人脱离并采取更被动的姿态），我对“聊天支持”环境感到有些警惕。论坛（稍微）慢一点的节奏感觉更好。

我还注意到，聊天在超过一定数量的用户后就会开始瓦解。对话进行得太快，人们就会听不进去——我认为这就是为什么设置一个“离题”版块似乎是一个选项……但也许不是个好主意。

或者，也许可以有多个“离题聊天室”，就像以前的 IRC 频道一样……看看氛围，然后在你感觉最舒服的那个里闲逛？但那样的话……哦，那版主管理的麻烦就来了……

1 个赞