最近有朋友问我，他是做市场出身的，想转行做产品经理，问我有什么建议
我第一反应就是，这个转型其实挺常见的，但成功的路径可能和大家想的不太一样
很多人觉得要从头学技术，把技术短板补上，这个思路其实有点跑偏了
我的建议很简单，就四个字：扬长补短
你先别急着去补短板，先好好想想，自己身上有什么长板，是特别适合做产品经理的
比如我认识一位从销售转产品经理的朋友，他最大的长板就是共情能力和沟通能力
他特别能理解客户到底在抱怨什么，想要什么，这种能力不是看书能学来的，是长期和客户打交道磨出来的
后来他做产品经理，最擅长的就是挖掘用户真实需求，团队里的技术同学都特别喜欢和他合作，因为需求讲得特别清楚，场景特别生动
你看，这就是他的长板，而且这个长板在产品的某些环节上，价值巨大
所以转型的第一步，不是去学自己不会的，而是先把自己会的，而且特别擅长的，找出来，看清楚
找到长板之后，我们再来说短板
产品经理这个岗位，确实像个木桶，不能有明显的短板
但这里的短板，和你想象的可能不太一样
比如很多人担心自己不懂技术，这确实是短板，但并不是最致命的那块
最致命的短板是什么，是缺乏系统化思考问题的能力，是逻辑混乱，是抓不住重点
你可以不懂具体的技术实现，但你必须懂技术能帮你实现什么，边界在哪里，成本和风险大概是什么样子
这需要的是对技术的一种“感觉”，而不是去写代码
怎么补这个短板，我的建议是，用你的长板去带
比如你擅长沟通，那就多和技术同学聊天，不是泛泛地聊，是带着具体问题去聊
你可以问他，如果我们要实现某个功能，大概的技术思路是什么，难点在哪里，有没有现成的方案可以参考
聊多了，那种“感觉”自然就来了
再比如，如果你逻辑思维是短板，那就在每次写需求文档的时候，强迫自己用更结构化的方式去表达
先说什么，后说什么，哪些是前提条件，哪些是核心流程，一遍遍打磨
这个过程很痛苦，但没办法，这就是补短板的代价
我自己也经历过这个过程，刚开始写文档，被技术同学吐槽说看不懂，逻辑跳跃
后来我就逼着自己，每写一个需求，都先画流程图，把所有的分支和异常情况都想清楚，再动笔
慢慢地，那种结构化的思维就养成了
所以你看，扬长和补短，其实是相辅相成的
用你的长板去打开局面，获得信任和机会，同时有意识地、有计划地去补你的关键短板
这个过程不是一蹴而就的，可能需要一两年，甚至更长时间
但只要你方向对了，每一步都走得扎实，转型成功就是水到渠成的事情
最后我想说，非技术背景转产品经理，其实有个隐藏优势
就是你没有被技术思维框住，更容易从用户和商业的角度去思考问题
而产品经理的核心，说到底，不就是连接用户价值和商业价值吗
技术是实现的手段，不是目的本身
想明白了这一点，你可能反而会感谢自己当初没有选择技术路线
毕竟，看得见全局的人，比只精通某个局部的人，有时候更适合做产品
你说是不是这个道理