裁掉技术，让 PM 用 AI 写代码？想简单了

周末和朋友聊天，他分享了一则让我很惊讶的信息：他们公司最近把技术团队给剥离了，只保留了技术 Leader 和一个新人。

老板的意思是以后项目研发但凡需要用到技术资源，都必须经过老板审批。言外之意就是：小项目产品经理自己用 AI Coding 解决。

听到这个消息，我着实很惊讶。
AI Coding 很好，但也要区分适用场景。

AI Coding 跑 MVP 很合适，但若完全用它来做工程化项目，风险极大。
AI 可以很快生成能跑的代码，满足业务层面的需求，但 AI 擅长的是做加法，你要什么功能它就给你堆什么代码。
但工程化项目是需要系统性构建的，它需要会做减法，怎么解耦、怎么复用、怎么保证稳定性……
做加法容易，做减法难。

这就好比冰山理论：
不能只看水面上的部分（UI 界面、功能流程），却忽略了水面下的部分（架构设计、异常处理、数据一致性）。
水面上的部分很多都可以交给 AI ，但水面下的部分需要经验丰富的工程师与 AI 协同完成。

企业在全面拥抱 AI Coding 之前，建议先弄清楚自己的产品/项目特性。
- 如果是“生产工具”，那就要慎重。
这类工具通常都是直接服务于业务、服务于客户的，如业务 APP、SaaS 平台等，它们对稳定性、健壮性的要求会比较高。AI 可以打辅助，不能主导，方向盘必须牢牢把握在专业工程师手里。

- 如果是“效率工具”，交给 AI 就比较合适。
这类工具一般都是服务于员工，用来提高工作效率，如数据分析工具、脚本插件等，它们对稳定性要求相对较低。产品经理完全可以使用 AI 来手搓，崩了影响也没那么大。

综上，我的观点是：
拥抱 AI Coding，但别丢掉对工程的敬畏。
如果为了降本增效，把“生产工具”当作“效率工具”来开发，那最终省下的工资，可能都要拿去填未来的坑。