产品管理入门：产品经理做什么、产品生命周期与核心文档
"产品经理"这个职位被各种段子调侃：有人说是"画原型图的"，有人说是"背锅的"，也有人说是"CEO 的学前班"。真实的产品经理到底做什么？本文不讲玄学，讲清楚职责、生命周期、核心文档和协作关系。
一、产品经理到底做什么
一句话概括：产品经理负责"决定做什么、为什么做"，并把决定清晰传达给团队去实现。它连接用户、业务和技术三端：
- 对用户：洞察需求、验证价值；
- 对业务：对齐目标、管理预期；
- 对研发/设计/测试：把想法翻译成可执行的需求文档。
具体到日常，产品经理的工作包括：需求分析、竞品调研、原型设计、写 PRD、排优先级、跟进度、看数据、做复盘。想了解这份工作需要的具体能力，可看产品经理核心技能。
二、产品生命周期：四个阶段
产品和人一样有生命周期，理解当前产品处在哪个阶段，决定了该用什么策略：
| 阶段 | 特征 | 典型动作 |
|---|---|---|
| 引入期 | 用户少、需求不确定 | 快速验证、小步试错 |
| 成长期 | 用户快速增长 | 加功能、抢市场、扩渠道 |
| 成熟期 | 增长放缓、竞争激烈 | 精细化运营、控制成本 |
| 衰退期 | 用户流失 | 转型、收割、或体面退出 |
新手最容易犯的错：在"引入期"的产品上按"成熟期"的标准堆功能，结果功能做了一大堆，核心价值还没验证。验证价值的方法见产品验证与用户测试。
三、三大核心文档
- PRD（产品需求文档）：一份"这个功能怎么做"的说明书，包含背景、目标、用户故事、功能逻辑、验收标准、边界情况。它是研发、测试的依据，也是扯皮时的仲裁书。写法见PRD 写作指南。
- 路线图（Roadmap）：以时间轴展示"未来一段时间做什么、为什么做"。它回答"方向"，不回答"细节"，是给团队和老板看的战略文档，规划方法见产品路线图规划。
- 需求池（Backlog）：所有待办需求的"仓库"，按优先级排列。它是需求的中转站，新想法先进池子，定期评审后进入排期。需求池管理见敏捷需求池梳理。
这三份文档的分工：路线图定方向、需求池管库存、PRD 管落地。
四、产品、项目、研发、运营的关系
这些角色经常被混为一谈，其实分工完全不同：
| 角色 | 核心问题 | 对什么负责 |
|---|---|---|
| 产品 | 做什么、为什么做 | 价值与方向 |
| 项目 | 什么时候交付、花多少钱 | 进度与资源 |
| 研发 | 怎么做出来 | 实现质量与效率 |
| 运营 | 怎么让用户用起来 | 增长与留存 |
产品定义"做对的事"，项目保证"按时做完"，研发保证"做得好"，运营保证"有人用"。任何一个环节掉链子，产品都成不了。产品想清楚方向之后，用目标指标（如 OKR/KPI）去衡量效果，见OKR/KPI 与产品指标。
很多小团队里一个人身兼数职，这没问题，但要清楚自己此刻在扮演哪个角色：讨论方向时你是产品，排期时你是项目，盯交付时你是研发，拉增长时你是运营。角色清晰，沟通才不会鸡同鸭讲。
五、产品经理的一天长什么样
一个典型的迭代日大概是：早上看数据、翻用户反馈和工单 → 和运营对需求和优先级 → 写/改 PRD → 和研发过实现方案 → 下午评审原型、跟测试验收 → 晚上复盘本迭代数据、更新需求池。看起来琐碎，但每一件事都在围绕"把产品做对并交付"。
用户画像与需求洞察是这一切的起点，见用户画像与旅程地图。
六、常见问题（FAQ）
Q1：不懂技术能做产品经理吗？ 能，但要懂到"能和研发对话"的程度，比如理解接口、数据库、版本的概念，否则无法判断可行性和排期。
Q2：产品经理和项目经理是一个人吗？ 小团队常常兼任，但两者职责不同：产品管"做什么"，项目管"何时交付"。混在一起容易顾此失彼。
Q3：刚起步的产品最重要的文档是哪份？ PRD。它可以不完美，但一定要有，否则研发和测试全靠猜。
Q4：产品经理需要写代码吗？ 通常不需要，但会写原型（Axure/Figma）、会看数据、会写文档是基本功。
七、小结
一句话总结：产品经理决定"做什么、为什么做"，用生命周期判断策略，用路线图、需求池、PRD 三份文档定方向、管库存、落地执行，并和项目、研发、运营各司其职。 想系统学习需求分析与产品，可收藏需求分析分类。