构建真正的开发者社区的 3 个重要步骤

如何在满足组织需求的同时构建社区? 这三个步骤可以提供帮助。
325 位读者喜欢这篇文章。
A community building a barn

Opensource.com

随着越来越多的软件企业销售开源产品,我们看到围绕这些产品构建开发者社区的重要性日益凸显,这已成为衡量成功的关键指标。 快乐的用户是热情的倡导者,这些热情的倡导者提高了对公司产品整体的认知度。 将正确的、有影响力的声音吸引到您的社区中,客户就会对与您的公司建立关系更感兴趣。

然而,以正确的方式进行社区建设是一项微妙的平衡。 如果为了促进销售而削弱用户社区的需求,您的公司将面临采用率下降和品牌认知度不佳的问题。 同时,对底线的关注过少对公司不利。 那么,如何才能有效地平衡这种紧张关系?尤其是在开发者是“新造王者”,满足他们的感受是推动企业采购决策的基石的世界中?

在过去的一年中,我一直在思考如何在构建业务底线的同时,有效地进行社区建设。 在本文中,我将概述构建真实的、高效的、可持续的开发者社区的三个重要步骤。

1. 了解社区成员的价值。

作为 MySQL 的首席执行官(可以说是有史以来最成功的开源软件企业之一),Mårten Mickos 表示,开源业务的成功取决于很好地服务于两类受众:

“除非您同时服务于那些花费时间来省钱的人和那些花费金钱来节省时间的人,否则免费和开源软件业务就行不通。”

对于提供开源软件解决方案的组织来说,了解公司生态系统中每个参与者的价值是使您的业务成功的关键部分。 您的客户、您的工程师以及仅使用您公司开源产品的开发人员都是您社区的一部分。

那些使用您公司的开源代码,但不使用任何商业产品的人,代表了您业务生态系统中一个有价值的部分; 他们通常是热情的倡导者、有影响力的声音,并且由于他们的错误报告和对重要边缘情况的识别,对您的质量保证和开发团队大有裨益。

2. 为社区贡献设定明确的期望。

明确地要求您的社区提供帮助并没有错。 如果您希望获得拥护,请鼓励您的社区成员在聚会或会议上谈论您的技术; 开发人员希望将自己的声誉与他们认为有用和优雅的软件联系起来,尤其是当它是新的和闪亮的。

如果您正在寻找错误报告和拉取请求,请通过以下几种简单的方法来鼓励他们:

  • 快速响应错误报告,理想情况下在 48 个工作小时内,即使只是让报告者知道您正在调查它。
  • 拉取请求也是如此; 您不必合并每个 PR,但花一些时间评估 PR、评论创建的工作,如果未合并,请简要说明您的公司不接受该代码的原因。
  • 制定合理的贡献者许可协议,以便法律协议不会成为社区贡献的障碍。 例如,期望社区成员签署一份复杂的法律协议来更新一个简单的文档是一个不合理的障碍,并且会耗尽社区成员的志愿精神。

即使您只是希望您产品的开发者粉丝在他们的笔记本电脑上贴上您公司的贴纸,明确参与规则,并解释为您的社区做出贡献的价值也是一种很好的做法。 花时间编写良好的错误报告意味着软件会为所有用户改进。 教导他人如何使用您的软件会带来帮助他人的满足感,同时也为您的公司创造了更大的潜在客户群。 为您公司的代码库做出贡献通常会提高您在社区中的声望,并且随着您公司的产品得到更广泛的采用,就业能力也会提高。

您会发现,您的免费(和开源)软件的许多用户很乐意花费他们的空闲时间来为您公司的成功做出贡献,因为他们希望“回报”他们从您的产品中获得的价值。

3. 保持一致性。

与您的社区成员(无论是您的客户、您的用户,甚至是您自己公司的开发人员)的互动应保持一致。 不一致会导致缺乏信任,而信任是成功的社区和公司的基本组成部分。

发布清晰、易于查找的路线图,以便每个人都知道您正在朝着哪个技术方向前进,这会有所帮助。 没有人愿意花时间润色您的公司不会接受的拉取请求,因为类似的功能已经在开发中,而那些这样做的人很容易从热情的拥护者转变为有影响力的批评者。

同样,如果您的产品线专注于支持您的开源软件产品,请不要提供“免费”支持来为您的用户社区做好事。 社区中的所有互动都会设定规范,如果社区成员一旦做得超出预期,他们就会期望您的员工为他们解决每个问题。 帮助您的支持人员拒绝蚕食公司底线的请求并没有错,尤其是当那些提供支持的人是您公司的开发人员时,他们需要将大部分时间集中在构建基础产品上,这些产品会吸引客户购买支持合同的兴趣。

您会在列表中添加哪些步骤? 请在评论中告诉我。


Amye Scavarda 将在 7 月 16 日至 19 日在俄勒冈州波特兰举行的第 20 届年度 OSCON 活动中介绍 构建真正的社区:在提供客户价值的同时维护开发人员的价值观

Leslie Hawthorn headshot
Leslie Hawthorn 一生致力于创建和培养开源社区。 她曾在财富 10 强公司、首次公开募股的初创公司和基金会董事会中推动开源战略,包括在红帽、谷歌、开源促进会和 Elastic 担任高级职务。 她目前在红帽开源项目办公室领导行业垂直社区战略团队。

4 条评论

Leslie,很棒的文章! 我会在列表中添加沟通。

我正处于这种确切的情况中; 一家生产开源 CMS 的公司,拥有一个全球开发者社区。

保持参与者(公司员工、客户、合作伙伴、开发人员等)之间的平衡需要在多个层级、在多个参与者之间进行沟通。

Robin,观点非常好! 这是本文所依据的演讲的一大部分。 如果我能够重演它并录制了视频,我会给您发送一个指针。

回复 作者:robinmuilwijk

使用与您的最终目标一致的工具和方法也是一个非常好的主意! 例如,如果您是一个开放的社区,最好使用开放的工具。 例如,如果您采用 Slack 进行沟通(不幸的是,许多开放社区都这样做),您正在破坏一种开放文化 - 强迫您的潜在贡献者同意第三方专有条款以参与您的开放社区存在一些真正的不和谐(事实上,您正在将社区协作的完全控制权交给第三方)。

知识共享许可协议本作品采用知识共享署名-相同方式共享 4.0 国际许可协议进行许可。
© . All rights reserved.