做了10年程序员，又做了10年项目经理，两边我都待过。
每次有人问"要不要转PM"，下面一堆回答都在劝转——"PM前景好""转了之后视野更广""沟通能力很重要"。
说实话，这些回答都没错。但它们漏了一个更重要的问题：你适不适合。
我见过太多程序员转PM之后后悔的。不是因为PM不好，而是因为他们根本没想清楚自己要的是什么。
转型不是升职，是换赛道。代码能力再强，到了PM的位置上，你最值钱的东西完全不一样了。
给你3个信号，自测一下。
信号1：你对"人"的问题烦不烦？
程序员的世界是干净的——需求明确了写代码，Bug修完就下班。
PM的世界不是。
PM一天的工作大概是这样的：早上跟业务方"确认需求"（其实是吵架），中午跟开发"对排期"（其实是讨价还价），下午跟老板"汇报风险"（其实是背锅预警），晚上跟测试"聊验收标准"（其实是互相折磨）。
PM 80% 的时间在沟通，剩下 20% 在开会。
如果你对"跟人打交道"这件事感到厌烦，觉得"为什么不能让我安静写代码"，那转PM会让你非常痛苦。
反过来说，如果你本来就经常帮团队协调事情、帮新人解答问题、主动去跟产品讨论需求——这可能是一个信号。
信号2：你能接受"没有正确答案"吗？
写代码有一个让人安心的事情：编译器会告诉你对不对。代码跑通了就是跑通了，报错了就去修。
PM没有编译器。
需求优先级怎么排？没有标准答案。A部门说这个功能必须做，B部门说那个功能更紧急，你怎么选？
项目要延期了，跟老板说还是不说？说了怕挨骂，不说出了事更惨。没有正确答案。
开发说这个需求做不了，业务方说这个功能必须有。你站在中间，谁的嘴更硬不是判断标准，但你的决定就是最终决定。
代码的世界里，对就是对、错就是错。管理的世界里，大多数时候你选的不是"对的"，而是"不那么差的"。
如果你是那种凡事都要找到一个"最优解"的人，转PM会让你非常不适应。
信号3：你愿意从"专家"变回"新手"吗？
这个是最扎心的。
你写代码写了3年、5年、8年，你在团队里是技术骨干，别人有技术问题都来问你。你有成就感，你有话语权。
转了PM之后呢？
你不懂最新的框架，你写不出优雅的代码，团队里的开发在技术上可能比你强。开会讨论技术方案的时候，你有时候听不懂他们在说什么。
你从"专家"变成了一个"什么都不懂的管理者"——至少在你自己的感觉里是这样。
这需要一个心态上的转变：你的价值不再是"我比别人更懂技术"，而是"我能帮团队更好地交付结果"。
不是所有人都能接受这个落差。
最后说一句
上面3个信号，如果你认真想了一下，发现都是"Yes"——你不烦跟人打交道、你能接受没有标准答案、你愿意放下技术专家的心态重新出发——那转PM可能确实适合你。
如果你发现有一个是"No"，别急，先想清楚再做决定。转错了的代价，比不转大多了。
至于"怎么转"，下篇聊。
转型后第一次排期怎么做？排期估算全靠蒙？下一篇讲我的三点估算法，模板已备好。关注我，不迷路。
