产品经理吐槽

作者:柏傅美
链接:https://www.zhihu.com/question/29342383/answer/115397727
来源:知乎
著作权归作者所有,转载请联系作者获得授权。

首先,各位应该都听说过或者阅读过一本书,叫做《人人都是产品经理》。
「人人都」是谁呢?人人都是一个大骗子。
「人人都是产品经理」是本世纪初互联网行业最大的谎言,我连「之一」两个字都不想加。

为了更好的回答这个问题,先允许我吐槽3分钟。
《人人都是产品经理》几乎是互联网从业人员案头的标配,我家书架上也有一本……WAIT,好像两年前从北京搬家回上海的时候丢掉了,因为,确实没什么卵用呃……
我们公司某个项目组里(自然不是我在的项目组),运营部门中掀起阅读《人人都》的狂潮,然后向产品提出诸多自认为专业的产品要求和建议,数次引起会议室群殴事件——I AM KIDDING,离开产品就做不了运营的运营,和被运营牵着鼻子跑的产品,他们才没有这种血性呢。
我的一个朋友最近开始创业,被投资人逼着读《人人都》,我给他了一个极其中肯的建议就是赶紧扔了那本书找个靠谱的PM。因为我之前认识一个土豪创业,找了个运营背景的人来做产品,结果大几百万银子没撑到一年,我觉得这哥们儿也是挺冤的,不是说好了「人人都…」么。

港真,产品经理是一个既需要天赋又需要努力的职业,像这种职业怎么可能「人人都…」。什么叫既需要天赋又需要努力呢?比如贝多芬啦,达芬奇啦,你懂得。
但是,每次有小朋友(尤其是女孩子)问我说:「姐姐,我对计算机不是很有兴趣,但是也没有什么其他我感兴趣的专业,我能学软件工程吗?」
我都会回答:「亲爱的,互联网薪酬这么高,你当然可以学软工,等你毕业以后你不想写代码没关系,你可以去当产品经理。

实际上我给的建议真的没有在误人子弟,中国乃至世界高校现阶段有「产品经理」这个专业么?
没有。
所以一个软件工程方向的毕业生,尤其是正巧你毕业的学校还不错,只要你想,找个「产品经理」的工作不是太难的事情。
因为毕竟么,又没有专业教这个,名校毕业人家又想要做这个,而且「人人都…」的事情,能有多难,对吧?
对,只要别让我碰上就行。
因为据我这几年的不断观察,因为不想写代码而转行做产品的产品经理,没有一个产品做得好的。

那你还劝人家……?
对啊,米其林三星的厨师是厨师,海底捞的厨师也是厨师,家门口烤串的大师傅也算是厨师,厨师供不应求,厨师收入高待遇好(相对的),那为什么不去新东方学厨师啊?
你肯定说,虽然都是厨师,可这端出来的东西能一样么?
是的,所以我之所以说这些,是希望各位已经在职的PM们,和正在准备成为PM的大家,先去想明白一件事情就是,我做产品到底是为了谋生,还是为了做产品?
毕竟它是一个看似如此低门槛的职业
【不用专业对口】:如果你是计算机软件出身的最好,但是如果是广告运营、金融会计、电子商务等专业背景也会有人青睐;
【无需职业技能】:比如也不要求你代码写得好;
【不搞性别歧视】:从男性程序员的角度来说,女性PM可能更好,当然颜值也要过得去;
【不算吃青春饭】:程序员拼命容易过劳,PM的工作经验却可以成为加分项。
而且同时它又是传说中高待遇的职业
【天生的管理层】:一毕业就能当上「经理」的,除了去爸爸的公司上班,就只能是当产品经理了,PM安排着团队全部成员的工作和进度;
【绝对的核心成员】:一般来说只要靠谱的产品经理不离职,技术团队可以在最短时间内重建,所以是老板最看重的职位(曾经历过技术团队完全换血);
【最被信任的人】:老板除了吃喝拉撒睡,所有的秘密,各种目标、各种计划甚至各种人脉、各种资源都需要和你分享;
【待遇非常靠谱】:因为上面3条所以不用解释。
包括题主在内的,以及关注这个问题的所有的同学们,综上所述,目前来说产品经理绝对是一个很好的职业选择。
只是用以谋生,产品经理很好做;但是想要做好的产品,产品经理很难做。


