产品经理累还是程序员累

　　产品经理累还是程序员累?很多同学都问我这个问题，我咨询了师哥师姐，看看他们是怎么说的。
 

　　首先，我很感谢产品经理这个工种，这个工种提供了一个兼具情感和理性的思考模式，让你对世界有更敏锐也更宽容的视角。
 

　　我做程序员三年，产品经理两年。AAA教育的老师问我这个问题的时候，我内心有很多的感触想要表达，希望我的回答能给AAA教育的师哥师妹们带来帮助。
 

　　当年开发的时候想休息就休息，时间自己安排，事情做完了就安心了，唯一担心就是服务器出问题。
 

　　现在当产品，东西不是自己做，做出来不放心，决定自己也做不了，做出来的东西被 boss 推翻重来，好不容易到了开发那边，又担心意思传达不准确，还有就是 boss 临时改需求等一堆破事，最最关键的就是，产品的工作没有结束的概念，交到开发手上只是完成了第一步，每天要持续去沟通，测试那边也要来问你，产品出来了，还要给运营写上线文案，给客户写介绍，还有后续的各种答疑，绝对无法做到开发时那种工作完成后的痛快感。
 

　　服务器就不用担心挂了吗? naive ，服务器挂了虽然不用产品去修，但是也需要产品去给客户解释情况，安抚情绪……
 

　　做产品经理要比做程序猿累，但是我喜欢产品经理这个岗位，痛并快乐着。
 

　　我以前也觉得自己做产品有天赋，而且我发现不少技术人员觉得自己做产品有天赋，所以或者可以反观一下，如果真的是“天赋”的话，不会有这么多人都不约而同地这么认为;我觉得这实在不是什么天赋，只是你从事技术工作一段时间以后，开始有一些认识了而已;很多人都能对所谓产品说出个三五六来，就像一个画画画久的人，会自然而然的觉得自己对“艺术”有了“天赋”一样，不是很可靠的;
 

　　”不想做只是面对机器的工作，热衷于做交流沟通性强的工作”
 

　　这可能只能说明你不喜欢当前的技术工作，并不意味着你“适合”做交流沟通性强的工作，技术工作不总是有趣的，难免有厌倦的时候，但因为这个想去做产品是不太合适的，因为做产品也有和做技术类似的问题。
 

　　下面是我的看法：
 

　　1、我感觉国内的公司基本还没有这样的意识，能够真的让一个产品经理当起实职，对一个东西提纲挈领，有真正的职权去“负责”，因为不太可能被赋予这种职权;平时看到的所谓产品经理应该叫产品“专员”更加合适，但比其他的“专员”更虚;这个职位现在已经越来越像其他行业的各种经理了，比如保险行业人人都是经理，地产行业卖房子的都是经理，产品“经理”的语义差不多就是这个;
 

　　2、我认为如果其他职位的人转产品，技术职位的人应该是比较合适的，因为技术人员天天工作在产品的方方面面，对产品的需求和实现知根知底，信息的不对称问题在这里最小;另外一方面是市场人员，也很合适，也是技术人员转产品职位的最主要缺点，对市场的认知真的不够;很多情况下，技术人员转产品在管理层看来更难接受一点，因为一般管理人员不太懂技术人员的工作内容，习惯于自上而下的思考方式，觉得市场人员可能是更high level的工作，所以呢，“把握”起来更好，事实当然不一定是这样，但这是一个现实的难度;
 

　　3、和纯技术工作相比，产品工作在不同的abstract level上，需要的知识结构更宽广，单一的职位挺难获得这些需要的知识(和经验)，所以就像一本书上说的那样“人人都是产品经理”，因为确实需要这样;产品是团队的高级目标，团队通常会在下意识的情况下一起完成对产品本身的认知和管理;这意味着其实无论是开发人员或者市场运营人员，实际上大家天天都在一起做产品，站高一点看，你做技术，不只是写代码，它还会确实地决定产品最后的工作方式，体验和面貌;来自市场和运营的工作同样最终体现在产品的最终形态里;所以产品就像是一个同时受内外(多方)环境决定的生命体，没有单一方面决定产品，但任何一方面都有重要影响;所以你从技术转产品可能是从“实际”在做产品到“看起来”在做产品;
 

　　另外，说的直白一点，要有真正的职权，真正地对结果和决定负责，要有把控方向的权力，仍然和团队一起做产品，但产品经理的决定不能够轻易地被override，这才叫产品经理。没有实权的产品经理，是没有做头的，会非常纠结的，技术人员转到这种角色，成本非常大，所以要看看你转到的职位是不是”实职“，还是只是“虚招”，我个人的经历，这个词现在很火，小心泡沫。


        看到这里，你对产品经理有一定的了解，喜欢产品经理岗位就联系在线小姐姐，领取免费视频课程，当然还有很多相关的文章你也可以看看《未来五年产品经理必死》、《产品经理的工作内容有哪些》、《产品经理工具大盘点》、《转行产品经理后悔了》、《如何做好一个产品经理》、《零基础做产品经理必备技能》