AI 加持,再议“你们不觉得产品经理这活,应该由程序员自己亲自干吗?”
之前发过一篇帖子: 你们不觉得产品经理这活,应该由程序员自己亲自干吗?
当时我主张程序员要做产品,现在我更主张了。
我看 V 站有许多程序员朋友担心 AI 太强大,担心自己作为一个写代码的,迟早要被淘汰。我倒没有那么悲观,原因有二:
原因一:人们对提高效率的欲望会随着 AI 带来的效率提高而增加
虽然现在的 AI Agent 写代码很强大,原来两三个月的工作量现在一两个星期就做完了,效率确实是几倍、几十倍的提高。开发同样的产品,原来要几十万,现在一两万就搞定了(未来可能一两百)。
但是,随着开发成本的下降,以更低的成本就能满足人们对软件产品的需求,那么大家被满足后就不会要求更多了吗?
我觉得不是,AI 写代码带来的效率提升,结果一定是人的欲望被放大,我们不会要求更多的图片、更多的设计、更多的音乐,但我们确实会要求更多的软件来提升效率。 所以人们需要更多的软件产品来解决自己面临的问题(而解决这些问题以前是要花很多钱的)。
原因二:程序员,你得好好做产品了
最近我接了一些外包项目,我的经验是,要防止被 AI 取代,唯一的办法就是做好那些 AI 目前依然做不好的事情(并且未来 AI 也不太可能擅长)。
那么什么是 AI 不擅长的?沟通和产品就是其中之二。
如果你是一个懂技术的程序员,客户说一句“我面临 XX 问题”,你只需要说一句“我明白了”,不需要和客户讨论解决方法,就能一次性交付出让客户觉得好用的产品,那你依然会很有价值。
成为一个多面手,只要你擅长沟通、懂产品、懂技术,能极大地减少沟通成本,节约客户的时间,那么至少短期内,我觉得程序员不会被 AI 取代。
欢迎大家补充更多你觉得的原因...
你们不觉得程序员这活,应该由产品经理自己亲自干吗?
也可以反过来,“程序员这活,由产品+AI 就干了。”
如果自己当老板,那我支持;如果打工,那给多少钱干多少钱活
都不需要 老板直接就干了
解决方案 + 定向业务的经验 这个是很多人都做不好的 包括产品和程序员 重点主攻某个领域 你保障你的理解和解决方案是对的 会有较大优势
那就和产品拼刺刀吧
产品经理让程序员兼任的结果,是功能交互能省就省,粗糙到不行
不能,程序员要是当产品经理,那不得全是 console ,起手就是 sudo pdd buy --item_name xxx --item_price xxx --item_count xxxx
你们不觉得产品经理和程序员,应该由老板亲自干吗
程序员天生不适合做产品,除了极少数个例。因为人都想偷懒,好的产品点子不一定好实现。除非自己是老板,否则肯定下意识去设计好实现的产品而不是用户喜欢的产品。
我觉得我现在就有点兼职产品了
程序员兼职半个产品是现在的常态……不需要 OP 来主张。
但产品不是那么好做的(绝大多数专业产品经理也做得很烂)。我感觉好的产品甚至比好的程序员更稀有一些。
向下兼并需要深度,向上兼并需要宽度
前帖最有趣是这段话
有些人觉得,产品有产品的丰富经验,程序员不一定会做产品
瞎说,都会写程序了,还不会做产品?
做产品需要丰富的经验啊,要懂心理学,要懂消费行为学,程序员懂吗?
瞎说,我都会写程序了,我还不懂这点心理学和消费行为学?
做产品要会用产品经理的工具啊,这么多工具你学过吗?
瞎说,我直接写代码就好了,你那个工具不就是你不会写代码才学的么
会写程序就其他都能搞定啊?首页为啥那么多感情帖?亲情、爱情、友情……
其他不说,这么能至少搞定面试吧,面哪家哪家就给 offer ,刷题不是浪费时间么?
客户说一句“我面临 XX 问题”,你只需要说一句“我明白了”……
能忍着不跟客户吵起来的程序员,已经难求了
这贴应该带个推广网址才对啊
所谓产品,在各大互联网公司就是将老板的话,细化成文档的这样一个职位,本质上其实不怎么需要。
两个帖子看下来,一眼 lz 就没有真的干过和客户对接的产品工作
建议实际和客户对接下看看理想和现实有什么区别
然后再实际干一下产品的工作,虽然国内的产品是牵条狗都能干的工作,但不要觉得那些产品的领域专家知识是不需要任何记忆和学习负担的
产品肯定干不来的
“XXXX 这活,应该由程序员自己亲自干”,这话隐含的意思是,从“我”是程序员、我在做自己的一项小事业(拉风投的创业或者独开等)的角度来看的。
OP 强调的多面手、竞争力、贴近用户等,其实并不仅仅是“程序员”需要的。任何一个处于创业中或者作为活动中心角色的人都可能碰到这种自我再造的挑战。
产品经理出身的人可能需要学一点开发技术。
设计师出身的人可能需要懂一点财务。
团队中的任何人都可能需要兼职做客服。
……
如果是个人创业,可能所有角色都要自己当。
所以,标题里提到“XXXX 这活,应该由程序员自己亲自干”,并不是说程序员比别的工种更需要特别被强调应该具备更接近市场的能力。只是来说这话的人恰好是程序员出身,看的人也有很多是程序员出身。
不论起始背景是什么,只要你是团队里的中心角色(当然也包括一人活动),或多或少都需要,全面认知和为短板兜底的能力。
产品是个很大的东西,目前也有很多很出色的产品经理,非工科出身,但是在需求洞察、理解方面很厉害,做出来的东西很好用。不少程序员自己做产品,也是有了需求洞察+执行,才有了最后的产品。
我是产品,让我的小弟来揭发你的虚伪叙事:
imgur.com/w9BsL3C
结论:作者始终在传递「技术本位」的职业观,认为产品经理职能可被程序员吸收,其工作本质是技术实现的附属品。两年后的重申并未修正对产品经理价值的认知偏差,而是将原有主张嵌入新语境( AI 威胁),主旨一脉相承。这种观点实质上是对跨职能协作必要性的否定,反映出对产品管理专业性的低估。
很多程序员没有产品思想吧,除了雷军那种既有技术又有项目想法
日本就是这样,需求是资深程序员接的
产品经理这活儿不是难,只是烦,我愿意闷头写代码,不愿意天天跟唐氏客户掰扯。
两年前我用 Electron 写了个游戏存档管理软件,功能很简单,就是用来给单存档位的游戏 SL 的,后来用 Rust 和 Tauri 重写了,加了些功能 今天上线爱发电发现居…
python 中有 GIL 所以不支持多个线程同时运行,那协程又是什么和线程的区别是什么 en.wikipedia.org/wiki/Coroutine super…
读了《Rework》这本书好多遍,每次读都有不同的感想。但从来没有把这些感想记录下来,今天把《Rework》书中的一些章节做一些摘录,并把我的一些感想总结出来。供大家参考。这是…