很久以前，PM 两个字母的缩写代表了 Project Manager（项目经理），那是一个软件工程横扫世界的年代，人们为了精准的完成一个软件项目，设计出了各种开发规范和工程过程，项目经理可以制定出细致到每个月每个周和每天的工作计划，最后，项目延期了……
时至今日，PM 早已改弦更张，成为产品经理的代名词，在这样一个以用户和产品为中心、设计和用户体验改变世界的时代里，产品经理被赋予了太多的职责和意义，他们主宰着产品的特征、设计、实现和用户心理，如果负责了公司的核心产品，他们甚至决定了公司生死存亡的命脉，他们画原型如拾草芥，做交互如履薄冰，产品特性增一个就多了，减一个就少了，他们始终念念不忘的是：设计上的完美并不是没有东西可加，而是没东西可减。
不一定有回响……
产品经理常常处于各种纠结之中，他们想尽可能让产品表现的聪明而有原创性，又担心自我的迷失，因为人们在登山的时候总是会忽略那些能够直达目标的小径，我们被蓝色湖泊上飘荡着雾气吸引，在高山上怒放的美丽花朵之间徜徉，而忘记了真正的目标。然后，很多产品就这样死掉了……在这样一个创业者遍地开花的年代，大部分的产品不仅会老去，而且会消失，这是它们的宿命，也是产品经理的宿命。
不过产品经理们是不会屈服的，因为有两个神一样的产品经理永远伫立他们的前方，对于他们来说，乔布斯和张小龙是偶像，也是永远无法跨越的鸿沟，神的每个举手投足都能吸引亿万人的目光，让人仰望，让人忧伤，就像盖茨和林纳斯之于程序员。
有灯塔就有远方，就有希望！
做为一个程序员，我曾经屡次在文章中写过产品汪和程序猿相爱相杀的文字，有调侃，有玩笑，有故事，有些当然并不是很合适的，因为有人告诉我「亲，给我们产品汪团队留一条活路吧」「产品经理也很脆弱的」「难道只有程序猿很敏感吗？」「性命这种事情，我看的很淡」等，我意识到了问题的严重性，静下来想一想，我这么做确实值得商榷，所以我会在这篇文章里「好好夸夸」产品经理。大家黑的好，才是真的好！
由于「人人都是产品经理」，所以很多人误以为产品经理是个门槛很低的职业。很多年轻的朋友经常瞪着水汪汪的小眼睛问我一个难以启齿的问题：「大叔，我想转产品经理，学点啥呢？」遇到这种问题，我只能拍拍他/她的肩膀说「孩子，我也想转，咱们有的学呢……」
虽然产品经理已经被无数本「产品经理书」定义过了，我还是想给它下个定义，简单来说，我认为产品经理是能对事情（产品）负责的人，从某个产品或特征的诞生，到原型、交互、实现、上线，他会像种植一棵树苗一样去呵护产品，通过各种方式协调一切可以协调的资源，让这个树苗存活，成长，开花，结果。为了让正确的事情发生，他会动之以情，晓之以理，动用抱大腿，跪求，威逼，利诱，隐忍，请吃海底捞……等各种常规或非常规手段来达成目标。一旦树根伸展到大地深处，紧紧的抓住地下的泥土，树冠伸向蓝天，吸收阳光和雨露，产品就成了鲜活的生命，这时候产品经理就会冷静的站在一边，看产品的成长，看产品与用户、用户与用户之间的交互，分析运营数据，并找到之间的关联，以期给产品更好的回馈，并准备下一次的迭代。
优秀的产品经理需要掌握的知识体系可能是 IT 领域最庞杂的，他们需要精通产品相关的业务领域知识，懂设计，懂营销，懂市场，懂心理学，理解时尚，最好是产品的典型用户，沟通和协调能力是必备技能，对数据敏感，能够及时反馈和调整。丁香园的产品经理、二爷鉴书的作者邱岳曾经说过一句迄今为止最有价值的话：产品经理最重要的能力不是某一项技能，而是「让正确的事情相继发生」。要想做到「正确和相继」，你就需要很多项技能，并不断打磨这些技艺，才能把「好的产品」扶上马，再送一程。
优雅的做产品，不复杂、不冗余、不消耗更多的资源，沉浸在产品的世界里，就像《财经》宋玮描写张小龙的状态：
他更愿意活在自己能掌控的世界中，而对于无力去掌控的东西没兴趣。现在他可以掌控的东西越多，也就变得愈发的强大和自信。他穿着短裤在办公室里走来走去，确保团队开发出的每一行代码和每一个产品细节都灌注了他的情感。
对于产品的实现者——程序员来说，江湖上有两种产品经理是最可怕的（或者说最可爱），如果你遇到了，可能是你的幸运，也可能是你的噩梦！
一种是设计出身的产品经理，他们对产品功能的定义会精确到每一个滑动，对界面的UI 的要求会准确到每一个像素。一旦设计完成了，他们会要求你100%按照设计去完成产品功能、UI 和效果，差一个像素都是不可接受的。
这种产品经理往往出自设计和产品导向的公司，他们在公司「书生意气，挥斥方遒，指点江山，激扬文字，粪土当年程序猴」，而我们，程序员，要么被虐的死去活来黯然离去，要么涅磐重生再创辉煌，没有第三条路可走。
另一种是从技术领域转过来的产品经理，有些人甚至对技术的理解达到了庖丁解牛的程序（比如张小龙）。当你对丫说这个效果或功能无法实现时，他会默默转身离开，过一会儿就扔过一段代码过来，邮件标题是：你看这样实现行不行？
所有人都沉默了……
