成功的Web3生态系统和开发者关系密不可分

在这篇文章中，我们将介绍以下几点：

1.什么是开发者关系以及它是如何演变的。

2.开发者关系如何支持初创公司在融资周期中的发展。

3.对早期 Web3 初创公司很重要的开发者关系方面。

4.招聘开发人员关系角色时要寻找什么。

5.开发人员关系如何促进 Web3 作为一个行业的发展。

原文作者：Chainlink

本文来源：Chainlink

原文：Web3的成功和开发者关系密不可分

编译：Cas

*版权归原作者所有

*转载内容仅作为学习交流，不作为投资建议

开发人员关系专业人员通常充当信息中心，经常与产品、销售和营销等其他运营团队合作，并让每个人都了解情况。  由于许多 Web3 初创公司都以开发人员为中心，因此有必要更好地了解这个角色。

具体来说，有效的开发者关系运营如何在早期阶段就可以增加价值，以及为什么它对整个 Web3 生态系统的健康至关重要。

什么是开发者关系？

开发者关系，或简称为“DevRel”，描述了一组具有共同最终目标的活动：鼓励第三方开发者为特定的技术生态系统构建软件和应用程序。 

DevRel 简史

要了解 DevRel 的作用，有助于更多地了解它出现的背景。随着开源运动的势头越来越猛，许多人担任的角色可以归入开发者关系的范畴，提供宣传和教育内容。然而，直到公司开始更积极地向开发商销售，它才发展成为一个独特的职业。

软件布道者的诞生

据说 Apple 在 1980 年代率先采用了这种方法，引入了“软件传播者”的角色，其工作是鼓励开发人员为 macOS 和后来的 iOS 构建应用程序。 

Apple 认识到，一个平台的价值取决于其上运行的应用程序。例如，iPhone 之所以如此成功，部分原因是它让消费者能够访问一系列引人入胜的热门应用程序。尽管其中许多应用程序最初是由 Apple 自己制作的，但生态系统已经发展到第三方应用程序占 App Store 上可用应用程序的 99.99% 的程度。

以产品为主导的增长和开发者优先方法的兴起

2016 年，OpenView Venture Partners 的 Blake Bartlett 在投资了 Optimizely 和 DataDog 等公司后创造了“产品主导型增长”（PLG）一词。PLG 背后的假设是，产品采用可以有机地增长，而无需对自上而下的销售或营销进行大量投资。这种模式通常应用于 SaaS 公司，这些公司通过允许个人注册并免费试用产品来刺激增长。目标是让个人用户在他们自己的部门和专业网络中推广产品。 

PLG 尤其适用于直接针对开发人员的公司，例如 Stripe、Twilio 和 MongoDB。这些公司使用 DevRel 策略作为促进这种增长的手段。DevRel 是必要的，因为开发人员没有精心设计的用户界面来为他们提供最佳的入职体验。他们需要更多支持——没有无缝的前端体验来帮助人们找到新的 API 或 SDK。  

因此，DevRel 在帮助给开发人员留下良好的第一印象方面发挥着至关重要的作用，特别是通过关注开发人员体验的各个方面（有时称为“DX”作为 UX 的伴侣）。 

DevRel 是多个功能学科的总称

Twilio 或 Atlassian 等以开发人员为中心的大型公司拥有整个 DevRel 部门，其中的工作角色被划分为不同的 DevRel 职能，例如开发人员营销或社区管理。在较小的初创公司中，这些功能通常由一位全能型人才处理，他的职称中甚至可能没有“DevRel”。

下图突出了 DevRel 函数通常是如何拆分的，并对比了它们的基本目标。

改编自“开发者关系的四大支柱”——developerrelations.com

虽然意识很清楚，但以开发人员为中心的产品中的“激活”概念并不总是很容易确定。对于基于 API 的产品，通常是开发人员创建访问令牌并进行第一次 API 调用的地方。对于 SDK 或库，可能是在它们首次在其代码中导入和使用函数时。开发人员的激活过程会因产品而异。有关开发人员旅程地图的一个很好的示例，请参阅 Todd Moy在 SendGrid 的开发人员旅程。

