建立真诚社区关系的 5 条规则

图片来源

Opensource.com

正如我在关于社区的力量和重要性的三部分系列文章的第一篇中写道，建立一个由充满热情和忠诚的成员组成的社区是困难的。当我们启动 NethServer 社区时，我们很早就意识到，要玩开源游戏，我们需要遵循开源规则。没有捷径。我们意识到我们必须将公司转变为开放组织，并开始公开工作。

我们意识到，对于许多公司来说，引入开放式创新涉及巨大的文化转变。我们 Nethesis 一直在为此苦苦挣扎，即使开放是我们的使命。但我必须诚实地说，这绝非易事。

与开放社区合作并非易事。这始终是一个给予和索取的过程。在本文中，我将讨论如果组织想要成功，他们应该期望向社区付出什么。

给予的艺术

如果您的公司期望从与强大社区的关系中受益，它必须先付出，才能建立基于互惠互信和透明度的稳固关系。仅仅提供代码是不够的。发布一个完整的开源项目是不够的。

事实是，您必须投资于人。您必须把人放在第一位，把人放在代码之前。作为一家公司，您必须投入时间来建立关系——并先付出。

建立社区不是一种有效的短期策略。即使它在三到六个月内为您带来一些快速回报，这些回报也将只是您可以获得的全部潜在价值的一小部分。这是一段漫长的旅程，需要时间。结果可能需要数月或数年的工作才能显现。但它会得到回报！相信我。

当您考虑建立社区时，请记住以下几个原则。

社区并非严格意义上的营销渠道。它完全是另一种动物。您的社区并非为了让您进行直销而存在（我让我的社区与我的销售人员保持安全距离）。您甚至不能使用相同的沟通类型；在营销中，信息是从公司到受众。在社区中，沟通主要是成员对成员，而您的存在是为了使之更容易。

尽快明确关系。组织为什么决定建立社区并支持该项目？它希望获得什么？反过来，社区将获得什么？公司应了解社区的需求和期望，以赢得其信任。如果人们认为您正在从他们的志愿工作中赚钱，您就不能要求他们投入时间。在这里不要留下灰色地带。在我们的案例中，我们声明 NethServer 是一项社区努力，由公司 (Nethesis) 创立和赞助。 Nethesis 的商业模式是向其他公司、客户和经销商销售软件、专业支持和服务。我们使用一部分收入来资助 NethServer 的开发（官方网站托管、社区倡议、赞助等）。社区和公司拥有相同的目标：使 NethServer 变得更好、更成功。 NethServer 从公司投入的资源中获益匪浅。公司支付 NethServer 程序员编写客户和用户需要的功能，并与社区合作使 NethServer 成为更好的产品。因为公司公开地并且作为社区的一部分工作，并且因为代码是在 GPLv3 下发布的，所以 NethServer 本身将继续是免费的。这是一个良性循环——每个人都赢了。

事实是，您必须投资于人。您必须把人放在第一位，把人放在代码之前。

社区经理并非全权负责社区。整个公司都负责运营社区。以社区为中心的公司鼓励尽可能多的员工参与，因此他们将其他员工纳入社区讨论和倡议中。是的，如果您认真对待建立社区，您应该聘请一名社区经理。这应该是一个全职角色——有人负责促进这些实体之间的关系，尤其是在早期阶段。但整个组织都需要支持社区及其使命。例如，我个人既是社区在公司内部的声音，也是公司在社区内部的声音。实际上，为了成功完成这项工作，我必须以一种可能显得对我的雇主不忠而偏袒社区的程度参与；我是社区和公司之间的一种外交官和翻译。我真的是中间人。

接下来，让我们讨论一下，如果您的组织想要培养社区，应该期望付出什么。我将探讨五个关键要求。

1. 热情欢迎

您应该意识到某人对社区和在社区中的初次体验至关重要，因此请确保人们在遇到您时感到被认可。他们必须知道加入您后首先要做什么。对他们的第一篇帖子或活动做出及时回应。在几天后才收到回复对于新手来说是一种糟糕的欢迎。

例如，在我的社区中，我创建了一个欢迎帖子，其中我对新人表示热烈欢迎，我请他们感到安全并自我介绍：您在做什么？您为什么来这里？

