产品经理创业时常常被调侃“就差一个程序员了”,而现在AI大模型能力这么强,能不能替代程序员的工作呢?通过作者实践的情况来看,至少目前是不行的。
最近,我用Cursor完成了一个小学生生词练习的网页项目。
原本以为只是个简单的小项目,结果整个过程充满了惊喜和挑战,从环境配置到项目上线,前后折腾了4到5个小时。
这个过程中,作为一个不写代码的产品经理,我有很多意想不到的体验,甚至开始思考一个问题——AI能否真的取代程序员?
一、环境配置:别被看似简单的项目骗了
一开始我觉得不过是个简单的网页应用,结果安装库和配置环境就让我折腾了一个多小时。Cursor虽然指导得很到位,但当我面对一堆需要安装的库,尤其是拼音库和生成PDF的模块时,心里其实有点抓狂——这些明明是程序员才会去碰的东西啊。
这让我意识到,哪怕AI再聪明,环境配置这种基础操作仍然需要开发知识。对于一个产品经理来说,这就像是用钉子钉木板却发现自己连锤子都没有,感觉自己已经被技术“绑架”了。
二、代码开发:一场跨界对话的冲突与妥协
一旦进入代码开发阶段,情况就开始变得有趣了。
Cursor完全能够根据我的需求编写代码,但这里的冲突也出现了——需求传递只能靠文字描述。作为一个产品经理,我时常脑海里有清晰的产品蓝图,但没办法直接“画”给Cursor看,只能通过文字描述。这就好像你跟一个画家说“我要画一棵树”,结果他画出了一片森林。
成品验收是个大问题:因为文字传递需求总会产生误差,每次我看到生成的界面,总觉得有哪里不对劲,不是布局错了,就是功能细节不对。每次验收,我都需要反复调整和纠正。感觉像是不断跟AI“争吵”,却又不得不妥协。
Debug简直是产品经理的救星:让我意外的是,Debug过程轻松到爆炸。我几乎没看过代码,只是把报错内容丢给Cursor,AI就搞定了一切。这种感觉简直像是有个程序员在你身边帮你擦屁股,程序员们,看到这儿应该要开始有危机感了吧?
三、项目上线:AI带你飞,还是带你绕圈子?
项目上线的时候,我简直是心情复杂。一开始Cursor带着我买了阿里云的服务器,并顺利配置好了环境,我一度觉得事情进展得异常顺利。然而,高潮来了——配置好了却无法通过公网访问。
我转向了ChatGPT,结果它带着我不断检查环境配置,来回绕圈子,真的是让人崩溃。最后,我转用了Claude3.5,才发现问题出在阿里云的安全配置上。可以说,AI带你飞,没问题;但AI也可能让你绕到晕头转向,最后还是得靠自己冷静分析。
四、AI取代程序员的幻想破灭了吗?
这次体验让我反思,AI虽然能帮助产品经理做很多事,但它并不能完全取代程序员。尤其是在需求沟通和细节修正方面,AI还远远不够“聪明”。这种冲突贯穿了整个过程——你依赖AI,却又不得不一步步修正它的输出,效率提升的同时,沟通成本却在增加。
然而,这并不意味着AI没有价值。恰恰相反,Cursor让我从一个“全局”产品设计者的身份,变成了可以直接操控开发的“落地实施者”。我不再只是画图,而是真正参与到产品的实现中。冲突虽然存在,但每次解决冲突的过程,也是产品从构想到落地的推进。
五、结论:AI与产品经理,合作大于替代
回到最初的问题,AI能取代程序员吗?
我的答案是:不能完全取代,但它确实在逐步改变产品经理和程序员的合作方式。
通过Cursor,我能更深入地理解开发过程,并在项目中做出更及时的调整和优化。虽然还有许多不完美的地方,但未来的可能性无限。
对于产品经理来说,掌握AI工具并不意味着我们要成为开发者,而是让我们能够更灵活、更快速地实现想法。这种跨界合作模式,让我相信未来的产品开发会更加高效。
本文由 @Zoran 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图来自Unsplash,基于CC0协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务