从 Facebook 迁移:具体挑战和一些想法

我为什么要写这篇文章(引言)

这是几周前的事了,期间生活琐事纷至沓来。令我当时惊讶的是,从成功的 Facebook 群组迁移到 Discourse 似乎并不是这里常见的情况:

然而,从 Facebook 迁移一个成功的社区正是我目前所处的境地,我认为这可以解释我在开始使用 Discourse 时遇到的一些挫折。将一个繁荣的社区从一个粘性高、集成度高且成熟的平台(如 Facebook)迁移过来,所面临的挑战与从零开始建立一个社区,或者从一个运作不佳的平台迁移一个 struggling/非繁荣的社区是不同的。正如 @chapoi 所说(重点是我加的),这与以下方面有关:

如果需要,以下是关于我情况的背景话题:

我刚刚花了一些时间浏览我能找到的所有 facebook-migration 话题,试图综合一下目前关于这个问题的进展,并引用了一些内容。有些帖子年代久远,但我尽量挑选那些对当今讨论仍然相关的内容。请原谅这篇长文(再次,我知道)但我认为将事情汇总起来是有价值的。

为什么 Facebook 群组迁移很重要

我在想,2018 年这篇帖子中表达的观点是否能在某种程度上解释为什么“将 Facebook 群组迁移到 Discourse”到目前为止在这里并没有成为更大或更明显的关注点:

很高兴看到这种情况似乎正在改变:

除了我个人的问题之外,为什么 Discourse/Meta 应该关心 Facebook 群组迁移?因为 Facebook 群组规模巨大。对许多人(包括我)来说,它们是该平台提供的最高价值所在,也是留住用户的关键。

“竞争”

Facebook 群组运作良好。我个人寻找替代品已经多年了,除了 Discourse 之外,选择并不多。我知道一些论坛的用户“流失”到了 Facebook 群组,这似乎也是 Discourse 社区持续关注的重点——即 Facebook 群组对我们试图在 Discourse 上建立的社区构成某种竞争。

开放网络

此外,我相信为了网络(和世界)的利益,我们需要共同努力摆脱“大平台”的暴政。我并不孤单。例如:

构建像 Discourse 或 Mastodon 这样的平台是其中的一部分。但我们都清楚,仅有工具是不够的。自由引用 Doctorow 的“平台劣化定律”:人们不会离开他们被锁定在其中的糟糕平台,除非有极强的吸引力促使他们离开,并且存在一个足够无摩擦的替代方案。

像其他人一样,我正在尽我所能将我们拉向我认为正确的方向(包括参与重启博客圈)。为像我这样的社区建设者找到 Facebook 群组的现实替代方案是计划的一部分。这就是我在乎的原因。

有许多优秀的人在做有价值的事情,但他们被困在 Facebook 上,我非常希望能给他们一条出路。

我想写另一个话题,谈谈我认为 Discourse 与其他开源工具的集成如何能创建一个与我们现在使用 Facebook 的生态系统相媲美的环境。

转换成本

在我在这里 Meta 上调查的各种讨论中,转换成本的问题以不同的方式年复一年地反复出现。

从 2014 年开始……直到今天:

这并非细节,也不是告诉人们克服它并迁移就能解决的问题。让我们更仔细地看看这些转换成本由什么组成,以及可以采取什么措施来抵消它们。

大多数“普通人”除了在 Facebook(以及可能是 Instagram 和 WhatsApp 群聊)之外,并不在其他地方“在线生活”。他们 barely 知道如何正确使用 Google 搜索,更不用说在浏览器地址栏中输入/复制 URL 了。在线就是 Facebook。

那些已经在使用 Reddit、Mastodon 甚至 Bluesky 的人:他们不是问题所在。但他们是少数派。

平台集成

我认为我们都认识到 Facebook 的一个优势是它将所有东西整合在一个地方。

