产品经理,请不要再对工程师说“我只要结果”

老实说,我个人很不喜欢那种对着工程师叫嚣“我只要结果”的产品经理。除非你是公司的CEO或者CFO,否则我不认为你有理由回避过程的复杂性。最起码的要求是,相关产品在用户面前所呈现的业务信息量,产品经理应该100%地了解。举个简单例子:如果校内网的产品经理无法向用户解释“如何将一个好友添加为‘特别好友’”,那就太失职了,至少我认为是失职的。

在我自己控制的产品中,我一定是要了解所有业务细节的。由于项目繁忙,我也曾将手头已经拿到的项目转手外包给第三方开发团队,自己做起“产品经理”。作为产品经理去领导工程师,如果高高在上的提出一个粗略的要求就像等结果,99%会荒废掉这个项目。和工程师打交道,“尊重”两个字最重要。你能想象一个工程师是这样工作的么:

(虽然是老图了,感谢Fenng的及时分享)

具体实施起来,除了基本的劳动报酬尊重外,更需要尊重对方的,是明确的需求和时间表(Schedule)描述:一定要面对面对着屏幕将需求说清楚,细化到每一个按钮点击后的效果,并且制定好时间表,否则工程师提交回来的成品八成是一个“四不像”。

而作为工程师或者Vendor,我很难说服自己去会为一个不懂HTML的产品经理效劳。结合06年到现在许多项目的经验来看,至少在我coding的时候,是希望能有一个规范的阶段需求说明的。产品经理毕竟不是PR、市场总监,没有必要把大把的时间和精力放在产品之外的地方;产品经理也不是创意总监,不需要每天都有新点子冒出来,而程序逻辑更是严谨的算法实现,再flexible的架构也无法满足所有的业务需求,简单点说,你不能今天让我开发一个Twitter明天就让这玩意像Facebook那样工作。即便是Prototype阶段的开发也做不到。当然,工程师对于尊重自己的产品经理,则应以“责任”为报答

总之,“产品经理”这个title已经被滥用了:越来越多不适合做产品经理的人开始做起了产品经理。这是一种事倍功半的分工:他们对公司赋予产品的期望一无所知,又不知如何与工程师们沟通、交代需求。往往一个很不错的点子胎死腹中。真正优秀、称职的产品经理,其工作强度绝不亚于研发工程师。如果一家公司的工程师都忙得加班到凌晨转钟,而产品经理们还在家里睡大觉的话,八成这家公司离死亡不远了。只可惜我们的工程师没有“罢工意识”:“长痛”肯定比“短痛”更痛苦的。

PS,近期更新缓慢,我真的很累,附图一张。大家猜猜墙上是什么:)

揭秘:墙上其实是一个ActionScript类。由于太大,而且历经多个版本的修改,因此我将一个历史版本贴到了墙上,laptop上小字看起来实在太累:(看来还是有不少朋友猜对呢,哈哈:)

Advertisements

