为什么会存在“产品助理”这个岗位?

|  阅读量 | 分类: 好文分享 | 作者: 卢松松 | 时间:2013年06月24日 09:44

一年来,收到不少自荐“产品助理”的消息,假定我们现在有钱,有扩招计划,我想了想,还是不会招产品助理,加入以后他干什么呢?

做策划写原型吗?不需要,我写原型飞快,蝉游记网站/iPhone版/iPad版的原型一手包干,还抽空画了另外4款与蝉游记不相干的App原型,我也没觉得辛苦。

调研市场分析数据吗?不需要,我得接触一手的材料,才能对产品设计“有感觉”,总是吃别人的二手材料会让嗅觉失灵。

协调视觉设计吗?不需要,UI是很主观的东西,对设计师指手画脚的人越少越好。

协调技术研发吗?不需要,工程师就坐我对面,有啥事儿喊一嗓子,何必再转一道手。

参与产品测试吗?这倒是能帮我分忧不少,但像测试那样复杂又繁琐的事情,与其去撞运气筛到超级耐心细致的产品助理,还不如请一位专业QA回来更加保险。

所以,我需要的其实是Android产品经理,把我不熟悉的Android生态托付给他,也可以在我忙别的事情时,完整地代理PM职责——很显然产品助理还达不到这个要求。

而这篇文章想说的是,为什么会存在“产品助理”这个岗位?

为什么会存在“产品助理”这个岗位? IT职场 产品经理 好文分享 第1张

还是拿我举例子。一年来,我是蝉游记的产品经理,交互设计师,QA,也管一点内容运营和推广,显而易见的是,HR和行政也是我,时不时还得跟VC打打交道。掐指一算,我一个人的产出可能不比之前管的四五人产品组少。那么,难道幺陆叁的产品总监纯银每天上班都在磨洋工吗?如果他当时和现在一样能打,难道一个产品部门用一个产品经理就可以了吗?

绝无可能。

在过去,我主要的工作有这么几项:

1、开会,和上级开会,跨部门开会,和本部门开会,不停地开会……

2、扯皮,找公共部门要资源,和关联部门谈合作,向主管上级求支持与理解……

3、写文档,各种总结汇报,流程文档,沟通邮件……

这三部分大概会占用60%的时间与80%的心思,最后只剩下20%的心思来做产品,当然是不够的,所以要招聘更多的产品经理。加人带来更多的讨论,更多的会议,更多的文档,项目过程中的沟通成本越来越高。而扯皮不仅对外,也在我们内部产生,产品设计风格的冲突催生各种争吵,还使得成品个性模糊。人越多事越多,心越烦,完成质量却不满意。总之,工作效率打着滚地往下掉,效率越低,就越觉得事做不完,于是又挂出去一张招聘启事……

以上的背景,既可以套用在我这个部门总监不断扩充产品组身上,也可以套用在产品经理不断申请产品助理身上。照理说,一个靠谱的PM能输出非常大的能量,但这些能量中的大部分都用在“推动项目流程”上面去了。设置产品助理岗位的初衷,就是用新人来处理一些技术含量不高的流程性事务,把正儿八经的产品经理给稍微解放一点点。新人做一年学徒,悟性好的也能levelup,相当于培养下一梯队。

如此便解释清楚了为什么我不需要产品助理,蝉小队只有7个人,不开会,不扯皮,不写文档,作决定的链条特别短,再加上长期配合带来的默契感,把流程成本降到了最低。当我的心思80%放在产品本身,同时兼任PM/交互/QA也就不算什么难事儿。由于精力都用于“创造”而不是“说服”,自然写原型飞快,独断独行也使得设计上的风格统一,水准保持,不至于气味混杂。

我有一个观点,产品设计是匠人的活计。对于匠人来说,没有什么好作品是靠人数堆出来的,恰恰相反,好作品往往是极少数人在一个自由、默契、资源配给完整的环境里做出来的。增加人数其实是一件特别扯后腿的事情,带来的沟通成本与流程成本会磨损掉主创者的创造力。这道理知道的人挺多,但知易行难。尤其当你所在的环境内不可避免地有上级,上级的上级,上级的上级的上级,有平行部门与公共部门,有任务派单与汇报考核,有奖励与惩罚制度的时候,流程成本就是不可遏制的。为消化流程成本而设置更多的岗位,实质上是在加重流程负担,进一步降低了效率。低下的效率与嘈杂的环境,最终会把产品品质拉低到这个群体的平均线上,而不是群体里最强者的最大值。

所以稍微成规模的公司,可以做出一些行业平均水准之上的产品,但不容易做出优秀的产品,创新的产品,有个性的产品。当无法回避的“协调性工作”做得太多,就会压制力量、速度与灵感,而且也很难有什么打磨产品的好心情。我们这行当,人少反而比人多时发力更猛。如果都是中上水准,两三个工程师很可能比五六个工程师干得好,一个产品经理很可能比三四个产品经理干得漂亮。当他们困于体制玩一种叫“两人三腿”的游戏,永远不知道自己能跑得多快,也体会不到匠人的乐趣所在。

文章来源:坏脾气的小肥

顶: 0 踩: 0

来源: QQ/微信:13340454 ,转载请注明出处!

本文地址: