API产品经理从入门到放弃（1）API也需要产品经理？

API也需要产品经理？

多年前，我也有这个疑问。

那时我在一家面向B端的物联网公司，公司为企业做定制化业务，为了生存下去激励员工，全员持股。为了让员工尽快找到客户快速成长，还采用内部创业的方式，鼓励员工自己去找业务。三两个人一碰头，觉得合拍，就可以成立个项目组，然后找客户，做方案。可以看得出来，这是以销售为向导的定制化外包业务。一时间，各种解决方案多如牛毛。

为了支持这些解决方案，前后端分离还不够，模块化组件化是必然的。但因为是外包定制化的，所以很难有标准的API，大部分API都是后端一拍脑门决定的，非常混乱。API不规范，名称和参数又常常随时更改，主要看后端心情。结果导致硬件部门工程师叫苦连连。

在我未插手这件事之前，公司刚给一个客户发了2000台智能血压计，它们通过API接口，向服务器发送数据。然而有一天，有个后端一拍脑门，对API进行了升级，2个参数变成3个参数，最终导致客户的血压计数据完全不能传到服务器上。

后端还很冤枉，说，API更新的通知，已经同步上去了，你们（硬件）没有看么？

硬件部门的确没人去看什么API更新通知，他们没有登陆OA的习惯。另外，就算登陆了OA又能怎么样，烧录好的产品，已经发货了，是没办法再去兼容新API的。

后端可能不明白，在传统互联网产品中，更新API很正常，但在硬件领域，一旦设备出货，API基本上是终身（设备生命周期）不能变更的。当然做软件，API也是有生命周期的，不到生命周期结束的API，也不应该随意停止的。

API是个烂摊子，我本不想接手。但公司所有产品经理中，只有我具有技术背景，在我做产品经理之前，我做过工程师，开发过基于XMPP与MQTT的物联网系统。没等我表态，公司老板就决定了，让我负责API的一切事务，并要进行产品化。

这本书，写的就是，如何管理API，如何设计API，如何对API进行迭代等全部与API有关的经验和方法论。

但为什么说从入门到放弃呢？因为API产品经理注定是一个小众，跟大众产品经理比，有太多不利于自身的因素，相当于茶壶煮饺子，成绩无法量化，作品不能直观拿来让人看，不能像别的产品经理那样可以吹牛逼。而且你做得好，业绩也是后端的，甚至是架构师的。大多数API产品经理坚持不下来。如果你坚持下来，你就会发现，其实API产品这个领域还挺深的。API经济是一种新的经济形态，它融合了开源经济，又把服务贯穿其中，虽然小众，但是你做好了，会很有竞争力，壁垒现象明显。因为它首先是技术派产品经理，这本身就超越了大多数产品经理，其次它需要特别丰富的经验，没有一定时间的打磨，是做不好API产品的。因此它比起其他领域的产品经理，还算是有一定的护城河。

下一篇文章，我将讲一讲API产品经理的用武之地。