第40章 项目经验包装:把普通项目讲成亮眼案例
AI产品经理实战训练营 · 章节 40/44 · 60 学时
40.1 为什么需要项目经验包装?
40.1.1 项目经验是面试的核心
在AI产品经理的求职中,项目经验是面试官最关注的部分,也是决定你能不能拿到offer的关键。简历上的项目经验决定你能不能通过筛选,面试中对项目经验的讲述决定面试官对你能力的判断。
但很多人有很好的项目经验,却因为不会包装、不会表达,在面试中表现平平,错失机会。常见的问题:
- 只讲做了什么,不讲为什么做:"我做了一个智能客服功能",但没说为什么要做、解决了什么问题、带来了什么价值
- 只讲过程,不讲成果:"我做了需求分析、写了PRD、跟进开发",但没说最后效果如何、数据怎么样
- 只讲功能,不讲思考:罗列了做了哪些功能,但没说为什么这么设计、有什么取舍、遇到了什么困难怎么解决的
- 平铺直叙,没有重点:像流水账一样把项目从头到尾讲一遍,面试官抓不住重点
- 缺乏数据,全是形容词:"效果很好"、"用户很满意"、"提升了效率",但没有具体数据支撑
- 把团队成果说成自己的:"我们做了XX",但没说你具体做了什么、你的贡献是什么
40.1.2 什么是项目经验包装?
项目经验包装不是造假,不是把没有的说成有的,而是:
- 挖掘亮点:从你做过的普通项目中,找到面试官关心的亮点和价值
- 结构化表达:用清晰的逻辑结构(STAR法则、背景-行动-成果)讲述项目,让面试官容易理解
- 量化成果:用具体的数据展示项目成果,而不是用模糊的形容词
- 突出思考:展示你在项目中的思考、决策、取舍和解决问题的能力,而不只是执行
- 匹配需求:根据目标岗位的需求,突出相关的经验和能力,让面试官觉得你就是他们要找的人
包装的核心是"让面试官看到你的能力和价值"。同样的项目,会包装的人能讲得精彩亮眼,不会包装的人讲得平淡无奇。
40.2 项目经验的���掘方法
40.2.1 从日常工作中找到亮点
很多人觉得自己做的项目很普通,没有什么亮点。其实每个项目都有亮点,关键是你会不会挖掘。
挖掘亮点的5个维度:
1. 问题维度:解决了什么痛点?
- 项目解决了什么业务痛点?(效率低、成本高、用户流失、质量差等)
- 这个痛点有多严重?(影响多少人、损失多少钱、频率多高)
- 之前是怎么解决的?有什么不足?
- 你的项目是怎么解决的?和之前的方案有什么不同?
2. 行动维度:你做了什么独特的事?
- 你在项目中承担了什么角色?(负责人、核心成员、参与者)
- 你做了哪些别人没做过的事?(新方法、新工具、新流程)
- 你遇到了什么困难?怎么解决的?(技术难题、跨部门协作、资源不足、时间紧迫)
- 你做了什么关键决策?为什么这么决策?有什么取舍?
3. 成果维度:取得了什么可量化的成果?
- 项目上线后,核心指标有什么变化?(效率提升X%、成本降低X万、用户增长X%、满意度提升X分)
- 成果的影响范围有多大?(影响多少用户、多少业务线、多少收入)
- 有没有获得认可?(老板表扬、公司奖项、行业案例、用户好评)
- 有没有沉淀可复用的成果?(方法论、工具、模板、流程、知识库)
4. 成长维度:你学到了什么?
- 通过这个项目,你掌握了什么新技能?(AI技术、产品方法、行业知识、管理能力)
- 你对什么有了更深的理解?(用户需求、业务逻辑、技术原理、团队协作)
- 你犯了什么错误?学到了什么教训?
- 这个项目对你的职业发展有什么影响?
5. 创新维度:有什么创新点?
- 项目中有什么创新?(产品创新、技术创新、模式创新、流程创新)
- 这个创新在行业内是什么水平?(首创、领先、跟随)
- 创新带来了什么价值?(差异化竞争、效率提升、成本降低)
- 有没有申请专利、发表文章、获得奖项?
40.2.2 项目经验盘点表
用下面的表格盘点你做过的每个项目,挖掘亮点:
| 维度 | 问题 | 你的答案 |
|---|---|---|
| 背景 | 项目名称和时间 | |
| 项目背景和目标 | ||
| 解决了什么痛点 | ||
| 项目规模(团队、预算、周期) | ||
| 行动 | 你的角色和职责 | |
| 你具体做了什么(3-5件核心事) | ||
| 遇到的最大困难和解决方案 | ||
| 关键决策和取舍 | ||
| 成果 | 量化成果(数据) | |
| 业务影响和价值 | ||
| 获得的认可和奖项 | ||
| 沉淀的可复用成果 | ||
| 成长 | 学到的技能和知识 | |
| 犯的错误和教训 | ||
| 创新 | 项目中的创新点 |
每个项目都花30分钟认真填写这个表格,你会发现很多之前没注意到的亮点。
40.3 项目经验的包装技巧
40.3.1 技巧1:用STAR法则结构化表达
STAR法则是项目经验表达的黄金框架(第39章已详细讲过),这里再强调AI项目的STAR表达要点:
- S(情境):不仅讲业务背景,还要讲AI技术背景——为什么用AI?之前的方案有什么不足?AI能解决什么?
- T(任务):明确你的具体任务和目标——你负责什么?目标是什么?(量化的效果指标)
- A(行动):详细讲你做了什么,特别是AI相关的行动——需求分析、AI技术选型、RAG架构设计、Prompt优化、效果评估、bad case分析、跨团队协作等
- R(结果):用量化数据展示成果——效果指标(准确率、解决率、幻觉率)、业务指标(成本节省、效率提升、用户增长)、团队/个人成长
40.3.2 技巧2:用数据说话
数据是项目经验最有说服力的部分。用数据说话的3个层次:
第一层:绝对数据
"AI解决率76%"、"年节省人力成本180万"、"响应时间1.2秒"、"知识库覆盖10万+文档"
第二层:对比数据
"AI解决率从40%提升到76%"、"响应时间从30秒降到1.2秒"、"客服团队从50人精简到20人"、"新人上手周期从3个月缩短到1.5个月"
第三层:行业对比
"AI解决率76%,行业平均水平约60%"、"幻觉率2%,行业平均水平约5-10%"、"系统可用性99.8%,达到企业级标准"
数据挖掘技巧:
- 从项目文档、周报、月报、数据报表中找数据
- 从老板、同事、客户的反馈中找定性评价("老板说这是今年最成功的项目")
- 没有精确数据时合理估算,但要在面试中说明估算逻辑
- 用"约"、"超过"、"至少"等词,避免数据太精确显得假
- 不要造假,数据可以包装但不能编造
40.3.3 技巧3:突出你的思考和决策
面试官不只想知道你做了什么,更想知道你为什么这么做、怎么思考的。突出思考和决策的3个方法:
1. 讲取舍
"我们面临两个方案:方案A用GPT-4,效果好但成本高;方案B用开源模型,成本低但效果差。我综合考虑了效果要求、成本预算、数据安全,最终选择了混合方案——简单问题用开源模型,复杂问题用GPT-4,在保证效果的同时将成本降低了50%。"
2. 讲困难和解决
"项目最大的困难是标注数据不足,只有500条标注数据,模型效果不好。我没有等数据,而是采取了3个措施:①用Few-shot Prompt减少对标注数据的依赖;②用主动学习优先标注高价值样本;③用数据增强扩充训练集。最终用800条标注数据达到了原来需要2000条才能达到的效果。"
3. 讲反思和改进
"项目上线后发现幻觉率还是偏高(5%),我复盘后发现主要原因是检索召回率不够。我优化了检索策略——从纯向量检索改成混合检索(向量+关键词),加了Rerank重排序,幻觉率降到了2%。这个经历让我深刻理解到RAG系统的效果80%取决于检索质量。"
40.3.4 技巧4:用"我"而不是"我们"
很多人讲项目时习惯说"我们做了XX"、"我们的项目取得了XX成果",但面试官想知道的是你做了什么、你的贡献是什么。
差的表达:
"我们做了一个智能客服项目,上线后AI解决率达到76%,节省了很多成本。"
好的表达:
"我作为智能客服项目的AI产品经理,从0到1负责产品设计和落地。我梳理了10大类50小类客服场景,设计了RAG知识库架构,定义了效果评估体系,和算法团队协作迭代了5个版本。最终AI解决率达到76%,我主导的Prompt优化将幻觉率从15%降到2%,项目年节省人力成本180万。"
看到区别了吗?好的表达明确说了"我"做了什么、"我"的具体贡献是什么,而不是模糊的"我们"。
注意:不要把团队成果全说成自己的,要诚实——哪些是你主导的、哪些是你参与的、哪些是团队共同完成的,要分清楚。但在讲你负责的部分时,要用"我"而不是"我们"。
40.3.5 技巧5:匹配目标岗位需求
不同公司、不同岗位的AI产品经理,需求侧重点不同。你要根据目标岗位的JD,调整项目经验的讲述重点。
| 岗位类型 | 重点突出 | 项目选择 |
|---|---|---|
| 大模型应用产品经理 | 大模型应用经验、Prompt工程、RAG、Agent、效果评估 | 智能客服、知识库、AI写作助手等大模型应用项目 |
| AI平台产品经理 | 平台架构、模型管理、MLOps、开发者体验、API设计 | AI平台、模型服务平台、数据标注平台等项目 |
| To B AI产品经理 | 客户需求分析、商业化、交付管理、行业理解、解决方案 | 企业级AI产品、行业解决方案、SaaS产品项目 |
| To C AI产品经理 | 用户增长、用户体验、数据分析、增长黑客、社区运营 | C端AI应用、AI工具、内容产品项目 |
| 算法产品经理 | 算法理解、模型评估、数据策略、AB测试、技术深度 | 推荐系统、搜索、风控、计算机视觉等算法项目 |
| 创业公司AI产品经理 | 从0到1能力、多面手能力、快速迭代、商业sense、资源整合 | 从0到1的项目、跨界项目、资源有限的项目 |
投递不同岗位时,选择最相关的2-3个项目重点讲,不相关的项目简写或不讲。每个项目的讲述重点也要调整——投大模型应用岗就重点讲RAG和Prompt优化,投To B岗就重点讲客户需求和商业化。
40.4 不同类型项目的包装方法
40.4.1 成功项目:突出亮点和价值
成功项目最好包装,重点是突出亮点和价值:
- 开头就讲最亮眼的成果("这个项目年节省成本180万,获得了公司年度最佳项目奖")
- 用数据展示成果的量级和影响
- 讲你在项目中的关键贡献和决策
- 讲项目的创新点和行业领先性
- 讲项目的可复用价值和长期影响
40.4.2 失败项目:突出反思和成长
失败项目不是不能讲,关键是怎么讲。面试官问"你经历过的失败项目"时,想考察的是你的反思能力和学习能力。
失败项目的讲述框架:
- 客观讲背景和目标:项目要做什么、目标是什么、为什么做
- 讲做了什么和结果:你做了什么、最后结果怎么样(客观承认失败,不要找借口)
- 深入分析失败原因:为什么失败?(技术原因、需求原因、管理原因、外部原因)你在其中有什么责任?
- 讲学到了什么:从失败中学到了什么教训?以后会怎么避免?
- 讲后续改进:你有没有把学到的教训应用到后续项目中?取得了什么改进?
示例:
"我之前做过一个AI写作助手项目,目标是做一款面向自媒体创作者的AI写作工具。我花了3个月做了产品,上线后用户增长很慢,3个月只有1000个用户,付费转化率不到1%,项目最后停掉了。
复盘失败原因:①我没有做充分的用户调研,以为创作者需要AI写作,但实际上大部分创作者更需要的是选题和素材,而不是代写;②竞品分析不够,市场上已经有很多AI写作工具,我们没有差异化;③商业化想得太简单,以为有用户就会付费,但实际上用户对AI写作的付费意愿很低。
从这个项目我学到了:①做产品前一定要做充分的用户调研和需求验证,不要自嗨;②要深入分析竞争格局,找到差异化定位;③要提前想清楚商业模式和付费意愿。
后来做智能客服项目时,我吸取了教训,先做了20个客服访谈和1个月的用户调研,明确了需求和痛点,再做产品,最后项目很成功。"
这样讲失败项目,不仅不会减分,反而会加分——面试官看到了你的反思能力、学习能力和成长。
注意:
- 不要讲完全和岗位无关的失败项目
- 不要把失败全归咎于外部原因(老板不支持、团队不给力、市场不好),要承担自己的责任
- 不要讲人品问题(和同事吵架、泄露机密等)
- 失败项目最多讲1个,不要讲太多,否则面试官会怀疑你的能力
40.4.3 小项目:突出深度和思考
如果你参与的项目规模小、影响小,不要灰心,重点是突出你的深度思考和个人贡献:
- 不要强调项目规模小,而是强调你在项目中的角色和贡献("虽然项目只有3个人,但我是唯一的产品经理,负责从需求到上线的全流程")
- 讲你在项目中做的深度思考("虽然只是一个小功能,但我深入分析了3种技术方案的优劣,最终选择了XX方案,比原计划节省了50%的开发时间")
- 讲项目的创新点("虽然项目小,但我们用了一种新的Prompt优化方法,效果提升了20%,这个方法后来被其他项目复用")
- 讲你从项目中学到了什么("这个小项目让我完整经历了AI产品从0到1的全过程,对RAG系统的每个环节都有了深入理解")
- 小项目的成果也要量化("虽然只有100个用户,但用户满意度4.5分,留存率60%,远超行业平均")
40.4.4 参与项目:突出你的具体贡献
如果你只是项目的参与者,不是负责人,重点是讲清楚你具体做了什么、你的贡献是什么:
- 明确你的角色和职责范围("我是项目的产品经理之一,负责知识库模块的设计和优化")
- 详细讲你负责的部分("我负责的知识库模块,覆盖了10万+文档,检索召回率从70%提升到90%")
- 讲你和其他成员的协作("我和算法团队协作优化了检索策略,和前端团队协作优化了用户体验")
- 不要抢别人的功劳,客观讲团队成果和个人贡献的区分
- 如果你在项目中提出了关键建议或推动了重要决策,一定要讲("虽然我不是负责人,但我提出了用混合检索替代纯向量检索的方案,被团队采纳,效果提升了20%")
40.5 面试中项目经验的讲述方法
40.5.1 3分钟电梯演讲
面试中介绍项目时,先用3分钟做一个"电梯演讲",让面试官快速了解项目全貌:
第1分钟:背景和目标 - 一句话介绍项目是什么 - 为什么做这个项目(解决了什么痛点) - 项目目标是什么(量化的目标) 第2分钟:你的行动和贡献 - 你的角色和职责 - 你做了哪3-5件核心的事(重点讲AI相关的) - 遇到的关键困难和解决方案 第3分钟:成果和反思 - 项目取得了什么量化成果(数据!数据!数据!) - 项目的业务价值和影响 - 你从项目中学到了什么(可选)
3分钟讲完后,停下来,让面试官提问。面试官会根据他感兴趣的部分深入追问,你再详细展开。
注意:
- 不要一上来就讲细节,先讲全貌,让面试官有整体认知
- 不要讲太长,3-5分钟足够,太长面试官会不耐烦
- 重点突出,不要流水账,讲最核心的3-5件事
- 一定要有数据,没有数据的项目介绍是没有说服力的
40.5.2 应对面试官的追问
面试官会根据你的项目介绍追问,常见的���问类型和应对方法:
1. 细节追问
"你说用了RAG,具体用的什么Embedding模型?分块大小是多少?检索Top K是多少?Rerank用的什么模型?"
应对:如实回答具体细节,如果你真的做过,这些细节应该很清楚。如果某个细节记不清了,诚实说"这个细节我记不太清了,大概是XX,我可以回去确认一下",不要编造。
2. 决策追问
"你为什么选择BGE而不是OpenAI的Embedding?为什么用Milvus而不是pgvector?"
应对:讲你的决策逻辑和取舍——考虑了哪些因素(效果、成本、数据安全、运维复杂度、团队能力),各个方案的优缺点对比,最终为什么选这个方案。这展示你的思考深度。
3. 数据追问
"你说AI解决率76%,这个数据是怎么统计的?解决率的定义是什么?样本量多大?"
应对:讲数据的统计方法和定义——指标的计算公式、数据来源、统计周期、样本量。这展示你的数据严谨性。
4. 困难追问
"项目中遇到的最大困难是什么?你怎么解决的?"
应对:讲一个真实的困难,重点讲你的解决思路和行动,以及最终结果。困难可以是技术的、协作的、资源的、时间的,关键是展示你解决问题的能力。
5. 反思追问
"如果让你重新做这个项目,你会怎么做?" / "这个项目有什么可以改进的地方?"
应对:讲1-2个真实的改进点,展示你的反思能力和成长思维。不要说"没有可以改进的"(显得不谦虚),也不要说太多(显得项目很失败)。
6. 压力追问
"你这个项目的效果好像一般啊?" / "这个方案好像有问题?"
应对:不要慌,不要辩解,客观分析——承认项目的不足,讲当时的约束条件(时间、资源、技术限制),讲你做了哪些努力,讲后续的改进计划。压力面试考察的是你的心理素质和应变能力。
40.5.3 项目讲述的常见误区
| 误区 | 表现 | 正确做法 |
|---|---|---|
| 流水账 | 从项目开始讲到结束,事无巨细,没有重点 | 先讲全貌,再讲重点,细节等面试官追问再展开 |
| 只讲功能 | 罗列做了哪些功能,不讲为什么做、效果如何 | 讲业务价值和量化成果,功能只是实现价值的手段 |
| 没有数据 | "效果很好"、"用户很满意",全是形容词 | 用具体数据说话,没有数据就去补,合理估算也要有 |
| 抢功劳 | 把团队成果全说成自己的,"我做了XX"(其实是团队做的) | 客观区分团队成果和个人贡献,讲你具体负责的部分 |
| 太技术 | 满篇技术术语,非技术面试官听不懂 | 用产品语言和业务语言讲,技术细节点到为止,面试官追问再展开 |
| 太浅 | 只讲做了什么,不讲为什么这么做、有什么思考 | 讲决策逻辑、取舍、困难和解决方案,展示思考深度 |
| 假大空 | "赋能"、"闭环"、"抓手"、"底层逻辑",一堆空话 | 用具体的事实和数据说话,少用空洞的互联网黑话 |
| 不诚实 | 编造项目、编造数据、夸大成果 | 可以包装但不能造假,面试一追问就露馅,影响职业声誉 |
| 背稿子 | 像背书一样讲项目,没有互动感 | 自然地讲,和面试官有眼神交流,观察面试官的反应调整重点 |
| 讲太多 | 一个项目讲15分钟,面试官不耐烦 | 3-5分钟讲全貌,细节等追问,控制好时间 |
40.6 实战案例:把普通项目包装成亮眼案例
40.6.1 案例背景
张三,传统产品经理,在一家SaaS公司做客服系统产品。他参与过一个"客服知识库"项目,但他觉得这个项目很普通——就是把客服常用的文档整理到一个库里,方便客服查询。他觉得这个项目没什么亮点,不知道怎么在AI产品经理面试中讲。
40.6.2 挖掘亮点
通过项目盘点,我们帮张三挖掘出了这些亮点:
- 业务痛点:客服平均响应时间30秒,新客服上手周期3个月,客服离职率30%,核心原因是知识分散、查找困难
- 他的行动:①梳理了10大类50小类客服场景,整理了5000+篇文档;②设计了知识库的分类体系和标签体系;③推动了知识库和客服系统的集成,客服在工单页面就能搜索知识库;④设计了知识更新机制,每周更新,保证知识新鲜度
- 成果:客服平均响应时间从30秒降到15秒,新客服上手周期从3个月降到1.5个月,客服离职率从30%降到15%,客服满意度从3.5分提升到4.2分
- AI相关:虽然这个项目本身不是AI项目,但知识库是RAG系统的基础——他整理的5000+篇文档、分类体系、标签体系,都是RAG知识库的核心要素。他对客服场景的深入理解,也是AI智能客服产品经理的核心能力
- 后续延伸:他后来自学了RAG技术,用这个知识库做了一个AI智能客服的demo,用GPT API+LangChain+Chroma搭建,实现了自动问答功能,demo的AI解决率达到60%
40.6.3 包装后的项目讲述
3分钟电梯演讲:
"我之前在XX公司做客服系统的产品经理,主导了客服知识库项目。
背景:当时客服团队有50人,平均响应时间30秒,新客服上手周期3个月,客服离职率30%,核心痛点是知识分散在各个地方,客服查找答案困难,效率低。
我的行动:我作为项目负责人,做了4件核心的事:①深入调研了客服场景,梳理了10大类50小类常见问题,整理了5000+篇知识文档;②设计了知识库的分类体系和标签体系,支持按场景、产品、问题类型多维度检索;③推动了知识库和客服工单系统的深度集成,客服在处理工单时可以直接搜索和引用知识库内容,不用切换系统;④建立了知识更新和质量保障机制,每周更新、每月审核,保证知识的准确性和新鲜度。
成果:项目上线后,客服平均响应时间从30秒降到15秒,提升了50%;新客服上手周期从3个月降到1.5个月,缩短了50%;客服离职率从30%降到15%;客服满意度从3.5分提升到4.2分。这个知识库后来成为公司AI智能客服项目的基础。
AI延伸:因为对客服场景和知识库有深入理解,我后来自学了RAG技术,用这个知识库做了一个AI智能客服的demo——用GPT API+LangChain+Chroma搭建,实现了自动问答,demo的AI解决率达到60%。这个经历让我对RAG系统的完整流程(文档处理、分块、Embedding、检索、重排序、Prompt、生成)有了深入的实践理解,也让我确定了要在AI产品方向深耕。"
看到了吗?一个普通的客服知识库项目,通过挖掘亮点、结构化表达、量化成果、突出AI相关经验和个人项目,变成了一个有说服力的AI产品经理案例。
40.7 本章小结
项目经验是AI产品经理求职的核心,会不会包装和表达,直接决定面试结果。
核心内容回顾:
为什么需要包装:项目经验决定简历能不能通过筛选、面试能不能拿到offer。常见问题:只讲做了什么不讲为什么、只讲过程不讲成果、只讲功能不讲思考、平铺直叙没重点、缺乏数据全是形容词、把团队成果说成自己的。包装不是造假,而是挖掘亮点、结构化表达、量化成果、突出思考、匹配需求。
挖掘亮点的5个维度:问题维度(解决了什么痛点)、行动维度(做了什么独特的事、遇到什么困难怎么解决)、成果维度(什么可量化成果、影响多大、获得什么认可)、成长维度(学到了什么、犯了什么错误)、创新维度(有什么创新点)。用项目经验盘点表系统挖掘。
包装技巧:
- STAR法则结构化表达(情境-任务-行动-结果)
- 用数据说话(绝对数据→对比数据→行业对比)
- 突出思考和决策(讲取舍、讲困难和解决、讲反思和改进)
- 用"我"而不是"我们",明确个人贡献
- 匹配目标岗位需求,不同岗位讲不同重点
不同类型项目的包装:
- 成功项目:突出亮点和价值,开头就讲最亮眼的成果
- 失败项目:突出反思和成长,客观承认失败、深入分析原因、讲学到了什么、后续怎么改进
- 小项目:突出深度和思考,强调个人贡献和创新点
- 参与项目:突出具体贡献,明确你负责的部分和成果
面试中的讲述方法:3分钟电梯演讲(1分钟背景目标+1分钟行动贡献+1分钟成果反思);应对6类常见追问(细节追问、决策追问、数据追问、困难追问、反思追问、压力追问);避免10个常见误区(流水账、只讲功能、没有数据、抢功劳、太技术、太浅、假大空、不诚实、背稿子、讲太多)。
实战案例:通过客服知识库项目的包装案例,展示了如何从普通项目中挖掘亮点、用STAR法则结构化表达、量化成果、突出AI相关经验和个人项目,把普通项目变成有说服力的AI产品经理案例。
记住:每个项目都有亮点,关键是你会不会挖掘。包装的核心是"让面试官看到你的能力和价值"——你做了什么、为什么这么做、取得了什么成果、你在其中发挥了什么作用。把这四点讲清楚,你的项目经验就会从平淡无奇变成亮眼案例。
📝 本章练习(5题)
答案与解析请在 互动学习看板 中作答查看。
📚 AI产品经理实战训练营 课程目录(44 章)
- 第1章 AI产品经理是做什么的?和传统PM有什么区别?
- 第2章 2026年AI产品经理就业市场:哪些行业在招?薪资多少?
- 第3章 零经验转行AI产品经理的3条路径
- 第4章 AI产品全景图:从聊天机器人到Agent,一文搞懂
- 第5章 AI产品经理能力模型:你需要掌握哪些技能?
- 第6章 实战:拆解3个你每天在用的AI产品
- 第7章 大模型是什么?用大白话讲清楚
- 第8章 主流大模型对比:GPT-4o、Claude、DeepSeek、豆包、Kimi怎么选?
- 第9章 Prompt入门:写好提示词的5个原则
- 第10章 Prompt进阶:System Prompt、COT思维链、Few-shot示例
- 第11章 结构化输出:让大模型返回JSON、表格、代码
- 第12章 Prompt优化实战:从垃圾Prompt到高质量Prompt
- 第13章 大模型的"幻觉"问题:产品经理怎么应对?
- 第14章 实战:为一个智能客服设计完整Prompt体系
- 第15章 RAG是什么?为什么企业都在做知识库?
- 第16章 RAG工作原理:文档→分块→向量→检索→生成
- 第17章 向量数据库选型:Milvus、Pinecone、Chroma、pgvector怎么选?
- 第18章 Embedding模型选型:OpenAI、BGE、M3E、GTE对比
- 第19章 Reranker重排序:让检索结果更精准
- 第20章 查询改写与混合检索:提升召回率的实战技巧
- 第21章 知识库运营:文档治理、更新机制、效果监控
- 第22章 实战:从零搭建一个企业知识库(完整流程)
- 第23章 Agent是什么?和聊天机器人有什么区别?
- 第24章 Agent核心能力:感知、规划、工具调用、记忆
- 第25章 主流Agent框架与协议:Agent Harness、MCP、A2A全解析
- 第26章 工具调用(Function Calling)原理与实战
- 第27章 Agent记忆系统:短期记忆、长期记忆、向量记忆
- 第28章 多Agent协作:多个智能体怎么分工配合?
- 第29章 Agent评估体系:成功率、成本、延迟怎么监控?
- 第30章 实战:设计一个制造业生产异常处理Agent
- 第31章 AI产品需求分析:怎么识别真需求还是伪需求?
- 第32章 AI产品竞品分析:怎么调研和拆解竞品?
- 第33章 AI产品PRD撰写:技术可行性、数据需求、评估指标
- 第34章 AI产品原型设计:对话流、状态机、异常处理
- 第35章 AI产品数据指标体系:从DAU到模型准确率,全面监控
- 第36章 AI项目管理:从需求到上线的全流程管控
- 第37章 实战项目1:从零搭建制造业AI智能质检系统
- 第38章 实战项目2:从零搭建企业级AI知识库(RAG系统)
- 第39章 AI产品经理简历优化:让HR一眼看中你
- 第40章 项目经验包装:把普通项目讲成亮眼案例
- 第41章 AI产品经理面试常见问题:提前准备,从容应对
- 第42章 案例分析面试:用结构化思维征服面试官
- 第43章 薪资谈判:拿到你应得的报酬
- 第44章 入职前3个月:快速站稳脚跟,建立信任
