为什么不更经常推荐Discourse作为"社区平台"?

这是一个非常有趣的话题,我一口气读完了整个帖子。这次对话信息量很大,有很多我想回应的地方。

我没有理由回应,只是想为这次对话添砖加瓦 :smiley:

我之前写过类似的东西:

根据我曾在几个产品组织工作(目前在一个组织中,我正在为我公司产品用户构建一个社区)以及作为许多其他产品(B2C、B2B 等)用户的经验……我总是会选择一个首先专注于其可扩展性故事的产品,然后逐步转向易用性。反之亦然,一个首先专注于易用性,然后不得不设法变得更具可扩展性的产品。

*(从企业社区的角度写作)*事实上,我在这篇帖子之后注册了 Circle.co,我感到非常失望,原因有很多,但最值得注意的是一点:它只关注我,关注我的业务。它不关注我的社区、我的用户或他们需要的体验。如今,许多糟糕的产品被制造出来,尤其是在社区这个话题上,因为这些产品首先关注我以及我的业务需求——它们需要关注我的用户!它们关注参与度、指标、美观等等……所有那些他们认为会吸引我成为付费客户的东西。

这是一个巨大的谬误,因为虽然这些目标是我的目的地,但不应该是到达目的地的交通工具。我获得业务价值的方式是反向从我的用户出发——建立一个我的用户需要、想要并喜欢的社区(通常按此顺序),并将我自己放在方程的最后。在构建社区时,积极地不处理你的优先事项(毕竟,我是一家公司,需要赚钱!)几乎总会感觉像是一种强制功能,但结果却令人难以置信地通过 Discourse(作为实现这一目标的最关键组成部分)为我们的业务带来了价值。

Discourse 能否在可用性、为中小企业量身定制的体验等方面做得更好?它有没有它的怪癖?当然。我一直在“撞到天花板”(而不是墙壁),因为我们一直在将这个平台推向极限。但由于对可扩展性的重视,我还没有遇到过我无法用 Discourse 解决的挑战——相信我,我们已经构建了一些令人难以置信的酷炫的东西,有些人认为那是不可能的!

说了这么多,只是想表达,在两者之间,我总是会选择一个具有出色可扩展性故事的应用程序,因为我可以将其塑造成我所设想的体验。另一种选择,一个拥有几个设计精良的用例(只要你通过几个预定义的狭缝去看)但没有增长能力的应用程序,在为企业构建最佳社区时是行不通的。再次,完全承认 @Grae 对中小企业的担忧是有效的!

而且,Circle 并不是唯一一个误入歧途的。Khoros 也是另一个制造关注“业务成果”的体验的罪魁祸首,讽刺的是,它们完全偏离了目标。社区平台需要关注社区,让我专注于业务成果。

我在这方面很矛盾——我的心和我的思想都在两个地方。一方面……

我希望 Discourse 专注于它现在的核心社区组成部分:讨论,将用户有意义地聚集在一起,并为我这个企业提供所有可扩展性和灵活性,将其塑造成对我的用户来说很棒的东西。

另一方面……
作为我的社区成员使用我的产品的更广泛体验的一部分,我需要其他东西,我真的希望这些东西与 Discourse 有无缝的体验。举几个例子,但这并非详尽无遗的列表:

  • 文档(真正的文档,而不是塞进类别/主题中)
  • 内容/文件托管
  • 媒体(例如视频)
  • 自定义网页
  • 直播平台

我不喜欢我的用户对其中每一个都有不同体验的想法,我相信 CDCK 有一个很好的构建、发布、支持和维护优秀产品的理念。我认为是时候让他们扩展到构建更多产品了(同时不改变核心 Discourse 的精神)!

作为一名企业客户,我确实想要一切都集中在一处,但我个人不会选择一个什么都做但做得不好的产品。我总是告诉我的团队:“当面临选择对我们的用户最有利还是对我们来说更容易时……总是选择对我们的用户最有利的,它将永远使我们受益于长远。”……而且它每一次都奏效。在过去的 4 年里,这很多时候意味着围绕 Discourse 或与其相关的相当多的定制,每一次都为我们的业务带来了巨大的成功。

所以,虽然我希望这两件事都能尽快实现……

我认为这是因为我上面对一些回应的看法:这些平台试图关注社区领导者关注的东西:业务成果。相反,它们应该关注社区,让社区/业务领导者通过构建用户所需的社区来专注于实现这些成果。

19 个赞