API产品经理从入门到放弃(1)API也需要产品经理?

cr4fun 2020-05-26 20:25:10
原文地址:https://segmentfault.com/a/1190000022346086

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产品经理的用武之地。

声明:该文章系转载,转载该文章的目的在于更广泛的传递信息,并不代表本网站赞同其观点,文章内容仅供参考。

本站是一个个人学习和交流平台,网站上部分文章为网站管理员和网友从相关媒体转载而来,并不用于任何商业目的,内容为作者个人观点, 并不代表本网站赞同其观点和对其真实性负责。

我们已经尽可能的对作者和来源进行了通告,但是可能由于能力有限或疏忽,导致作者和来源有误,亦可能您并不期望您的作品在我们的网站上发布。我们为这些问题向您致歉,如果您在我站上发现此类问题,请及时联系我们,我们将根据您的要求,立即更正或者删除有关内容。本站拥有对此声明的最终解释权。