————————
下面我会从几个Level描述一下PM这个职业。
不过事先声明一下本人不是PM啦,不过作为设计师(和产品经理合作最密切的工种),我确实阅PM无数。相对于PM自己,作为「局外人」的我,应该能提供一些更加客观有趣的观点;同时为了更加准确,本答案也有充分征求过的PM朋友们的一些建议哈。

作为和PM相爱相杀的设计师,我在很多地方都吐槽过不靠谱的PM们,比如说那个土豪家的、产品文档写成「界面类似XXApp(附上XXApp截图),图片尺寸640px × 320px,黑色蒙版不透明度70%」的那位PM,每天趴在设计图上数像素点的PM——这些「产品经理做设计,设计师是人肉PS工具」的PM们,这次我就不讨论他们了,因为他们作为PM真的是不-合-格
附上对他们的吐槽传送门:设计师觉得最悲哀的事或者最悲哀的时刻是什么? - 柏傅美的回答
想做一个合格的PM,首先必须你要很清楚的是:「我是提供需求的人,我不是设计界面的人」
什么是需求?
「前往结算」和「我再逛逛」两个按钮是这个界面里最重要的按钮,其中我们更期待的用户行为是「我再逛逛」。
什么是设计?
页面底部一直呈现两个显眼的按钮「前往结算」和「我再逛逛」,其中「我再逛逛」的配色比「前往结算」更加鲜艳,或者「我再逛逛」的按钮尺寸比「前往结算」更大。
至于设计师用什么方式呈现一个按钮比另一个按钮更重要,颜色?尺寸?甚至形状画风,只要能达到需求目标,实现方式都是设计师的事情。
真要是对设计师的审美看不过眼的,找老板要求换设计师,但是千万别把你的时间花在做界面设计上。
说到这里再多一句嘴,也有不靠谱的设计师,最喜欢PM把原型出的越细致越好,这样自己最多就换个颜色就行了啊,多轻松。所以每当有PM特别得意的炫耀:「设计师最喜欢和我合作了,因为我都把设计图做的非常细致,基本不用他们做什么」,我都很好奇,他在外面养了一个设计师,他老婆知道吗?╮(╯▽╰)╭

Level 1:合格的PM
Great Artists Steal, Great Product Manager Steal.

在当下,有什么类型的产品是市面上完全没有同类的?几乎没有。
所以还有多少PM在开始一个产品的时候是需要完全从零开始去思考产品的每一个细节的?几乎没有,找到一个可以参考的上线产品基本上就已经完成了设计的50%以上了。

这事儿真的不难,电商类产品有淘宝京东,导购类产品有张大妈,通讯类产品有QQ微信——而且即使你不想Steal,你老板早就微笑着从裤兜里掏出手机:「小X,你看这个App,我想要的产品大概就是它这个样子的。」
Steal,不仅仅因为它省时省力;也不仅仅因为这些业务流程已经比较成熟稳定有借鉴价值;更因为用户已经习惯了它们。
比如说电商类产品就是要提供购物车,尽管很多人其实都拿它当收藏夹使;比如说有段时间微信遵从Android的「用户习惯」把菜单栏放在界面顶部而后又改了下来,因为绝大部分企业都没有微信开发两套界面系统的财力,所以Android用户也早已习惯了iOS的底部菜单栏布局。
当然很多PM的误区是他们在Steal界面,而不是在Steal产品,就好像他们想Steal一个抽水马桶回家但是忘了顺走水箱,然后回到家发现还得自己每天去倒马桶。
现在有很多PM「擅长做前端(App),不擅长做后台」——因为前端是放在App Store上容易Steal的,而后台系统是Steal不了的。
但是产品的前端和后台其实是不可分割的,后台产生一个内容,前端呈现出来。每一个元素的生命周期都是可以追溯的,每一条流程都是有始有终的——这些就是马桶背后的水箱,即使你看不见它,你也需要把它一起Steal了。
你可以去找一个你感兴趣的产品,或者是你老板感兴趣的产品,把产品中的功能、逻辑、流程、状态这些隐藏在界面底下的东西挖出来,了解每一个元素的生命周期、元素们组成了怎样的流程、流程的目标是完成怎样的功能,然后反向推导出看不见的产品后台。
然后你会发现像知乎这样看似功能单纯流程清晰的产品都不简单(如果你考虑到幕后的管理员们),更不要说淘宝这种史诗级大怪兽了。
见过很多不合格的PM,前端界面抄抄抄,后台功能凑凑凑。前后端始终无法契合,产品的本质自始至终理不清,前端抄着抄着,发现后台支持不了,赶紧在后台临时加一个功能——这些功能分崩离析,之间的链接生硬而脆弱,经不起一点需求的变化,每次需求修改都会带来大量的工作,再往后代码迅速腐化……这些PM往往又没有系统重构的魄力和能力,每天陷入无休止的拆东墙补西墙的过程中,和这种PM合作简直就是人生噩梦,Orz
所以说尤其是新手PM,不是说你们想不想管设计的 问题,而是产品的事情这么复杂,你们根本就没有时间去折腾设计。反过来如果一个PM天天在考虑设计,数设计图上的像素点,这意味着什么呢?这意味着产品药丸。
所以希望各位PM真的好好关注产品本质,虽然这个过程非常辛苦,但是一定是非常必要也非常值得的。

Level 2:专业的PM

我认为做到专业的PM,核心就是两点:1. 产品Hold住特定情境2. 产品Hold住可预见的变化。
什么叫做产品Hold住特定情境?
就是你知道你的产品和别人的产品在哪里是不一样的,以及为什么不一样。

曾经在一个社区O2O项目上和一个PM合作,其中有一部分功能是「社区活动」,邻居们可以自己组织活动发布在平台上,比如篮球足球赛、书迷棋友会等等,下图是他给我的需求文档_(:3」∠)_
<img src="https://pic2.zhimg.com/6a7b906b9b474256eba855bf3d2e56d9_b.png" data-rawwidth="1232" data-rawheight="776" class="origin_image zh-lightbox-thumb" width="1232" data-original="https://pic2.zhimg.com/6a7b906b9b474256eba855bf3d2e56d9_r.png">这个PM看中了同为活动发布平台的App「周末去哪儿」,但是这里却有一个巨大的区别:「周末去哪儿」的活动是由平台发布的,其中大部分活动图片都是各家公司设计师经手过的、漂亮的商业宣传图片,这些图片就是吸引用户的视觉焦点。这个PM看中了同为活动发布平台的App「周末去哪儿」,但是这里却有一个巨大的区别:「周末去哪儿」的活动是由平台发布的,其中大部分活动图片都是各家公司设计师经手过的、漂亮的商业宣传图片,这些图片就是吸引用户的视觉焦点。
但是这个社区O2O产品的社区活动却是由普通用户发布的,也就是说隔壁王大爷今天想打麻将一缺三,然后他就可以发布一个社区麻将切磋交流会(名额限3人)——SO,你让王大爷从哪儿给你整这么大一张活动图片去?就算王大爷用儿子买的中老年智能机拍了一张他家麻将桌的图片,那照片能形成视觉焦点么?满屏都是这种水准的图片,会有人愿意看么?
我向PM提出了这个顾虑,然后他说:「没事儿,大不了我们找几个编辑帮用户做图片,咱们有钱。」∑(っ °Д °;)っ (找几个编辑帮用户做图片什么的……无力吐槽)
且不说设计本来就不该是PM的工作;更重要的是,很多PM根本就不知道自家产品和别人家到底有什么区别啊!淘宝那么好,但是再做一个淘宝出来能干的过马云爸爸嘛???
在某个特定用户群/特定使用情境下的产品,一定要符合用户和使用情境的特质,一味地模仿肯定就是药丸的节奏。

另外友情提醒各位Boss,要不找个真·靠谱的PM,要不真别告诉PM你有钱。

什么叫做Hold住可预见的变化?
很多PM都写过「产品路线图」,产品的演进就是一种可预见性的变化(PM自己预见的),所以在上一个阶段的设计中,要为下一个阶段的演进留有空间。
另外一种可预见性的变化可能并不是由PM主导的,在很多公司里,运营都是PM的噩梦。
很多PM都表示,运营三天两头要做各种活动,每次活动都需要修改产品,每次都要在产品上找个显眼的地方挖坑(活动入口),然后下次活动的时候,之前的「坑」却不填上(之前的活动有时候也算是一个功能,活动虽然结束了,但是功能却不能下线),久而久之产品界面上到处都是坑,满目疮痍。
举个例子 ▼
<img src="https://pic4.zhimg.com/cf70031508bc28efe85f3612497e8e77_b.jpg" data-rawwidth="750" data-rawheight="1334" class="origin_image zh-lightbox-thumb" width="750" data-original="https://pic4.zhimg.com/cf70031508bc28efe85f3612497e8e77_r.jpg">▲ 右上角的蓝框圈出的图标看上去像是「+人」,但是实际上点进去才知道这是一个发红包的活动入口。之所以「+人」的入口图标估计是因为这里之前的活动是「邀请好友」之类的,尽管活动下线但是仍然希望在这个入口里面保留「邀请好友」的功能。中间蓝框圈出的「签到」应该是另一个运营活动,从「签到」这个孤独的有些尴尬的位置就知道这又是一个被强行挖出的活动入口,若非如此,常规功能账户代金券通知客服明显更有分量。而且这样两个距离十万八千里的活动入口(物理距离和外形差距),彼此根本无法呼应,即便同期上线2、3个活动也无难以成活动氛围。▲ 右上角的蓝框圈出的图标看上去像是「+人」,但是实际上点进去才知道这是一个发红包的活动入口。之所以「+人」的入口图标估计是因为这里之前的活动是「邀请好友」之类的,尽管活动下线但是仍然希望在这个入口里面保留「邀请好友」的功能。中间蓝框圈出的「签到」应该是另一个运营活动,从「签到」这个孤独的有些尴尬的位置就知道这又是一个被强行挖出的活动入口,若非如此,常规功能账户代金券通知客服明显更有分量。而且这样两个距离十万八千里的活动入口(物理距离和外形差距),彼此根本无法呼应,即便同期上线2、3个活动也无难以成活动氛围。

被运营牵着鼻子走的PM不够专业,因为专业的产品经理可以有效预见运营需求,并且在产品设计之初就将常用运营活动玩法形成稳定模板。
也举个栗子 ▼
<img src="https://pic2.zhimg.com/9a982e59630810de099ff0284e704c9d_b.png" data-rawwidth="750" data-rawheight="1334" class="origin_image zh-lightbox-thumb" width="750" data-original="https://pic2.zhimg.com/9a982e59630810de099ff0284e704c9d_r.png">▲ 从统一的活动入口进入之后,罗列出同期上线的各个活动,活动条件与活动奖励一目了然,几个活动一起放出,很容易形成热烈的活动氛围。而且下一期发生活动的增减,只需要在当前页面增加减少即可,完全不会影响到产品的其他部分;如果发生活动变化,仅需适当调整活动条件和活动奖励,最多可能需要投入开发的也就是设置新的活动条件而已。▲ 从统一的活动入口进入之后,罗列出同期上线的各个活动,活动条件与活动奖励一目了然,几个活动一起放出,很容易形成热烈的活动氛围。而且下一期发生活动的增减,只需要在当前页面增加减少即可,完全不会影响到产品的其他部分;如果发生活动变化,仅需适当调整活动条件和活动奖励,最多可能需要投入开发的也就是设置新的活动条件而已。
当然了,像这样的一个活动系统,前端看起来清晰简洁,背后却必须有复杂和成熟的产品设计和技术实现给予支撑,必须有一定专业度的PM才能驾驭的了。
多说一句,很多运营非常青睐「巧妙」的活动玩法,比如说新人300RMB礼包,收到后发现是30张满200减10块的——自以为聪明,但是用户都不傻——这是PM不能被运营牵着鼻子跑的另一个原因,因为如果他们不了解用户,你就必须更了解用户。

Level 3:优秀的PM

最近刚刷完一部剧叫做《好先生》,里面说到:「如果你只是自己厨艺好,那最多是个好厨子,但是做不了好主厨。」
既然我们之前就已经用厨师来类比PM,那么继续类比的话,做到Level 2的PM是好厨子,但是Level 3的PM一定是一个好主厨。
PM对产品负责,他是实际上的管理者,但是大多数情况下又不是层级上的管理者。
也就是说,大多数情况下PM并不是同组设计师和工程师的直接上级,如果真的成为直接上级,那就像我之前所说,同样也会后患无穷。
所以优秀的PM一定是会合理组织,会有效沟通的人。
设计资源和技术资源永远是有限的,项目Deadline永远是紧张的,老板永远是贪心的——PM永远是整个团队里最清楚「什么事情应该先做 / 什么事情应该现在做 / 什么事情必须要做 / 什么事情这次不做没关系 / 什么事情可以换一种方式做」的人。
和优秀的PM共事是一件非常愉悦的事情,放在你案头的永远是优先级最高的工作;如果你认为在时限内完不成,他会和你沟通时限内能够完成的是哪些部分,和目标有多大差距,有没有可以接受的替代方案;或者和程序员协调后后,确定需要最先完成的部分优先完成提交开发,后续设计和开发并行;等等。
优秀的PM们总能找到最优的解决方案,并且基本上从来不拖延上线时间。
这里再补充一下,PM会不会有效沟通和他们是不是爱说话完全没有一毛钱关系,很多人都误以为优秀的PM都是话唠,其实完全不是这样,PM是一个很需要动脑子的职业,一天到晚动嘴的人,一般都没有太多时间动脑子。
对于在纠结是不是要做PM的同学们来说,爱说话其实算不上啥优势,但是不爱说话肯定也不是什么劣势,具体可以看一下这个答案啦:腾讯的张小龙是一个怎样的人? - BlueKent 的回答

