当他们都在说产品经理门槛低的时候
如果你像我一样长期混迹于各个产品社区中，你就会发现有几个问题是长期而反复出现的：
1. 产品经理需要懂技术吗？
2. 原型要做到高保真吗？
3. 开发和我撕逼怎么办？
这三个问题堪称产品界的三大月经题，反正过一段时间就会出来一遍，而且这种问题下讨论的热情还很高。
说实话，看着很心痛。
1、他们都说产品经理门槛低
老梗一：做不了设计、写不了代码、最后都去做产品经理了。
老梗二：公司的行政转行去做产品经理了，公司的前台转岗去做产品经理了，公司的保安早上查胸卡的时候也在打听能不能转行去做产品经理。
碰巧老板又提需求了，官网首页的字不够醒目，建议改成红底白字或者黄底黑字。
碰巧财务总监觉得审批提醒不够强，希望改成十分钟提醒一次......
黑人问号
你看多么忙碌的产品经理，又是多么庸庸碌碌的工作。
这是产品经理吗？
当然这不是，这只是实现需求的工具人。
（百度释义：工具人）
what？我堂堂大产品经理居然是没有人格的工具人。这怎么能忍？
又回到最上面那三个问题，即便会画原型、写需求、懂点技术，甚至往好了说，你的原型保真度很高，你的文档可读性很强且逻辑自洽，你还懂点技术，能跟开发一顿胡侃。
然后呢？
如果这就能做好产品，maybe这就是外界觉得产品经理门槛低的原因吧。
2、产品经理应该干什么
后显慧老师在《从热闹到门道》里举过一个例子，他在很多公开场合问过大家：“请问，在座的各位，有没有看到过一个产品是丑死的？因为它太难看，活活丑死了？如果有，请告诉我，我可能能救活它”，但实际答案是没有。
毕竟要说丑，我从小喝到大的椰树牌椰奶可没服过谁：
（丑归丑，还挺好喝）
其实我对人人都是产品经理这句话是心存怀疑的，按我的话来说应该是人人都是产品助理。
毕竟人人都可以对产品提出看法，尽管这些看法仅限于个人审美或者没有任何数据可以作为支撑。
提出问题很简单，人人都可以提出问题。破而不立，最为致命。
好看的产品千篇一律，有用的产品万中无一。
那么产品经理应该关注什么？
回溯到最初，大概是盘古开天辟地的时候，产品经理存在的意义是就为了解决问题，详细地说应该是根据数据、用户反馈等进行深度思考之后设计出可以解决问题的方案，并且有足够的证据来验证方案的可行性，性价比以及实际收益。
换句话来说就是用当下最合理的方式解决遇到的问题，逐步达成目标。
所以产品经理应该关注数据，关注用户，关注可以满足的需求和待解决的问题，而非执着于细枝末节的体验或功能。
产品经理应该有明确的目标意识，以目标规划长期的迭代方向，再将多个迭代划分为多个版本，赋予每个版本使命。
3、产品经理应该会什么？
下图是网传的腾讯产品经理模型：
（网传：腾讯产品经理-能力模型）
看这图还真得感叹一句，吾生也有涯，而知也无涯 。
其实不管什么大厂、小厂对产品经理的能力要求都会涵盖诸如：沟通能力、技术能力、设计能力、项目管理等。
但如上文所述，我们的目标是为了解决问题，整个思维路径应该是围绕解决问题而展开：
（产品经理-思维路径）
再将技能点按照思维路径拆分：
（把技能挂在树上）
1. 用户调研、数据驱动、更丰富的行业经验是为了让我们能更好地发现问题；
2. 同理心、逻辑思维、需求分析是为了让我们更好地分析问题；
3. 原型设计、文档撰写是为了更清晰的传达需求，设计方案；
4. 执行力、沟通协作能力、相关管理是为了保质保量完成方案落地；
5. 回归验证是为了复盘我们是否完美解决了问题，是否造成或发现了新的问题；
当然各个能力之间需要相互配合，而以外产品经理还需要懂市场、懂行业、懂投资等等。
这是我们技能树的主干。其他所有能力都是为了更好、更快、更可控地达成这个目标。
你看产品经理要学这么多东西，还有人说门槛低，那别的岗位门槛修这么高是怕涨水吗？
当然也有产品经理点错了技能，怎么说呢，就是那种，非常少见的那种，6级不点大招的产品经理，也可以是不需要发现问题就直接开始设计方案的产品经理，当然我们也可以统称为「坑比产品经理」。
4、产品经理的进化路径
最后感慨一句，从产品助理到产品经理，我们一路要走过多少崎岖。
刚入行时，有前辈对我说会经历职业生涯里的三个阶段：见岗位、见公司、见行业。
入行初期，我们要苦练基本功，软技能硬技能两手抓；当你可以胜任岗位要求时，又需要你站在更高的层次去思考问题，比如公司今年的战略规划、公司目前最需要解决的问题；当你已经可以站在公司的高度思考问题的时候，又需要你站在行业里，看着身边和你在同一赛道或者不同赛道的对手，而你应该用哪些战略或者战术才能活到最后。
希望有一天，人们提起产品经理时，会觉得这是一个有价值的岗位。
附送一段产品经理口诀：看清本质，分清主次，定好规划，盯紧执行，回归自证。
朋友，让我们关闭Axure，想想正在做的这个方案能解决什么问题好吗？
