不是人人都是产品经理,我对产品经理这个角色的想法.pdfVIP

不是人人都是产品经理 ，我对产品经理这个角色的想法 【编者按】以下内容来自ux@me ，作者本来 想写写我见过的产品经理, 没想到花了三天时间写出 这么多. 权当成对自己几年工作里的一些想法的总结吧. 欢迎大家和我讨论。摘录如下 ： “产品经理”, 一个重未被真正定义的争议角色. 他有时是模糊的, 有时却又清晰无比. 有时他是产品的缔 造者, 但更多时候他却是开发和设计人员眼中的公敌. 很早以前就想抽时间来写一篇文章, 说说我对 “产品经理” 这个角色的想法. 后来一直因为时间关系没 有动笔. 再后来自己也懒得动笔了. 再后来, 随着我遇见过的产品经理越来越多, 加上自己也亲自做了 一年多产品经理, 从不同角度再次认识了这个职位. 今天, 我想把这些经历分享出来, 聊一聊产品经理. 因为没有清晰定义其职责范围, 所以在下文中我提到的 “产品经理” 将会是很宽泛的概念. 我会尽量以 目前业界的事实标准来界定产品经理的职责范围并进行讨论. 　一. 我了解的产品经理们 　　1. 新蛋产品经理: 分而治之 第一次接触到这个职位, 是在新蛋做对美业务时. 所有的需求文档都是美国直接发过来. 写需求文档 的被称为 “BSA ”, 意即 “商业系统分析”. BSA 会将详尽的需求文档发到项目参与人员手上, 然后进行 电话沟通, 传达项目的背景与商业目标. 确定大家没有问题之后, 就会开始项目排期, 进入到开发阶段. 对于稍大型的项目, 还会有 “BSD”(商业系统开发) 参与, 负责所有技术资源的调动. 有的项目里 BSD 还会参与 coding, 负责技术方案, 架构和底层实现等. 下面的开发人员会根据 BSA 的需求和 BSD 的 方案进行开发, 直至提交测试和最终上线. 大体上在新蛋 “产品经理” 的职责是由 BSA 与 BSD 两个职位来分担的. 前者负责需求, 后者负责实现. 而一个小项目往往从属于更大的项目, 因此 BSA 实际负责的会更多. 项目进度的把控也是由两个角色 共同负责. 一般来讲, BSD 会负责掐住开发时间, BSA 则负责整体进度. 与其它公司不同的是, 除 BSA 提出需求之外, 还有另一个被称为 “W M” 的团队专门负责提出和验证 需求, 并交由他们选定的 BSA / BSD 去执行. 值得一提的是, 新蛋的 BSA 与 BSD 都相当专业. 我接触过的几位 BSA 都会和我详尽沟通需求, 对问 题尽其可能解答. 那时候 BSA 通常选择在电话里直接沟通需求背景, 而在文档中则详尽描述需求对 应的每个功能点. 对每个功能都配上 UI 界面与交互流程. 后来我在阿里时, 一位同事拿他的 Axure 给 我解释什么叫 “高保真 P D”, 看着他那图多字少, 流程混乱的文档, 我 能蛋蛋一笑. BSD 也不是虚职. 我遇见的 BSD 都有极强的代码功底, 他们本身往往就是项目的技术架构师, 在项目 里负责根据情况调整技术方案, 协调技术资源和与进度把控等工作, 类似其它公司的架构师 + PM. 要注意的是, 新蛋的 BSA 们似乎没有涉及到与运营相关的工作. BSD 们更不会涉及. 这块工作通常 交由 Market ing 部门去做. 当然也有可能 BSA 们会做运营相关工作, 是做为底层开发人员的我并 不知晓 　　2. 阿里巴巴产品经理: 大包揽 后来我来到了阿里巴巴 B2B. 在这里真正零距离与传说中的 “产品经理”, 阿里称之为 “PD”(Product Direct o r/Designer)一起工作. 在阿里巴巴, 一个合格的 PD 首先必须是成功的 saler. 阿里内部有 “打鸡血” 的传统, 每次做项目, Kickof f 都恨不得能办成晚会. 做为项目发起者的 PD, 必须有良好的 “忽悠” 功底. 当然, 我说的 “忽悠” 是褒义词. 因为在大公司, 特别像阿里这样的巨型航母里, 不见得每个项目都有意义, 做了都能看到实 际的成效. 怎么调动项目参与人员的极积性, 让他们认为自己手上的项目是最逼的? 这必须要求 PD 会说, 有些时候还要善于画大饼. 除此之外, 阿里的 PD 们相更贴近用户, 更加 “草根”. 由于公司的轮岗制度, 大多 PD 以前做过运营甚 至客服, 在这些一线职位摸爬滚打几年后, 对公司的用户群体会有更深入和直白的理解. 其次, 阿里的 PD 还必须是团队的 CEO . 从产生想法, 需求调研, 到 PK 项目资源, 向项目组传达需求 和目标, 再到 kickof f , 进度跟踪, 随时根据情况迭代需求, 再到安排测试 case, 验收功能