您会惊讶于这些简单的句子如何释放新来者的积极行为。您不仅表明您已经注意到他们在这里，而且还表明您关心他们、他们的生活和他们的目标。突然之间，他们感到宾至如归，并感到有义务参与，即使只是为了回报并感谢您的关注。

您不能单独设定适当的文化基调。创建大使小组可能会有所帮助。该小组应该是社区的引擎，一个能够设定高标准、培育文化并分享您的社区愿景、使命和价值观的小组。我们的形象大使有一套他们承诺遵守的社会规范和规则：以身作则、谦虚、包容、充满感激、展现您的热情、充满乐趣。

他们不仅仅是遵守这些规则；他们每天都遵守这些规则。

2. 保持包容

您必须创建一个让人们感到安全的环境。您的项目有多有趣和令人惊叹并不重要。如果人们感到不安全，那么他们就不会贡献。这是许多技术社区中的一个大问题。

您可以通过制定有助于构建安全环境并帮助人们以身作则的规则来避免这种情况。将您的规则写在某个地方不足以在技术社区中创建热情和包容的文化——您必须遵守这些规则。

在我们的 NethServer 社区中，我们为新人制定了一条简单的规则和邀请：“不要害怕问愚蠢的问题。别人会从你问的每一个愚蠢的问题中学到东西。” 这是一条非常强大的规则，它帮助我们实现一个重要的目标：保持包容。

这是另一条（相关的）规则：禁止使用短语“RTFM”。 “Read the F****** Manual（阅读他妈的手册）”不是答案。它不包容。它实际上排斥了人们，并且不利于人们感到他们可以安全地提出问题。相反，我们会将新手指向文档以寻求简单的解决方案，并为他们提供特定信息的链接。当然，这需要更多时间——但它更友好。

3. 先倾听您的社区，然后再发言

这非常困难。真正倾听是困难的。您会很想过多地引导讨论，而不去倾听。不要这样做。思想开放，并准备好改变您的想法。准备好进行真诚的讨论，并确保您的社区领导者也准备好这样做。

仅仅倾听是不够的。您应该教导您的社区如何成功地进行讨论，以及如何有效地向彼此解释他们的需求。向他们表明，如果他们准备好讨论一切，您就愿意倾听。

例如，成员应该意识到，仅仅建议一个新功能不足以实现该功能。他们必须说服整个社区，这样的功能对于项目至关重要。他们必须为此而奋斗。然后，您必须准备好加入讨论，积极倾听并提炼出好的想法。

为了提醒真正倾听的意义，我总是回到西蒙·西内克 (Simon Sinek) 的这句名言

“当我们接近想法时，我们听到的是批评。当我们对批评持开放态度时，我们得到的是建议。”

请记住，每次您需要回复某人时。

4. 保持透明

您可能会很想将您的讨论保密。您应该告诉任何习惯于秘密工作的人停止这样做，并变得更加透明。否则，没有贡献者能够真正了解正在发生的事情，也没有人会觉得他们可以参与其中。

换句话说：尝试公开工作。展示您正在做什么，并让人们随时了解您的最新成就。要求所有社区成员也这样做。

以下是实践透明度的一种具体方法。我可以给出一些常见的建议，例如

让您的所有错误完全公开且对所有人可见
公开所有请求的功能
维护公共开发计划文档和清晰的路线图
确保所有代码更改都以拉取请求的形式完成

. . . 它们都是完全适用的。但它们还不够。

一切都是公开的。一切都很清楚。我们有一个独特的地方聚集在一起，因为我们把每个人都聚集在一起。

传统上，开源领域发生的大部分开发都发生在代码存储库和错误跟踪器中，而这些不是软件用户倾向于出没的地方。开发者和用户之间的这种分离意味着用户并没有真正看到开发讨论的发生，而贡献者可能并不总是得到用户的反馈或当之无愧的认可。

我们使用我们在 Discourse 上的社区平台来处理一切事务：支持请求、错误、测试流程、开发讨论、社区组织——实际上是所有事情！我们使用 GitHub 只是为了跟踪问题、代码更改、拉取请求和技术内容。这意味着例如，开发人员可以帮助人们解决支持问题，或者他们可以帮助参与社区讨论。他们可能会到处都非常投入。

一切都是公开的。一切都很清楚。我们有一个独特的地方聚集在一起，因为我们把每个人都聚集在一起。