如果简单来分产品的段位，简单来只分出初级、中级、高级、资深、专家这5个level；

提炼一下各个职级的关键字：执行、独立、系统、洞察、趋势预判；

其实核心区分还是能解决什么程度的问题；

初级产品经理要求解决明确的问题，从由明确的问题需要解决（比如XX功能优化），要求的是具备基础的专业技能：业务分析、数据分析、功能设计、交互设计、工具能力这些，能落地完整的执行；

但是到中级产品经理，可能就要开始要求达到明确的目标（比如dau啥的明确指标），要求的除了基础的专业技能之外，可能会需要具备一些单线业务解构和系统解构的能力；能独立的发现问题解决问题

到高级产品经理，可能就是要开始要求解决综合目标（比如用户涨XXX），单线业务解构和系统解构的能力之上，要具备拆解目标优先级的能力，把综合目标拆解成明确指标，并且验证解决，专业侧也会跨域、跨系统；能系统性的解决相关的问题

资深产品经理，可能就是要开始能衡量目标了（比如XXX涨XX%是否合理），在综合目标制定上面，要具备衡量业务发展以及系统当前现状，衡量投入产出比这些咯；能明确业务、产品的问题域和投入产出；

如果最终是专家，那核心就是要选方向了（比如产品定位选择XX，服务对象XX，核心竞争力是XXX），那就是要基于市场机会和系统架构，对业务发展进行布局：阶段目标、业务结构、人员结构、系统结构，简单来讲就是画域；能够明晰业务的发展趋势，进行相应的布局；

不同的公司，可能具体产品岗位负责的职能也未必相同，在不同公司框架下（业务、团队）相同层级的人员能力要求也各不相同，所以也很难由明确量化的标准来衡量，一般也都是通过过往项目和实时询问来评估能力模型；

但其实核心还是围绕在解决问题上面，能够定义的问题深度越深越清晰，能解决问题的方法越合理越系统，层级自然也越高，夯实基础锚向提升自己解决问题的能力，这一个方向总是没错的。

以上，仅供参考。

这个问题有点意思，简单回答一下：

个人认为产品经理涉及三个能力-洞察、构建、商业，大白话就是发现、定位问题的能力、解决问题（输出解决方案）能力、活儿不能白干如何拿钱的能力。

第一点：洞察

洞察分为三个阶段：单一范式、制度（常识或者范式）、心理或者文化。

（为了便于理解，用b端里面销售算好的报销、crm两个类型来举例）

单一范式，只了解某一个人或者某一群人。但是你知道，一个报销产品，一家公司内也有发起者、审批者、发放者。不同公司之间，报销费用的类目也是不太一样的。初级产品，总是会有这样或者那样的视野缺陷。那么到了中级，洞察必须能够达到常识或者范式的级别。（大白话就是该见的猪都见过了，该尝的猪肉也都尝过了）

必须能够分清产品主线里面有几个角色，能够基于角色建模或者说基于角色拆解业务吧。公司类型不说全国，至少飞书的用户群里面，都有哪些公司类型要清楚吧，各类公司的报销费用类型有哪些，要基本清楚吧。crm也差不多，数据录入者、数据使用者、管理者。不同公司销售的产品也不太一样，那么产品相关资料的信息结构也不太一样吧。竞对，最开始你只知道行业里面顶尖的，接触多了你会发现很多不是你的对手，因为定位不一样。竞对差异也能说个123吧。

第二点：构建

构建我个人也差不多拆分为三个阶段：解决-平衡-简单

新人最开始，手里有什么就递给用户什么。打个比喻就是，不管用户是要干什么，你都把锤子给递过去了。然后过几天，接触多了，师傅的工具箱有什么，大概心里有数，用户要解决什么问题就递对应的东西过去。大概就是用户遇到问题，你知道对应的解决方案。能做到这一步，基本算是个合格初级产品。

中级的要求是平衡。需要你在多个约束条件下求得最优解，而不是像初级阶段一样，顾头不顾尾。一般招聘里面文绉绉的说法，能够基于多视角输出解决方案或者考虑用户诉求，很多人就以为是多角色，其实是片面的。列举下常见的约束条件：

1、投入生产时间和人力。人就那么点，时间又那么赶，要求你产品快点出方案。

2、用户就想买一件东西，但是要求能砍、能锯、能起钉子（参见我军的多功能工兵锹），你怎么把这么多功能塞到一个东西里面去。但实际上，用户对于不同需求的强度是不一样的。

3、不同屏幕的展示问题，产品经理很多用mac，但其实很多用户，显示屏垃圾的一p，或者显示屏很小。室内光线太强，室外使用有太阳。这些你怎么平衡。

