tgustilo
(Tracy Gustilo)
2024 年11 月 21 日 17:45
1
我正在积极地将 Discourse 作为我选择的平台来发展一个实践社区。也就是说,社区的目标是让成员不仅“参与”(阅读、学习、回应、评论/回复,以及撰写有见地的帖子),而且积极地将社区空间用作对其自身实践 的协作支持,即对其在现实生活中进行的活动和项目进行支持。(就我而言,我专注于为特定人群提供终身学习 ,并采用特定方法。)
我必须说,我正在努力。在尝试了许多平台并参与了托管在这些平台上的各种社区(包括 Circle、Heartbeat、Mighty Networks、Discord、Slack 以及课程相关插件(Thinkific))之后,我选择了 Discourse 而不是更时髦的社区平台。我的决定相当复杂,但可以说,我决心让它在 Discourse 上奏效。
话虽如此,考虑到 Discourse 相对技术性的性质,我非常希望能在这里的 Meta 找到一个志同道合的工作组,他们可能正在研究类似的东西 ,即如何根据我的(以及我预期成员的)意愿、我们的需求和用例来驾驭该平台的力量和灵活性。我特别寻找那些不太懂技术的人,他们创建和运营社区不是为了品牌或支持目的,而是作为基于兴趣的团体,其目标如前所述,不仅仅是参与,而是实践 ,即帮助成员完成事情,并且其动力和方向主要来自社区内部(而不是,比如说,来自外部的工作、工程或消费者相关需求)。
我设想的社区可能与辅导或课程提供有关,并将涉及与营销、吸引新成员、避免客户流失等相关的小型企业(例如,个体经营者)的担忧。我感觉大多数 Discourse 社区是由大型组织或技术产品团队运营的,他们正在支持他们的客户/用户,这很棒,请不要误会我——这意味着 Discourse 可以继续为我们这些小人物存在和发展!
具体来说,我正在寻找可以实施的社区策略和策略,我可以在 Discourse 上利用其相当大的功能集(以独特的方式?)来实现。
总之,我很想与一些志同道合、处境相似的 Discourse 社区建设者取得联系,以获得相互支持和协作——以及与那些精通 Discourse 并有兴趣促进此类用例的人建立联系。谢谢!
9 个赞
HAWK
(Hawk)
2024 年11 月 21 日 22:19
2
您好,Tracy – 我已经在 Discourse 上构建并运行了多个 CoP。通常,CoP 关注一个特定的实践(例如,社区管理),而不是一般的实践。拥有一个高度集中的用例(以及因此的目标受众)很重要。
您可能会高兴地听到,这离事实相去甚远。有成千上万的社区由小型组织和个人运营。
您具体在哪些方面遇到挑战?我很乐意提供帮助。
7 个赞
tgustilo
(Tracy Gustilo)
2024 年11 月 22 日 17:10
3
@HAWK 感谢您的回复!很高兴知道有人在这方面经验丰富,并且是 Discourse 的领导者!太棒了。
太好了。您有什么建议可以找到这类社区(他们的管理员可能愿意给我一次参观和/或分享他们的智慧)?我在 https://discover.discourse.org/ 上花了很多时间寻找,并在 Meta 社区这里搜索。
有趣。我追求的可能不是一个正统的 CoP 版本。我知道 Wenger-Trayners 的开创性工作 ,最近我一直在关注 Rosie Sherry 的 rosie.land 。但实际上,我是在为自己的目的而摸索,这并不完全符合这两种模型。
我的用例和受众都还没有高度 集中(目前),但我确实在专注于某种类型的人和终身学习的方法,我正试图支持和推广。(“终身学习”可以意味着很多事情。如今谁不是“终身学习者”!?)
一个主要的挑战是找到(并引导、并学会与之合作)优秀的测试用户 ,他们能提供建设性的反馈——而不会让一切脱轨,或分散我前进的注意力。坦白说,我有些害怕,尽管此刻非常渴望获得反馈。我相信这在这个阶段不是一个不寻常的心态障碍。
我目前的 Discourse 设置有一个专门的“实践”类别,我正试图保持简单但内容丰富。我决定采用基于时间的方法进行社区“签到”,并设计提示,使反思和会员发帖富有成效但又灵活,以实现温和的问责。我在 Discourse 上遇到的一个具体挑战是如何为社区成员自动发布每日和每周的主题以供回复 。为了保持可管理性,我需要灵活配置 的自动化,所以我正在学习这个插件。但我很快就遇到了难题。
例如,我需要在主题标题中包含日期 。似乎这是不可能的(例如 https://meta.discourse.org/t/inserting-date-time-into-new-topics-title-field-ie-right-here/270201/11)。
我还需要将自动签到主题按时间顺序排列 ,根据一个长期存在的争论(我不太理解),这只能通过调整创建日期来完成,而不是通过按字母数字顺序对标题进行排序。
另一个考虑是如何准备好让新成员(不仅仅是测试用户)加入社区。我希望既开放又易于访问,但也具有选择性(并对有权访问所有内容的会员收费——需要经济支持才能使其可行)。我一直在关注 @Paul_King 在使用自动化进行申请、批准和分组流程 (https://meta.discourse.org/t/alternative-sign-up-pathways/331808/39)方面所做的努力,以适应不同类型的会员。似乎需要改进管理员对最终分组和个人资料的控制。
我正在使用新的文档插件为一个类别取得良好进展,并且我考虑为另一个类别使用维基,供会员众包学习资源——理想情况下由主题专家进行审核和编辑提交。我需要让所有这些对用户友好,这意味着需要为潜在的维基贡献者 提供相当多的关于如何使用 Discourse(如何提交维基帖子)的培训。
总的来说,我担心如何为非技术会员提供足够但不过于压倒性的入职培训 ,他们越来越习惯使用其他社区软件,这些软件在导航、发帖、获得访问权限、授予权限等方面要简单得多。我(作为一个非工程师)在技术方面相当精通,但即使作为会员,这也对我来说是一个学习过程,更不用说作为管理员了。
我仍在寻找作为管理员,审查和测试会员(不同群体、不同级别)所见内容的最佳方法 。我还没有找到 Meta 上合适的讨论来启发我。我不想“冒充”真正的会员,而只是想以普通会员的身份(而不是管理员)来看待社区——最好是不必创建许多测试用户并不断登录和退出。
还有更多,但这已经很多了! 基本上,我正在根据我的想象,在理论、技术、社交等多个层面之间来回权衡:考虑到我自己的和别人的经验,试图预测未来会员的需求和惊喜。这对一个人来说太多了,我正在积极地为自己寻求社区支持。
再次感谢您的参与。我期待您可能会推荐什么。
7 个赞
nathank
(Nathan Kershaw)
2024 年11 月 22 日 21:29
5
Tracey,您确实在应对运营有意义的在线社区所面临的所有丰富而复杂的挑战。
我完全同意 Hawk 的观点,即宗旨 是(是?)一个关键的、基础性的支柱。一群深信这一点的人支持着它的一面,而平台(即 Discourse)则支撑着另一面。
我建议您将精力分散在这三个方面,不要过于纠结于平台的具体细节——这些细节可以以后再处理。
8 个赞
simon
2024 年11 月 23 日 04:28
6
我认为“实践社区”(Community of Practice)是 Discourse 的一个典型用例。即使它们最初并非如此,技术论坛、爱好论坛、客户支持论坛等往往会自然而然地发展出许多“实践社区”的特征。
一个例外是,论坛也吸引了休闲用户。回答这些用户的问题可以让社区的核心成员运用他们的知识,所以我认为休闲用户提出问答式问题的存在并不意味着一个社区不是“实践社区”。
我提出这一点是为了建议 Discourse 可能已经内置了许多您需要的功能。同时,也建议 Discourse 缺乏关于常见用例配置的文档。
以这个为例,Discourse 有一个站点设置,允许您创建一个共享草稿类别。通常使用“Staff”类别作为共享草稿,但任何一部分用户可以访问的类别都是有意义的。可以访问该类别的用户可以协作创建和编辑主题。这些主题可以安排在特定日期和时间发布到另一个类别(通常是公共类别)。这对于发布为供其他社区成员回复而设计的每日和每周主题将是一个很好的策略。
值得注意的是,Discourse 还有一个可配置的通知系统。您可以通过将签入主题发布到一个默认情况下所有用户或一部分用户“关注第一帖”的类别来利用它。(用户可以选择退出。)
仅就上述场景而言,我发现许多细节对于 Discourse 站点的新管理员来说并不显而易见。例如:什么是自定义组,如何使用组成员身份来控制类别访问和其他权限,如何将用户添加到组,通知系统如何工作等等。我想说的是,如果像“实践社区”这样的东西被认为是 Discourse 的一个典型用例,那么记录大多数相关的配置选项将是可能的。
我部分回复是因为我自己在过去一年里对论坛的使用方式发生了变化。在学习新主题时,我不再直接去论坛,而是借助大型语言模型(LLM)来探索主题。这很高效,但它导致创建了一个私有的知识库,而不是为公共论坛上的共享知识库做出贡献。本质上,我用私有笔记应用程序上的笔记取代了在论坛上发帖。
可能属于“实践社区”范畴的是提供一个知识综合的空间。我认为论坛的默认结构是以问题开始讨论。也许会有一种文化转变,即论坛被视为共享知识库。“发布‘我学到的关于 x 的知识’”可能和发布“我有一个关于 x 的问题”一样,成为发起讨论的典型方式。这是推测性的,但它可能为如何启动一个新社区提供一种策略——只需给人们一个发布他们所学知识的地方。
6 个赞
thoka
(Thomas Kalka)
2024 年11 月 23 日 08:13
8
Tracy Gustilo:
另外,我担心如何为非技术成员提供足够但不过度的入职培训 ,他们越来越习惯使用其他社区软件,这些软件在导航、发帖、获取访问权限、授予权限等方面要简单得多。我(作为一个非工程师)在技术方面相当精通,但即使作为一名普通成员,我也经历了一个学习过程,更不用说作为一名管理员了。
作为管理员,我仍在寻找最佳方法来查看和测试成员(不同组、不同级别)所看到的内容 。我还没有在这里的 Meta 上找到合适的讨论来启发我。我不想“冒充”真正的成员,而只是想以普通成员而非管理员的身份查看社区——最好是不必创建许多测试用户并反复登录和退出。
对于这两个主题,我发现拥有一个暂存站点(其中包含我们论坛的副本)非常有价值,我们将其用作沙盒来试验新功能,并为未来的高级用户提供一个安全的空间来试验 Discourse,而不会产生任何副作用或电子邮件通知。为了简化登录过程,我们使用 Discourse Connect ,并将主站点作为 Discourse Connect 提供商。
在我们的案例中,如果人们聚在一起共同学习,那么在学习如何使用 Discourse 方面会取得更好的实际进展。
4 个赞
tgustilo
(Tracy Gustilo)
2024 年11 月 24 日 15:36
10
谢谢你,托马斯。我确实设置了一个测试类别来试验写作和帖子设置。目前它仅供管理员使用,但也可以轻松成为所有成员的沙盒。
我当然明白重大的结构性实验应该在一个暂存站点上进行。对于我刚起步时的小预算来说,拥有两个由通用登录(甚至可能超出我的技术能力来维护)连接的独立站点似乎有点像一种“核选项”。但这是未来可以记住的好主意。
谢谢你。
1 个赞
tgustilo
(Tracy Gustilo)
2024 年11 月 24 日 17:05
11
感谢 @simon 提出的许多宝贵建议!
simon:
回答这些用户的问题可以让社区的核心发挥他们的知识
我同意。这里的 Meta 社区就是绝佳的例子。
simon:
Discourse 缺乏关于常见用例配置的文档
Discourse 非常复杂且可配置。它缺乏关于如何配置以及优先考虑哪些功能最适合常见用途的建议。技术文档(和故障排除)非常出色,但要弄清楚在哪里查找和如何调整哪些设置,或者哪些是核心功能,哪些是插件、主题组件——或者需要自定义主题或其他编码,确实是一个挑战。几个月后,我开始对在哪里找到某些类型的东西有了一定的了解,但我仍然不确定哪些 Discourse 功能最适合哪些成员行为。正如你所说,这是一个很好的例子:
simon:
有权访问该类别的用户可以协同创建和编辑主题。
我尝试过安排帖子,并以 Meta 为例,探索了文档与维基类别。我对群组和安全权限如何与类别和子类别协同工作有了一定的了解。一旦我有了足够活跃的成员,让小群组或社区子集协同处理每日或每周的主题供成员回复,这可能是一个好主意:委托而不是自动化。我喜欢这个主意。目前,只有我一个人,我必须记住每天和每周发帖。即使有自动化创建主题的功能,我也必须手动调整日期标题并对其他模板化/通用的提示进行任何其他调整。
我还没有探索过通知。我没有意识到可以(实际上)将“关注”设置在类别上。主题列表上的过滤器(最新、新、未读——这些之间的区别对我来说并不总是很清楚)也是我需要掌握的。——以及如何为成员配置和自定义(相对于我的管理员视图)。这是我需要能够看到普通成员会看到的内容的另一个原因,以便检查默认视图。感谢您的提示。
对此表示赞同!
这种文档将是无价之宝!
它将有助于 1)理解 CoP 的最佳实践;以及 2)如何在 Discourse 中实现它们。我将少走弯路——并且在我进行实验时,可能会给我的成员带来的痛苦要少得多。这可能意味着创建一个成功的社区或使其失败的区别。
就是这个!这是一个更高层次的观察。
并继续您关于将论坛的重点从问答转移到发起“我学到的东西”的讨论,并转向知识综合的其余部分。我最终选择 Discourse 的原因之一是它不仅强调讨论的质量(“文明的讨论构建工具”!),而且还强调 AI。长期构建的知识库的最佳情况——但它是随着时间的推移而出现的,并且过时、非长青的内容需要随着时间的推移而优雅地降级。这不是人类版主愿意(或能够)多年来执行的任务。AI 不仅应该帮助论坛前的私人学习者,还应该帮助论坛本身随着您设想的知识共享而发展。
我专注于终身学习的实践 的一个核心动机确实是使成员能够并协助他们处理自己的 PKM(个人知识管理)系统。您通过 LLM 和 AI 提出了一种可能的方式来连接学习社区的输出端。PKM 的狂热者往往是知识囤积者,而不是分享者或建设者,我认为我们的文化(经济、政治、社会)状况确实需要改革,朝着“普通”人不仅为自己继续终身自学(作为自学者),而且为了更广泛的文化转变,让每个人都更多地参与进来。如果民主的生活方式要生存,就需要受过良好教育的通才和业余专家来平衡如此多的根深蒂固的技术官僚主义以及日益加剧的不仅是财富,还有机会和话语权的不平等。我认为否则我们就无法(或无法很好地)度过人类世。
抱歉,说了这么多。 但事关重大。
我很想在哲学和实践层面继续这次对话。谢谢!
4 个赞
HAWK
(Hawk)
2024 年11 月 24 日 19:25
12
Discover 上有许多实践社群(CoPs):
All about House Sitting. Info, advice and community discussions for house sitting, global travel, accommodation, pet care and more.
https://forum.artofmemory.com/
https://forum.psaudio.com/ 以及更多。
这是一个传统的模型。该文本假设人们聚集在一起讨论的“实践”对小组中的每个人来说都是相同的,例如,他们都在那里讨论对摄影的兴趣。
Tracy Gustilo:
例如,我需要在主题标题中包含日期 。
Tracy Gustilo:
我还必须保持自动签到主题按时间顺序排列
你能解释一下为什么吗?您试图解决什么问题?
Discobot 教程和新用户提示旨在承担大部分繁重的工作。您是否以新测试用户的身份运行过这些教程?
在每个群组中创建测试用户,然后冒充他们,这是最好的方法。或者,只需在一个不同的浏览器中创建一个测试用户,并更改他们的权限以反映不同的群组。
Tracy Gustilo:
我正在积极寻求社群支持。
有一些社群建设社群。广泛阅读 feverbee.com 和 https://www.cmxhub.com/。还有一个 commchathq.slack.com (如果您想要邀请,请告诉我)。
Tracy Gustilo:
您找到核心群组的最佳建议是什么?
请参阅 https://www.feverbee.com/how-to-find-your-communitys-first-members/。通常,他们已经是您在其他地方的“受众”的一部分。
9 个赞
tgustilo
(Tracy Gustilo)
2024 年11 月 26 日 15:17
13
感谢您提供的所有资源!我正在查看它们。
我已经申请加入 CMX。看起来我确实需要一个 Community Club 的邀请。
Hawk:
tgustilo:
例如,我需要在主题标题中包含日期 。
tgustilo:
我还必须保持自动签到主题按时间顺序排列
您能解释一下为什么吗?您试图解决什么问题?
一个自动化程序会在每个工作日添加一个主题。我必须手动调整标题。到目前为止,只有我每天签到回复。主题按正确的(倒序)日期排列。我已经设置了按创建日期排序。
2 个赞
Tris20
(Tristan)
2024 年11 月 26 日 16:03
14
Tracy Gustilo:
我还需要将自动签到主题按时间顺序 排列
不确定是否有设置可以做到这一点,但它可能是一个有趣类别选项——特别是对于这个以及类似日记之类的用例。
至少这些列表可以通过 URL 查询完成。
根据您想要的顺序,您可以将此查询添加到类别字符串的末尾,然后以某种方式与用户共享或显示该 URL,例如 Topic List Sidebars
?order=created&ascending=true
?order=created&ascending=false
例如,这里 是 meta 上的社区版块,但按从最早创建主题到最近创建主题排序:
https://meta.discourse.org/c/community/65/?order=created&ascending=true
5 个赞
tgustilo
(Tracy Gustilo)
2024 年11 月 26 日 18:48
15
啊,所以你的意思是,我可以创建一个自定义网址来几乎以任何我想要的方式显示主题列表,然后在某个地方使用该链接创建一个自定义菜单,例如使用主题组件 Topic List Sidebars?
有没有关于如何构建这些网址的通用参考?
谢谢。我明白理解这一点将有助于克服设置中的任何限制。
2 个赞