以下是 Facebook“集成”对平台上社区(Facebook 群组)的一些优势:

  • 社区通知与 Facebook 中所有其他通知集成,用户已经日复一日地监控这些通知,这创造了一种无需额外成本就能轻松拉回社区的吸引力
  • 来自社区的内容只是“出现”在用户日常的在线活动中(通过 Facebook 信息流),也无需他们付出额外努力就将他们带回社区
  • 成员可以通过他们的 Facebook 账户轻松地在社区之外建立联系(加好友、关注、Messenger 对话),允许友谊通过“已经在 Facebook 上分享的生活”增长,这反过来又使社区受益(成员之间的关系更牢固)
  • 需要该社区的人可以非常容易地找到它,无论是通过 Facebook 内部搜索还是利用 Facebook 内的各种网络(其他群组、页面、在个人主页上询问、“推荐群组”等)

平台熟悉度

对于那些整个在线世界几乎就是 Facebook 的人来说,提供任何Facebook 之外的东西本身就已经是一个巨大的障碍。访问网站或在手机上安装/使用不同应用程序的简单操作,对我们来说可能微不足道,但对这些人来说并非如此。

即使这本身不是一个障碍,改变工具(对任何人来说!)都会有成本。发帖、评论/回复的方式、通知管理、额外功能(徽章?标签?信任等级?引用?)、如何访问另一个人的“个人资料”、设计不同……都有差异。

通过提供更多价值来抵消转换成本

我们都同意,这种迁移的关键是能够在 Discourse 上为社区成员提供比他们熟悉且喜爱的、与其在线生活其他部分无缝集成的 Facebook 群组更多的价值(即 Facebook)。

控制你正在迁移的 Facebook 群组,使你在构建 Discourse 方面时,能够在一定程度上控制 Facebook 方面的体验:

关于这个问题,想法并不缺乏——Discourse 的灵活性使许多事情成为可能。

然而,Facebook 上的社区越成熟,就越难吸引足够的初始成员来启动一些势头,以使这种价值显现出来。

别忘了用户体验

许多关于 Discourse 上的社区需要提供成员在 Facebook 上找不到的价值的讨论都集中在功能和讨论上。这完全合理。Discourse 有许多功能可用于提供比 Facebook 群组更丰富的“社区体验”。但这还不够。

我认为这忽略了一个重点,除非访问这些伟大内容的功能对人们来说“足够好”,否则毫无意义:

Facebook 投入了巨额资金使其平台尽可能无摩擦和具有粘性,以留住用户。这是 Discourse 在迁移 Facebook 社区时所面对的基准(无摩擦程度)。

我认为这是一个重要的观点。你习惯的界面总是感觉“更容易”使用,因为你已经用它做了同样的事情多年。新平台的界面不仅要一样好,还要更好,因为你还没有承诺使用它——如果你遇到任何障碍,你很可能会转身离开,特别是如果有一个舒适、熟悉、舒适的替代品在那里等着你。

UX/设计/界面至关重要——特别是在用户被 conditioning 以某种方式做事多年,并且需要获得初始临界数量的成员到新平台以启动迁移,从而创造附加价值以说服大多数社区成员跳入水坑的背景下。

世界上最好的社区建设功能本身没有价值——只有通过足够多的人使用它们才有价值。而“决定成败”的是人们留下来使用它们的初次接触界面的体验。

还有一些功能,我们可能认为是“附加价值”,比如话题标题,实际上可能会产生大量摩擦(因此降低新成员尝试贡献时的用户体验)。参见这里的后续对话:

管理员和社区建设者呢?

Discourse 的第一线“用户”是社区管理员和建设者。没有他们,没有社区成员会踏上这个平台。在这里,Facebook 设定的门槛也非常高:

在容量、功能、独立性、审核工具等方面,Discourse 远远优越。这是显而易见的。但设置体验(我不是在安装方面,因为这是一次性开销,可以处理)比 Facebook 群组复杂得多。

当然,工具更强大,功能更多,所以其中一些是正常的。如果你从零开始建立社区,这可能是可以管理的。但如果你未来的 Discourse 社区的竞争对手是你自己繁荣的 Facebook 群组,你将不得不做大量的调整、摆弄、准备、组织、调整、定制和设置修复,以确保你设法说服加入你“新数字家园”之旅的宝贵且受重视的社区成员,不会对平台的第一次接触感到失望。正如我在这个话题中试图展示的那样,这个门槛将高于“开箱即用”的 Discourse。

