相信不管是对产品经理这个岗位感兴趣准备入坑的还是已经在坑的，都听说过产品经理P级评定这回事，其实就是产品经理的Job Model。各大公司都有自己的Model，但是相同的岗位差别不会太大，尤其是像产品经理这个岗位已经发展了好几年了，早已有一了一套相对来说“放之四海而皆准”的评级规则了。

我今天就在现有评级规则的参考上加上自己这2年的工作经验，唠叨一下我认为产品经理应该具备的基本能力有哪些，优先级不分先后，我总结为一下3点：

1 有进度，有反馈

（1）主管交待的事情、答应其他同学的事情一定要有进度安排，一定要有定期或者不定期的反馈。工作中经常会遇到，答应了运营一个需求因为当前版本插不上就回复人家说下个版本，很多时候下个版本就像我们跟人说“下回有时间请你吃饭”一样，常常是无疾而终，遇到个傻白甜型的运营算你走运，稍微有点职业习惯的运营将你这样的行为反馈给你的主管，保证对你有百害而无一利。同时，在工作中我们肯定避免不了主管交待给这样或者那样的大小任务，大的项目不会忘，但常常是一些比较重要但是又不起眼的任务，答应之后一忙就会忘，比如主管说：“你完了看看上次上线功能的那个数据”，因为主管也没有给你指派具体的时间点，你呢也没觉得很紧急，当你忙于PRD修改、和开发撕逼等琐事后，主管指派给你的事情早忘了，直到可能过了半个多月主管也才想起来，问到你的时候还没做，1次2次还好，时间一长会对你形成“交代给你的事情总是没有结果，总是不放心”这种印象，有句话叫做“信任即资产”，一点点的事情没有做到闭环，没有按时反馈，时间长了就会让别人对你产生“不信任感”，这样你的资产也所剩无几。所以，接手的事情一定要记得有进度，有反馈。即使没有按时完成某个节点，也要提前跟对方说一下你遇到的困难，尽量或者千万不要经常让别人催你。

（2）有些开发真的很懒，比如前端要依赖后台一个接口，后台要依赖其他团队一个接口。稍微大一点的公司做项目我们百分之百会遇到这样的事情。有些开发很主动，只要你的需求讲清楚了，PRD写完备了，他会自己找依赖方催什么时候完成，什么时候能提供一个可测试的接口等等，但是就我这2年的经验来看，这样积极主动的开发很少！（也不知道是不是我呆的公司不对）。一般经常的情况是这样的：你的需求讲完了，PRD提交开发了，这时候一般没什么事情你就可以进入下一个迭代或者其他项目的策划阶段了。但是当快到测试的那天你才了解到，前端一直在等后台给数据接口，而后台因为前端没找他要过，所以没有准备。握草，这明显要提测延后啊！相信我，这时候前后端绝对不会指责对方，而是会一致质问你这个产品经理为什么不早说，不早提，为什么没有催。真的，这样的事情我遇到不是1、2次了。怎么避免此类问题？

当PRD评审完成以后，要求技术leader进行技术评审，前端把自己所需的接口列一个list，建立一个wiki文档，让后台自己把能提供的时间点写上去，所以你问好确定好以后写上去。这样你就可以安心你做其它项目或者策划下一期迭代了。到了某个关键节点了你就在群里问一句进度如何就行了，有问题的话随时召集团队沟通解决，如果没啥问题，继续安心筹划下个项目。

这个案例是想说，除了你需要给主管和别人反馈之外。在面对整个开发团队的时候，你也需要引导他们给你进度和反馈，不要让进度失控，尽量每次保证每次能按时上线。

2 信息要公开！

这一点我不知道大家什么体会，就我自己来说被“信息不公开”坑我简直无数次，刚毕业从事产品岗位时候也因为把信息单发给别人而导致其他相关同学不知道而产生的严重后果，后来深刻意识到这中害人害己的做法以后，坚决改正了。

PRD评审完了，你才发现有个地方前端交互逻辑需要改一下，不太好意思在大群里说，于是单独和前端说了一下，前端也接受了，到开发后期后台同学说你特么这个东西会影响后端给数据的逻辑，你为啥改了不通知啊，到测试了会说：你这东西改了不说我怎么测？说真的，他们说的对。所以，每次遇到一个单独的迭代或者项目，任何改动，任何对开发有影响的信息请务必在大群通知到所有人。你通知了，别人没看，不能说是你的问题，但是你没有公开说，那。。。自己想吧

设计师提交了UI稿件后，发现一个不太合理的细节，于是修改完后单独发给了前端，也没在群里说......

后端趁着这次改版，优化了了一个不相干的功能模块，自我感觉不会影响其他模块，没有通知项目组的人，测试时候不会每次全量回归测试，上线了才发现莫名其妙多了个BUG，产品背锅啊......

运营需要改一个文案，需要APP、H5、PC同步修改，先跟PC的产品说了以后，人家立刻帮他改了上线了。运营跑去和APP说的时候因为某些原因又讨论了一下，最后决定了一个认为更好的文案，于是开开心心的在APP用了新文案，而没通知PC的产品，上线了发现同样的功能模块不一样的表述......

很多很多，不知道为什么人们总是倾向于避免在群里面通知因为自己而引起改动的信息，很多这样的人都有种“不太好意思”的感觉，包括有时候因为你的问题出了个bug,你也会倾向于尽量使更少的人知道。但是，从一次次“坑人坑己”的经验来看，信息公开能避免很多不必要浪费的沟通时间和后期改动成本。

3 多看其它产品

可能每个做产品经理的人都希望自己能做一个不一样的、改变世界哪怕一点点的产品。但是工作中经常会遇到连一个基本功能、基本流程都做不通顺的产品经理，有些甚至是3、4年经验的。

其实我觉得，现在互联网市场上各种各样产品已经相当的完善了，对于一些别人也有的功能，你自己都根本不用重新设计，研究一下，拿过来用就行了。千万不要为了证明自己的能力而去创造功能。先认真，再谈优秀。

当然了，如果我们再细分延伸的话上面的3点可以拆分成诸如：产品设计、项目管理、沟通能力、数据分析等等，但如题所述，以上3点只是我认为一个产品经理应该具备的最基本能力。

如果想参照比较完善的产品类Job Model,希望对比一下，可以看看下面的阿里巴巴在这方面的资料（仅供参考）