有哪些工作法则你没有坚持，让你错过成为优秀的产品经理？答案在这里！

编辑导读：随着越来越多人从事产品经理，这个职业的规范程度也在不断提高。而面对复杂的工作，跨部门的沟通，产品新人应该如何成为一个优秀成熟的职场人士呢？本文作者将从认知、习惯、协同、决策、项目、带人六个方面进行深入的分析，希望对你有帮助。

本文是作为跟谁学产品团队新人指南的一篇文章，来自于日常的团队管理和经验习得，通俗易懂。如果你觉得自己在产品工作中遇到了成长的阻碍，那么以下内容在认知、习惯、协同、决策、项目、带人六个方面做了要点的梳理。首次公开，供你查漏补缺，希望能帮到成长中的你。

一、认知篇 1. 产品经理是一个高杠杆工种

一般来说，产品经理和研发的合理配比是1：5。不难看出，产品经理本身就是一个高杠杆的工种。那么高杠杆有啥特性需要我们关注呢？我想最最重要的就是少做错误方案，因为一旦方案做错了，5个研发陪葬，这里损耗的成本让人心疼，也是行业内研发经常吐槽产品的关键所在。因此，不是人人都是产品经理，产品经理的专业度和成功率将决定整个产研的基础效率。

其次，产品团队不适合一下招太多新人，至少要保证在一段时间内，有值得信任的“老师傅”们能一对一带才可以，从而避免新人大量不成熟的方案产出，让研发跟着受累。

2. 产品设计师到产品经理最大的蜕变在于是否敢决策并承担决策后的结果

产品设计师和产品经理最大的差别就是，产品经理会把自己当老板来进行决策，并且愿意承担自己决策的后果。当然，我们知道后果有两种，一种是出问题了，需要背锅，一种是取得了不错的成绩，那么荣誉也自然归属于这个人的。

在这样一个氛围之下，很多小伙伴不敢去承担结果，怕出错。而这道坎，如果你迈不过去，那么你永远只是一个产品设计师。事实上，大可不必畏手畏脚，任何产品经理的最终决策，团队leader都会过目且会承担连带责任，因此在有人帮你撑着天的情况下，你更应该大胆决策，锻炼自己的决策能力和强化自信心。所以赶紧变身为老板去推进项目，那么你能收获更多，成长更快。

3. 不盲目崇拜技术，但需深刻理解“异步”、”解耦“、“抽象”等计算机思维及其应用场景

很多文科出身的产品经理没有学过计算机相关的课程，会对计算机方面的知识产生不可越过的敬畏，然后去学某门具体的编程语言。但事实上，产品经理和研发沟通经常不在一个位面的问题和编程语言本身一点关系都没有，最重要的是计算机思维。比如，“封装”是指一种将抽象性函式接口的实现细节部分包装、隐藏起来的方法，这就像我们产品经理和技术的协作，我没必要知道你具体怎么做的，只要你告诉我啥时候开始，啥时候完成就好，开发过程可以对我不可见。

比如，“异步” 是指计算机多线程的异步处理，与同步处理相对，异步处理不用阻塞当前线程来等待处理完成，而是允许后续操作，直至其它线程将处理完成，并回调通知此线程。那么类比来看，在沟通的时候，有些事情我如果只需要一个答案，且时效性没有要求很高的情况下，我没必要跟他打电话或者面对面，而是在企业微信上留一段信息，等到对方看到并回复之后，我再进行处理和下一步动作。这就是“异步”的沟通。除此之外，“解耦”、“抽象”、“实例化”、“接口”等概念及背后代表的一种思维方式确实在很多场景下有其价值。比如所谓的“中台能力”，其实就是把一些通用的、基础能力进行“抽象”，当哪个业务部门需要使用的时候调用“实例化”即可。

4. 产品经理除了逻辑和数据，还要懂文案和设计：优秀的产品经理本身就是一个感性和理性的综合体

往往工科出身的产品经理在逻辑、数据层面都是很好的，也知道沟通和协作的重要性。但经常忽视一个“软实力”，文案及审美。这个真的是在某些产品经理身上是一个非常严重的问题。文案倒不是指要写出多优美的文章，而是在标识、通知、海报、商业长文等不同使用场景、不同字数要求下，能否专业地表达，让用户能迅速明白你的意思，不会觉得别扭。

说白了，底子还是语文能力，但可以通过多模仿、多琢磨来达到效果。而设计这事儿，在原型方案及设计沟通方面，因为对设计的认知差异将会带来特别大的沟通差异，不专业的表达比如“你这个方案差点意思啊”，“这个图标太丑了”，“整个排版我不太喜欢”，只有情绪化、形容词化的表达，而专业的表达是“这两块文字之间的间距是否合适，看起来有点挤”，“这个按钮对于产品方案是非常重要的元素，能否在视觉上强化一下”。

二、习惯篇