4、其他的，性别、年龄、教育水平等等

构建的第三阶段就是简单，或者说大道至简。现在估计你也没什么感悟。

我举个例子，21年1月，我在湖北老家，很多人不会手机扫二位码，急的在那里哭。微信算是中国互联网里面在简单这个点上做到登峰造极的产品了，但是仍然拒绝了很多用户。你天天加班、开发头发都掉光了，但是你做的东西稍微复杂一点点，你的产品就是狗屎，祸害人的东西。

第三点 商业

商业这个点上，我最为薄弱，但是也分了三个阶段：传递价值、交易顺畅、商业模式。

另外说下，一般的初级产品经理，都不会涉及到这个模块，一旦到了中级，就要认真考虑这一块了。

其实这三个阶段的顺序很多是倒过来的，商业模式很多产品其实都接触不到，这很大程度上是老板的事情。交易顺畅，现在工作细化，一般也会有专门的支付产品经理来做这个。还有很多支付公司提供服务。

那么先说说常见的价值传递，通俗点就是你辛苦了，你的用户买不买账，认为是个有用的东西。然后就是能否充分的意识你的产品的价值。最后一个阶段，才是只有钱才是用户对你的真爱。

稍微文绉绉点的版本：

1、包装产品，突出产品的价值点。

2、尽量通过某种方式使你的产品价值量化，说到这里，钉钉管理端员工累计工作时长这个功能背后的逻辑很清晰了？潜台词就是，你看钉钉帮你监督员工，你看你的员工多卖力。还有crm产品，你的员工已经录入多少条线索，使用当前系统成交多少单子。都是一个逻辑。

交易顺畅简单说下

1、让用户在合适的节点付费。那么你的产品主线是什么，整体用户的情绪曲线哪里是高点，用了哪个功能会很high，在哪里设置付费发起最合适。

2、整体的付费方案如何设计，如何拉开档次。

3、如何在付费方案上，让用户感觉占到了便宜、同时感觉舍不得某些东西？

4、如何设计付费方案从而比对手更有说服力？

5、订单的容错机制如何设计？

商业模式这个，我目前还不够资格来讨论，也就不祸害人了。

说了这么多，一句话，别天天待在办公室，要和用户混在一起。你经常去的企业有没有个30家？拜访过的企业有没有个500家？经常联系的用户有没有个50人？你经常联系的用户里面，女的大姨妈你知不知道？男的喜欢抽什么烟？喜欢什么类型的姑凉？上面说的东西，都需要量的积累。加油！！！

既然是做了2年的OA产品，那就以这个为话题，说说你对OA产品行业的整天理解、OA产品的理解吧 —— 你能把这个说出个123来，才有机会谈更高层级的发展。

1，OA类产品对企业的价值体现在哪里？

2，OA类产品的短板在哪里？

3，企业在使用OA类产品后的痛点在哪里？

如下是我对内部产品小伙伴晋升的能力要求，可以参考，量化的不够，还在优化中。

从初级到中级：

各位产品前辈这是一个开放的问题，我认为无论是工作还是做产品人，本身就是一场漫长的修炼，所以我自己定义了初中高级。如果您认可您可以留言，如果您非要纠结问题本身或者说这个叫法的本事，我觉得您可以扭头就走。 说实话评论里面的有些回答真的让我质疑您的专业性。

能力并不像游戏里的证书，认定你是高级就是高级，初级就是初级。

地球OL的玩法在于你做过的事，产品经理的能力尤其通过其做过的项目，从我仅有的经验来看，失败的项目比成功的项目更具备产品复盘的意义和经验。

最后，希望提个好问题：

例如，我现在刚入行OA产品两年， 如果希望在这行深耕，可以去哪方面去努力。

产品之路近乎等于撕逼之路，没有心理准备是很难做好的。

尤其是自己提出一个模糊的问题时，还要求回答者按照自己的意愿来给出建议，这样得到的答案也许符合心意却不会有任何帮助。

如果质疑产品的专业性，那么不如思考下现在有专门的产品经理专业吗？

最后身为产品，做产品方案之前最基础的是定义问题，问题定义都无法拉到统一认知，如何谈解决问题。

产品从来没有一个什么初级中级高级之分，国家发的证吗？没意义，从0到1多做几个产品，跟几个项目。

最简单的法子就是看公司对初级、中级的要求，如果自己公司的标准不明确的话，可以看一下自己心仪的公司的招聘要求，但每个公司对初级、中级、高级的要求都不太一样，综合评估一下自己的实力，再在实践中扬长补短

意识->视野->洞察