成为 AI 时代的产品经理 02｜不懂技术，为什么反而是优势

先看一个不会写代码的人做的东西。

Marcus Rush 开一家住宅房产中介公司，自己不是程序员。他用 Claude 加 Zapier，攒了一个叫 Russ 的 AI agent：每天早上从 11,000 多个联系人里给线索打分，给手下每个经纪人写好当天的跟进计划，顺带管他的日程。一个中介老板，做出了一套跑日常运营的内部系统，没动一行手写代码。

这不是个例。2026 年一份统计里，vibe coding 的活跃用户有 63% 不是开发者。一个没有编程背景的设计师，用 Replit 加 AI 自己上线产品，做到月入两万美元，是他原来工资的两倍多。

把这些摆一起，能看出一件反直觉的事：在「想法变成能跑的东西」这条路上，不懂技术的人有时候走得比工程师顺。

工程师要先卸下一样东西

有人观察过资深工程师用 AI 干活的样子。他们习惯对每个实现细节较真，会反问「为什么不用 X」「你考虑过 Y 吗」，而模型默认的反应是「好的，那就加上」。二十年练出来的、对每一行代码负责的本能，到了和 AI 协作这里得先卸下来。

这件事对他们很难。要放下的，是「每一行都得我亲手写、亲眼审」的那点执念。METR 那个实验里，16 个资深程序员在自己维护多年的项目上用 AI，实际慢了 19%，还以为自己快了 20%。越熟的人，越容易跟工具拧着来。

不懂技术的人没有这层包袱。他没有要卸下的东西。

「这个太难了」，不懂技术的人说不出来

过去产品经理的一部分判断，来自「这个功能实现起来有多难」。这层知识有副作用：你越清楚一个想法背后要改多少东西、要趟多少坑，越容易在开口提之前就先把它毙了。会的人，自我审查得最狠。

不懂技术的人不给自己设这道坎。他不知道难，所以先把想要的说清楚，让 AI 去吃实现难度那部分。doaipm 讲的言出法随就是这个：说清楚，AI 给你做出来。Marcus 不知道写一个跨 11,000 条联系人的打分逻辑「该有多难」，他只知道自己要什么，然后说了出来。

稀缺的是把想法说清楚，不是把代码写出来

Russ 这个 agent 能跑，不是因为 Marcus 会写 Python，是因为他清楚业务：线索按什么打分、跟进计划里该写哪几项、哪些联系人排在前面。这些是判断，不是技术。

AI 不会从省略里推断。你不说清楚，它就按默认给你来一版，多半不是你要的。能把规则、边界、状态都讲明白的人，产出和别人差一个量级。这个能力，跟会不会编程没关系。a16z 给产品经理的建议里有一条：纯流程经理会被淘汰，有「建造心态」的人才有杠杆。所谓建造心态，是愿意自己动手把想法做出来、拿去验证，会不会写代码不在其中。

优势不是白来的

不懂技术，不等于什么都不用懂。Marcus 用的 Zapier、那个设计师用的 Replit，背后都有一套要摸熟的手艺：怎么把需求拆成 AI 能一口接住的小步、怎么判断它给的东西对不对、哪里该停下来让真人接管。

最容易被不懂技术的人漏掉的是安全网。原型里别放真实的客户数据；发布、删除、付款这种按下去收不回的按钮，留给人来按。Marcus 的 Russ 给经纪人「写」跟进计划，没让它替谁「发」出去——那一下还是人点的。

今天能做的一件事：挑一个你一直觉得「这得找工程师」的小想法，别先问它难不难，把你要的东西一条条写清楚，丢给 AI 让它做第一版。先看它能做到哪一步，再下判断。

延伸阅读

• Zapier《Vibe coding examples: Real projects from non-developers》(Marcus Rush / Rush Home 案例)：https://zapier.com/blog/vibe-coding-examples/
• a16z《5 Principles for PMs in the AI Era》(建造心态 vs 流程经理)：https://a16z.com/stay-relevant-in-ai/
• 本系列第 01 篇《产品经理哪些活被 AI 接走了，哪些活反而更值钱》：/zh/blog/ai-pm-what-changed/