总之呢,优秀的PM是可以带领团队一起不断达成目标的人,也是整个团队最信任的人。因为他们早已达到Level 1和Level 2的水准,因此产品迭代、需求变动的时候,造成的返工的工作量极少,设计师和工程师们几乎从不思考或者质疑他们的需求和安排,所以每个人做事的时候都会更加尽心尽力——由此良性循环,团队的战斗力会越来越强。

————————
最后回过头说一说《人人都》这本书。
「人人都有产品感觉」——这么描述可能更加准确——就如同「人人都有设计感觉」,但并非「人人都是设计师」。
但是《人人都是产品经理》这本书确实有其重要的历史意义。我是在2010年阅读这本书的,当时对于很多人来说「产品经理」是一个非常陌生的词语。我在2006-2010年本科软件工程学习的4年间,基本上对于「产品经理」也是所知甚少。
2010年iPhone 4刚刚问世,随之而来的将是一个不可思议的时代,这个行业需要有大量的人更加专业的设计产品(而不是继续由老板或者程序员兼任)。
《人人都是产品经理》在当时确实很了不起(名字起得也好,可作为标题党的范本),它吸引了一大批人走入这个几乎陌生的行业,包括我周围的一些人,当时这些刚刚20出头的年轻的产品经理们,6年过去的今天,他们中的很多人已经非常优秀。
今天,如果再回头阅读书中的案例,其实难免会觉得过时。6年对于互联网行业的发展速度来说,感觉已经过去了2、30年那么的漫长,6年间很多事情都不再一样。
当一个行业发展的越深入越专业,门槛自然会越高。这既是对于从业者们不断付出的一种尊重,又是一个客观事实。
很多包括《人人都》在内的,当年的那些产品书籍里面强调的经验,比如交互,在今天早已不是需要太仔细琢磨的问题,因为用户已经形成了越来越趋于统一的交互习惯。而另一方面,随着互联网在各行各业内的深入,业务成为了产品经理们需要静心钻研的重要课题——而这,更重在知识积累,而不是直观感受。

产品经理仍然稀缺,但是市场终会饱和,
就像之前火爆的程序员/UI设计师一样。
但是优秀的人永远稀缺,程序员/UI设计师/产品经理。
一面是培训班里出来的大量的找不到工作的人,另一面是猎头和Boss们千金难求甚至不惜以身色诱的人。
所以对于现在考虑要不要入行做产品的同学们来说,目前想在这行谋生,容易;但是想在这行一直混,应该越来越不容易。
而且我衷心的希望你是因为喜欢做产品,你才想要做产品经理的。

就像2010年我认识的那个男孩子说:「我就是对做产品感兴趣啊,我就是想做点儿对别人有价值的东西。」
而且你知道吗,当你做一个不怎么样的程序员/设计师的时候,你祸害的最多是你自己,但是如果你做一个不怎么样的产品经理,你祸害的至少是你一个团队的所有伙伴,所以,如果要做产品经理,请好好做。

虽然今天并不是「人人都是产品经理」,但是确实「人人都有成为产品经理」的可能——它仍然是一个前所未有的低门槛的职业,不在乎你的过去,不在乎你的专业,不在乎你现在会什么。
它在乎的,是你的未来。
如果你喜欢各种各样的产品,如果你也想做一些对这个世界有价值的事情,那么不要犹豫。

这个行业真的还没有什么成熟的「学问」,也没有什么专业的老师,所以你的导师来源于两个方面:你现在手头所做的项目,和你使用的、你喜欢的各种产品。
阅读更多
想对作者说点什么?

博主推荐

换一批

没有更多推荐了,返回首页