产品经理需要学哪些ai
Claude code版本的Vibe Design:给产品经理装上设计的AI外挂变成了产品经理工作流程标准化。之前的文章我讲了用skill改造了需求分析和排期的流程,而Vibe Design的最佳实践,实际上就是缩短需求到原型的路径,让需求能够快速的在系统上体现。所以可以理解我们做的不是原型,而是一个通过AI快速迭代的前端系统。最大问题:需要产品经理懂一后面会介绍。
ゃōゃ
我跟 AI 学产品,是从一个”粉白色老头”开始的当AI产品经理遭遇'粉白色老头'的挑战,一场关于Prompt设计的深度实验就此展开。从最初的信心满满到发现模型'违约'的惊心动魄,再到设计出双是什么。 我把”AI 文案生成”和”自动化数据清洗”这两个原本独立的研发步骤合到了一起。过去你需要一个NLP 模型做数据清洗,再用一个大模型做是什么。
∪﹏∪
不写PRD的第三周,我发现产品经理的活已经变了哪些事情绝对不能碰」。它的受众是模型本身,不是人。这个区别比看起来大得多。PRD写漏了一个边界情况,工程师会来问你。Agent遇到边界后面会介绍。 但需要换一套思维方式。还在只想着「写好PRD」的产品经理,在AI产品团队里会越来越边缘——不是因为他们被AI替代了,而是因为他们管的那后面会介绍。
ˇ﹏ˇ
●0●
工作中使用AI一段时间的感受:产品经理之间的差异取决于思考和使用 ...为什么产品经理必须搞懂AI Native?讲了这么多概念,回到最实在的问题——这跟我们产品经理有啥关系?关系大了。第一,你今天精心设计的产品,可能正在被AI Native”绕过”。你做了一个三步配置流程,体验已经很顺畅了。但AI Native版本不需要任何流程,用户一句话搞定。当用户体验等会说。
ˋ﹏ˊ
∩﹏∩
团队AI用不起来,问题大多不在工具——产品经理带团队用AI的几点真话跟他们一起找出”AI能做的脏活”:批量出banner变体、批量改文案、批量出多语言版本。让设计师把时间留给真正需要审美的部分。对运营,从等会说。 你是AI的产品经理。它输出的东西,你负责。每月固定时间做一次AI使用复盘。回顾这个月哪些场景AI真省时间、哪些反而更慢、哪些AI输出后等会说。
AI 产品经理看完 Google 这场发布会,应该睡不着”打开某个AI App”这个动作本身就变成了多余的一步。你做的产品,只要还需要用户”打开”才能用,就在被这种默认入口蚕食。垂直AI 产品的存活方式,正在从”我比通用产品好用”变成”我必须好到值得用户多走两步”。这个门槛比看起来高得多。反过来想:哪些AI 产品会被这场发等会说。
红杉说AI产品要”卖成果”,这话到底什么意思是产品经理将模糊需求转化为可交付成果的SOP设计能力。红杉资本前两周开了个闭门AI峰会,满场硅谷顶级创始人和VC,聊了很多东西。其中还有呢? 你只需要验收最终结果。虽然现在还不够成熟,但方向是对的。法律领域的Harvey也是类似逻辑——律所不是在买一个”AI法律助手”,而是在买还有呢?
产品经理的IDE:从原型生成到开发沟通的完整工作流有疑问当场提导出Figma+标注+可选代码:开发直接拿去用开发过程中如需调整:PM直接在AI IDE里改,改完同步链接给开发就行四、总结:AI IDE时代,产品经理的核心价值没变虽然工具变了,但产品经理的核心价值依然是:定义对的问题:知道用户真正需要什么设计好的解决方案:知道用什么好了吧!
从需求拆解到智能排期:用AI给产品经理装上“需求外挂”这套实战验证的流程正在重新定义产品经理与AI的协作边界。最近一直在对公司的AI产品工作流程做升级。估计大家也体验过了:如果不做高度定制化,AI能给的就是“看起来很正确,但需要慢慢改”的东西。所以我不断优化和重新选型。目前已经升级到基于Claude的版本——不得不折服说完了。
产品经理的AI实战手册:从用户研究到跨部门沟通,5个技能让效率翻倍(...设计产品方案——反而被挤压得没有容身之地。不是因为你不够努力。而是你做了太多不该你做的事。这是产品经理这个岗位的结构性困境:它需要极强的创造性思维,却又充斥着大量的执行型、沟通型、文档型事务。这些事务不可或缺,但极度消耗心力。AI能改变这个结构,改变我们的思说完了。
>ω<
原创文章,作者:天津公关活动策划 多年专业公司 一站式服务,如若转载,请注明出处:http://www.videoshell.cn/8abuo9n2.html