当我们谈论用户体验时(我知道 Discourse 团队当然意识到这一点),我们也在谈论管理员的用户体验。那么,对于试图设置 Discourse 以迁移 Facebook 群组的 Facebook-wannabe-Discourse 社区建设者来说,这种体验如何?这是我一直在尝试在之前的一些话题和帖子中提供反馈和分享的内容,有时我得到的印象是我被误解了。

总结

首先,很抱歉写了这么多,也用了这么多引语。但我希望表明,这并非一个边缘、孤立的问题,而是我确实面临的挑战。我当然也有自己的不足之处,但这里涉及的是一个更广泛的“从 Facebook 迁移”的问题。我也不希望任何人认为我对 Discourse 及其众多出色的贡献者心存不满或过于苛刻。我认为这是一个非常优秀的平台,我会努力让它在我的社区中发挥作用,但我认为它还有更大的潜力,我真心希望看到它得以实现!

我想强调的几点如下:

  • Facebook 群组迁移是一个“使用场景”,值得比以往几年获得更多的关注(至少从 Meta 上的反映来看如此)
  • 无论是管理员还是“来自 Facebook”的成员,都对无缝体验(及集成度)抱有极高的期望
  • 为 Facebook 群组迁移设置 Discourse 实例,在“社区建设者”的工作要求方面,与从零开始创建新社区或为在其他地方陷入困境的社区在 Discourse 上搭建良好家园有所不同
  • 迁移策略在通过 Discourse 端提供的附加价值来吸引用户方面,不能仅限于内容和互动质量,还必须包括针对缺乏经验或习惯 Facebook 风格的用户界面/用户体验设计
  • 目前我看到 Discourse 成为 Facebook 群组的“竞争性”替代方案的主要障碍在于:对于正在探索该工具的社区建设者而言,初始配置过于复杂;以及对于数字素养可能不高的新社区成员而言,界面功能过于繁杂(这增加了社区建设者的负担)

就我的社区迁移而言,一旦我从所有的配置和设置工作中解脱出来,我很期待分享更多关于“迁移策略”方面的内容。

当然,我很乐意听到其他关于“从 Facebook 迁移”的故事,也欢迎大家对我上述观点进行回应。再次为篇幅过长表示歉意。

我知道有时这看起来有点像引语堆砌,且存在一些重复,对此深表歉意。如果来源提及的年份较久,我已在其中标注了年份,因为我深知 Facebook 和 Discourse 多年来都在不断演进——不过我特别注意只保留那些至今看来依然适用的引语。

11 个赞

哎呀,所有的帖子标题都出现在了引文的上方。正试图修复这个问题。Markdown 看起来是正确的,为什么会这样呢?

1 个赞

我认为它试图强调这不是对该主题的引用,而是您引用了另一个主题。该链接提供了一种方便的方式来查看该主题以获取更多上下文。

我不认为有简单的解决方法。您可以通过删除主题和帖子属性来删除所有 Discourse 的魔力:


[quote="stephtara"]
在过去的几天里,我意识到这是我遇到的问题的关键因素,直到现在这可能有点盲点。
[/quote]

它显示如下:

而不是像我在编写时(右侧“预览”面板)显示的那样:

所有帖子标题都占据了所有的“注意力” :cry:,我必须说这让我的主题几乎无法阅读 :sob:

哦,我明白了……问题在于它强调了主题,而我想要突出的是引文,而不是主题……

3 个赞

但那样就没有点击到帖子的方法了……也许我应该把整个主题放在回复里 :sweat_smile:

1 个赞

如果我这样做,是否有“短代码”的方式来链接到原始主题/来源?

链接引用的外观对于这里的常旅客来说应该非常熟悉——我怀疑它有多分散注意力。我根本没注意到。:wink:

2 个赞

这是一个关于从 FB 迁移到 Discourse 的有说服力的案例。我猜想许多社区使用 FB 群组(以及 Discord——呸)是因为它们是“免费的”,任何有成本的替代方案都很难推销。但有些人会看到其价值。我希望看到更多地远离 FB 这样的企业围墙花园。我猜想理想情况是 a.) 一个一体化的抓取和迁移工具,以及 b.) 一个对迁移用户来说尽可能熟悉的预配置 Discourse 设置。

4 个赞

谢谢!我还是把它们都修复了(并提交了一个错误报告——待定——因为我觉得我在可视化编辑器中看到的内容应该与发布的内容相匹配!)

