开放平台的产品经理到底是做什么的

标签: 极客互联 | 发表时间:2018-05-13 18:12 | 作者:shendao
出处:http://www.shellsec.com

对于B端、C端或后台产品来说,产品、开发和运营的职责基本很清晰很明确,但对于开放平台这样的一个看起来很技术的产品来说,产品经理和开发之间的职责划分就很模糊,而且也没有业界样板来参考,所以这个问题一直都困扰着我。

在讨论分工之前,我们先看下在规划一个开放平台类的产品到最终上线,大概需要经过哪些步骤,需要做哪些工作。

开放平台的产品经理到底是做什么的

上面这么多的步骤中,大体可分为4个阶段,分别是:需求阶段、设计阶段、开发阶段和运营阶段。每个阶段的工作大体如下:

需求阶段:这个阶段主要的工作是确定开放平台的定位以及一些潜在需求的收集和分析,这一步其实和最后的运营推广有很大的相关性。我们的定位是什么决定了用户是谁,解决他们的哪些需求,才能指导后期的推广和运营。另外在这一阶段,也需要根据需求来确认开放的服务范围,哪些开放,哪些不开放,开放到什么程度都是这个阶段需要做的事情。

设计阶段:这个阶段主要需要将需求阶段的想法转化成方案输出,可能会涉及到流程设计、接口设计、契约设计,包括为了建设生态而做的wiki、应用管理、沙箱环境等一系列工作。这个阶段的工作最为复杂,也最为繁琐,需要平衡 ISV 和内部,这个阶段的好坏直接决定了开放平台该版本推广的顺利与否。

开发阶段:传统的开发流程归入到了这一阶段,这个阶段包括了系统架构的设计,开发、测试等,需要注意的是不同于普通的产品,开放平台的产品没有界面,而且是纯程序无人工的方式进行调用和处理,一旦出现错误或性能的问题将是灾难性的。比如某家ISV系统由于设计问题,频繁调用平台方接口,如果没有做相关的限流或接口调用限制的话,可能会造成整个平台相关功能的不可用。所以在平台的系统设计阶段,就应该把安全性、性能、监控等方面考虑完整,不能走一步算一步。当然这方面重点还是需要架构师去考虑。

运营推广阶段:如果开放平台配置了相应的运营人员,那么产品经理和运营配合好,慢慢的吸引一些ISV入驻,并引导他们做出能更好的满足用户需求的工具或服务。

那么以上四个阶段中哪些是产品经理的职责呢,我的想法是需求阶段,设计阶段都是,如果开放平台没有专门的运营,那么运营推广阶段也应该产品经理负责。

在这方面,可能部分同学对设计阶段的接口、契约字段设计工作有异议,觉得这是开发人员的工作。的确在很多公司这两块是开发人员主导,甚至一些细粒度的接口流程都是开发定义。但这样其实并不太合理,我们不能因为一件事情看起来偏技术就觉得这应该分配给开发人员,而应该从这项工作的本质来安排。

对于普通的C端产品,用户的页面、页面间的跳转、页面上的字段,以及操作交互都是产品经理主导。而开放平台的产品,接口就像是页面,契约就像是页面上的字段,多接口的相对关系就像是页面间的跳转逻辑。所以从这个角度看,接口和契约设计还应该是开发人员主导么?

另外我们假设由开发人员来设计接口和契约,可能会出现什么情况呢?

1. 没有按照用户场景来设计接口。开放平台的接口最终是用来让ISV接入,解决的是真实场景的用户需求,而我们并不可能要求开发人员有用户思维,所以可能的结果是接口设计原则是按照内部接口甚至是数据库的结构来设计的。

我们先看下苏宁易购的开放平台商品API的接口设计,如下图:

开放平台的产品经理到底是做什么的

首先从接口排序、接口命名到接口解释等都比较随意,很多接口是做什么的,以及它和其他接口的关系不能一眼就看出来,而且有很多类似但又不同的接口,比如“商品内容维护”和“商品内容修改”,这是一个门槛很高的接口设计,需要深入了解苏宁易购的业务逻辑和数据结构才有可能理解这些接口的含义。

相比之下,淘宝的接口设计就规范的多,如下图:

开放平台的产品经理到底是做什么的

对比之后,你可能发现,淘宝的接口排序、命名、设计都要比苏宁规范、正常的多,即时你不是一个电商的产品经理,你也能看懂个大概,这就是一份好的接口设计带来的不同。

2. 接口、契约字段命名不统一,不好理解。命名问题一直困扰着程序员,从驼峰命名法,到Pascal命名法,再到下划线命名法,目前开放平台基本形成了接口使用半角句号连接(如taobao.product.add),字段使用下划线连接的命名方法(sale_props),如果你还是坚持用其他的命名方法就会有点奇怪了。

另外命名的问题还有前后不统一,比如新增一会儿用add,一会儿用create;数组的命名一会儿用List,一会儿用s形式的复数形式。现在回过头去看看苏宁的api接口的命名,你会发现惨不忍睹。。。

当然这两块非常考验产品经理的技术功底,这也是为什么开放平台的产品经理很多都是技术出身的原因。如果实在不太会技术方面的东西,首先需要尽可能的补充一下技术相关的基础知识,同时花多一点的时间去研究竞品的接口和契约设计,最后找一个靠谱的懂业务的开发帮助你一起完成这块的工作。

