评论区每隔几天就有人问这个问题。我以前也觉得不会技术就做不了PM。直到明嘉跟我说了一句话把我的认知翻了个底朝天。
他说："我见过最好的几个产品经理，恰恰不是技术出身的。"
我第一反应是他在客气。后来他给我举了个真实的面试场景。
一道产品设计题，五个候选人。四个技术出身的第一反应几乎一样——讨论技术方案。用什么架构，前后端怎么分，数据库怎么设计。有一个人甚至当场画了系统架构图。技术理解确实扎实。
但有一个从市场营销转过来的人
但有一个从市场营销转过来的人，第一反应是问面试官："目标用户是谁？他们现在怎么解决这个问题？我们凭什么比现有方案好？"
面试官后来说，那天五个人里只有这一个先问用户再讨论方案。这不是因为她不懂技术所以只能问用户——而是她的思维起点就不一样。技术出身的人脑子里第一反应是"能不能做"，非技术出身的人第一反应是"该不该做"。PM的核心价值恰恰在后者。
明嘉给了一个判断让我印象很深：PM需要的是技术理解，不是技术能力。技术理解是你能听懂工程师说什么，能判断一个方案可不可行、tradeoff在哪。技术能力是你能自己手写代码。PM面试没有一轮让你写代码。考的是产品设计、数据分析、行为面试、系统设计。考的不是你能不能实现，是你能不能判断。判断力和实现力是完全不同的两种东西。
但很多非技术背景的人一决定转PM
但很多非技术背景的人一决定转PM，第一件事就是去学编程。花了半年学Python，学React，写了几个小项目。然后发现面试一道编程题都没考，学的东西一个字用不上。这半年如果用来做对的事——研究目标岗位、打磨简历、建人脉、练产品案例——他可能早就进面试了。
那应该补什么？明嘉说三样东西，但没有一样是编程。
第一，数据思维。不是写SQL——你可以两周学会写基本的查询。数据思维是能看懂一个指标掉了5%意味着什么，是能判断这是自然波动还是产品出了问题，是能用数据做决策而不是只会跑报表。会写SQL的人到处都是，能用数据做判断的PM很稀缺。
第二，技术词汇。API、SDK、前端后端、数据库、微服务这些概念，你不需要会用，但要能用正确的词跟工程师对话。你说"那个东西"和你说"这个API的response time偏高"，工程师对你的信任感完全不同。用对了术语，工程师把你当搭档。用错了或者不敢用，工程师把你当外行。
第三，产品框架。怎么定义问题、怎么排优先级、怎么衡量成功、怎么做取舍。这些不是知识量的问题，是思维方式的问题。三个月可以练到面试够用的程度。因为面试考的不是你知道多少框架，是你用框架分析问题的方式够不够清晰。
明嘉还提了一个很多人忽略的事实——非技术背景在面试中有一个天然的叙事优势。技术出身的人讲故事容易掉进技术细节里，面试官要不停地拉他回来。非技术出身的人讲故事天然就从用户出发、从业务逻辑出发、从结果出发。面试官最想听到的恰恰是后者。你以为你的劣势是不懂技术，但面试官看到的可能是你的叙事比技术PM更清晰。不是你没有优势，是你一直盯着自己没有的东西，没看见自己手上已经有的牌。
非技术背景最大的错误不是"缺技术"，是把时间花在补技术而不是强化自己本来就有的优势。你如果是营销出身，你对用户获取的理解天然比大多数技术PM强。你如果是咨询出身，你拆解复杂问题的能力是从骨子里练出来的。你如果是设计出身，你对用户体验的敏感度是别人花多少年都不一定有的。
这些不是"补偿"。这些就是核心竞争力。一个"懂用户增长的PM"在市场上比一个"学了点编程的PM"值钱得多。你的背景不是短板，是你还没学会用的长板。方向对了三个月够用，方向错了一年白费。不是补你缺的，是强化你有的。