71 thoughts on “产品经理,请不要再对工程师说“我只要结果”

  1. 恩说的非常对,产品经理才是事实上的leader,需要对整个项目进行负责,不仅要对设计和技术进行同级领导,还要对上领导。事实上,国内的具体情况是,产品经理大多数没什么实权,也没有太牛的产品经理

  2. 要成为一个好的产品经理确实非常难,需要理解产品并且用完善的文档描述清楚,还要学会和工程师沟通,和老板沟通。 产品设计得不好,是产品经理的责任,产品实现得不好,其实很大部分也是产品经理的原因(需求描述不清楚,和工程师沟通不到位等)
    所以,别轻易说自己是产品经理呀

  3. 我对于产品经理也就是product manager的理解,达不到这要求的,在我眼里只能算划水的。
    * Understand the customer requirements and identify customer profiles
    * Create and maintain software products under deep technology experience
    * Choose the best product features (original feature list and feature changes)
    * Plan the product development
    * Communicate the product vision to the team
    * Establish budgets for product prototypes
    * Decide the product feature set depending on budget and time constraints
    * Make sure the product respects the quality standards
    * Accomplish sales targets
    o Supervise product sales
    * Takes part in the Product Creation Process
    如果要是软件或者技术研发的产品经理,同时还要担负起research competitors以及defeat FUD的责任

      1. o=optional,我自己标的…

        嗯,这是A找产品经理的要求,确切来说,是A里面每个团队找产品经理的要求,PM就应该做这么多。

    1. 太公式化的要求了,也是太完美主义的要求了。不要这样去框。

      而且,把产品经理的角色也太过神圣化了。你们定义的产品经理,不拿个年薪三四十万,似乎都对不起人的。

      1. 我倒认为7yue说的不错。年薪30万也并不是不可能。我们真的需要那么多产品经理么?想想大学扩招,是一个道理。扩招再多,真正需要的岗位还是不会增加,靠谱的毕业生,永远只有那么几个。

      2. 可是老兄,在目前,国内有几个互联网公司能给一个产品经理开出年薪30万呢?

        没错,按照你的要求,不开个年薪三十万都不好意思开口跟人说。

        但是我觉得貌似你们把产品经理这个角色给神化了。这么说起来我估计国内没几个产品经理了。

        都是完美主义者啊,不要脱离了现实。

      3. 在这里,众多的来看这个博客的人,7yue你认为,又有几个是年薪三十万,我估计就算有,也是寥寥吧。

        不要对年薪三十万表现的不屑一顾,这在中国还是一个很不错的薪资水平了。我们是不需要那么多的产品经理,但是这一虽然重要,但真的不是神的产品经理被你们过于抬高了。

        一个产品能否成功——似乎在你们的眼里,产品经理可以起决定作用,但是在我看来,是必要因素,却不是充分因素,甚至有些时候必要因素都不是。你们过于高估了这个角色。

        有些公司产品设计的超级好、技术力量也不错,最后东西推广不出去,卖不出去,最后公司解散关门了,这种事情是很多的~~~还有些公司的软件其实做的很烂,设计的也不怎么样,但是最后却卖的很好,这也不是什么笑话啊,很多的。

        一个产品的成功,是一个流水线的作业,像钟表的齿轮一样,各个部件紧密相关。但是你们过于夸大化了产品经理的角色。

        我只能说产品经理是很重要,但是我们不应该神化、更不应该脱离现实的去理想化这一角色。我们需要的是既有产品设计的能力、又懂得现实需求,一定是理想与现实能够都充分考虑的。

        有的产品经理,只能追求产品的完美,却不考虑公司的成本,也不考虑销售的策略,这样的,也是不靠谱的。比如设计产品的时候,有些时候就需要过度包装,有些时候,就需要把某些地方给搞难看却很突出。这都是需求。常常有产品经理却抱着“宁为玉碎不为瓦全”的“高尚情操”,而不屑一顾。其实是真正的愚昧。

  4. 看到一个2x
    看到一个粉红色的心
    看到了桌子上的电脑
    还有瓶止咳糖浆

    估计是某雨夜送MM,得情书一封,然淋雨感冒

  5. 我同学在编程的时候最讨厌我在旁边

    我的点子会叫他的代码一而再再而三的推到重写。。。。。。。。。。。。

    他想砍了我

  6. 那是……
    你女朋友写给你的“情书”吧。呵呵。
    我乱讲的,呵,但我猜不是“时间表”,怎么会这几行很少,那几行很多,这几行只有几个字,那几行长的不得了,时间表没必要这样吧。

    难到是一周或是一个月的时间表?不会吧?不可能啦!
    所以,“时间表”是错误的!-_-!

  7. 产品经理是一个恢常恢常重要的职位,也是对整个产品和项目最有全局性掌握的人
    对于项目的任何一个部分,“可以不精通,但不能不了解”。

  8. 产品经理的工作是运筹和沟通。理论上,他要知道市场需要什么,公司希望达到什么目标,以及工程师喜欢做什么,并把这些资源结合起来做成一件事情。然而,在前两者的压力都太大时,他就只能选择牺牲最后一样了,假如他不能选择把工程师都抄掉的话。

    更广泛地来说,产品经理还要接触法务、品牌等问题,无论如何,工程师都是最值得牺牲的了。

  9. aw早就有个她了
    笔记本距离桌沿那么近,还压着纸,容易让我想到aw是否有一些特殊爱好…

    正经的,我就不敢说自己的PM,别人问,都说自己是做产品相关的,做好一个产品经理是在是太难了。除了尊重各种工程师和设计师的专业水准外,还要扛得住boss和市场的压力。

    最后,aw君,博客在opera10下有点错位。

  10. 老实说,我个人很不喜欢那种对着工程师叫嚣“我只要结果”的产品经理。除非你是公司的CEO或者CFO,否则我不认为你有理由回避过程的复杂性。最起码的要求是,相关产品在用户面前所呈现的业务信息量,产品经理应该100%地了解。举个简单例子:如果校内网的产品经理无法向用户解释“如何将一个好友添加为‘特别好友’”,那就太失职了,至少我认为是失职的。

    挺好

  11. 要给一个名词准确的普遍的中文定义,本身就是件困难的事了。

    其实,角落里的toys,墙上的可视化知识,都是能让程序员产生共鸣的。

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s