Web3 中的开发者关系

DelRel 在 Web3 中的作用和目标与 Web2 中的非常相似。在这两种情况下，DevRel 专业人员都必须与不同的开源社区打交道，每个社区都有自己独特的文化。Web3 DevRel 从业者面临的挑战是缺乏用于跟踪正确指标和简化低级工程任务的工具。例如，Web2 前端开发人员拥有成熟的、专门构建的框架，例如 React 或 Vue.js，这大大减少了创建功能齐全的 Web 应用程序所需的时间。Web3 中的等效框架尚未成熟，因此 Web3 教育工作者在让新开发人员跟上进度方面还有更多工作要做。

Web3 DevRel 仍处于早期阶段

虽然一些 Web3 组织拥有完整的 DevRel 部门，例如 Consensys、Alchemy 和 Chainlink Labs，但这些仍然是少数。大多数 Web3 初创公司只有一个 DevRel 代表，或者根本没有。与 DevRel 相关的功能是在不同的团队成员之间临时分布的。

即使 Web3 团队确实有多人担任 DevRel 角色，但这些人通常不会在 Web3 中待太久。在过去的 12 个月内，许多人从谷歌、Facebook 和亚马逊等 Web2 巨头的同等职位跳槽。Web2 DevRel 社区并没有忽视这一点。事实上，在 2022 年 1 月，DevRelCon 创始人 Matthew Revell预测，“在区块链公司任职的知名开发者关系人员”将继续成为来年的一大主题”。

因此，大多数 DevRel 专业人士仍在寻找自己的立足点，并专注于构建一组支持其特定项目的独特目标的最佳实践，而不是作为专业社区汇集知识

DevRel 对于许多类型的 Web3 组织都很重要

在讨论Web3 开发者社区时，我们简要地谈到了需要构建它们的项目类型。由于开发者社区建设属于 DevRel 的职能范围，任何希望建立开发者社区的公司都需要了解 DevRel 的工作原理。

回顾一下，依赖开发者社区的公司分为具有相似业务目标的三大类。

Web3 基础设施

此类别涵盖了一系列广泛的工具和技术，这些工具和技术可促进 Web3 生态系统内的互操作性，而不是绑定到一个特定的协议。

• 数据预言机

• 第 2 层扩展解决方案

• 用于与区块链交互的 API

• KYC管理平台

• 分布式文件系统

•  用于构建区块链应用程序的 SDK 和中间件

DevRel 的业务目标：增加使用公司技术的集成数量，从而增加通过 API 调用和智能合约交互收取的费用获得的收入。

L1 区块链和 DeFi 协议

区块链技术的维护通常由去中心化团队管理，但开发人员教育通常由以太坊基金会或卡尔达诺基金会等开源基金会处理。

DevRel 的业务目标：增加使用协议的项目数量，从而增加通过交易费用获得的收入，然后用于激励矿工和节点运营商保护网络。

交易所和市场

这些通常是用于买卖数字资产的集中平台。虽然它们主要针对最终用户，但它们也为希望自动化交易体验某些方面的开发人员提供 API 和 SDK。  

DevRel 的业务目标：增加集成的数量，从而增加平台上的交易活动，从而增加交易费用产生的收入。许多协议还提供对聚合交易数据的免费和付费访问，开发人员可以在他们的 dApp 中使用这些数据。

任何旨在在其中一个类别中建立市场份额的 Web3 初创公司都需要尽快投资 DevRel。自然，在种子前阶段，初创公司专注于完成产品，但一旦获得资金，DevRel 就变得至关重要，有助于建立投资者对项目的信心。 

DevRel 如何支持初创公司筹款

