为什么开发者关系对 Web3 的成功至关重要?

来源:Chainlink

之前,我们研究了早期初创公司如何建立开发者社区跟踪产品与市场的契合度。如果没有有效的开发者关系团队,这些举措不太可能成功。

开发者关系专业人员通常作为信息枢纽,经常与产品、销售和营销等其他运营团队合作,并让每个人都了解情况。由于许多Web3初创公司都是以开发者为中心的,因此有必要更好地了解这个角色。具体而言,有效的开发者关系如何在早期阶段增加价值,以及为什么它对整个Web3生态系统的健康至关重要。

在这篇文章中,我们将讨论以下几点:

  • 什么是开发者关系以及它是如何发展的。
  • 开发者关系如何在融资周期中支持初创公司的发展。
  • 开发者关系对早期Web3初创公司的重要方面。
  • 在招聘开发者关系职位时应该注意什么。
  • 开发者关系如何促进Web3作为一个行业的发展。


什么是开发者关系?


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

DevRel简史

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

软件布道者的诞生

据说,苹果公司在20世纪80年代引入了“软件布道者”的职位,开创了这种方式,其工作是鼓励开发者为macOS和后来的iOS构建应用程序。

苹果认识到,一个平台的价值只取决于运行在上面的应用程序。例如,iPhone之所以如此成功,部分原因在于它让消费者能够使用一系列极具吸引力的应用程序。尽管这些应用中有许多最初是由苹果自己开发的,但这个生态系统已经发展到第三方应用占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)的各个方面。

DevRel是几个职能部门的总称

Twilio或Atlassian等专注于开发者的大型公司拥有完整的DevRel部门,其中的工作角色被划分到不同的DevRel职能中,如开发者营销或社区管理。在规模较小的初创公司中,这些职能通常由一个全才来负责,而这个人的职称中甚至可能没有“DevRel”这个名称。

下图强调了DevRel职能通常是如何划分的,并对比了它们的基本目标。

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

虽然意识很清楚,但在以开发者为中心的产品中,“激活”的概念并不总是容易确定。对于基于API的产品,它通常是在开发者创建访问代币并进行第一次API调用时。对于SDK或库,可能是在它们第一次在代码中导入和使用函数时。根据产品的不同,开发者的激活过程也不同。


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社区并没有忽视这一点。事实上,DevRelCon的创始人Matthew Revell在2022年1月就预测,“在区块链公司担任高级开发者关系人员”将继续成为未来一年的一大主题。

因此,大多数DevRel专业人员仍在适应环境,并专注于构建一套最佳方案,以支持他们特定项目的独特目标,而不是作为一个专业社区来汇总知识。

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

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

综上所述,依赖开发者社区的公司可以分为三大类,它们的业务目标相似。

Web3基础设施

这个类别涵盖了一系列广泛的工具和技术,它们促进了Web3生态系统内的互操作性,而不是与一个特定的协议相联系。

  • 数据预言机
  • Layer-2扩容解决方案
  • 用于与区块链交互的API
  • KYC管理平台
  • 分布式文件系统
  • 用于构建区块链应用程序的SDK和中间件

DevRel的业务目标:增加使用该公司技术的集成数量,进而增加通过API调用和智能合约交互收取的费用所赚取的收入。

L1区块链和DeFi协议

区块链技术的维护通常由去中心化的团队管理,但开发者教育通常由开源基金会处理,如以太坊基金会或Cardano基金会。

DevRel的业务目标:增加使用协议的项目数量,从而增加通过交易费用获得的收入,然后用交易费用来激励矿工和节点运行者保护网络的安全。

交易所和市场

这些通常是购买和出售数字资产的中心化平台。尽管它们主要针对终端用户,但它们也为希望实现交易体验某些方面自动化的开发者提供API和SDK。

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

任何Web3初创公司如果想要在这些领域建立市场份额,都需要尽快投资DevRel。自然,在pre-seed阶段,初创公司要专注于完成产品,但一旦获得资金,DevRel就变得至关重要,有助于建立投资者对项目的信心。


DevRel如何支持初创公司融资


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

以下是Oshiro对融资阶段和DevRel角色的分析:

种子轮融资

在pre-seed或启动阶段,DevRel的职能通常以一种临时的、随意的方式在创始团队中分配。演示可能由最擅长公开演讲的开发者负责,联合创始人可能写文档,另一个联合创始人可能处理开发者营销。

  • 总目标:在这个阶段,潜在投资者希望看到创始人已经验证了产品与市场的契合度,并有足够多的早期采用者继续使用。
  • 阶段目标和指标:投资者最感兴趣的是那些能够显示早期用户粘性和兴趣的指标,如网站流量、社交媒体活动、社区注册、演示次数、收集的开发者反馈数量等。
  • 即使DevRel职能分布在多个团队成员之间,对于初创公司来说,集中协调、跟踪和量化他们在核心功能领域的早期DevRel工作也是很重要的。这有助于在向投资者推销时建立信誉,并有助于进入下一个融资阶段。

