我是一根互联网老油条了，自打2009年进入百度以来，开始接触到产品经理这个群体。作为一个工程师，我目睹了产品这个职能的飞黄腾达之路 - 对他们的印象从“校招起薪比较低的那个职能”，变成“mini-CEO”。在16年阳光明媚的西雅图春日，我有幸在AWS总部实习了俩月，司职的正是产品经理方向。然而俩月的时间断然太短，没学到多少“干货”，只进一步徒增了对这个角色的好奇之心。作为一个诚惶诚恐的产品新人，我选了这个最基础的作业题目。
游侠还是军人 - 产品经理与团队
先从我最熟悉的看产品经理的视角写起。做技术的日子里，“XX需求绝壁是产品拍脑袋想出来的”这话每个人都不知道说了多少遍。这话至少有两个层次：
1、产品是经常挖空心思、从无到有的去想象很多东西的，很多时候，根本都没有人给他具体指令。试想一个产品经理，平日里必须有爱琢磨、爱假设、爱尝试的习惯，否则怕是天天都会“感觉脑子被掏空”。所以我称他们为游侠，在一个空间里独自闯荡，无拘无束又无依无靠。
2、既然有人吐槽，自然说明这个“游侠”并非真正的游侠，翱翔完自己的思维世界，还是需要和众人一起奋勇拼杀，才能把构想实现。这个程度上说，产品也像是军队的一员，类似于军师，做好部署，并希望战局能如部署一般进展。所以，产品经理又必定是一套严苛规则体系的服从和捍卫者，要设置阶段性的胜利、牺牲不能太大、不可失信与团队，等等……
听你的还是不听你的 - 产品经理与用户
按说，产品经理是服务用户、以用户为上帝的，可为什么优秀的产品经理也会出现“不听你的”的情况呢？我试着用咨询顾问爱用的分解方式，做一个分解。
假设产品经理的目标就是了解用户和用户需求，通过做一件产品，从而能让用户满意的使用并为公司赢得利益。那么这个过程中，潜在有哪些坑儿，会导致产品经理陷入“无论用户说的对不对，都要把事情做对”的
1、用户并不真正了解自己。大家都有过类似的体验，以为考上了XX大学或者月薪到几万，就大满足了，其实不是；以为自己会好好学习，肯定会把钱花在学习上，结果都献给了游戏和谈恋爱。既然基于个体的判断常出现大偏差，产品经理应该具备根据群体共性，来辅助判断个体行为的能力。
2、用户并不（明确）知道自己在某件事情上真正的需求是什么，人人2.0里面卡车过山洞的故事是个很棒的例子。用户“内心以为”自己想要的，和“真正”想要的，常常不同。因此，产品经理需要有站在比用户更高层次，去思考用户需求的能力。
3、用户“想说出来”的需求和用户“内心以为”的需求是不一样的，比如人人2.0里男女伙伴开房学习的例子。产品经理需要有设身处地站在用户角度，去看清用户真心所想、核心需求的透视能力。
4、用户并不具备对产品所处的大环境、大系统的预知和全面思考能力，比如电动汽车的顾客在购买前往往不会有“电动车也需要发出点声音以提醒路人”的考虑，但只顾乘车者静音爽是不行的；很多企业用户拍胸脯说这个应用真不错啊我们肯定买，真要买的时候忽然发现budget不够了。这些看起来都不是你的责任，但用户从来都是用脚投票的。产品经理需要有统观全局和预判变化的能力，造出有利全局、面向未来的产品。
5、用户想要的东西，咱们不一定做得出来。比如星球大战等科幻片中经常出现的跨语言跨物种自动翻译工具，相信很多用户都有着强烈的需求。但是现而今就算无误的知道了这个需求，臣妾做不到啊。产品经理需要了解产品开发的可行性，并在需求满足度和可行性之间做适度的妥协。
6、用户想要的东西做出来了，对公司不一定有足够的收益。这个收益倒不一定是直接经济收益，也可以是口碑、用户基数、内容贡献等等。和上一点类似，产品经理也需要在需求满足度和公司收益之间做适度的妥协。
一点后记
本来本文还打算再写两组关系，“逻辑还是艺术 - 产品经理与自己”，以及“做还是不做 - 产品经理与资源”。但一是码字有些码累了，二是这两块特别需要比较深入的hands-on experience才能写出东西来。于是我决定先不无病呻吟瞎凑字数了，等回头有了更真切的体会，再将其补上。