早期学习掌握 DevRel 的初创公司更有可能更快地通过启动资金阶段。在题为“开发者社区的防御性和价值”的演讲中， Heavybit（一家专注于开发者优先的创业公司的风险投资公司）的普通合伙人 Dana Oshiro 阐述了 DevRel 专业人士如何帮助激励投资者继续为创业公司提供资金。他们通过为投资者感兴趣的指标做出贡献来做到这一点。 

以下是 Oshiro 如何分解融资阶段和 DevRel 的角色：

筹集种子资金

在种子前或引导阶段，DevRel 功能通常以一种临时的、随意的方式分配给创始团队。演示可能由最擅长公开演讲的开发人员运行，联合创始人可能编写文档，另一位联合创始人可能负责开发人员营销。 

目标：在这个阶段，潜在投资者希望看到创始人已经验证了产品与市场的契合度，并有足够的早期采用者继续前进。

目标和指标：投资者最感兴趣的指标是表明早期参与和兴趣的指标，例如网站流量、社交媒体活动、社区注册、提供的演示数量、收集的开发人员反馈量。

要点：即使 DevRel 功能分布在多个团队成员中，对于初创公司来说，集中协调、跟踪和量化他们在核心功能领域的早期 DevRel 工作也很重要。这有助于在向投资者推销时建立信誉，并将有助于进入下一个融资阶段。

筹集A轮融资

一位专门的 DevRel 专家在这里至关重要，因为明智地部署种子资金的压力。对您的初创公司的运营进行更多审查，因为投资者需要放心，您可以在资金用完之前达到下一个里程碑。实施 DevRel 计划并对其进行跟踪成为一项全职工作，不再是创始人或首席开发人员的副业。

目标：在这里，投资者希望看到您正在收购和留住开发人员，并开始确定可以用作参考和案例研究的成功项目。

目标和指标：投资者希望看到您可以满足以下类型的目标：（这些目标通过开发人员互动、参考客户和留存社区成员等指标进行跟踪）

围绕您的产品和社区建立意识

吸引有动力进行首次 API 或智能合约调用的开发人员 

分类和引导产品反馈。要点：DevRel 专家对于流程标准化、收集投资者希望看到的指标以及帮助解决开发人员入职流程中的摩擦至关重要。

激励开发人员自行推荐并倡导该技术

重要指标将是 Github 分叉、集成、集成数量、生态系统中的第三方应用程序、合作伙伴数量

要点：初创公司需要建立由专家组成的 DevRel 团队，这些专家可以专注于不同的职能领域并提供每个核心类别的指标，例如生态系统增长和产品参与度。

当然，在每个阶段跟踪收入也很重要，但这不是 DevRel 的主要责任。然而，对于 DevRel 从业者来说，了解他们的计划与初创公司的财务状况之间的直接关系至关重要。这有时很困难，因为一些举措很难与收入挂钩，而且需要很长时间才能开花结果——尤其是在早期阶段。

早期创业公司应该关注 DevRel 的哪些方面？

许多开发者优先的初创公司都专注于开发者支持和社区优先。这并不意味着营销或宣传功能被忽视，而是它们仍然像以前一样分布在整个团队中。另一方面，支持和社区功能成为单个专家的全职责任。 

下图说明了一家专注于支持和社区的初创公司的 DevRel 配置文件。 

早期 Web3 初创公司的 DevRel 重点领域。

为什么更关注激活而不是意识？

首先，请记住，这是一个特定阶段的快照，而不是一个永久状态——随着初创公司组建团队，分布将转变为意识。但在早期的引导阶段，初创公司通常更善于建立早期意识，而不是留住用户。

对于 Web3 项目尤其如此，因为创始人承受着建立网络效应以吸引资金的巨大压力。重点是让人们对他们的整体产品愿景和路线图感到兴奋。

然而，有无数项目在争夺开发人员的时间和注意力。一个令人信服的愿景是不够的。糟糕的开发人员体验和反应迟钝的社区将迅速侵蚀善意，开发人员最终将转向摩擦较少的项目。在没有能力留住开发人员的情况下建立意识是一种浪费的努力。

由于我们已经在配套文章中介绍了构建开发人员社区的策略，因此这里的重点将放在支持上。

