如果你有兴趣想做 Web3 创业公司，你也许已经意识到了开发者社区的质量决定了协议的成败。实际上，许多成功的创始人在开始做自己的项目之前都在比特币和以太坊等早期加密社区里拥有多年开发经验。一直到现在，开发者社区仍然是大多数项目的主心骨，如果没有一个强大的开发者生态，这些项目就不可能发展到如今的水平。因此，Web3 创始人必须要建立一个活跃的开发者社区。即使你觉得你的项目没必要专门创建一个开发者生态，也可以借鉴一些开发者社区的建设策略，以建立其他类型的社区。
本文将涉及以下重点：
- 开发者社区的构成要素。
- Web3 创业公司为何要建设开发者社区？
- 如何在启动阶段建设开发者社区？
什么是开发者社区？
通常来说，开发者社区由一群开发者组成，这些人因为对某一项目或技术生态的共同热爱而走到一起，并且希望推动项目或技术向前发展。他们的互动模式超越了在 Stack Overflow 等平台上回答技术问题或在 Github 上提交 pull requests。这些社区之所以会建立，是因为社区成员与项目创始人拥有同样的愿景，并希望看到项目得到主流应用，在更大的开发者社区中成为标准化的解决方案。
Web3 行业中的一个经典案例就是以太坊开发者社区。社区围绕以太坊的共同愿景而建立，开发者可以在平台上创建真正去中心化且「无须信任」的应用。而这反过来推动了以太坊虚拟机（EVM）的应用，使其成为了生态中众多 dApp 的通用标准。开发者之所以愿意为这一新标准做出贡献，是因为它为他们的项目提供了关键的基础设施。
虽然开发者为了一个共同的愿景而走到一起，但这不意味着开发者社区是同质化的。开发者会根据参与目的和参与程度分成不同等级。最典型的分类方式就是「轨道模型」（Orbit Model），这是一个开源框架，可以追踪开发者社区的发展趋势。
据该模型的作者 Josh Dzielak 所述，开发者可以分为四级轨道。这四级轨道分别是：
- 第四级轨道——「观察者」，这类人主要在探索和观察。
- 第三级轨道——「用户」，这类人对项目有初步了解，但仍在学习如何使用该项目。
- 第二级轨道——「粉丝」，这类人是项目技术的受益者，因此对项目非常有热情，而且会对其发展做贡献。
- 第一级轨道——「大使」，这类人已经成功地使用项目开发出了产品，并且成为了社区中的意见领袖。
每个轨道都有不同类型的开发者，这些开发者的目的和影响力都各不相同。这里面有些人可能只是想要了解一项有趣的前沿技术，但还不确定可以用它来做什么。有些则是经验丰富的开发者，正在寻找合适的技术来解决一个具体的痛点。因此，开源开发者社区的成员通常都来自不同的专业背景，其目的也各不相同。
为什么要建立开发者社区？
你的项目可能没有以太坊那样宏大的愿景，但建立一个开发者社区仍可以给你带来好处。实际上，不止 L1 区块链需要建立开发者社区，许多 Web3 生态中的参与者都需要建立开发者社区，以扩展自己的项目。比如交易平台、市场和基础设施提供方等中心化的平台；L2 扩容方案等去中心化的组织；以及 DeFi 应用和协议。DeFi 项目之所以能取得巨大成功，正是因为它们在开发者社区上发力，集成至了更多的 dApp 和钱包。除了项目集成之外，建设开发者社区还能带来许多其他的回报。
比如，一个健康的开发者社区还可以实现以下价值：
- 提供关于项目采用情况的早期反馈。
- 甄别之前被忽略的安全和性能漏洞。
- 在相邻社区内进行推广，并吸引新的社区成员。
- 参与去中心化项目的治理。
- 实现直接和间接的网络效应。
建立活跃开发者社区的好处不言自明，但是如何发展开发者社区却没有标准答案，而且也很难有标准答案，因为每个社区都拥有完全不同的愿景和任务。创始团队和产品的气质将最终决定应该采用哪种策略来建设开发者社区。
如何建立开发者社区
虽然这个问题没有标准答案，但 Web3 项目仍可以采用一些通行的策略来建设开发者社区。
比如：
- 不断迭代并适应社区的规模。
- 记录社区的愿景和目标。
- 设计社区体验。
- 制定沟通和内容战略。
- 与早期成员交流并建立一对一的沟通氛围。
不断迭代并适应社区的规模
有时候，社区建设跟精益软件开发有许多共同之处。在精益开发模式下，创业团队会以迭代的方式开发软件，第一步是开发一个功能最简化的产品。然后会对这个软件进行测试和评估，成功后开发者才会投入到下一组功能的开发。
这个方法可以确保创业公司只将资源投入到最关键的社区建设工作中。创始团队一开始可以采用一些基本的策略，当这些策略获得成功并且团队拥有足够多资源投入新计划时再开始采用更复杂的策略。
一些关于如何建立互联网社区的文章也提到了这一观点。比如，2009 年一篇名为《生命周期对于互联网社区成败的影响》（「A Life-Cycle Perspective on Online Community Success」）的研究论文发现：「互联网社区所在的生命周期阶段不同」，需要采取的社区建设策略也不同。
社区建设方面的顾问也对此展开了研究，并总结出了一个「互联网社区生命周期」，主要包含四个阶段。
这个概念适用于任何类型的互联网社区，并且可以与专门用于分析开发者社区的「轨道模型」进行比较。
早期创业公司的首要目标是建立市场并实现增长。创始人采用的策略必须要符合公司的规模。在错误的时间采取正确的策略可能会适得其反，将开发者越推越远。
比如，黑客松就是一个典型例子。很多人都认为黑客松是推动 Web3 开发者社区建设的必选策略。这个观点本身没错，但许多创始人没有意识到的是，黑客松只有在社区达到一定规模时才能发挥效果，而且举办黑客松需要耗费大量资源。有时候，早期支持者甚至都还没对项目进行测试或开发文档，创业公司就急着开始搞黑客松，因此许多黑客松都参与者寥寥。一些开发者关系领域的专家认为，项目至少要能吸引到几百个参与者，才可以考虑举办黑客松。
如何制定开发者社区的目标
如果你决定开始做 Web3 项目，应该已经写好了白皮书并制定了项目的目标和愿景。因为你需要向投资者分享这些内容，并且要教育项目的早期支持者。
要建立一个开发者社区，就要思考如何将公司的使命与潜在社区成员的目标协调统一。
你可以问自己以下这些问题：
开发者为什么要相信你的项目？
在某种意义上，你其实是在向开发者推介你的项目。但吸引开发者与吸引投资者的策略是不同的。
你希望从开发者社区获得哪些价值？
你希望开发者将你的项目集成到其他应用吗？你希望开发者为核心协议做贡献吗？你希望开发者能采用你的技术开发其他应用并因此推广你的产品吗？
你可以为开发者社区提供哪些价值？
你希望你的技术能够为开发者解锁创新应用场景，从而为其提供价值吗？你希望开发者社区可以提供哪些其他附加价值吗？比如科普和倡导，或者奖金和奖品等物质激励。
你希望项目吸引到哪一类开发者？原因是什么？
你希望将目标开发者范围锁定在 DeFi 或 GameFi 等垂直领域，还是也欢迎其他领域的开发者？你的项目只针对 Web3 开发者还是也欢迎从 Web2 跨界过来的开发者？
开发者之间的互动将实现哪些价值？
你是否希望经验丰富的社区成员能帮助新进成员解决技术问题？成员之间是否会合作做项目？还是每个人会关注各自不同的兴趣点？
社区将对你的项目发展产生什么影响？
你是否需要建立一个机制来收集社区意见反馈，并将这些信息分享给你的团队成员？你想要将多少项目信息透露给你的社区？你是否想要完全公开路线图？是否有一些计划只有创始团队才知道？
你的社区要建立什么样的文化和价值观？
你的社区与其他社区的不同之处是什么？你的社区拥有哪些与众不同的核心价值观？
以上很多问题都很难回答，但大家可以参考 Gitlab 的社区知识库（Community Learning pathway）获得一些灵感。这个文档的目的是让 Gitlab 内部团队成员能够快速熟悉其各种社区计划。Gitlab 是一家罕见的关注开发者的企业，他们将内部文档向所有人公开。当然，Gitlab 也是一家成熟的 Web2 SaaS 解决方案提供商，拥有几百亿美元市值。只有如此大规模的企业才有实力推出这么全面的计划。话虽如此，Gitlab 的文档是一个很好的参考示例，可以为如何建立内部沟通机制并制定社区目标提供一些参考。
开发第一版社区体验
要建立社区，就需要以某种方式创建网上论坛。Discord 现在已经成为了 Web3 社区建设的首选平台。与 Telegram 等其他平台不同的是，在 Discord 上可以轻松分享和讨论代码，一旦开始开发工作后，就需要使用这个功能。选定了平台后，就可以投入时间来搭建各个频道并建立新人加入流程。
围绕最初加入的十个社区成员来开发社区体验
许多公司一开始会在 Discord 里创建太多频道，这往往会让新加入的成员感到无所适从。应该围绕初创社区中最常出现的对话内容来进行分类。
开发者之间最常聊的话题包括：
- 互相做自我介绍。
- 询问关于项目的问题。
- 介绍自己正在做的项目以及目前遇到的挑战。
- 展示自己的开发成果。
- 分享关于整个技术生态的观点和内容。
- 分享梗图、八卦或其他领域有意思的事情。
讨论的调性和内容应该视项目的总体目标和文化而定。因此必须要优先考虑这一点。
避免讨论偏离正轨
在开发者社区要避免的一类讨论话题就是价格和大盘走势。其中一个原因是这类讨论可能会分散开发者的注意力而且会越走越偏。一旦出现这类讨论，应该将成员引导至社区运营的 Telegram 群组等专门渠道。
逐渐开放社区
开发者社区的质量在早期阶段尤为重要。重点是要吸引并培养更有可能积极参与社区事务的成员。因此，创始人可以采取以下策略：
邀请制：许多开发者社区一开始都采取邀请制，社区会参与小规模的 beta 测试，并对第一版产品进行测试。
筛选制：有些社区会开放申请，不过项目方会基于申请者提交的申请表进行筛选。
这个方法可以避免闲杂人等进入，不过可能也会让社区显得不够包容。这个方法还有一个好处就是可以确保前十个加入的成员真的对你的项目感兴趣。
逐渐开放注册
下一阶段就是将社区向公众开放，任何人都可以注册。在这一阶段，许多项目方仍然会在注册过程中设置一些制衡机制，比如搜集用户基本信息并确认用户同意社区指导原则。值得一提的是，Web3 社区非常注重匿名性。如果你要搜集信息，信息应围绕开发者的兴趣爱好而不是身份信息，而且应遵守项目的隐私政策。
指派社区管理权限
最后，你需要决定让团队中的哪位成员来负责管理社区。在更成熟的创业公司里，这通常是社区经理或开发者关系负责人的工作。但在非常早期的创业公司里，这项任务往往会由创始团队成员负责。最初，团队里的每个成员都会对社区做贡献，但最后还是应该让一个人来全权负责。也就是说，这个人要为社区的成败负责，并且持续追踪社区的发展。
寻找并培养最初十个社区成员
在之前关于「如何打造出爆款 Web3 产品」的文章里，我们谈到了「最小可行社区」（minimum-viable community，缩写 MVC）的概念，以及如何建立最小可行社区。
以下是给创始人的一些终极建议：
- 利用现有人脉网络——技术型创始人通常都会参与好几个项目，而且拥有丰富的开发者人脉。这类创始人可以利用自己的人脉来找到适合加入社区并符合项目使命的开发者。
- 加入已建立的 Web3 开发者社区——社区往往会通过互惠互利的方式共同发展。技术型创始人可以为其他社区和相关项目贡献价值，以建立声誉并吸引社区成员。
事实上，这些方法都需要投入大量时间，但人们往往不愿意接受这个事实，特别是看到许多 Web3 社区因为被某个明星在推特上转发或价格突然飙升而迅速出圈。但是在寻找最初十个成员的过程中必须要保持耐心，因为他们的贡献会决定你将建立什么样的开发者社区，而且会吸引更多新成员加入。
制定沟通和内容战略
内容是任何社区建设计划的基础，可以推广项目并在开发者中宣传项目的核心愿景和路线图。
社区建设者和营销者拥有不同的目标
在传统的内容营销中，内容是营销漏斗的最上端，内容消费者会顺着漏洞往下走，变成「销售线索」，并最终「转化」为付费用户。虽然营销人员和社区建设者都可以利用技术内容，但二者在社区建设战略中的目的是不同的。
使用内容来提升社区参与度
在「轨道模型」和 Web3 的语境下是没有「销售线索」这一概念的。取而代之的是「活动」一词，用来表示将开发者吸引过来，不断向中心靠拢。
内容可以将开发者吸引到项目「轨道」的最外一层，然后将他们保持在那个位置。早期的技术内容包括高级技术文档、入门指南、教程以及用例等。
制定内容计划
早期创业公司内容创作能力有限，因此需要谨慎规划。许多团队一开始的内容计划都是非常简单的，通常会覆盖未来三个月。之后随着内容战略逐渐成熟，计划才会相应扩展。内容发布频率也会视目前资源情况而定。
发布频率可以是每个月发一篇、每两周发一篇或者每周发一篇。每个团队适合的频率都不同，没有统一的标准。关键是要有固定的发布频率和一致的内容主题，让开发者可以预测未来会发布什么内容。可以使用社交媒体日历来搭建内容推广架构。
大家可以参考 Gitlab 的营销日历，了解他们是怎么做技术内容营销的。
当然，Gitlab 的营销日历要比早期创业公司复杂得多，而且其主要目的是协调营销计划而不是推动社区建设。 尽管如此，这个模板仍然可以让我们了解如何制定内容计划。
提高社区参与度，并培养一对一的沟通氛围
即使是小型的封闭式社区，也很难自然而然形成互动。在早期阶段，需要采取策略点燃社区交流的火花。
制造讨论话题并点燃火花
Web2 会采用许多方法来解决这一问题。创始人 Varum Maya 在《Community Masters》书中提出应该「伪装一切，直到你成功」（fake it till you make it）。创始人可以直接与最核心的用户取得联系，并要求他们发布文章和资源。他承认自己经常需要「为他们提前写好草稿，以减轻他们的工作量。」
不过在开发者社区采用这个方法的风险极高，因为开发者可以轻易发现其中的猫腻。但是你可以让开发者在公开的论坛中再讨论一次你们在一对一交流时讨论过的话题。
另一个方法是激发社区讨论你发布的文章。你发布了一篇新文章后，可以转发到社区里。可以摘录一段文章中的内容，并且发帖问大家一些关于这个主题的问题，以进一步激发讨论。比如，如果一篇文章介绍了某一「最佳实践」，你就可以问大家：「你是否已经这么做了？」或者「你还有做什么其他我没想到的事情吗？」即使是针对教程这样的基础技术内容，你也可以问：「这个教程是否简单易懂？」或者「你觉得应该如何改进？」
一对一交流
启动阶段的一个好处是你可以直接与社区成员交流。你可以主动跟他们电话沟通，了解他们所遇到的问题以及目标。另外，你还可以与开发者建立可持续的关系，并甄别早期的开发者社区倡导者。
Web3 创始人 Max Goodman 在这方面就做得很好。他的项目 Gyde 旨在帮助本来没机会进入 Web3 世界的用户顺利入场。他在 NEAR 协议官方博客的一次采访中提到「应该先一对一建立社区」，通过一对一交流来吸引社区成员。他通过这个方法迅速与社区成员建立了牢坚不可破的关系。
谨慎接触开发者
一对一交流不是每次都可行的。许多开发者更愿意使用自助服务，而且通常不愿意参加线上会议。不过这不意味着所有开发者都会避开任何私下交流的机会。一些开发者甚至很喜欢受到关注，但前提是创始人跟自己志同道合，而且有诚意帮助自己达成目标。另外，如果开发者发现创始人与他们交流没有明显的目的性，也会更加放松。
为开发者提供激励，推动社区成长
大多数 Web3 项目都会采用激励机制来实现增长。比如举办比赛，或在社交媒体上组织有奖做任务。这些策略可能会使粉丝数或点赞数这类浮于表面的衡量表指标很好看，但却往往无法持续推动社区增长。
同样地，为 Web3 开发者提供奖金和经济激励最后可能变成一场游戏，因此必须谨慎对待。另外，开发者激励计划也需要耗费大量人力物力，来完成各种技术工作。
创业公司需要预留足够资源来定义具体任务并评估任务执行情况。索性，这其中一些工作可以外包出去。
以下是推动开发者社区增长的常见激励手段：
Bug 赏金计划：Bug 赏金计划会激励开发者寻找项目中的安全漏洞。这类计划通常会委托给第三方服务商，比如 hackenproof 和 immunefi。
比赛：Web3 项目还可以组织比赛，针对某一问题提出最佳解决方案的开发者可以获得奖励。这个方案在数据科学类社区十分常见，比如 Kaggle（Web2）和 Numerai（Web3）等平台会奖励解决某些数据科学问题的开发者。
开发者奖金：一旦早期创业公司获得了种子资金，就可以为社区提供更大规模的经济激励，比如开发者奖金。这类奖金可以有效激活创业公司的开发者社区，申请者通过申请后必然会寻求其他社区成员的帮助。
治理：最后一个也是最有效的激励手段就是治理。治理是 Web3 最大的差异化优势之一。随着 Web3 项目不断发展，项目将逐渐去中心化，而管理权最终会以 DAO 的形式移交到社区手中。在这个过程中，早期贡献者会不断深入参与社区事务，并有机会主导项目发展方向。因此，创始人在一开始制定某些战略或者做某些技术决策时必须要让开发者社区参与。
建设开发者社区需要花费大量时间，但也能获得巨大回报
建立开发者社区是创始人最大的挑战之一，因为许多因素都不在他们的控制范围内。这就好像进入一个新市场，你对这个市场一无所知，而且要做好准备应对诸多看不见的风险。但是如果创始人能够投入精力来研究并制定社区战略，就更有可能获得成功。这样的准备工作可以让创始人能够提前规划并细致地为早期社区成员设计奖励机制。一旦社区发展上了轨道，大部分协调和管理工作就会移交给社区内部负责。创始人如果之前担任过其他社区的活跃成员，一定会熟悉这个流程。有时，要建立成功的开发者社区，最重要经验的就是自己亲身参与过。
申请 Startup with Chainlink
Startup with Chainlink 计划专门为 Web3 创业者提供世界一流的资源，并在他们创业的路途上提供支持。该计划旨在为初创企业从项目最初构想、概念验证、系统开发到社区孵化提供一站式帮助。
（声明：请读者严格遵守所在地法律法规，本文不代表任何投资建议）
