论坛所有者,你们是如何“战斗”Facebook群组的?

顺便说一句,我非常喜欢你列出的行动清单。在本地创建优质的结构化内容是最佳途径。

我担心的是,从战略上讲,我们是在喂养老虎,如果没有协调一致的大规模抵制,原有的现状就会持续下去。但最终,我 reluctantly 接受现实!

是的,我知道我是在给 Google 开脱,这或许有点偏颇,但至少他们支持“开放网络”……至少目前如此。

6 个赞

我尝试过使用标题 + 链接 + 简短描述,但帖子的触达率并不高。

2 个赞

你好

我认为这更多取决于个人。成员信任并追随领导者。 因此,我专门针对 Facebook 群组管理员寻求合作,其中一位最大的前 Facebook 群组管理员加入了我们。他开始在自己的群组中宣传我们的论坛。因为他的推荐,访问量比以前增加了……

我努力让论坛在各方面更像社交网站。“论坛”这个词:人们认为这只是 2000 年代那种老式的论坛。 所以我将“论坛”改称为我们的品牌或“社区”,完全去掉了“论坛”这个词。(改变一个词比改变人们的思维方式容易得多。) 这是必要的,因为人们在打开网站之前就会先下判断。因此,很多时候他们只是在 Facebook 上评论说“又是另一个论坛”……等等,实际上他们根本没点击链接。

界面与功能

它看起来也更像 Facebook,不幸的是人们对此更熟悉。起初我在首页使用分类,但现在我发现最新帖子页面更适合社区,能激发用户更多的互动。

我添加了许多功能,使其比 Facebook 更出色。

交易、拍卖、用户评分、可信卖家等。
人们喜欢徽章和头像装饰,每个群组都有对应的头像装饰,会显示在用户头像旁边。

对比

我将论坛与 Facebook 进行对比。人们只知道 Facebook,所以我必须突出那些 Facebook 做得不好的地方,即人们不喜欢 Facebook 的地方。

Facebook 充斥着霸凌,而我们论坛绝不容忍也不接受这种行为,这是一个比 Facebook 更可控的地方。 信任等级系统赋予了我们控制这些人的最大能力……因此,人们比在 Facebook 上更友好……

我绝不想在我们的论坛上看到 Facebook 式的内容!论坛是优质内容的聚集地,而不是 Facebook 那种即时发布的帖子。 所以我反其道而行之:将论坛的优质内容分享到 Facebook,但禁用了评论功能! 这很重要……如果他们想回复话题,就必须注册并在论坛上回复。

与成员的合作

我将社区成员纳入到各项事务中,并在做任何决定前征求他们的意见。 我创建了一个分类,让他们可以提交关于论坛、社区及一切事务的想法……

每当做出任何更改时,我都会通知成员。每周日,我会发布一个更新主题,总结本周的变更、开发进展等所有内容。如果有不清楚的地方,他们可以提问,我们可以像大家庭一样交流讨论。 :slightly_smiling_face:

还有一点是,我们可以根据成员的需求定制论坛!这是 Facebook 做不到的。

最后但同样重要的是,在我们的社区里,我们都是一家人!

这些因素使得论坛对优质成员来说更具吸引力。我认为这个社区更加团结和健康。 你需要为他们指明方向。这是一个非常缓慢的过程,但一旦他们发现你的论坛,就再也不想回到 Facebook 了。

22 个赞

我没想到 Zapier 还有帖子的“简短描述”功能。我打算把我也改成这样。目前我使用的是完整帖子,这对 Facebook 来说内容太多了。你试过 Twitter 吗?我的社交媒体营销更侧重于 Twitter 而非 Facebook。我的粉丝数已经自然增长到 300 多位。我知道有一些 Twitter 机器人可以帮助更快地增加粉丝,但我担心这可能会导致我的账号被暂停或封禁。

2 个赞

您可能不知道,没有标题或标题在正文下方的帖子往往会有更高的互动率。

  • 描述
  • 标题

关于 Zapier:我编写了一些脚本来测试集成版本,但它仅包含文章和原始 HTML(发布时,Facebook 无法将其识别为手写格式)。

因此,我目前正在通过 RSS 进行构建,并在此描述简单的自定义设置。

我会试试看!没问题。

从程序员的角度来看,Twitter 也尝试过这种方法,我只是自动交叉发布并附带摘要内容。

但由于该账号的关注者较少,效果并不理想。与其购买推广,我认为投放定向广告能获得更好的追踪效果。

6 个赞

我同意,易用性可能是一个重要方面。但……

你是否考虑过设计、“友好性”(美学层面)、易用性或熟悉度也可能是关键因素?我热爱 Discourse,定期参与至少 5 个 Discourse 论坛。但最近我开始测试 Circle.so,尽管它在许多方面确实不如 Discourse,但我甚至觉得它的一些美学和用户体验选择还挺不错。更多内容见:

5 个赞

您是如何搭建拍卖和交易网站的?是否使用了插件?

2 个赞
3 个赞

只要你下定决心,一切皆有可能 :slight_smile:

3 个赞

这就是那个工单。专注、专注、再专注。

2 个赞

Discourse 中的网络商店如何帮助对抗 Facebook 群组?电子商务与群组或论坛完全是两码事。