A轮融资

专门的DevRel专家是至关重要的,因为明智地部署种子资金的压力很大。由于投资者需要确信你能在资金耗尽之前达到下一个里程碑,因此对你的初创公司的运营有了更多的审查。实施DevRel计划并跟踪它们成为一项全职工作,不再是创始人或首席开发者的副业。

  • 总目标:投资者希望看到你正在获得和留住开发者,并开始确定可以作为参考和案例研究的成功项目。
  • 阶段目标和指标:投资者希望看到你能达到以下类型的目标(这些目标是通过诸如开发者交互、参考客户和保留的社区成员等指标来跟踪的):
  • 为你的产品和社区建立知名度
  • 获取那些有动力进行第一次API或智能合约调用的开发者
  • 筛选和引导产品反馈。DevRel专家对于规范流程、收集投资者想要看到的指标、帮助解决开发者入职过程中的摩擦问题至关重要。

A轮融资之后

此时,单靠DevRel招聘可能还不够,因为这个人会不堪重负。公司需要开始将DevRel的职能拆分为独立的角色,如开发者社区经理、开发者营销负责人,或者按地区划分,如亚洲和英语市场的开发者倡导者。

  • 总目标:可防御性。投资者希望看到你获得和留住开发者,并拥有足够多的成功开发者,可以作为参考和案例研究。
  • 阶段目标和指标:在寻求数千万的融资轮时,投资者希望看到更精细的数据,从而洞察初创公司的发展势头,赋予其以下能力:
  • 继续保持知名度,并根据产品反馈采取行动。
  • 留住那些忠于技术的开发者。
  • 激励开发者自己推荐和宣传技术。
  • 重要的指标将是Github分叉、集成、集成的数量,以及生态系统中的第三方应用程序、合作伙伴的数量。
  • 初创公司需要建立由可以专注于不同职能领域的专家组成的DevRel团队,并在每个核心类别中交付指标,如生态系统增长和产品参与度。

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


早期初创公司应该关注DevRel的哪些方面?


许多开发者优先的初创公司专注于开发者赋能和社区优先。这并不意味着市场营销或宣传职能被忽视了,相反,它们仍然像以前一样分布在整个团队中。另一方面,赋能和社区职能变成了单个专家的全职责任。

下图展示了一家专注于赋能和社区的初创公司的DevRel概况。

一家早期Web3初创公司的DevRel专注领域

为什么重点不是放在知名度上?

首先,请记住,这是一个特定阶段的快照,而不是一个永久的状态——随着初创公司建立起自己的团队,分布将重新转向知名度。但在早期阶段,初创公司往往更善于建立早期知名度,而不是留住用户。

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

然而,有无数的项目在争夺开发者的时间和注意力。一个令人信服的愿景是不够的。糟糕的开发者体验和反应迟钝的社区会迅速侵蚀好感,开发者最终会转向摩擦更小的项目。在没有能力留住开发者的情况下建立知名度是一种浪费。

促进开发人员赋能的策略

许多以开发者为中心的公司都熟知许多常见的赋能策略。然而,许多初创公司仍然忽视它们或执行不力。这些策略包括:

  • 编写高质量的技术文档、教程和入门指南
  • 进行以产品为导向的网络研讨会、现场编码会议和视频演练
  • 设计信息丰富的错误消息,捕捉产品架构所有层的问题

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

开发者体验设计的重要性

下图是关于如何进行开发者体验设计的一个例子。它是为SendGrid创建的,SendGrid是一个交易和营销电子邮件自动化平台。

来源:Todd Moy

这个例子来自产品设计师Todd Moy发表的一个名为“理解一条路径”的案例研究。这是一个引人注目的例子,因为它涵盖了开发过程的所有方面,包括内容和产品接触点。Moy研究了一个被他称为“Dewey”的开发者角色的旅程,并试图记录他的动机、痛点和积极时刻。

这类旅程通常由产品团队制定,但当产品不以用户界面为中心时,它们就更难创建了。严重依赖DevRel的开发者优先公司帮助构建这些地图,并将准确的开发者角色具体化。由于Web3初创公司的早期阶段很少有产品经理,Web3 DevRel专家就更重要了——他们实际上成为负责用户研究和产品改进的人。


