共计 2844 个字符，预计需要花费 8 分钟才能阅读完成。
作者：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 的开发者核心，他不仅承载了开发者文档，还提供了残缺的开发者反对体验。