有助于开发人员支持的策略

大多数以开发人员为中心的公司都熟知许多常见的启用策略。然而，许多初创公司仍然忽视它们或执行不力。这些策略包括：

• 制作高质量的技术文档、教程和入门指南

• 举办面向产品的网络研讨会、实时编码会议和视频演练

• 设计信息丰富的错误消息，捕获产品架构所有层的问题

这些策略通常执行不力，因为初创公司忘记后退一步并建立端到端开发人员体验的整体视图。这种策略有时被称为开发者体验设计。

开发者体验设计的重要性

下图是如何处理开发人员体验设计的示例。它是为 SendGrid（一个用于交易和营销电子邮件自动化的平台）创建的，并试图描绘开发人员成为激活和重复用户的旅程。

Todd Moy 的流程图——来源。

此示例来自产品设计师 Tod Moy 发布的名为“了解路径”的案例研究。这是一个引人注目的例子，因为它涵盖了开发者旅程的所有方面，包括内容和产品接触点。Moy 审视了他称之为“杜威”的开发人员角色的旅程，并试图记录他的动机、痛点和积极的时刻。 

这些类型的旅程通常由产品团队制定，但当产品不以用户界面为中心时，它们就更难创建。严重依赖 DevRel 的开发人员优先公司帮助构建这些地图并充实准确的开发人员角色。由于产品经理很少出现在早期的 Web3 初创公司中，因此 Web3 DevRel 专家更为重要——他们成为事实上的负责用户研究和产品改进的人。

Web3 初创公司如何聘请合适的 DevRel 人才？

在 Web3 中，DevRel 专业知识的竞争非常激烈。2022 年TrueUp 加密工作报告发现，与科技行业的其他部门相比，Web3 对社区和开发人员关系角色的需求量是其四倍。这意味着初创公司需要灵活应对招聘要求。

对非必要要求的妥协

鉴于 DevRel 角色的激烈竞争，初创公司应该愿意在诸如先前的 Web3 经验和位置等要求上保持灵活。

地点：鉴于大多数 Web3 组织已经高度去中心化，大多数初创公司发现在这里做出让步很容易——请记住，在某些司法管辖区招聘候选人时可能存在官僚障碍，并且时区必须有足够的重叠才能有效协调。

先前的 Web3 经验：许多 Web3 职位描述坚持要求具有 Web3 的先前经验，但只要候选人具有 Web2 的先前技术经验，就可以在工作中学习技术方面的知识。此外，如果候选人对 Web3 角色感兴趣，他们很可能已经熟悉基本的 Web3 概念，例如智能合约、NFT 和去中心化。

即使在上述几点妥协之后，许多初创公司仍然难以找到 DevRel 人才。在这种情况下，初创公司可以通过寻找愿意从其他相关学科跨界的候选人来进一步拓宽网络。

寻找具有一致技能的候选人

雇用以前担任过 DevRel 角色的人并不总是很重要。由于这个职业还很年轻，所以到处都是从相邻领域跨过来的人。例如，初创公司可能会考虑聘请一位多才多艺的技术作家，他也可以回答 Discord 中的技术问题，一位具有技术知识并知道如何编写文档的社区经理，或者一位想要进入 DevRel 并具有技术诀窍的开发人员沟通。 

在大多数初创公司中，早期的 DevRel 员工通常都是多面手，什么都做。请记住，很少有人在职能类别（营销、支持、宣传和社区）方面同样强大。因此，至关重要的是要查看候选人的优势与您的优先事项重叠的地方。

优先考虑同理心

无论候选人的专业背景如何，DevRel 中一项不可或缺的技能是能够设身处地为他人着想。这需要一个人意识到自己的内在偏见和假设的知识。他们还需要了解目标受众的动机和知识差距。这种与不同类型开发人员产生共鸣的能力使初创公司能够根据目标开发人员的需求定制他们的沟通和产品策略。

关于评估移情的说明