Web3初创公司如何聘用合适的DevRel人才?


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

在非必要的要求上做出让步

考虑到DevRel职位的激烈竞争,初创公司应该愿意在诸如先前的Web3经验和地点等要求上采取灵活态度。

  • 地点:鉴于大多数Web3组织已经高度去中心化,大多数初创公司很容易在这方面做出让步——只是要记住,在某些司法管辖区招聘候选人可能会有官僚主义障碍,而且时区必须有足够的重叠,以便有效协调。
  • 先前的Web3工作经验:许多Web3职位描述都强调先前的Web3工作经验,但是只要候选人先前有Web2的技术经验,技术方面的经验是可以从工作中学到的。此外,如果应聘者对Web3职位感兴趣,那么他们很可能已经熟悉基本的Web3概念,如智能合约、NFT和去中心化。
  • 许多初创公司即使在以上几点上做出了让步,仍然难以找到DevRel人才。在这种情况下,初创公司可以通过寻找愿意跨越其他相关领域的候选人来进一步扩大网络。

寻找具有一致技能的应聘者

雇用以前担任过DevRel职位的人并不总是至关重要的。因为这个职业还很年轻,所以很多人都是从相邻领域跨越过来的。例如,初创公司可能会考虑聘用一个可以在Discord中回答技术问题的全能技术写手,一个拥有技术知识并知道如何写文档的社区经理,或者一个想进入DevRel并有技术沟通技巧的开发人员。

在大多数初创公司中,早期DevRel雇员通常都是全能型的。请记住,很少有人在职能类别(营销、宣传和社区)中同样强。因此,关键是要看应聘者的优势与你的重点有哪些重叠。

移情能力优先

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

关于评估移情能力的说明

移情能力比技术天赋更难评估,这就是为什么它有时会在求职面试中被忽视。公司会问一些一般的来测试应聘者的社交技能,但DevRel的任务是要与开发者产生特别的共鸣。

一种方法是询问应聘者如何用“5-levels”的方式向不同的受众解释某个Web3技术概念。例如,在一篇题为“Why We Web3”的文章中,Chainlink开发者大使Patrick Collins用类似于小指发誓的 "牢不可破的承诺"来解释“信任最小化协议”的概念。他理解一般受众仍然不熟悉信任最小化的概念,并将其分解为每个人都能理解的概念。这种将复杂的、不熟悉的主题分解为更简单、更熟悉的概念的能力,是任何DevRel专业人员的一项基本技能。

另一项技巧是进行一些角色扮演——你可以给应聘者一个场景,一个开发者正在努力解决技术挑战,并在社区中提问。应聘者扮演DevRel倡导者的角色,目的是看应聘者能多快地找到开发者最终想要实现的目标。同样,这个技巧是为了看到具体技术问题的细枝末节之外的东西并理解其发生的更广泛的背景。


为什么Web3需要更多DevRel


有移情能力的DevRel团队可以充当向导,帮助新手在复杂的技术生态系统中导航。对于许多新进入这个领域的开发者来说,Web3感觉像是充满竞争公会的城市国家的拼凑,而不是一个有凝聚力、相互关联的行业。随着互操作性成为优先事项,这种情况已经发生了改变,但通常很难找到一种通用语言和术语。从字面意义上讲,随着智能合约语言的普及,这一点也同样适用,从概念意义上讲,这一点也适用于相互竞争的共识机制、协议、桥接、层等。因此,DevRel专家扮演着翻译的角色,将外国技术概念翻译成更熟悉的术语——这对于将开发者从工程实践非常不同的Web2引入过来至关重要。

DevRel职业还有很大的独特性——它有双重忠诚度。一方面,DevRel从业者的直接责任是确保他们所代表的项目成功。另一方面,他们的忠诚度是对其行业内更广泛的开发者社区。他们希望看到开发者成功,不管这些开发者是否为直接客户。这就是为什么他们有动力推出更多的通用教育内容,并在更广泛的开发者论坛(如Stack Overflow)上回答问题。这具有提高他们所代表的公司的品牌声誉的互惠效应,但这并不是他们的核心动机。

最关键的是,Web3基础设施初创公司将越来越依赖DevRel来取得成功。随着企业家认识到对去中心化基础设施解决方案日益增长的需求,Web3基础设施领域正在崛起。这意味着竞争正在升温。拥有类似项目的初创公司将越来越需要DevRel专家,以使自己在竞争中脱颖而出,并增加他们在开发者中的市场份额。无论谁最终赢得这场比赛,如果更多的Web3初创公司将DevRel作为取得成功不可或缺的一个部门,那么整个Web3领域才能受益。