今天想来说下产品经理的工作强度的事情，如果你在互联网公司待过，那么对产品经理一定不陌生，总体上你会觉得他们事逼，有时很忙，有时候无所事事，还自以为是，总觉得自己才是对的。

 

基本上你对产品经理的所有感觉都是对的，都不过份。

 

其实我也不知道那些整天加班，叫着活干不完的产品经理们到底在干些什么事。一个平常点的产品要完成一套原型加上一套PRD文档也就一周左右的时间，如果超过了这个时间，要么是产品本身太复杂，需要删减功能；要么是PM的基础技能出了问题，需要提升。

 

既然需要干的基础活能这么快完成，那剩下的忙忙碌碌是在干吗呢？大部分应该都是在沟通和决策，而且沟通和决策所消耗的时间跟PM本身的级别有关系，级别越低，在上面花费的时间越多。

 

基础技能一点也不重要

 

原型和文档只是PM的基础技能，这本事任何一个高中毕业生鼓捣上一周都能会，单完成这种工作似乎没什么要紧，

 

许多人在需求收集和管理上花费很长时间，这真是推卸责任和辩论的最好借口，一旦效果不佳就可以推脱说是用户需要这个功能，或者跟人辩论的时候说这是用户需要的。这样把自我剔出去之后，似乎做什么需求都理所应当了。

 

基本上大部分产品，根本就不需要所谓用户的直接需求，需求更多的是洞察力，对市场，对用户，对环境的直接洞察；还有就是PM本身的眼界和判断。

 

最消耗时间的事情

 

最消耗PM时间的事情是对产品的决策过程。虽然这个过程会消耗PM的大量时间，但是，这个过程并非接到项目后，可以临时锻炼的能力。更多的是来自日常，而非工作内容。

 

比如说逻辑能力，功能或者程序的内部逻辑，这种训练肯定不是在产品有活干的时候才临时去获得和练习的，它是日常点滴的积累和训练。

 

日常知识积累，产品逻辑的分析，思维方式的训练等等，会再后来的工作中运用到产品设计上，但不是因为有了产品设计的活，再来学习这些技能。

 

所以PM的工作中，最费时间的事，工作强度最大的事，都已经在日常中给分解掉了，真正需要在工作时间内处理的并不是这类，反而是最轻松的原型和文档类的基础技能。那么工作中还有什么高强度的事呢？

 

沟通虽然费时，但可避免

 

日常的沟通大体可以分为两方面，一是针对领导上的决策、方向沟通，二是针对开发、运营团队的进度沟通。其实这些沟通更多的是取决于PM级别的高低，如果级别很高，那基本上做到讨论——确定——实施就可以了。但如果级别很低，就会反复讨论——反复解释——反复修改——反复确定——实施过程中反复修改。

 

如果级别高的话，这类决策沟通，需求评审会一般在一个项目中三二次会议就搞定了，既然级别低，也可以通过文字的形式去确定下来。

 

如果PM不去兼着搞运营，做市场的话，那么PM的公司工作强度实际上是很低的，单论输出产品成果，需要最基础的技能和最少的时间就好。而对产品的决策、取舍、边界、功能规划这类影响产品成败的因素，也是需要花更多时间去思考的部分，都基本上不能在工作时间去完成。

 

按我这个说法，一个在公司上班的PM应该很轻松才。曾经我同时做几个产品，还染指运营的时候，也很少去加班完成工作，因为加班，实在是没什么好完成的活了。

如若不信：
有人看了上面可能会误以为做产品很轻松，错了，我只是说做产品在公司要完成的活很轻松。但本身这个职业很累，因为大量的精力和学习都需要在日常生活中去完成，需要在休息时间去练习，你会发现做PM没完没了，时时刻刻。

如若不信，扫码关注！