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

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

Opensource.com

随着越来越多的软件企业销售开源产品,我们看到围绕这些产品构建开发者社区的重视程度也在相应提高,这被视为衡量成功的关键指标。 满意的用户是充满热情的拥护者,这些充满热情的拥护者可以提高公司产品产品的整体知名度。 将合适的有影响力的意见领袖吸引到您的社区中,客户将更有兴趣与您的公司建立关系。

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

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

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

在担任 MySQL 首席执行官期间,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.