第一章：工程师的困境——为什么技术越强，反而越难突破？
我做了十年硬件开发，从画PCB到写FPGA逻辑，从调电源到搞射频匹配。说实话，那会儿我觉得自己挺牛的。直到有一天，老板让我带一个产品项目——从需求到量产全流程负责。
结果呢？第一个月我就懵了。
技术上的问题我都能搞定，但客户要的功能、市场部提的需求、供应链的排期……这些东西完全不在我的掌控范围内。我甚至开始怀疑：是不是技术越强，反而越难看到全局？
1.1 工程师的思维惯性：从“解决问题”到“定义问题”
工程师的核心能力是什么？说白了，就是解决问题。给你一个明确的技术指标，你能用最优的方案实现它。这本身没错，但当你转型做产品时，问题变了——没人给你定义问题。
我记得有一次，市场部说“用户觉得设备操作太复杂”。我第一反应是：改UI，加个引导流程。花了两周时间，把界面重做了一遍。结果用户反馈：还是不好用。
后来我才明白，用户说的“复杂”不是界面按钮多，而是他们根本不知道按哪个按钮能解决问题。我解决的是“界面问题”，但用户遇到的是“认知问题”。
核心差异：
- 工程师思维：给定问题 → 找最优解
- 产品思维：发现真问题 → 定义问题 → 找合适解
你想想看，如果连问题都定义错了，技术再强有什么用？
1.2 技术深度的陷阱：越专精，越狭窄
我见过太多技术大牛，包括我自己，陷入一个怪圈：越钻研技术细节，越看不到技术之外的东西。
举个例子。我做嵌入式开发时，特别喜欢优化代码执行效率。有一次为了把某个中断响应时间从10微秒降到5微秒，我花了整整一周。结果呢？产品上市后，用户根本感受不到这个差异。他们更在意的是：电池能用多久、操作是否流畅、价格是否合理。
这就是典型的技术深度的陷阱——你投入大量精力解决的问题，可能根本不是用户关心的。
| 工程师关注点 | 用户关注点 |
|---|---|
| 代码执行效率 | 响应速度是否够用 |
| 硬件成本优化 | 产品价格是否合理 |
| 功能完整性 | 核心功能是否好用 |
| 技术先进性 | 产品是否稳定可靠 |
说白了，技术是手段，不是目的。你技术再强，如果做出来的产品没人用，那就是白费功夫。
1.3 从“确定性”到“不确定性”的恐惧
工程师喜欢确定性。输入A，输出B，逻辑清晰。但产品经理面对的是不确定性：
- 这个功能用户真的需要吗？——不确定
- 市场什么时候会变？——不确定
- 竞争对手会怎么出牌？——不确定
我刚开始做产品时，最怕的就是这种“不确定”。每次开会，我都想找数据、找证据、找逻辑。但现实是，很多时候你必须在信息不全的情况下做决策。
避坑指南：
我曾经因为追求“完美方案”，把产品立项拖了三个月。结果竞品抢先上市，我们直接失去了市场窗口。后来我学会了一句话：先做出来，再优化。80分的产品按时上市，比100分的产品晚半年要好得多。
1.4 沟通方式的转变：从“技术语言”到“商业语言”
工程师之间沟通，喜欢用专业术语。比如“这个ADC的ENOB只有10位”、“这个LDO的PSRR不够”。但当你面对市场、销售、老板时，他们听不懂这些。
他们关心的是：
- 这个功能能不能帮我们多卖货？
- 成本能不能再降5块钱？
- 上市时间能不能提前两周？
我个人的习惯是，先问清楚对方关心什么，再用他们的语言回答。比如老板问“为什么这个方案要贵10块钱”，我不会说“因为用了更高精度的传感器”，而是说“这个传感器能让测量误差从5%降到1%，客户投诉率预计下降30%”。
一个小技巧：
每次沟通前，先问自己三个问题：
- 对方是谁？
- 他关心什么？
- 我怎么说他才能听懂？
1.5 转型的第一步：放下技术执念
说实话，最难的不是学新技能，而是放下对技术的执念。
我见过很多工程师转型失败，不是因为能力不够，而是因为放不下“技术至上”的心态。他们总觉得：只要技术够牛，产品就一定能成功。但现实是，技术只是产品成功的一个要素，甚至不是最重要的要素。
你想想看，iPhone的成功是因为它的触控技术吗？不是。是因为它重新定义了“手机”这个产品。诺基亚的技术不强吗？强，但它输了。
所以，如果你正在从工程师转型产品经理，第一件事就是：承认技术不是万能的。然后，开始学习那些你曾经不屑一顾的东西——用户需求、市场分析、商业逻辑。
嗯，这条路不容易。但一旦你跨过这个坎，你会发现：技术背景反而成了你的最大优势。因为你懂技术，所以你能判断方案的可行性；因为你懂技术，所以你能和研发团队高效沟通；因为你懂技术，所以你能做出更靠谱的产品决策。
下一章，我会聊聊如何建立产品思维的第一课：用户需求分析。你会发现，原来用户说的“快一点”，可能根本不是你想的那个意思。
公众号:蓝海资料掘金营，微信deep3321