第一次听说"大模型"这个词是在2021年的团队周会上。当时我们的CTO兴奋地展示了一个能自动生成产品需求文档的demo,整个过程就像有个隐形的产品助理在帮忙。会后我立刻意识到:这玩意儿要改变产品经理的工作方式了。
过去两年,我见证了太多同行从质疑到拥抱大模型的过程。那些早期就开始学习应用的PM,现在都成了团队里的"AI产品专家"。有个做教育产品的朋友,用大模型快速生成课程大纲和习题,把需求调研时间缩短了60%。另一个电商PM用对话式界面测试用户流程,省去了大量原型设计环节。
注意:大模型不是要取代产品经理,而是像当年Excel、Axure、SQL一样,成为新的基础技能。区别在于,这次的技术变革来得更快、影响更深。
传统用户访谈要经历招募、约访、转录、分析等环节,周期往往以周计算。现在通过大模型可以:
上周我用Claude分析200条用户反馈,10分钟就输出了优先级矩阵,准确率比人工分类高出20%。关键是要学会设计清晰的prompt,比如:
prompt复制你是一名资深电商产品经理,请将以下用户评论按"功能需求"、"体验问题"、"价格敏感"三类归类,并标注情感倾向(积极/消极/中立):
[用户评论内容]
大模型最惊艳的能力是"理解模糊需求"。尝试过这样的工作流:
实测从想法到可演示原型只需2小时,而且模型能自动检查功能一致性。有个实用技巧:要求模型用"Given-When-Then"格式编写用户故事,这样生成的用例更结构化。
传统的数据分析需要写SQL、做可视化,现在可以直接:
python复制# 模拟对话式数据分析
用户问:"最近30天哪个时段的购买转化率最低?为什么?"
模型自动关联:
1. 订单时间分布数据
2. 同期客服在线人数
3. 服务器响应时间日志
然后输出可能的影响因素分析
我在实际项目中用这方法发现了凌晨3-5点的转化率低谷,原因是支付网关在那时段有维护窗口,这个洞察直接促成了调度优化。
建议从这三个维度建立知识体系:
好的prompt就像给聪明但固执的助手写工作说明。记住这个公式:
code复制角色 + 任务 + 约束条件 + 输出格式
例如:
prompt复制[角色] 你是有5年经验的B端SaaS产品专家
[任务] 为CRM系统设计客户分群功能
[约束] 需支持RFM模型,考虑移动端操作便捷性
[输出] 用Markdown表格列出核心字段和交互说明
将大模型嵌入现有流程时要注意:
我团队现在的PRD写作流程:
建立验证标准很重要,我常用的检查清单:
第一周:认知建立
第二周:技能入门
第三周:工具实战
第四周:项目应用
过度依赖:把模型当"真理机器",忽视人工校验
提示词随意:模糊的指令得到无用的输出
忽视数据安全:上传敏感商业信息
技术理解偏差:混淆大模型与传统AI
大模型催生了新的产品范式:
最近设计的客服系统就采用"AI先行"策略:
掌握大模型的PM正在获得这些优势:
有个同行用大模型做了个自动化AB测试工具,现在专职做AI产品顾问。他的经验是:"不要只做工具使用者,要成为工作流重构者"
我的常备工具箱:
最近在尝试用GPT-4o的多模态能力做原型测试——直接上传手绘草图就能生成可交互界面。这个过程中发现,保持每周3小时专项学习,就能跟上技术迭代节奏。