同理心比技术能力更难评估，这就是为什么它有时在工作面试中被忽视的原因。公司会问一些一般性的问题来测试候选人的社交技能，但对于 DevRel 来说，任务是特别同情开发人员。

一种技巧是询问候选人他们将如何以“ 5-levels ”的风格向不同的受众解释某个 Web3 技术概念——Wired 的流行网络系列。例如，在一篇关于“为什么我们使用 Web3 ”的文章中，Chainlink 开发者倡导者 Patrick Collins 用类似于小指誓言的“牢不可破的承诺”来解释“信任最小化协议”的概念。他感同身受，一般观众对信任最小化的概念仍然不熟悉，并将其分解为每个人都能理解的概念。这种将复杂、不熟悉的主题分解为更简单、更熟悉的概念的能力是任何 DevRel 专业人员的基本技能。

另一种技巧是参与一些角色扮演——你可以给候选人一个场景，即开发人员正在努力应对技术挑战并在社区中提问。候选人扮演 DevRel 倡导者的角色。目标是查看候选人能多快到达开发人员最终试图实现的目标。同样，技能是超越特定技术问题的细枝末节，并理解它发生的更广泛的背景。 

为什么 Web3 需要更多 DevRel

善解人意的 DevRel 团队可以充当向导，帮助新手驾驭复杂的技术生态系统。对于许多进入该领域的新开发人员来说，Web3 感觉就像是一个充满竞争行会的城邦拼凑而成，而不是一个有凝聚力、相互关联的行业。随着互操作性成为优先事项，这种情况发生了变化，但通常似乎很难找到共同的语言和术语。这适用于字面意义上的智能合约语言的激增，以及概念意义上的竞争共识机制、协议、桥梁、层等。因此，DevRel 专家充当解释者，将外国技术概念翻译成更熟悉的术语——这对于将开发人员从 Web2 带过来至关重要，因为 Web2 的工程实践非常不同。

DevRel 职业也非常独特——它具有双重忠诚度。一方面，Devrel 从业者的直接责任是确保他们所代表的项目的成功。另一方面，他们忠诚于行业内更广泛的开发者社区。他们希望看到开发人员成功，无论这些开发人员是否是直接客户。这就是为什么他们有动力在更广泛的开发者论坛（如 Stack Overflow）上发布更一般的教育内容并回答问题。这具有提高他们所代表的公司的品牌声誉的互惠效果，但这不是他们的核心动机。

最关键的是，Web3 基础设施初创公司将越来越依赖 DevRel 来取得成功。随着企业家认识到对分散式基础设施解决方案日益增长的需求， Web3 基础设施空间正在兴起。这意味着竞争正在升温。拥有类似项目的初创公司将越来越需要 DevRel 专家来从竞争中脱颖而出，并增加他们在开发人员中的市场份额。无论谁最终赢得比赛，只有当更多的 Web3 初创公司将 DevRel 作为其成功不可或缺的一门学科时，整个 Web3 空间才能受益。

声明：请读者严格遵守所在地法律法规，本文不代表任何投资建议。

原文链接：

https://mirror.xyz/starzq.eth/qEnJG-n_YNBe1ecEjYQna_XRhjZ2ASO7cCGYsBX_y-E

往期阅读

Web3营销专题

Web3·Token经济学系列

Web3投资基金系列

运营增长系列

商务合作：请加微信VCBLO1

添加微信请注明：地区-企业-职位-姓名

版权说明：投行VCPE部落专注于分享企业投融资案例以及岗位招聘信息！同时对于企业我们灵活运用资本市场的各项融资工具，在企业不同战略发展阶段，为中小企业提供解决“融资难”“融资贵”的利器，并量体裁衣地为企业提供个性化融资方案！部分推送的融资案例未及时与原作者联系·在已知出处的情况下均已注明来源，版权归原作者所有,若涉及版权问题，敬请原作者联系我们删除，感谢每一位作者的辛苦创作与付出！欢迎各位有经典的资本运作案例投稿!

投稿邮箱：[e-mail]