最近有个朋友问我：”你们搞的那个Vibe Coding，是不是意味着我们这些不懂代码的产品经理，也能直接参与程序开发了？” 说实话，这个问题让我思考了很久。在传统的软件开发模式中，产品经理和程序员之间总有一道无形的墙——产品经理负责”想”，程序员负责”写”。但Vibe Coding正在打破这道墙。
让我给你讲个真实的例子。上周我参与的一个项目中，产品经理小张想测试一个新功能：用户登录后，如果连续三天没有完成个人资料填写，就发送提醒通知。在过去，这需要小张先写需求文档，然后和开发团队开会讨论，最后等待开发排期。但现在，他直接通过AI代理写下了这样的意图描述：”检测用户注册后三天内未完善个人资料的情况，并发送个性化提醒邮件”。
你猜怎么着？AI代理理解了小张的意图，自动组装了用户行为追踪、时间判断、邮件发送等微程序，生成了完整的实现代码。整个过程不到半小时，而且小张全程没有写一行代码。这让我想起了哈佛商学院教授克莱顿·克里斯坦森说的：”技术进步的真正价值，在于它如何重新定义工作边界。”
但这里有个关键问题：产品经理需要学习新的表达方式。在Vibe Coding中，我们不再写”我需要一个登录功能”这样模糊的需求，而是要像小张那样，写出清晰、具体、可执行的意图描述。这其实是一种新的专业技能——意图工程（Intent Engineering）。
我观察到，那些转型成功的产品经理，都在培养三种新能力：首先是精确描述业务逻辑的能力，其次是理解系统约束的能力，最后是验证AI输出质量的能力。他们不再说”这里要有个按钮”，而是说”当用户完成表单填写且所有字段验证通过时，显示提交按钮”。
不过，这种模式也带来了新的挑战。根据Gartner最近的报告，到2026年，超过50%的中大型企业将设立”AI协作专员”的职位，专门负责业务人员与AI系统之间的沟通协调。这意味着产品经理需要学会”说AI能听懂的业务语言”。
在我看来，Vibe Coding最大的价值不是让产品经理变成程序员，而是让业务意图能够更直接地转化为软件功能。就像麻省理工学院数字商业中心主任埃里克·布林约尔松说的：”AI不是要替代人类，而是要增强人类的能力。”当产品经理能够通过AI代理直接影响代码实现时，他们就能更专注于理解用户需求、设计更好的用户体验。
当然，这并不意味着产品经理可以完全取代程序员。相反，程序员的角色正在向更高层次演进——他们需要设计更健壮的微程序架构、建立更完善的质量保障体系、制定更合理的AI协作规范。这是一种专业分工的升级，而不是简单的角色替代。
那么，产品经理应该如何开始适应这种新模式呢？我的建议是：从小的业务场景开始，学习如何用结构化的语言描述业务需求；积极参与AI代理的调试过程，理解AI的”思维方式”；最重要的是，保持开放的心态，把AI代理看作是一个能够理解业务逻辑的合作伙伴。
说到底，Vibe Coding带来的不仅是一种新的编程方式，更是一种新的协作模式。当产品经理能够直接通过AI代理影响代码实现时，我们离”业务驱动技术”的理想就更近了一步。你觉得呢？你们团队是否也在经历这样的转变？