开发者关系 像个开发者一样思考

解密开发者支持:开发者体验、开发者关系与开发者营销

2021-07-11
开发者关系

作者:Hoss
编译:庄七

公共的API只有在被使用时才能为提供者和消费者创造价值。这才导致了近年来,在吸引和支持开发者领域得到了不断的增长。设有开发者关系的个人和团队可以帮助开发者去发现并更好的使用API与其他技术工具。这些岗位角色曾经只存在于大企业中,但是在今天,开发者关系在中型企业甚至是在初创企业中都很普遍了。

在这里,我将介绍三个经常与开发者群体互动的领域:

1️⃣ 开发者体验

2️⃣ 开发者关系

3️⃣ 开发者营销

你可能会发现它们还有其他的描述形式,但这丝毫不影响他们成为开发者支持的核心,它们对吸引和留住开发者有着至关重要的作用。

| 开发者体验: 你如何引导开发者之旅

当开发者发现你的API满足他们当下需要,他们就可能会去尝试使用它。这时,你的开发者新手引导决定了他们是否能够快速上手。开发者新手引导是你与开发者最早的互动,这会给他们留下产品最初的开发者体验。产品的开发引导,影响着开发者是否持续使用你的API的关键要素之一。

这种无为而治的开发者支持模式,需要许多因素支撑。需要将产品决策、UI元素和技术教育结合在一起。如果你可以搞清楚为什么使用以及如何使用自己的API,那么你就能帮助开发者去实现他们的目标。

一个稳健的开发者体验产品,将迅速回答开发者问题成为可能,并帮助他们进入下一步。在与开发者的交流中,不同形式的文档都是最有价值的工具。正是如此,你需要为开发者提供各种类型的文档,使他们能够流畅的开发。需要确保具备以下所有条件 (如果适用):

✅ 入门指南

✅ 教程

✅ 最新的参考指南

✅ 应用示例

例如,Deepgram在其文档网站中满足了开发者的需求:

对于刚刚接触Deepgram的人来说,它提供了一个入门指南。完整的参考资料对于那些有经验的开发者来说可以快速浏览内容并检查语法很有用。在最后,将入门指南和应用示例结合为第一次使用产品的开发者提供了完整使用体验。

当然,文档的具体内容也会根据不同的API而有所不同。这是一个很好的与用户接触的机会,可以利用你的产品知识,并通过了解用户真实需求来定制文档。要确保你避开以下10个开发者体验常见的错误。

✅ 没有入门指南

✅ 没有明确的开发流程

✅ 付费的服务

✅ 过度繁琐的注册流程

✅ 没有示例应用

✅ 有限的编程语言支持

✅ 过时的API参考文档

✅ 不热衷于写博客

✅ 网站浏览体验差

✅ 迷你的(或不存在的)开发者面板

尽管自助式的开发者体验很棒,但请记住,开发者也是人。很多时候,直接的互动和支持,可以释放他们的全部潜能。下面让我们来看看开发者关系是如何放大开发者支持的。

| 开发者关系: 程序员帮助程序员

沟通在开发者新手引导中是一个关键要素,但它不一定要在开发者体验各个环节中都出现。虽然自助式开发体验很棒,但有一个友好的面孔帮用户解决那些很长时间都无法解决的问题的也是不错的。没有文档可以涵盖到所有,也不会像人一样怀有同理心。这个时候,开发者关系就可以很好的填补这块空白。

在开发者关系中,你会看到的一些常见头衔包括:

✅ 开发者大使(Developer Advocate)

✅ 开发者布道师(Developer Evangelist)

✅ 社区经理(Community Manager)

根据头衔和组织的不同,确切的职责可能会有所不同,但总的来说,职责是帮助开发者获得成功。谷歌率先推广了“大使Advocate”这个岗位,他还包含了将来自外部的产品反馈带入公司(成为外部开发者的内部大使)。相比之下,“布道师Evangelist”面向外部,宣传公司最新技术的近况。在实际中,一些大使可能主要是负责宣传,而一些布道师则将会给他们的产品带回深刻的见解。

虽然从开发者新手引导的例子来看,开发者关系像是客户支持,但这只是一种沟通方式。开发者关系从业人员还会通过参加活动,主持程序员的在线会议,加入开源社区等其他方式来帮助开发者。

即便是集成了你的API之后,开发者也有可能会遇到一些文档无法回答的问题。这可能与他们特殊的开发情况或所在行业有关。按照传统的开发情况,开发者可能在那些不知对错的StackOverflow答案中来回尝试。但是开发者大使、开发者布道师或社区经理的存在,可以快速的为开发者提供一个正确的方向和有用的观点。

在开发者的整个开发过程中,如果你经营了开发者关系,那么采取必要的措施去维护它是很重要的。把开发者聚集在社区之内,这样既能帮助开发者,还能维护开发者关系是一个很好的办法。当然这些社区可以是自己创建的,例如特定的产品论坛,也可以利用现成的平台,例如Twitter和Reddit。我们还可以通过Twilio去了解一下开发者的交流方式。

每个社区平台都有其自身的优势,并非要在使用一个平台时,就要排斥使用其他平台。通过现成的平台,你可以触达到那些还不知道你的产品,可以解决他们问题的开发者们。而拥有以自己产品为中心的社区,你可以为那些已经使用产品的开发者创造一个拥有内容丰富,氛围活跃的交流平台。

正如你所见,与开发者沟通是非常重要的,但这需要他们知道你的产品可以帮助到他们解决问题为前提。接下来让我们看看,可以做些什么事情来帮助开发者了解到产品的存在。

| 开发者营销:去寻找你的技术受众

在开发者第一次体验产品或是在向大使提问之前,需要让开发者知道你的存在。和其他领域一样,市场营销可以帮助你找到相应的受众。但与其他领域不同的是,开发者对大多数营销活动都比较排斥,所以你在做营销活动的时候需要怀有敬畏之心。

但幸运的是,大多数开发者会通过不断的学习新知识来提升自己的能力。那么在他们接触产品之前,可以知道产品带来的知识可以帮助自己提升能力。那么开发者们可能会没有那些排斥产品的推广信息,还会接受这些信息。

一些常见且有效的开发者营销策略有:

✅ 活动和网络会议

✅ 内容营销

✅ 社区赞助

你可以在开发者经常出现的地方使用以上的任意一种方法。

当您参与或举办活动的时候,将新的事物也一并带给开发者们。帮助他们了解新鲜技术,或是可以帮助他们更好的了解当前技术的运作模式。需要注意的是,在推广自家产品时要保持低调,弱化自家产品的存在,与开发者围绕具体的解决方案进行沟通讨论。

你可以在以SEO为重心的内容营销和以广告为重心的社区赞助中做相同的事情。展示出自己的重要性,开发者们会很乐意接受你。使用其他策略,比如重定向广告(Retargeting)和邮件简讯(Email Newsletter),以保持关注度。

例如,Snowflake云数据库将信息归总到了这封邮件之中:

这是Snowflake关于解决具体问题的营销案例。在Q&A环节中,提供了向产品技术专家(也许是开发者关系团队)提问的机会。然后,把所有这些资源都捆绑在内容中,以便在未来可以吸引更多的开发者到他们的平台。

当然,如果你希望将这些资源打包到一个框架内,为开发者提供更好的体验和近距离接触专家团队的机会。那么产品对开发者的支持强度决定了开发者是否长期持续的使用产品。在产品设计的时候,可以参考一下Hoss的开发者中心,他不仅承载了开发者文档,还提供了完整的开发者支持体验。

转载请注明:开发者关系 »


Similar Posts

Content