产品经理（PM）

产品经理（PM）是软件工程中连接用户需求、业务目标与技术实现的核心角色，负责定义"做什么"而非"怎么做"

一、产品经理的核心工作

需求发现与定义

产品工作的起点是理解用户和业务。产品经理需要通过用户访谈、问卷调研、竞品分析、数据埋点分析等手段，挖掘用户真实的痛点和需求，并将其转化为可落地的产品功能。这个过程中，产品经理要不断追问"用户为什么需要这个"，而非直接接受表面需求，因为用户说"我要一匹更快的马"，背后真正的需求是"更快地抵达目的地"。

产品规划与路线图

在需求明确后，产品经理需要结合公司战略、资源限制和市场时机，制定产品的中长期路线图（Roadmap），决定哪些功能优先做、哪些推迟、哪些放弃。这涉及需求优先级排序，常用的方法论有 RICE 模型（Reach、Impact、Confidence、Effort）、MoSCoW 法（Must/Should/Could/Won't）等。路线图是与管理层、开发团队和设计团队对齐目标的重要工具。

需求文档与原型输出

产品经理的核心交付物之一是 PRD（产品需求文档），它详细描述某个功能的背景、目标、用户故事、业务逻辑、异常情况处理和验收标准。与此同时，产品经理通常还需要绘制线框图或低保真原型，用来直观地表达页面结构和交互流程，帮助设计师和开发工程师理解需求意图。

跨团队协作与项目推进

产品经理是研发流程的"中枢神经"。在一个迭代周期内，他们需要组织需求评审会、参与设计走查、跟进开发进度、协调测试资源，并在上线前进行验收。遇到需求变更或资源冲突时，产品经理需要在各方之间做出取舍和决策，确保项目按时交付。

数据分析与迭代优化

产品上线并非终点。产品经理需要持续关注核心指标（如 DAU、留存率、转化率、漏斗数据），结合用户反馈判断功能是否达到预期目标，并据此驱动下一轮迭代优化。这要求产品经理具备一定的数据敏感度和分析能力。

二、产品经理常用工具体系

产品经理的工具链覆盖从需求管理到协作沟通的全流程，大致可以分为以下几类。

原型与线框图工具是产品经理最核心的技能之一。
- Axure RP 是行业标准的高保真原型工具，擅长处理复杂交互逻辑，适合 B 端系统；
- Figma 则越来越多地被产品经理用于绘制低保真线框图和流程图，尤其在设计与产品协作紧密的团队中，统一在 Figma 内工作可以减少文件流转成本；
- 墨刀则是国内使用广泛的轻量级原型工具，上手快、协作便捷，适合快速出图。
需求与项目管理工具方面
- Jira 是国际通行的敏捷项目管理平台，支持 Sprint 规划、Bug 追踪和看板管理；
- 国内团队则更多使用飞书多维表格、禅道、TAPD（腾讯出品）或PingCode等工具来管理需求池和迭代计划。
文档协作工具是产品经理输出 PRD 的主要阵地。
- Confluence（常与 Jira 配套使用）、飞书文档、Notion 都是主流选择，支持多人实时编辑、评论和版本历史追溯。
流程图与思维导图工具用于梳理业务流程、用户旅程和信息架构。
- ProcessOn、draw.io（diagrams.net）、XMind 是国内产品经理常用的选择，Figma 的 FigJam 也逐渐承担了这一角色。
数据分析工具方面
- 产品经理通常需要掌握基础的 SQL 查询能力，以便从数据库中自主取数；
- 同时熟悉公司内部的数据平台（如神策数据、GrowingIO、Firebase 等埋点分析系统），以及 Excel/Google Sheets 进行数据处理和可视化。

三、产品与设计的区别

这是团队协作中最容易混淆的边界，理解清楚对两个角色的配合至关重要。

职责的本质差异在于：

产品经理负责定义**"做什么"和"为什么做"**，即功能的目标、范围和业务逻辑；

而设计师（UI/UX Designer）负责回答**"怎么呈现"和"体验如何"**，即界面的视觉风格、交互细节和用户体验流程。

产品经理的核心产出是需求文档和逻辑原型，设计师的核心产出是高保真视觉稿和交互规范。

原型的深度不同。

产品经理通常绘制的是低保真线框图，关注的是页面结构、信息层级和功能模块的布局，不在意具体的颜色、字体和视觉细节；

设计师则在此基础上进行高保真视觉设计，关注像素级别的视觉表达、品牌一致性和美观度。一个好的产品经理的线框图应该清晰表达逻辑，但绝不应该越俎代庖地规定 UI 细节。

思维模式的侧重不同。

产品经理更偏向商业思维和系统思维，需要在用户价值、商业价值和技术可行性之间寻找平衡；

设计师则更偏向用户同理心和审美敏感度，从人的感受出发优化每一个交互细节。两者都需要关注用户，但产品更关注"用户需要什么"，设计更关注"用户用起来感觉如何"。

工具重叠但侧重不同。

两者都可能使用 Figma，但产品经理用它画结构图和流程图，设计师用它做精细的视觉稿和组件系统。在一些规模较小的团队中，产品和设计的边界会模糊，甚至由同一个人兼任，但在规范化的研发团队中，这两个角色的分工是清晰且必要的。

总体而言，产品和设计是高度协作、相互依赖的关系——产品定义问题和目标，设计提供解决方案的体验层。两者之间的良性沟通，往往是一款产品能否做好的关键变量之一。

组内导航：⬅️ IT | 🏠 00-DevOps与运维 | ➡️ DevOps

02-产品经理（PM）