好了,本次我们讨论了开放平台的产品经理的职责范围,并重点讨论了接口和契约设计,这些都是我的个人观点,如果有疑义可以在下面留言,特别希望同样是开放平台的产品经理能不吝赐教。

作者:凯少Kevin

博客: http://www.jianshu.com/users/63e14c8782f2/latest_articles

本文版权归作者和简书共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

相关 [开放平台 产品经理] 推荐:

开放平台的产品经理到底是做什么的

- - 神刀安全网
对于B端、C端或后台产品来说,产品、开发和运营的职责基本很清晰很明确,但对于开放平台这样的一个看起来很技术的产品来说,产品经理和开发之间的职责划分就很模糊,而且也没有业界样板来参考,所以这个问题一直都困扰着我. 在讨论分工之前,我们先看下在规划一个开放平台类的产品到最终上线,大概需要经过哪些步骤,需要做哪些工作.

产品经理

- - 人月神话的BLOG
再谈下怎样能够算得上一个合格的产品经理,一个人不是说你能够有产品构思,能够画点原型,能够做团队和项目管理就是产品经理. 苏杰原来有本书叫《人人都是产品经理》,看了后大家可能会觉得做一个产品经理是挺容易的一件事情,但是自互联网提供和设置了大量的产品经理岗位后,产品经理这个词基本就烂大街了. 我们如何来界定一个产品经理,如果简单点来讲可以理解为 根据自己长期的项目和运营实践,通过自己的敏捷洞悉能力和分析能力,能够将当前的市场需求或潜在的市场需求转化为具体的产品需求,并能够核心的定义产品功能模型和价值输出,同时能够通过项目和团队管理的能力,凝聚一个小组形成一个真正的团队,将自己的产品构思付诸于最终产品实现的人.

产品经理好与坏

- lnsoso - 随心所记 - 生活中的dodo
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- 张金龙 - 所有文章 - UCD大社区
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理好与坏

- abcd - 所有文章 - UCD大社区
例如李明远,设计了百度贴吧和百科这两个重量级产品,只可惜我并没有亲见这些产品设计的过程,客观的说,我还不知道什么才是厉害的产品经理. 既然我有限的经历无法胜任点评产品经理这个重任,那就来感性的说一下我所欣赏和厌恶的产品经理类型吧,权当我所谓的好与坏. 我很欣赏曾经的百度有啊中充满想象力的产品经理,明远和东宝都能算作具有这样特质的人.

产品经理是炮灰

- Neglect - 坏脾气的小肥
前些日子有篇网文,鼓吹产品经理的重要性,几乎夸上了天. 有人评论道:“是为了争取加薪吗. 一个人能取得多大的成功,取决于两点:1、他有多少才华与热情,2、这些才华和热情是否能战胜环境中的困难. 很遗憾,摆在产品经理面前的障碍大部分是不可战胜的. 在这篇文章里,我们只讲靠谱的产品经理,不讲不靠谱的. 不论PM靠不靠谱,都分为两种,或者在大中型公司工作,或者在小型公司(创业团队)工作.

产品经理“玩”数据

- - 一个产品经理的博客...
  产品经理生来就是要解决问题的. 那如何才能更好、更高效地解决问题?首先要求我们能发现问题,数据分析就是一种常用的发现问题的手段. 通过数据定位问题,然后用设计方案来尝试解决问题,之后再用量化的数据指标来评估问题是否解决了,解决了多少. 通过迭代优化,问题就能够得到较好解决.   本文结合自己在在登录产品的体验优化中积累的一些实战经验,重现过程中的设计点滴,有效果明显的方案,也有效果不明显的优化尝试,最后将总结一些通用的设计思路.

好的产品经理,差的产品经理

- - Xiaoxiao's Weblog
本文转载至 译言网 作者: Ben Horowitz. Ben Horowitz这篇不朽的杰作诞生于1996年,但时间的久远丝毫不影响其对当前的警示作用. 彼时,作为Netscape产品管理部门经理的Ben,没有假大空地介绍产品经理的角色和责任,而是很直观地对比了一个好的产品经理和差的产品经理.

一个谷歌产品经理眼中的产品经理

- - 互联网分析
我在创业公司已经呆了好一阵子了,我发现招聘这个事儿在大公司和创业公司还真是截然不同. 在雅虎搜索的时候,我们一直是持续的进行招聘的. 我一周会进行大概5-8次的面试. 简历、面试、offer,总是一个接一个,不间断. 现在我已经不做招聘经理的事儿了,我在创业公司只负责招很少一部分的产品经理. 但是总有人在招产品经理,而我也总是面试团队的一员.

优秀的产品经理/糟糕的产品经理

- - 标点符
每个产品经理都希望自己时优秀的,而不是糟糕的. 但如何定义是否优秀却没有一个统一的标准. 最近看到了一片文章,中间的一些观点给了我非常大的启发,让自己意识到原来自己做的很多事情,其实是属于糟糕产品经理做的. 优秀的产品经理:关注团队的快乐指数. 当一个团队对产品开发过程感到不满的时候,就无法为客户创造出好的产品,他们也不会喜欢自己的工作,一个好的产品经理除了会收集正式的反馈,同时也会收集一些关于项目、迭代余流程的非正式反馈.