api接口对接(接口对接方案)

编辑导读:程序员是公司里的技术岗位，是产品经理最亲密的伙伴。但是程序员可以理解产品经理的工作，产品经理却不一定理解程序员的工作，所以经常被无良程序员欺骗。从API接口这个维度，分析API的概念以及为什么要了解它，避免PM们在实际工作中对代码技术一无所知。

在日常工作中，产品经理负责推动项目进展。当他们与程序员对接时，问完成这个功能需要多少天，程序员给出了五天的回答。虽然你的预期时间只有三天，但是你除了相信他，按照承诺给他五天时间之外，也无能为力，最终导致项目的拖延。

你不知道这个函数有多少代码，程序员的工作量有多大。他利用你的无知故意拖延你的项目进度，你是最后一个背黑锅的。

程序员是公司里的终极技术岗位。他能理解我们的工作，但我们很难理解他们。为了防止PM在实际工作中受到无良程序员的伤害，本文从API接口这个维度分析了API的概念以及为什么要理解它，从而避免PM在实际工作中对代码技术的无知。

一、API的概念

API，官方定义为应用编程接口。它指的是一些预定义的接口，用来提供应用程序和开发人员基于某种软件或硬件可以访问的一组例程，而不必访问源代码或了解内部工作机制的细节。

二、为什么要懂API文档

既然API这么复杂，不属于PM的工作范围，为什么还需要我们费尽心思去理解呢？我们的目的是什么。

1. 明确需要的接口服务

API有很多种，最基础的就是产品最需要的，比如短信API、地图API、语音API等。如果我们的产品涉及到这个功能，就必须了解这个API，这样才能在需求设计阶段考虑的更全面。

2. 掌握项目开发的工作量，合理安排计划

说白了就是防止被程序员骗。当你走过去的时候，你发现程序员正在勤奋地工作。不好意思，人家是外包，就是欺负你看不懂代码。你生气了吗？但是，如果你知道接口的难度和工作量，并且明确他需要多长时间才能交给你，项目就不会被耽误，也更有利于项目进程的进度。

3. 联调测试，识别项目风险点

一些关键接口，那些数据量大，需要大数据压力测量的接口，必须通过连接测试，测量其最大流量，优化或设置限制，防止系统崩溃。

4. 方便项目对接

如果PM懂一点技术，就不会开明显做不到的玩笑，但还是要程序员来做。从这个角度来说，也更有利于团队沟通，更有利于PM和程序员之间的和谐，避免矛盾，不至于打翻友谊之舟。了解API可以让PM对技术有更深刻的理解，更好的衡量开发工作量，制定功能内容。

三。举例说明API的重要性和优势:

开发者A开发了软件A，而开发者B正在开发软件B，A想利用B的一些成果或功能来辅助开发软件B，但不想完全输入软件A。我该怎么办？于是A把软件打包成一个函数，放在B的软件里。这个函数就是API。

如果没有API，B必须经历软件A的全过程，这需要花费大量的时间和精力，但如果是接口来访问一些功能，就简单方便了。想用就用，想拔就拔。

有一杯密封的果汁叫数据库；果汁上面有一根吸管，叫API。想喝杯子里的果汁，因为是密封的，只能靠吸管插入，不然就喝不到果汁了。

在这个故事里，你属于某个系统。要想获得果汁，必须通过一根吸管来实现，也就是一个接口，API，而这个API是数据库中唯一的API。这样，API就是一个提升项目功能和产品价值的辅助工具。

缺点:

由于API是基于第三方软件的，访问方在使用其他软件包功能的同时为自己插入了一个监视器，存在数据泄露给第三方的风险。所以如果是公司的核心功能，最好使用内部API。

四、总结：万物相通

可能大家看了美国科幻大片，把程序员想象成了高智商的黑客。但现实是，大多数情况下，他们只负责修复bug，真正的源代码只是在网上复制粘贴而已。所以PM们不要被他的外表所迷惑，知道自己的工作量，只需要在团队中给出明确的指令来管理项目的进度，大致了解程序员的工作内容，这样你就可以管理对接了。

最后，我想说，在产品行业，万物互联，PM不必质疑自己的工作，也不必自卑。如果程序员是科学家，PM就相当于哲学家，只是负责改造自然环境和人类社会的区别。其思维逻辑类似，程序员其实就是PM知识的技术流。

本文由@雨落原创发布。每个人都是产品经理。未经许可，禁止复制。

题目来自Unsplash，基于CC0协议。