第 1 课：产品经理的角色认知
你刚入行，每天接需求、写文档、催进度，觉得自己像个传声筒。或者你想转行做产品，书看了不少，一动手就懵。这堂课解决一个根本问题：产品经理到底在做什么？为什么这个角色存在？
一、产品经理是谁？
产品经理是对产品成败负责的人。
不是对文档负责，不是对进度负责，是对产品是否解决了用户问题负责。这个定位意味着两件事：
- 你没有直接指挥权，但要对结果负责
- 你要定义"做什么"，而不是"怎么做"
为什么需要这样一个角色？因为产品涉及开发、设计、运营、市场多个部门，每个部门有自己的视角和优先级。开发关注技术实现，设计关注体验，运营关注增长。如果没有人站在用户的角度做取舍，产品就会变成各方妥协的产物——什么都有，什么都不好用。
角色边界
很多人分不清产品经理和项目经理。简单区分：
- 产品经理关注"为什么做"和"做什么"——用户有什么问题，我们该解决哪个
- 项目经理关注"什么时候做完"——资源怎么分配，进度怎么把控
两者可能是一个人兼任，但思维模式完全不同。产品思维是"做什么最有价值"，项目思维是"怎么把定下来的事做完"。
跟开发者的边界：产品经理不需要写代码，但需要理解技术可行性和成本。你提出的每个需求，背后都是开发时间。不理解技术边界，就无法做合理的取舍。
产品经理的一天
现实中的工作分布大概是这样：
| 工作类型 | 占比 | 具体内容 |
|---|---|---|
| 需求分析 | 30% | 用户访谈、数据分析、竞品研究 |
| 沟通协调 | 25% | 需求评审、进度同步、问题解决 |
| 文档编写 | 20% | PRD、用户故事、会议纪要 |
| 产品决策 | 15% | 优先级排序、方案选择、取舍 |
| 学习思考 | 10% | 行业动态、用户反馈、复盘 |
注意：文档编写只占 20%。很多人以为产品经理就是写文档的，这是误区。文档是工具，不是目的。
二、AI 时代，这个角色变了
传统模式下，产品经理是"翻译者"——把业务需求翻译成开发能理解的技术需求。你需要写详细的 PRD，画精确的原型，花大量时间沟通细节。
AI 时代，这个角色变成了"问题定义者"。
为什么？因为实现成本大幅降低了。以前写一个功能要几周，现在 AI 辅助可能几小时。实现的门槛低了，但"做什么才有价值"这个问题的难度一点都没降。
从"翻译需求"到"定义问题"
传统流程：业务需求 → 产品经理翻译 → 开发实现
AI 时代流程：真实问题 → 产品经理定义 → AI 辅助实现 → 产品经理验证
关键变化：问题定义能力比实现能力更重要。
举个例子：
- 错误方向：做一个"智能待办清单"，AI 帮你自动分类、排序、提醒。实现得再好，用户可能根本不需要
- 正确方向：先搞清楚用户在什么场景下会忘记做事、为什么忘记、现有方案为什么不行。这才是问题定义
AI 可以帮你快速实现，但如果方向错了，实现得越快，浪费的时间越多。这就是为什么"先想清楚为什么要做"比"快速做出来"更重要。
AI 不能替代产品经理什么？
AI 擅长的：整理文档格式、生成流程图、分析数据趋势、补充边界情况
AI 不擅长的：理解业务上下文、判断用户真实需求、做取舍决策、协调人际关系、承担责任
核心区别：AI 可以给你 10 个方案，但选择哪个方案、承担选择后果，必须由人来完成。
| 场景 | AI 能做的 | 你必须做的 |
|---|---|---|
| 需求分析 | 整理用户反馈、生成问卷 | 判断哪些反馈值得深挖 |
| 竞品分析 | 罗列功能、对比表格 | 决定我们要学什么、不学什么 |
| PRD 编写 | 生成初稿、补充边界情况 | 决定做什么、不做什么、优先级 |
| 上线决策 | 跑测试、生成报告 | 承担上线风险、对结果负责 |
三、产品思维的起点：从功能到任务
最常见的错误思维：一上来就列功能。
"帮我做一个待办清单 App，要有任务分类、优先级标签、截止日期提醒、重复任务、子任务拆解、标签系统、日历视图、统计报表、多设备同步、协作共享、暗黑模式……"
问题在哪？
- 在列功能清单，而不是在解决问题。 功能是手段，不是目的。用户不关心你有多少功能，只关心能不能解决他的问题
- 没有说谁用、什么场景、解决什么问题。 "待办清单"是产品形态，不是用户需求。不同用户（学生、职场人、项目经理）的需求完全不同
- 功能越多，失败概率越高。 每个功能都需要开发、测试、维护。功能之间可能冲突，用户学习成本增加，反而用不起来
JTBD：用户"雇佣"产品完成任务
Jobs to Be Done（待完成的任务）是一个思维框架：用户不是在购买产品，而是在"雇佣"产品来完成一项任务。
经典案例：一家快餐连锁店想提升奶昔销量。传统方法是调研口味偏好、价格敏感度。但效果不好。Clayton Christensen 团队换了一个问题：用户雇佣奶昔来完成什么任务？
调研发现：早晨买奶昔的人大多是通勤族，他们要完成的任务不是"喝一杯饮料"，而是"在无聊的开车路上有点事做，同时填饱肚子到中午"。
关键洞察：
- 奶昔的竞争对手不是其他饮料，而是香蕉、甜甜圈、百吉饼
- 奶昔的优势：更稠（喝得更久）、单手方便、饱腹到中午
- 产品策略改变：不是让奶昔更好喝，而是让它更好地完成"通勤陪伴"这个任务
任务描述模板
当 [某类用户] 在 [某个情境] 下， 他们想要 [完成某个任务]， 以便于 [获得某种结果/感受]。 目前他们的替代方案是 [现有解决方式]， 但这个方案的问题是 [痛点]。
示例：
当 职场人士 在 每天早上规划工作时， 他们想要 快速记录今天要做的几件事， 以便于 不遗漏重要工作、感到安心。 目前他们的替代方案是 便签纸或手机备忘录， 但这个方案的问题是 便签纸容易丢、备忘录打开麻烦。
功能思维 vs 任务思维
| 功能思维 | 任务思维 |
|---|---|
| 我要做一个 X 产品 | 用户要完成什么任务 |
| 产品要有这些功能 | 现有方案有什么问题 |
| 目标用户是所有人 | 具体用户在具体场景 |
| 功能越多越好 | 能解决问题就好 |
关键概念
- 产品经理：对产品成败负责，定义"做什么"和"为什么做"
- 角色边界：产品经理关注价值，项目经理关注进度，开发者关注实现
- AI 时代新定位：从"翻译需求"到"定义问题"，问题定义能力 > 实现能力
- JTBD：用户"雇佣"产品完成任务，不是在购买功能
- 功能思维 vs 任务思维：先搞清楚用户要完成什么任务，再决定需要哪些功能
课后练习
练习一：角色认知
选一个你常用的产品（如微信、淘宝、抖音），回答：
- 这个产品的产品经理可能承担哪些职责？
- 产品解决了什么核心任务？用 JTBD 模板描述
- 如果你是产品经理，你会关注哪些指标？
练习二：思维转变
选择一个你想做的产品想法，用两种方式描述：
功能思维版本：我要做一个______，要有______、______、______功能。
任务思维版本：当______在______时，他们想要______，以便于______。目前他们用______，但问题是______。
练习三：能力自评
对照能力模型，给自己打分（1-5 分）：
| 能力项 | 当前水平 | 提升计划 |
|---|---|---|
| 文档编写 | ||
| 沟通协调 | ||
| 数据分析 | ||
| 需求管理 | ||
| 产品规划 |