我拥有一个非常盈利的网店,并有一个与之关联的活跃 Facebook 群组,而 Discourse 论坛却几乎无人问津。没人会从群组迁移到论坛。

主要原因如下:

  • 所有人都在 Facebook 上
  • Discourse 太过复杂,编辑器也很奇怪(我同意,编程圈热爱 Markdown,但世界其他大多数人并不这么认为)

我花了大约一年时间才建立起一个拥有 25,000 名成员的活跃群组。论坛上线也已一年,却只有 300 次注册和三位活跃用户 :upside_down_face:

没错,99-1 法则依然适用 :slight_smile:

我的目标群体主要是对技术不太感兴趣的女性——我认为她们是最难从 Facebook 吸引出来的群体。

10 个赞

除了这两点,我还要补充:通知系统也太难用且奇怪。当用户看到“忽略”时,他们期望能清空列表,但点击后似乎没有任何反应,这非常令人不安,甚至让人对系统的其他功能也产生怀疑。我发现我的用户无法追踪一些简单的事情,比如查看谁发布了哪些最新更新。而且,人们在其他论坛上的通用使用方式(寻找红点以查看“新”事件,并从通知屏幕导航到相应内容)在 Discourse 中几乎无法使用。

如果有人有关于改进通知的建议或插件,我很乐意听取。

6 个赞

Facebook 的应用程序是这里的杀手级功能。设置非常简单,支持推送通知,使用轻松流畅。

在我试图戒除网瘾时,我做的第一件事之一就是卸载 Facebook 和 Twitter 的应用程序。这确实有效,显著减少了我在这些网站上的随意使用。

Discourse Hub 的 iOS 应用是一个不错的替代方案,但对用户来说设置起来没那么方便,而且缺少推送通知功能。推送通知确实能带来显著差异。

我最近将 Vanilla 论坛迁移到了 Discourse,它作为我所运营网站的一个“讨论区”发挥作用。当我在主网站上添加了一个实时通知徽章(只是一个简单的更新计数),显示论坛中新帖的数量时,这极大地吸引了用户从我的网站进入论坛。

更新徽章、推送通知等功能都能激发用户的兴趣。目前,Facebook 在这些方面做得比 Discourse Hub 更好。如果我们能够轻松地为自有论坛“白标”Discourse Hub,并实现推送通知功能,那将大大有助于对抗扎克伯格的寡头垄断。

备注:我认为 Discourse 的商业版确实包含推送通知功能。

13 个赞

无法对抗Facebook群组的,现在是移动互联网的时代。想要网民多使用你 的论坛就必须有在Facebook等平台上无法实现的功能,或者独一无二的让用户喜欢的功能。论坛没落了,全球都一样。即便是在中国,论坛也在消亡。

5 个赞

翻译:

无法与 Facebook 群组抗衡,这是移动互联网的时代。如果你希望互联网用户更多地使用你的论坛,你必须提供 Facebook 等平台所不具备的功能,或者拥有用户喜爱的独特功能。论坛已逝,世界依旧。即使在中国,论坛也在逐渐消亡。

19 个赞

我的主论坛依然活跃,因为人们仍然会通过谷歌(或 DuckDuckGo)搜索某个话题,并在搜索结果中看到我的小众社区排在前面。

Facebook 做不到这一点,也无法阻止我的网站出现。

Facebook 试图取代开放互联网,但失败了,苹果及其对原生“应用”的痴迷也是如此(原生应用也在走向消亡,付费应用几乎完全消失)。

这不是未来。Facebook 是一种短暂的时尚。Facebook 是一个极其昂贵的门面。如果它们被迫更严格地审查内容并承担全部责任,其成本只会不断上升。这样做它们还会疏远用户(而且已经做得够多了!)。

云计算革命意味着我的成本微乎其微!

开放互联网将占上风,因为大多数技术人员并不为 Facebook 工作,他们希望自己的产品能在搜索引擎上被看到。

Reddit 可能是更大的竞争对手,但这场竞争更加势均力敌。

我意识到在一些国家,“开放互联网”只是一个梦想,但许多国家将寻求捍卫它,而另一些国家则不幸地试图控制它。:grimacing:

我们必须尽一切努力抵制这些垄断!

10 个赞

嗯,有“web3”去中心化推动的努力,其中包含这方面的一些内容。

这个想法是创建一个去中心化的网络,用户可以在其中将他们的数据从一个服务传输到另一个服务,而不会受到公司围墙花园的阻碍。

欢迎来到我们自2013年以来的世界,web3粉丝们……我们一直在等你。 :wink:

11 个赞

我刚刚读完了 社区没有边界:Discourse 作为一种结构 - 构思与头脑风暴 这个主题,并结合该讨论,我非常想了解您认为 Discourse 如何允许用户“将数据从一个服务传输到另一个服务”。难道这不正是那个帖子所讨论的 Discourse 功能集中的缺失的部分吗?

2 个赞

我有点困惑。应该在不同的 Discourse 之间或与 Discourse 之间/从 Discourse 传输哪些数据?

1 个赞

你是否阅读了我链接的“社区没有边界”主题,或者任何关于 ActivityPub、联合等内容?有很多关于这种“可移植性”、“互操作性”、“联合”等可能性的讨论。任你选择。:grinning_face_with_smiling_eyes:

1 个赞