什么是产品经理
这是「产品经理学习手册」的第一篇。这套手册写给两类人：想入行、但不知道从哪开始的零基础人员；以及在岗几年、能把事做完、却说不清自己为什么这么做的人。每一篇的结构固定——先给判断，再给依据，最后给可以立刻动手的动作。
本篇只回答一个问题：产品经理到底是个什么岗位。读完你应该能做到三件事：用自己的话说清产品经理在做什么；判断自己更适合 B 端还是 C 端；拿到一份今天就能开始的 90 天清单。
结论先行：产品经理不是"画原型的"
产品经理是在一组互相冲突的约束下，决定做什么、不做什么，并对结果负责的人。他同时被三方拉扯：用户要的、公司要的、技术能给的。三方都过得去的地方，才是此刻值得做的事。
同一个岗位，常见的三种说法其实在讲三件事。
看位置：产品经理站在业务、用户体验、技术三者的交叠处，把三方的语言互相翻译。[1]
看产出：产品经理负责回答"为什么做、做什么、先做哪个"，工程团队负责"怎么做"。这条分工是产品经理与项目经理最根本的区别。[1]
看结果：产品上线不等于成功。成功的标志是产品与市场需求匹配（PMF）——足够多的人愿意为它付出金钱或时间，公司能因此获得利润。[2]
三条合起来，就解释了产品经理为什么难做：他要用最少的资源，在一个三方都不完全满意的地方，找出一个此刻最值得做、也做得成的事，然后为这个选择负责。
产品经理每天在做什么
新人最常见的误解，是以为产品经理每天在画原型。原型只是产出物的一种，占的时间远比想象中少。真正吃时间的，是搞清楚"到底该画什么"，以及让别人愿意一起把它做出来。把这个过程拆成闭环，五个环节各有可判断的完成标准。
| 环节 | 核心动作 | 产出物 | 做到什么算完成 |
|---|---|---|---|
| 发现问题 | 访谈用户、看行为数据、跟一线销售与客服聊、拆竞品 | 问题清单、机会假设 | 能说清"谁在什么场景下被什么问题卡住"，且有原始证据，不是转述别人的判断 |
| 定义方案 | 把问题转成方案，划范围、砍需求、排优先级 | PRD、原型、验收标准 | 开发照着就能开工，不需要反复来问"这里到底要什么" |
| 推动交付 | 评审、答疑、跟排期、处理变更与临时插队 | 可上线的版本 | 按时上线，且核心流程真的可用，不是"上线了但用不了" |
| 验证结果 | 看数据、回访用户、比对上线前写下的假设 | 复盘结论 | 能回答"当初的假设对了还是错了"，而不是只说"功能已经上线" |
| 决定迭代 | 决定下一轮做什么、砍什么、什么时候做 | 版本规划 | 有一个团队认可的优先级顺序，并且说得出排序理由 |
五步连起来看，产品经理的工作量大约一半花在"想清楚"，一半花在"推动别人"。这也解释了为什么招聘时沟通与逻辑的权重远高于软件熟练度：你解决的是什么问题、为什么这么选、结果怎么验证，这三件事讲得清楚，比会用几个原型工具值钱得多。
边界：产品经理不是什么
比"产品经理是什么"更容易搞错的，是他和相邻岗位的分工。下面五个岗位在实际工作中经常被混为一谈。
| 岗位 | 回答的核心问题 | 主要交付物 | 时间视角 |
|---|---|---|---|
| 产品经理 | 为什么做、做什么、先做哪个 | 产品方向与决策依据 | 从当下延伸到一到两年后 |
| 项目经理 | 怎么按时按质地交出去 | 计划、风险清单、进度表 | 一个项目周期 |
| 需求分析师 | 业务规则到底是怎么规定的 | 需求规格说明书 | 本次需求 |
| 交互设计师 | 用户用起来顺不顺 | 交互稿、设计规范 | 当前版本 |
| 产品运营 | 怎么让更多人来用、并且留得久 | 活动方案、内容、增长方案 | 以周和月为节奏 |
一句话分家：产品经理管"方向对不对"，项目经理管"交付快不快"，需求分析师管"规则清不清楚"，交互设计师管"用起来顺不顺"，产品运营管"人来得够不够"。
小团队里这些角色常常由一个人兼任，那不是能力要求，而是资源约束。兼任时更要在心里把这几件事分开，否则很容易用"交付快"悄悄替换掉"方向对"——这是很多产品在半年后失去方向的起点。
能力模型：三层能力，四级台阶
能力分三层。底层是硬能力：用户洞察（能分辨用户说的和用户要的）、商业思维（判断一个需求值不值得投入）、逻辑拆解（把模糊需求拆成能落地的功能）、数据能力（自己拉数、自己验假设）、技术理解（知道约束在哪，但不必会写代码）。中层是协作力：沟通（对开发、设计、老板、客户用不同语言讲同一件事）、推动（没有直接管理权，靠让别人愿意配合）、写作（PRD 是产品经理最主流的产出）。顶层是判断力：在信息不全、时间不够的前提下做取舍，并为结果负责。这一层最难教，也最决定天花板。
能力分三层，岗位分四级。下面这张表比任何职级体系都更值得记住，因为它标出了每一级真正的分水岭。
| 层级 | 参考阶段 | 核心任务 | 分水岭 |
|---|---|---|---|
| L1 执行者 | 入行 0 到 1 年 | 把已经确定的需求写成 PRD、原型和验收标准 | 能独立跑完一个需求的完整闭环，不靠人催 |
| L2 模块负责人 | 1 到 3 年 | 独立负责一个模块，自己判断优先级与取舍 | 判断力从"怎么做"转到"做什么" |
| L3 业务负责人 | 3 到 5 年 | 定义一条业务线的方向、边界与节奏 | 能说清"不做什么"，并且让团队接受 |
| L4 方向负责人 | 5 年以上 | 决定资源投向，对商业结果负责 | 判断失误的代价由自己承担 |
所以当有人介绍自己是产品经理，值得多问一句：你现在负责的是"决定做什么"，还是"把给定的事做出来"？答案不同，其实已经是两个岗位。
B 端与 C 端：两条不同的成长路径
同样叫产品经理，面向个人用户和面向企业客户，工作方式差别很大。选方向这件事，比选公司更早需要想清楚。
| 对比维度 | C 端产品经理 | B 端产品经理 |
|---|---|---|
| 用户是谁 | 海量、匿名，个体差异大 | 数量有限、可实名，角色分工明确 |
| 需求从哪来 | 行为数据、用户反馈、竞品变化 | 客户访谈、销售与实施反馈、行业规则与合规要求 |
| 谁拍板 | 用户自己，用脚投票 | 决策链长，使用者、评估者、付费者常常不是同一人 |
| 怎么算成功 | 留存、转化、使用时长 | 客户续费、流程跑通、降本增效 |
| 怎么验证 | A/B 实验，快速试错，成本低 | 灰度试点、客户验收，试错成本高 |
| 能力侧重 | 体验敏感度、数据直觉、场景想象力 | 业务理解深度、抽象能力、干系人管理 |
对 B 端特别提醒一句：B 端产品的失败很少死于"功能不好用"，更多死于"业务本身没理顺"——流程在现实里跑不通，做成软件照样跑不通。所以 B 端产品经理的第一项功课是听懂业务，第二项才是设计系统。
新人最容易踩的三个坑
这三个坑几乎人人都踩过，区别只是有人三个月爬出来，有人三年还在里面。
**把"功能"当"产品"。**收到需求就画原型，不问这个功能解决谁的什么问题。 自查信号：你说得清这个版本做了哪些功能，却说不清上线后哪个指标应该变化。
**把"用户说的"当"用户要的"。**用户说出口的是方案，不是问题。他说"我要一个导出按钮"，真实问题可能是"我要把数据交给财务，现在只能一条条手工抄"。 自查信号：你的需求文档里几乎全是用户的原话，看不到对场景的还原。
**只交付，不验证。**上线即结束，下一轮又从零开始想。 自查信号：你记不清上个版本上线时，团队到底假设了什么会发生。
适配度自测与 90 天行动清单
下面六个问题没有标准答案，但答案能说明一些事。请凭第一反应勾选。
看到一款难用的产品，我会忍不住想"如果是我会怎么改"，而不只是抱怨
听到一件事，我会先追问"谁、在什么场景下、要解决什么"，而不是直接接方案
我的方案被否定时，我能先拿出理由再讨论一次，而不是立刻放弃或立刻对抗
我习惯把复杂的事拆成有先后顺序的几步
我能忍受较长时间的不确定，不要求马上有答案
我愿意为结果负责，而不只是为"我做过这件事"负责
勾中四条以上，可以考虑正式入行；只勾中一两条，先做一两个真实项目再判断也不迟——产品经理的能力大多来自做，而不是来自读。
如果决定开始，按下面三段推进。每一条都要留下痕迹，否则等于没做。
第 0 到 30 天：建立词汇和手感
读完一本入门书（见下一节 L1 段），并写下三句话总结，不用做摘抄
选一个你每天在用的产品，连续十四天记录它的版本更新，每天写一句"它为什么要改这个"
注册一个原型工具账号，把一个你熟悉的页面结构照着画一遍，只画结构不画视觉
第 31 到 60 天：完整推演一次
找一个真实的小问题（团队里、社团里、生活场景里都行），走完"发现问题—定义方案—写出 PRD—找三个人提反对意见—改出一版"
跑通一次最小的数据分析闭环：定一个指标、收集数据、得出结论，并写下结论可能哪里不成立
把这次推演的过程和结论整理成一页纸
第 61 到 90 天：产出可展示的证据
把前 60 天的 PRD 与复盘整理成一份可以给陌生人看的作品
找三位从业者聊，问同一个问题："你最近一次判断失误是什么，当时缺了哪条信息"
选一本进阶书读完，输出一份笔记而不是摘抄
延伸阅读：按阶段选书
下面这些书按"读它是为了解决什么"排序。书名、作者、出版方与 ISBN 都已核对，用 ISBN 在电商平台搜索可以直接定位到正确版本，避免买到旧版。
| 适合阶段 | 书名与作者 | 推荐购买链接 | 解决什么问题 |
|---|---|---|---|
| 入门 | 《人人都是产品经理（入行版）：互联网产品经理的第一本书》 苏杰 著 | 京东购买 | 建立岗位全景：产品、需求、项目、团队分别指什么 |
| 入门到进阶 | 《人人都是产品经理 2.0：写给泛产品经理》 苏杰 著 | 京东购买 | 从"把产品做出来"转到"想清楚为什么做" |
| 进阶 | 《启示录：打造用户喜爱的产品》 [美] Marty Cagan 著，七印部落 译 | 京东购买 | 理解产品经理真正该管的事，从人员、流程、产品三个角度看产品组织 |
| 进阶 | 《俞军产品方法论》 俞军 著 | 京东购买 | 建立决策体系：怎么权衡企业、用户与产品的关系，怎么做交易模型 |
| 进阶 | 《用户体验要素：以用户为中心的产品设计》 [美] 杰西·詹姆斯·加勒特 著，范晓燕 译 | 京东购买 | 把"体验"拆成战略、范围、结构、框架、表现五层，获得一套共同语言 |
| 进阶 | 《幕后产品：打造突破式产品思维》 王诗沐 著 | 京东购买 | 一套可操作的需求分析与决策方法，附网易云音乐的真实过程 |
| B 端必读 | 《决胜 B 端：驱动数字化转型的产品经理（第 2 版）》 杨堃 著 | 京东购买 | B 端产品的设计与管理通用方法，从业务调研到企业架构演进 |
以上为推广链接，通过链接购买我可能获得少量佣金；价格以京东实时为准，不影响推荐判断。
（注：学习内容由AI辅助整理生成）