zoukankan      html  css  js  c++  java
  • 【翻译】如何通过API实现盈利和成功

    尽管api已经存在了50多年,但它们只是在最近10年左右才成为主流,围绕这项技术产生了大量的讨论和兴趣。拥有api有很多优点,无论是面向公众的还是内部的。然而,在开始成功的API之旅时,各种组织和团队仍然会遇到困难和问题。我最近与Eolinker的朋友坐下来讨论了许多关于api以及不同团队应该如何看待api的问题。Eolinker是一家专注于api的开发和管理服务公司,帮助客户通过api交付新的业务价值。他们为公司和组织如何实施API战略提出了宝贵的见解。

    构建成功的API

    对Eolinker来说,一个成功的API需要像对待公司产品组合中的任何一流产品一样小心和关注。
    “理解和真正的产品管理对使用API的开发人员的同理心,就像你对任何客户的同理心一样,在设计一个伟大的API以使其被采用方面有很长的路要走。”

    在处理api时应用产品管理原则和实践是将api视为一流产品的第一步。产品经理了解他们的终端客户。这同样适用于api。理解API的最终消费者的需求,并了解API如何适应他们的软件开发生命周期,对于构建一个可靠的API至关重要。在API开发和部署生命周期的每个阶段都考虑到终端用户的需求,有助于将API的开发引向正确的方向。
    然后是用户体验同理心。设计API及其周围的构件和服务,以减少预期使用者的学习曲线应该始终是最优先考虑的事项。将最终用户考虑在内构建api是设计思维方法的基础。设计思维试图在终端消费者、业务和技术之间找到平衡。
    同样的道理也适用于API,理想情况下,设计良好的API会找到这种最佳平衡。这意味着业务价值是随着API使用的增加而产生和驱动的,实现的技术是没有错误的,并且符合可接受的标准。通过正确平衡产品管理和用户体验原则,最终消费者可以很容易地采用和使用API。就像任何产品一样,被接受就会被接受。对于公共api来说尤其如此。我们经常看到,如果社区从api中获得了很多价值(从构建文档到开发客户端sdk),他们就会加快步伐,为api的采用做出贡献。

    更新速度是重要的考虑因素吗?

    对发行日期做出准确的估计是很重要的。通常情况下,要在快速推向市场和api设计的一致性之间做出权衡。尽管快速上市很重要,但它不应该导致API的第一个版本的效率低下和设计糟糕。为此,Eolinker建议确定一些最初的目标用户,并在API的开发阶段尽可能多地获得他们的反馈。这将允许一个良好的API第一次发布,同时仍然满足发布截止日期,收集用户反馈的创新方法并不稀缺。

    要注意错误

    这种策略的一个常见错误是,组织只根据这些初始客户的需求来定制API,希望API具有通用性,能够满足整个市场的需求。然而,事实证明,这些共性会导致更多的差异。因此,建议对这些初始客户的反馈采取开放的态度。
    有一个具体的版本控制策略也可以帮助克服这个问题。
    “组织需要制定一个可靠的计划,告诉他们何时以及如何对API进行新的修改,从而随着时间的推移迎合更大一部分终端消费者的需求。”

    如果一个组织想要遵循一个理念,那么上市时间就会有所变化。让我们以超媒体API为例,它是API标准的新级别。虽然发布基于超媒体的API可以带来很多好处,但组织需要绝对确保终端客户具备使用这些API的成熟度和专业知识。记住,通过采用新标准,发行商也希望他们的终端用户具有一定程度的理解力。
    “虽然他们可能在社交领域或数字用户体验领域拥有技术或尖端产品,但其中一些公司已经经历了漫长的旅程,可能仍在将其API提升为一流公民产品的旅程中。”

    何时采用“设计第一”的方法

    如果组织足够成熟,能够实现理念,那么设计首先是有意义的。正如我们在聊天中所解释的那样,有很多情况下,API的设计被提出并决定,API的开发就开始了,但是设计在开发过程中不断更新。
    这并不是一个孤立的项目,如果不同团队之间的沟通不够强,这种情况会经常发生。这种偏移只会增加团队的工作量,在某些情况下,还会导致团队之间产生许多挫折感、敌意和不信任。如果团队将API的设计提供给开发团队,让他们在实现API时领先一步,那么他们需要与开发团队进行开放的沟通,并且需要存在大量的信任。
    虽然像OpenAPI规范(以前称为Swagger规范)这样的描述格式、RAML和API蓝图确实满足了一个很好的需求,但将开发视为“设计优先”或“代码优先”需要更多的思考。因此,经历API的旅程并找出哪种方法适合您的开发团队是很重要的,因为理论上的理想并不总是实践中最好的。
    我们多次说到了设计一致的重要性。不管构建api的方法如何,组织下针对不同产品和服务的不同api应该具有相同的内部指导原则。最终开发人员应该觉得该组织提供的所有api都是由同一组织构建的。即使这些api不相互交互,这也是正确的。
    例如,像谷歌这样的公司,为YouTube、谷歌+和谷歌地图等多个不相关的产品提供api,仍然可以遵循一些既定的内部标准,帮助开发者轻松地适应他们的api。这种一致性的陈述是Eolinker会向他所有的客户推荐的。

    衡量成功

    API投资的挑战之一是认识到ROI是无形的资产。API投资的成功程度可以通过组织获得重复业务的频率、合同更新的频率以及组织产品和服务的受欢迎程度来衡量。所有这些自然都会带来增长和收入,事后看来,高管们常常会意识到,这是由于公司投资将api视为一流产品。另一个衡量成功的标准是用户接受度。你需要花大量的时间在你的api的用户体验上。克里斯和他的团队衡量的一件事是“hello world”的时间。这是API的最终使用者成功调用所需的时间。文档和代码示例越好,最终用户验证和调用API所需的时间就越少。

    设定正确的期望

    对于组织来说,重要的是要认识到,使用他们发布的API也涉及到客户方面的成本和努力。这些api还将与其他公开类似服务的api和产品竞争客户的资源。因此,一旦你的API构建完成,期望用户会自己开始使用它并不是正确的方法。
    像其他任何产品一样,API需要花费时间和精力才能达成目标用户的成功,采用一个api的时间比很多人认为的api要长,在国外,最成功的api也需要3-5年的时间才能达到现在的流行程度。无论是获得采纳,还是承诺api的支持和维护,api的各个阶段都有总拥有成本,要实现正确的成功还有很长的路要走。
    “不同的公司可能处于API生命周期的不同阶段,期望他们以相同的势头到达终点是不现实的。”
    最终,每个API都试图解决终端用户的痛点。将价值归因与痛点捆绑在一起,以及API提供的解决方案,最终将使其在技术和业务层面取得成功。

    api的未来

    Eolinker认为,人类与机器交互的界面将会淡出人们的视野,计算机将变得无处不在,也不可见。在过去的几十年里,我们已经看到了界面的显著变化,从第一台电脑的巨大盒子,到我们口袋里携带的7英寸屏幕的iphone。同样的道理也适用于api,最终开发人员使用api时,会出现更好、更有趣的接口。

    想了解更多吗?

    如果你有兴趣了解更多关于Eolinker的信息,可以关注查看他们的网站并尝试使用:www.eolinker.com

  • 相关阅读:
    English,The Da Vinci Code, Chapter 23
    python,meatobject
    English,The Da Vinci Code, Chapter 22
    English,The Da Vinci Code, Chapter 21
    English,The Da Vinci Code, Chapter 20
    English,The Da Vinci Code, Chapter 19
    python,xml,ELement Tree
    English,The Da Vinci Code, Chapter 18
    English,The Da Vinci Code, Chapter 17
    English,The Da Vinci Code, Chapter 16
  • 原文地址:https://www.cnblogs.com/dc20181010/p/14554200.html
Copyright © 2011-2022 走看看