3 个赞

@ToddZ 很高兴听到这个消息!老实说,我不确定“免费”是社区聚集在 Facebook 上的最主要原因。我认为是因为人们已经“在那里”了,而且建立一个社区超级简单(十几次点击),邀请你的朋友,他们再邀请他们的朋友,就这样开始了。现在,免费这一点确实意味着,即使是支付基本托管套餐(每月 20 美元)的提议也会非常难以推销。如果基础套餐能满足我社区的需求(目前不能),我会为我的社区付费的。

如果我们做一些设想:我认为一个真正有趣的第一步将是:

  • 一个标准的设置/配置“包”,可能捆绑了一些插件和组件
  • 一个真正的“假脸书”基础主题(试用了当前的主题,还没有达到要求,尽管我很喜欢这个想法)

这些加在一起,能让“开箱即用”的 Discourse 变成某种东西,表面上可能稍微简化一些,但不会让 Facebook 迁移过来的用户感到太陌生。

这还可以附带一个用户友好的向导,用“人类语言”收集社区建设者关于社区某些方面所需的信息,以便做出配置选择——然后设置相应的配置。

例如,可能会问这样的问题:

  • 社区的普通成员预计技术水平如何?
  • 你希望人们收到大量电子邮件通知,还是不希望?
  • 社区中的所有成员都能相互聊天和私信对你来说重要吗?
  • 你是想把所有人都放在一个“论坛”(即分类)里,还是有多个?
  • 除了版主之外,你的社区中是否有需要对全部或部分社区拥有“特殊权限”的用户组?

这些只是我随口想到的,对 Facebook 群组管理员进行一些用户研究可能会有助于确定需要询问哪些信息。

就我所知,这种更人性化的设置界面对其他首次使用 Discourse 的管理员也会很有用——比 Connecting site settings to documentation 更进一步,那已经是一个很棒的计划了!

当涉及到抓取/复制内容时,我不确定这到底有多大用处。在一个理想的世界里,Facebook 会有一个真正的导出按钮,那会很棒,但这种情况不会发生。我曾尝试用浏览器脚本来保存帖子和评论串,但使用起来非常繁琐。

对于我的社区来说,有一些重要的帖子我们会手动复制过去,但 Facebook 上的大部分内容恐怕只能留在那里了…… 我认为开发一个完整的抓取/导入系统所需的工作量可能不值得。

然而,有趣的是(这更多属于我尚未详细说明的“迁移策略”章节),是那些有助于在 Facebook 中“植入”Discourse 主题的工具,以鼓励人们去 Discourse 上查看它们,就像 @oshyan 提到的那样。这将在迁移阶段在一定程度上帮助弥合“集成差距”。

3 个赞

我不确定这个问题是否被提出过,但将论坛安装为 PWA(渐进式网络应用)将大大减少摩擦,并且用户无需输入网址/打开浏览器应用。从这个意义上说,它几乎就像一个普通的应用。

7 个赞

这绝对在我的计划中,也是一个卖点(“我们将拥有我们自己的应用程序!”)

3 个赞

是的,而且让推送通知打开这些应用可以带来非常好的体验。

6 个赞

我没什么要补充的,只是我们本地的兴趣小组想把会员论坛从 Facebook 群组迁移出来,而 Discourse 是最好的选择,因为它提供的界面与 Facebook 群组(我们喜欢)最相似。

我们本来很乐意为“入门”套餐付费,但它(现在仍然)没有日历插件,而日历插件非常重要(而且其他套餐对我们的小组来说太贵了)。所以我们选择了自托管。

因此,我为方便从 Facebook 群组迁移而提出的最大请求是,让“日历”插件在“入门”套餐中可用。

3 个赞

哇,如果这是你最大的问题,那你的处境真是太棒了!这个话题实际上是关于应对让人们脱离Facebook所面临的更大挑战。

Discourse公司确实需要在其套餐之间有所区别,而日历是实现这一目标的重要方式之一。如果你负担不起他们的专业套餐,你还是有其他选择的。

4 个赞

我只是想表示支持更轻松地迁移到 FB,因为我几年前就离开了 FB,并且有几个群组我愿意资助一个 Discourse 社区,以期获得足够的动力让他们放弃 FB。

4 个赞