正如我在关于社区的力量和重要性的三部分系列文章的第一篇中写道，建立一个由充满热情和忠诚的成员组成的社区是困难的。当我们启动 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 只是为了跟踪问题、代码更改、拉取请求和技术 stuff。这意味着开发人员可以帮助人们解决支持问题，例如，或者他们可以帮助进行社区讨论。他们可以非常广泛地参与。
一切都是公开的。一切都很清晰。我们有一个独特的聚集场所，我们将所有人聚集在一起。
5. 领导支持，至少在开始时
作为一家公司，你必须接管支持请求，因为提出问题并等待几天才能得到答案是一种令人沮丧的感觉。这对新的贡献者和客户来说都是糟糕的第一印象。
但是回答所有支持问题是不够的，而且它不可扩展。训练你的社区来回答问题。从长远来看，这更可持续。
你不能总是唯一一个提供帮助的人。让其他人参与这个过程变得至关重要。这是一个简单的提示：呼吁特定的人去帮助其他特定的人。这样做，你将获得三个结果
- 受到质疑后，人们将更倾向于参与并伸出援手
- 人们觉得自己是该领域的专家，这有助于他们认识到自己的优势
- 新来者会觉得自己真的提供了帮助，他们通常会因其努力而受到感谢，这非常令人满意
结论
到目前为止，我们已经看到，开放组织只有在准备好首先付出的情况下才能从与强大社区的关系中获益。仅仅提供代码是不够的。
开放组织必须为其社区提供他们真正需要的：与组织和其他成员之间真诚而透明的关系。把人放在第一位，你不会后悔的。
在我的下一篇文章中，我将讨论有趣的部分：你的组织应该期望从对人的这种投资中获得什么。你将能够看到将你的业务提升到新的水平甚至更高的各种好处。
3 条评论