# 1. 产品经理是什么

这一章讲清楚产品经理这个岗位的边界：它解决什么问题、和谁分工、靠什么推动事情。它是全书的地基，后面所有方法都建立在对「产品经理到底做什么」的清晰认识上。

条目按从最基础到进阶排列。

---

### 1. 产品经理的问题域
- 定义：产品经理负责定义「解决谁的什么问题、为什么值得做、怎么算做对了」，而不是把功能做出来。
- 说人话：业主说要大阳台，其实想要的是晒太阳；产品经理先问清「你到底想解决什么」，而不是照着单子施工。
- 什么时候用：接到任何需求时，先分清自己是在定义问题，还是只在描述方案。
- 常见误区：把写文档、跟进度当成全部工作，忽略了问题本身是否成立。
- 证据等级：C
- 来源：行业通行做法

### 2. 产品经理与项目经理的边界
- 定义：产品经理决定「做什么、为什么做」，项目经理负责「怎么按时保质做完」。
- 说人话：点菜的人决定这顿吃什么、值不值，另一个人盯上菜的节奏；菜点错了怪不着上菜慢。
- 什么时候用：当你整天在排期、追进度，却没时间想清楚「做什么」时。
- 常见误区：小团队常由一人兼任两种职责，一忙起来只剩交付，问题定义被挤没了。
- 证据等级：C
- 来源：行业通行做法

### 3. 产品经理与 PO（Product Owner）的边界
- 定义：PO 是 Scrum 里的角色，只对待办列表（Product Backlog）及优先级负责。
- 说人话：PO 像场上队长，管进攻次序；产品经理还兼主教练，要定踢什么阵型。
- 什么时候用：团队用 Scrum 且你被叫 PO 时，先确认授权范围。
- 常见误区：把 PO 等同于产品经理，以为管好待办列表就做完了产品工作。
- 证据等级：B
- 来源：Schwaber 与 Sutherland《Scrum Guide》

### 4. 产品经理与设计师、研发、运营的边界
- 定义：产品经理对「做什么、为什么」负责，设计师管好不好用，研发管能不能做与稳不稳，运营管用户从哪来。
- 说人话：像拍电影：产品经理是编剧兼制片，设计是导演，研发是摄影与后期，运营是宣发。
- 什么时候用：讨论卡住时，先分清争议属于要不要做、好不好用、做不做得成、有没有人来。
- 常见误区：拿职责边界当挡箭牌，把共同目标切成互不负责的碎片。
- 证据等级：C
- 来源：行业通行做法

### 5. 产品经理不是老板的传声筒
- 定义：产品经理要把老板或客户给的目标翻译成用户问题与方案，并补全判断依据，而不是原样转达。
- 说人话：老板说加个签到功能，传声筒直接开工；产品经理先问这是为解决留存还是活跃。
- 什么时候用：当需求来自老板或大客户这类权威时，越要先澄清目标，而不是直接执行。
- 常见误区：把服从指令当执行力，方案错了，责任还是落在产品经理头上。
- 证据等级：C
- 来源：行业通行做法

### 6. 产品经理的能力模型：商业、技术、体验三端
- 定义：基本能力可分三端：看懂生意怎么赚钱（商业）、知道技术能做什么与代价（技术）、理解用户怎么用（体验）。
- 说人话：像一个三脚凳——只会谈商业容易做空产品，只会讲技术容易做工程师的产品。
- 什么时候用：阶段复盘时，看哪一端明显是短板，以及当前岗位更需要哪一端。
- 常见误区：把三端理解成每样都要精通，实际是每端够用、至少一端更深。
- 证据等级：C
- 来源：行业通行做法

### 7. 大厂细分岗与小厂全能岗
- 定义：成熟公司把产品工作切成增长、策略、平台等细分岗；小公司常把调研、设计、数据、运营压在一个人身上。
- 说人话：大厂像流水线，你负责拧好一颗螺丝、拧得极精；小厂像小饭馆，前厅后厨一肩挑但都不深。
- 什么时候用：换工作时，判断自己要的是更深的专精还是更宽的全局。
- 常见误区：把岗位分工当成能力高低，两边的能力结构不同，不能简单比优劣。
- 证据等级：C
- 来源：行业通行做法

### 8. 0→1 与 1→N 的角色差异
- 定义：0→1 的核心是找到可行的价值假设并快速证伪；1→N 的核心是把已验证的模式规模化、提效率。
- 说人话：0→1 像开一家没人试过的新店，重点是这店有没有人要；1→N 像给排队的店开连锁，重点是开得稳。
- 什么时候用：接手项目时先判断自己在哪个阶段，别用开连锁的思路做冷启动。
- 常见误区：0→1 阶段追求大而全，或 1→N 阶段还在频繁推翻方向。
- 证据等级：C
- 来源：行业通行做法

### 9. 决策权与影响力：没有职权怎么推动
- 定义：产品经理通常没有对团队的人事与考核权，只能靠信息、判断与信任影响他人做决定。
- 说人话：像没有指挥棒的乐队长，要让人按同一节奏走，只能靠把理由讲清楚。
- 什么时候用：说服不动研发或设计时，先检查自己给的是「我认为」还是「数据与用户证据」。
- 常见误区：把说服不了归因于对方不配合，忽略自己没给出可信的依据。
- 证据等级：C
- 来源：行业通行做法

### 10. 产品经理算不算管理者
- 定义：产品经理管的是事与决策，不是人；工作实质是「对结果负责」而非「对下属负责」。
- 说人话：像执行制片，不直接管演员，却要为整部片子能不能成立负责。
- 什么时候用：面对「要不要转管理岗」时，先想清楚自己想管人还是想管产品。
- 常见误区：默认产品经理升到头就是管人，忽略许多公司有与管理线并列的专家线。
- 证据等级：C
- 来源：行业通行做法

### 11. 两类典型角色错位：项目管理员与需求记录员
- 定义：角色错位指挂着产品经理的名，实际只催排期管进度，或把需求记下来转给研发。
- 说人话：一个天天开会催进度，一个把会议纪要整理成需求单，两者都不对「做什么才对」负责。
- 什么时候用：记录一周工作，若八成时间在协调与记录、几乎没有判断，就是错位信号。
- 常见误区：把忙碌当成负责，错位岗位往往最忙却最容易被替代。
- 证据等级：C
- 来源：行业通行做法

### 12. 怎么判断自己是不是在做产品经理该做的事
- 定义：可用三问自查：我能说清用户在解决什么问题吗？方案错了怎么被验证？我对结果负责吗？
- 说人话：如果上周交付了十个功能，却说不出哪个让用户更愿意留下，那大概率是在产出功能。
- 什么时候用：季度或换岗复盘时，用这三个问题定位自己，比看职级更准。
- 常见误区：用交付了多少需求衡量自己，而不用这些需求改变了什么行为来衡量。
- 证据等级：C
- 来源：行业通行做法