“全栈工程师”是一个由来已久的概念，泛指掌握多种技能，胜任前端与后端，能利用多种技能独立完成产品的人。如此说来，“全栈产品经理”是否存在，这是否是个伪命题？
一、“全栈”的概念，很难界定
从13年起“全栈工程师”这个概念就很热。根据这个描述，全栈产品经理必须完全理解/了解自己业务系统，从底层基础架构，到数据中间件，到API逻辑，到 Web 和 Mobile 实现，到 UX 和 UI，到产品逻辑，到部署和发布计划的制定。
比如说，7 Essential Skills for the Full Stack Product Person一书中，提到的这幅图就完整地描述了一个“全栈产品经理”的技能树：
但是这个概念本身一点都不新鲜。比如说腾讯的产品经理职级要求里，也有类似的东西：
腾讯产品经理职级要求
图中的“1级职业等”是初级产品经理的技能要求。当职级高了以后，这个雷达图会变得很“丰满”。
比比看，是不是差不多？
每一个优秀的资深PM，必定都在多个方面有所斩获，可以被称为一个“全栈产品经理”。
但最好不提“全栈产品经理”这个称谓。不是因为这个说法不对，而是因为这个说法不好，让人理解出现偏差，容易颠倒因果关系 ️。
这个说法暗示了，更看重一个产品经理的通用知识体系，而不是产品经理所能带来的真正价值。
而对于“通用知识体系”，我上文提到，它就像一个金字塔，既不新鲜，也不稀缺，是随着职业发展自然增长的属性，没有必要提。
那什么是产品经理真正的价值？
谈产品经理的时候经常会谈到创新；或者，产品经理们经常会谈创新。能有好点子，能做出新东西，是产品经理所应该具备的能力。
但是，更重要的能力不在于创新，而在于什么时候，为谁，做何种创新。也称为产品的节奏。
为了达到这个目标，产品经理必须去和他的目标用户接触，看看他们是怎么样的一群人；去了解自己面对的市场是什么样子的；去挖掘潜在的需求，找个最好玩的方式去满足这些需求；去面对现存的问题，并寻找解决方案；
最后，无论是功能还是方案，大部分情况下都会落实在技术上。产品经理需要在技术上有所认知，明白对于技术团队而言，如何用最合适的方法去实现方案。
回过头来发现，如果一个PM把握好了产品的节奏，那么他自然具备了上文所述的从需求分析到技术实现的能力，也就可以称之为某行业的“全栈产品经理”。
或者更朴实一点，称为某行业的“资深产品经理”。
二、不可能“全栈”，没必要“全栈”
从13年起“全栈工程师”这个概念就很热。根据这个描述，全栈产品经理必须完全理解/了解自己业务系统，从底层基础架构，到数据中间件，到API逻辑，到 Web 和 Mobile 实现，到 UX 和 UI，到产品逻辑，到部署和发布计划的制定。
如果把成为全栈产品经理认定为自己的职业发展目标，很容易陷入这样一个误区。
我们自认为什么都能做，于是我们随波逐流，谁给我offer 我就做什么事情，这个思考方式造就了一批从业经验极长，但缺少特点和闪光点的产品人。
五年经验，1年做金融，2年做社交，1年做资讯，1年做电商，这样的经验构成在5年的赛道里，毫无竞争力。
单单一个移动社交领域，就有多条赛道可供选择
随着我们工作经验的增长，我们的竞争赛道在发生变化，这是许多人疏忽的细节，这也是一个致命错误，是可以断送你职业人生的错误。
在我们缺少实际工作经验时，我们羡慕经验时间长的人，认为5年经验比2年经验容易找到工作，容易获得青睐，许多人都会这么思考，看上去似乎没有什么问题。但是：
5年经验的岗位和2年经验的岗位是相同的吗？
5年经验的薪资和2年经验的薪资是相同的吗？
5年经验的工作内容与2年经验的工作内容相同吗？
这是两个截然不同的岗位，是两条迥异的赛道。彼此完全没有可比性，工作经验长并不代表就更好找工作。
三、脚踏实地的“全栈”，胜过高谈阔论的“全栈”
我所理解的全栈，应该是脚踏实地的“全栈”。
首先你要对自己的主业即产品要做的做好，不是应付而已，应该是快精通的那种，其次的话，就是开发、测试、设计、运营、视觉等方面能轻松和对应人员接上话或就某件事情提出相对入行的见解。
只顾大的产品战略方向的产品经理不能称之为产品经理。
我经常遇到过只说做什么功能，至于这个功能怎么做具体实现之类的，全权交给开发，这是我鄙视的产品经理。
在工位敲代码的美团点评CEO王兴
产品经应该脚踏实地，能大能小。
不仅仅能做到制定大的产品发展战略，而是也能小到具体的逻辑实现用到的数据表字段或者增加一条数据时有哪些的限制条件。
开发方面，基础的开发语言要能看懂，不能说自己独立做出来个什么东西，最起码方法和类之间的调用关系可以理得清楚，对架构和服务器方面的东西有一定了解。
基本的测试方法，这类的是要懂的，因为有时候产品也要负责测试产品的一些功能。常见的测试工具，如jmeter，这些会些基本的测试就可以。
全栈的意思就意味着全能，以产品能力为核心，向外辐射出各种产品增长所需的一切技能。
