|
@@ -0,0 +1,287 @@
|
|
|
|
|
+# 一、产品经理到底是什么
|
|
|
|
|
+
|
|
|
|
|
+先说一个最基础的定义。
|
|
|
|
|
+
|
|
|
|
|
+在我之前写的《什么是产品》里提到过:**产品就是满足特定人群,在特定场景下,实现特定目标的商品。**
|
|
|
|
|
+
|
|
|
|
|
+那产品经理呢?简单说,就是负责把这个产品做出来的人。
|
|
|
|
|
+
|
|
|
|
|
+但这里有一个巨大的坑。
|
|
|
|
|
+
|
|
|
|
|
+很多人觉得,把产品做出来就行了。功能上线了,需求交付了,完事了。
|
|
|
|
|
+
|
|
|
|
|
+**不是的。**
|
|
|
|
|
+
|
|
|
|
|
+你把产品做出来了,但没有用户愿意用,没有人愿意付费,那这个产品就是失败的。
|
|
|
|
|
+
|
|
|
|
|
+你可以理解为,你精心做了一桌菜,色香味俱全,但端上来没有人吃。
|
|
|
|
|
+
|
|
|
|
|
+那这桌菜的意义在哪?
|
|
|
|
|
+
|
|
|
|
|
+成功的产品,需要跟市场需求匹配,有个专业术语叫**PMF(Product Market Fit)**。
|
|
|
|
|
+
|
|
|
|
|
+说人话就是:你做的东西,得有足够多的人愿意为它买单。这个买单不一定是花钱,花时间也算。
|
|
|
|
|
+
|
|
|
|
|
+而企业呢,也得能从中赚到钱。
|
|
|
|
|
+
|
|
|
|
|
+所以我现在对产品经理的理解是这样的:
|
|
|
|
|
+
|
|
|
|
|
+**产品经理,是能够构建出与市场需求匹配的产品,让用户愿意付费,从而为企业创造价值的人。**
|
|
|
|
|
+
|
|
|
|
|
+注意这里有三个关键词:**匹配需求、用户付费、创造价值。**
|
|
|
|
|
+
|
|
|
|
|
+缺一不可。
|
|
|
|
|
+
|
|
|
|
|
+这也是为什么,产品经理不是一个单纯的"执行岗",而是一个需要理解用户、理解市场、理解商业的综合性岗位。
|
|
|
|
|
+
|
|
|
|
|
+# 二、产品经理的核心职责
|
|
|
|
|
+
|
|
|
|
|
+搞清楚定义之后,我们来聊聊职责。
|
|
|
|
|
+
|
|
|
|
|
+构建一个与市场匹配的产品,说起来一句话,但拆开来看,其实就两件事。
|
|
|
|
|
+
|
|
|
|
|
+**第一,快速发现正确的问题。**
|
|
|
|
|
+
|
|
|
|
|
+什么意思呢?
|
|
|
|
|
+
|
|
|
|
|
+就是你得知道用户到底痛在哪里,市场到底缺什么。
|
|
|
|
|
+
|
|
|
|
|
+这需要你对用户和业务有足够深的理解,还需要掌握需求管理、竞品分析、数据分析这些方法。
|
|
|
|
|
+
|
|
|
|
|
+很多产品经理容易犯的一个错误,就是**急着给方案,却没搞清楚问题是什么。**
|
|
|
|
|
+
|
|
|
|
|
+我以前也经常这样,领导一说"做个什么功能",我就开始画原型了。
|
|
|
|
|
+
|
|
|
|
|
+后来才明白,问题都没找对,方案再漂亮也是白搭。
|
|
|
|
|
+
|
|
|
|
|
+**第二,定义正确的产品方案。**
|
|
|
|
|
+
|
|
|
|
|
+找到了问题,下一步就是想办法解决它。
|
|
|
|
|
+
|
|
|
|
|
+这需要你对所在领域的产品设计范式有足够的了解。
|
|
|
|
|
+
|
|
|
|
|
+说白了就是,你得知道这个行业里,类似的问题别人是怎么解决的,最佳实践是什么,然后在这个基础上,设计出适合自己产品的方案。
|
|
|
|
|
+
|
|
|
|
|
+**发现问题 + 解决问题,这就是产品经理最核心的两个职责。**
|
|
|
|
|
+
|
|
|
|
|
+其他的所有工作,都是围绕这两件事展开的。
|
|
|
|
|
+
|
|
|
|
|
+# 三、产品经理每天到底在干什么
|
|
|
|
|
+
|
|
|
|
|
+好,职责说完了,接下来聊聊日常工作。
|
|
|
|
|
+
|
|
|
|
|
+我觉得这部分可能是很多人最关心的,因为太多人对产品经理的日常有误解。
|
|
|
|
|
+
|
|
|
|
|
+总有人觉得产品经理就是"画原型的",或者"开会的",甚至"提需求的"。
|
|
|
|
|
+
|
|
|
|
|
+但实际上,产品经理的日常工作可以分成两大块。
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+## (一)产品设计:占了大概 80% 的时间
|
|
|
|
|
+
|
|
|
|
|
+没错,**80%**。
|
|
|
|
|
+
|
|
|
|
|
+这一块包含的内容非常多,我一个一个说。
|
|
|
|
|
+
|
|
|
|
|
+**市场洞察。** 你得知道你所在的市场有多大,增长趋势是什么样的,有没有新的机会。这个不是拍脑袋,需要做大量的调研和分析。
|
|
|
|
|
+
|
|
|
|
|
+**竞品分析。** 你得清楚竞争对手在做什么,他们的团队怎么样,资源怎么样,产品的优势和劣势分别是什么。然后基于这些信息,制定自己的应对策略。
|
|
|
|
|
+
|
|
|
|
|
+**需求收集和管理。** 这个是大头。需求从哪来?主要有三个渠道:
|
|
|
|
|
+
|
|
|
|
|
+- 用户主动反馈的(客服、社区、评论区等)
|
|
|
|
|
+
|
|
|
|
|
+- 产品经理主动去挖的(用户调研、竞品调研)
|
|
|
|
|
+
|
|
|
|
|
+- 根据市场趋势判断出来的
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+收集完之后还不能直接做,你得对需求进行归类和分析,判断这个需求要不要做、什么时候做、优先级怎么排。
|
|
|
|
|
+
|
|
|
|
|
+**需求定义。** 确定了要做什么之后,你得写需求文档,把用户的需求翻译成开发能看懂、能落地的产品方案。这一步很关键,文档写不清楚,后面的开发、设计全会出问题。
|
|
|
|
|
+
|
|
|
|
|
+**原型设计。** 光靠文字有时候说不清楚,所以还需要画原型。用可视化的方式,把你的产品方案展示出来,让所有人都能直观地看到最终的样子。
|
|
|
|
|
+
|
|
|
|
|
+**数据分析。** 产品上线了不代表结束,你得复盘数据,看销售和运营效果怎么样,关键指标有没有达到预期。如果没达到,问题出在哪,怎么优化。
|
|
|
|
|
+
|
|
|
|
|
+**产品规划。** 这是一个更宏观的视角。你需要综合市场机会、竞品动态、用户需求和数据分析的结果,规划出接下来一个季度、半年、甚至一年的版本计划。
|
|
|
|
|
+
|
|
|
|
|
+## (二)沟通协调:占了大概 20% 的时间
|
|
|
|
|
+
|
|
|
|
|
+剩下的 20%,主要就是项目管理和跨部门沟通。
|
|
|
|
|
+
|
|
|
|
|
+你需要对 UI 设计、开发、测试各个阶段的产出物进行验收,确保你的需求被准确地执行了,并且能按时上线。
|
|
|
|
|
+
|
|
|
|
|
+说白了就是,你不光要想清楚做什么,还得盯着把它做出来。
|
|
|
|
|
+
|
|
|
|
|
+下面这张图,比较清晰地展示了产品经理日常工作的全貌:
|
|
|
|
|
+
|
|
|
|
|
+# 四、产品经理的能力模型
|
|
|
|
|
+
|
|
|
|
|
+最后,也是我觉得最重要的一部分:**能力模型。**
|
|
|
|
|
+
|
|
|
|
|
+很多产品经理,尤其是刚入行的,经常会焦虑一个问题:我到底应该学什么?
|
|
|
|
|
+
|
|
|
|
|
+我当年也是,看到什么技能都想学,结果学了一堆,但没一个精通的。
|
|
|
|
|
+
|
|
|
|
|
+后来我慢慢想明白了,产品经理的能力,其实可以拆成三大块:
|
|
|
|
|
+
|
|
|
|
|
+- **底层能力**:学习力、逻辑力、思考力、执行力。这是地基,决定了你能走多远。
|
|
|
|
|
+
|
|
|
|
|
+- **专业能力**:需求能力、设计能力、进阶能力、高阶能力。这是你吃饭的本事。
|
|
|
|
|
+
|
|
|
|
|
+- **业务能力**:也就是行业能力。你对所在行业的理解深度。
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+下面这张图,就是产品经理能力模型的全景图:
|
|
|
|
|
+
|
|
|
|
|
+## 不同阶段,到底需要什么能力?
|
|
|
|
|
+
|
|
|
|
|
+很多人不清楚自己当前阶段应该重点提升什么。
|
|
|
|
|
+
|
|
|
|
|
+我把初级、中级、高级产品经理的能力要求,做了一个详细的对比。
|
|
|
|
|
+
|
|
|
|
|
+简单来说就是:
|
|
|
|
|
+
|
|
|
|
|
+- **初级产品经理(1-2年),是执行层。** 核心任务就是把别人安排的需求,老老实实转化成产品功能并上线。独立负责的范围有限,主要就是写文档、画原型、跟进项目。
|
|
|
|
|
+
|
|
|
|
|
+- **中级产品经理(3-5年),是战术层。** 开始独立主导某个产品方向或模块,能自己挖需求、做规划、推项目。不再是单纯的执行者,而是一个能"承上启下"的角色。
|
|
|
|
|
+
|
|
|
|
|
+- **高级产品经理(5年+),是战略层。** 已经脱离了具体的执行工作,专注于产品战略和路线图。对产品的成败负责,统筹多个团队的资源,从全局层面驱动业务。
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+下面这张表,是我整理的详细对比,大家可以对照着看一下自己现在处于哪个阶段,以及下一步应该往哪个方向努力:
|
|
|
|
|
+
|
|
|
|
|
+> ★ 代表"基础掌握",★★代表"熟练掌握",★★★代表"精通"
|
|
|
|
|
+
|
|
|
|
|
+| <br> | **初级产品经理(1-2年) <br>执行层★** | **中级产品经理(3-5年) <br>战术层★★** | **高级产品经理(5年+) <br>战略层★★★** |
|
|
|
|
|
+| --- | --- | --- | --- |
|
|
|
|
|
+| **定位与主要职责** | **需求的搬运工,按他人安排将需求转化为产品功能并上线。** 独立负责范围有限,多为辅助性工作,如撰写文档、画原型等。 | **主导某一产品方向或模块的功能迭代与优化。** 能独立承担产品子领域,承上启下落实产品策略。既执行任务,也管理小型项目,串联各部门推进产品。 | **制定产品整体战略与路线图,对产品成败负责。** 脱离具体执行,专注高层决策。统筹多个团队资源,决定产品发展方向,从全局层面驱动业务。 |
|
|
|
|
|
+| **底层能力** | • **学习力** <br>• **逻辑力** <br>• **执行力** | • **思考力:** 深度挖掘需求背后的本质诉求。 | • **思考力:** 横向与纵向系统思考,权衡用户价值与商业价值。 |
|
|
|
|
|
+| **需求能力** | • **需求收集:** 被动接受来自领导和用户的需求,不产出新的需求。 | • **需求收集:** 主动通过用户调研、数据分析、竞品调研等渠道收集需求,并将其融入产品改进。 <br>• **需求分析:** 能识别用户需求的场景与真正痛点。 <br>• **需求管理:** 具备需求筛选能力,能基于需求价值、实现成本与紧急程度综合评估需求优先级。 | • **需求分析:** 高度关注用户需求的趋势与共性,通过宏观调研洞察用户痛点。 <br>• **需求管理:** 从战略高度判断哪些用户需求值得投入,并以用户价值为导向制定产品愿景。 |
|
|
|
|
|
+| **设计能力** | • **文档撰写:** 熟练且高质量完成流程与逻辑梳理。 <br>• **原型设计:** 熟练使用原型设计工具设计界面。 <br>• **交互设计:** 以参考竞品设计为主。 | • **交互设计:** 了解交互设计规范,能够分析用户流程与场景,设计信息架构与界面。 | 一般不参与具体设计工作。 |
|
|
|
|
|
+| **进阶能力** | • **竞品分析:** 以跟进竞品功能点为主。 <br>• **项目管理:** 跟踪需求进度,保障交付时效。 | • **市场分析:** 了解产品所处市场的基本情况,在决策时考虑业务战略因素。 <br>• **竞品分析:** 能够从竞品的定位、资源、场景与体验等进行拆解,完成优劣势分析,并将优秀能力纳入产品。 <br>• **项目管理:** 跨部门协调并分配资源,确保需求按时交付。 <br>• **数据分析:** 掌握数据驱动产品改进方法,能够分析产品指标,找出问题并推动优化。 | • **数据分析:** 以数据制定战略决策,**定义并追踪核心 KPI**。深入分析用户行为与业务数据,判断产品走势。建立数据反馈机制,用数据验证或调整产品策略。对数据异常与趋势高度敏感,善于从大数据中提炼洞见。设定关键指标 -> 监控指标 -> 基于指标**决策产品演进**。 |
|
|
|
|
|
+| **高阶能力** | \- | • **产品规划:** 能根据公司战略目标制定版本规划,为所负责的产品模块设计中短期版本计划,并能思考"下一步做什么,以及为何要做"。 | • **战略管理:** 深度研究行业发展趋势,前瞻把握市场机会,制定产品战略。 <br>• **产品规划:** 根据市场竞争与公司战略制定产品蓝图与演进路线。例如明确商业模式如何演进、在哪些阶段采用何种运营策略、下一年度的产品重点是什么。 <br>• **产品架构:** 能够设计复杂产品的架构,保证产品拓展性与易用性。 <br>• **团队管理:** 直接管理产品团队,负责团队招聘与培养,推动团队朝共同的产品愿景前进。 |
|
|
|
|
|
+| **业务能力** | 了解行业名词与产品基础功能。 | 掌握行业业务模式与核心流程,了解 90% 以上业务场景。 | 在某一领域深耕多年,对**行业与用户有深刻洞察**,能够发现潜在商业机会。通常操盘过多个中大型项目,对主流商业模式、运营打法与产品策略非常熟悉,是典型的"业务操盘手"。 |
|
|
|
|
|
+
|
|
|
|
|
+说实话,我自己对照着这张表看的时候,也挺感慨的。
|
|
|
|
|
+
|
|
|
|
|
+刚入行那会儿,觉得写好文档、画好原型就够了。
|
|
|
|
|
+
|
|
|
|
|
+做了两三年之后,才发现原来需求分析和项目管理这些东西,才是真正拉开差距的地方。
|
|
|
|
|
+
|
|
|
|
|
+而做到五年以上,你会发现技术层面的东西反而没那么重要了,**真正重要的是你对行业的理解深度,和你做战略决策的能力。**
|
|
|
|
|
+
|
|
|
|
|
+每个阶段有每个阶段的重点,别着急,一步一步来。
|
|
|
|
|
+
|
|
|
|
|
+# 五、AI时代产品经理的核心能力
|
|
|
|
|
+
|
|
|
|
|
+说完了传统的能力模型,我们必须面对一个现实:**AI 正在重塑产品经理的工作方式。**
|
|
|
|
|
+
|
|
|
|
|
+很多人焦虑,AI 会不会取代产品经理?
|
|
|
|
|
+
|
|
|
|
|
+在回答这个问题前,我们先看下AI的原理。
|
|
|
|
|
+
|
|
|
|
|
+目前主流的 AI(以大语言模型为代表,如 GPT、Claude 等)本质上是一个**基于统计的概率预测模型**:
|
|
|
|
|
+
|
|
|
|
|
+- **预训练阶段**:用海量文本数据训练,让模型学会语言中的统计规律——给定前文,预测下一个最可能出现的词(token)。
|
|
|
|
|
+
|
|
|
|
|
+- **对齐阶段**:通过人类反馈强化学习(RLHF)等方法,让模型的输出更符合人类的偏好和价值观。
|
|
|
|
|
+
|
|
|
|
|
+- **推理时**:模型根据输入的上下文,逐步生成最"合理"的输出序列。
|
|
|
|
|
+
|
|
|
|
|
+
|
|
|
|
|
+简单说就是:**它不是在"思考",而是在"预测"。** 它学到的是语言的模式和关联,而不是对世界的真正理解。
|
|
|
|
|
+
|
|
|
|
|
+AI 能做好的是**模式匹配型工作**(写文档、做竞品对比、整理数据),而做不好的是**需要真实世界理解、价值判断和创造性突破的工作**。
|
|
|
|
|
+
|
|
|
|
|
+因此,我的答案是:**会取代一部分,但不会全部。**
|
|
|
|
|
+
|
|
|
|
|
+那些**重复性的、标准化**的工作,比如写需求文档、画基础原型、做竞品功能对比、整理数据报表,AI 能做得又快又好。
|
|
|
|
|
+
|
|
|
|
|
+但有一些能力,AI 在可预见的未来里,很难替代。
|
|
|
|
|
+
|
|
|
|
|
+## 1\. 对真实用户的共情力
|
|
|
|
|
+
|
|
|
|
|
+AI 能分析用户行为数据,但它**感受不到**用户的情绪。
|
|
|
|
|
+
|
|
|
|
|
+一个妈妈在凌晨三点哄完孩子后打开购物 App 时的疲惫感,一个外卖骑手在暴雨中看到导航出错时的焦虑感。
|
|
|
|
|
+
|
|
|
|
|
+这些微妙的情绪和场景,只有真正走到用户身边、跟他们聊过、观察过,才能捕捉到。
|
|
|
|
|
+
|
|
|
|
|
+**共情力的本质,是理解人。** 而不是理解数据。
|
|
|
|
|
+
|
|
|
|
|
+## 2\. 在模糊中做决策的判断力
|
|
|
|
|
+
|
|
|
|
|
+产品经理面对的大多数决策,都是在信息不完整的情况下做出的。
|
|
|
|
|
+
|
|
|
|
|
+要不要进入一个新市场?这个功能要不要砍掉?两个需求只能做一个,选哪个?
|
|
|
|
|
+
|
|
|
|
|
+AI 可以帮你罗列利弊、计算 ROI,但**最终的判断,需要结合直觉、经验和对业务的深度理解。**
|
|
|
|
|
+
|
|
|
|
|
+尤其是那些没有标准答案的战略性决策,本质上是一种"在不确定性中下注"的能力。这恰恰是人类决策者最不可替代的地方。
|
|
|
|
|
+
|
|
|
|
|
+## 3\. 跨角色的沟通与影响力
|
|
|
|
|
+
|
|
|
|
|
+产品经理的日常,就是不断地跟不同角色打交道:跟老板争资源、跟开发谈排期、跟设计讨论方案、跟运营对齐目标。
|
|
|
|
|
+
|
|
|
|
|
+这些沟通,不是简单的信息传递,而是**说服、协商、妥协、共创**的过程。
|
|
|
|
|
+
|
|
|
|
|
+你需要读懂对方的立场和情绪,用对方能接受的方式表达你的观点,在冲突中找到共识。
|
|
|
|
|
+
|
|
|
|
|
+这种"软技能",是 AI 最难模拟的。
|
|
|
|
|
+
|
|
|
|
|
+## 4\. 从 0 到 1 的创造力
|
|
|
|
|
+
|
|
|
|
|
+AI 擅长的是"从 1 到 N"——在已有模式上优化、组合、迭代。
|
|
|
|
|
+
|
|
|
|
|
+但真正的产品创新,往往来自**对常识的质疑、对不同领域的跨界联想、甚至是一个看似疯狂的直觉。**
|
|
|
|
|
+
|
|
|
|
|
+微信之所以做出"摇一摇",不是因为用户调研、数据分析或竞品分析告诉张小龙要做这个功能,而是他对人性的洞察。
|
|
|
|
|
+
|
|
|
|
|
+这种从无到有的创造力,短期内 AI 还无法企及。
|
|
|
|
|
+
|
|
|
|
|
+## 5\. 价值观与伦理的把控力
|
|
|
|
|
+
|
|
|
|
|
+当 AI 越来越多地参与产品决策时,**谁来定义"什么该做,什么不该做"?**
|
|
|
|
|
+
|
|
|
|
|
+比如,推荐算法可以让用户沉迷,但要不要设置使用时长提醒?用户数据可以拿来变现,但隐私的边界在哪里?
|
|
|
|
|
+
|
|
|
|
|
+这些问题没有标准答案,需要产品经理基于**价值观和社会责任感**来做判断。
|
|
|
|
|
+
|
|
|
|
|
+AI 没有价值观,它只有目标函数。而产品经理需要成为那个守住底线的人。
|
|
|
|
|
+
|
|
|
|
|
+总结一下,AI 时代产品经理最不容易被替代的五项核心能力:
|
|
|
|
|
+
|
|
|
|
|
+| **核心能力** | **为什么难以替代** |
|
|
|
|
|
+| --- | --- |
|
|
|
|
|
+| **共情力** | 需要真实感受用户情绪与场景,不是数据能量化的 |
|
|
|
|
|
+| **判断力** | 在信息不完整时做战略决策,依赖直觉与经验 |
|
|
|
|
|
+| **影响力** | 跨角色沟通、说服、协商,需要读懂人心 |
|
|
|
|
|
+| **创造力** | 从 0 到 1 的颠覆式创新,来自跨界联想和对人性的洞察 |
|
|
|
|
|
+| **伦理把控力** | 定义产品的边界与底线,AI 没有价值观 |
|
|
|
|
|
+
|
|
|
|
|
+总而言之,**AI 会让产品经理的门槛降低,但天花板不会降低。**
|
|
|
|
|
+
|
|
|
|
|
+未来真正有竞争力的产品经理,不是会用 AI 工具的人,而是**能驾驭 AI、同时拥有 AI 无法替代的能力的人。**
|
|
|
|
|
+
|
|
|
|
|
+关于如何驾驭AI和设计AI产品,我会在《AI产品经理的第一本书》中详细介绍。
|
|
|
|
|
+
|
|
|
|
|
+# 写在最后
|
|
|
|
|
+
|
|
|
|
|
+以上,就是我对产品经理这个岗位的一个完整拆解。
|
|
|
|
|
+
|
|
|
|
|
+从定义、职责、日常工作,到不同阶段的能力模型。
|
|
|
|
|
+
|
|
|
|
|
+我希望能帮你搞清楚两件事:
|
|
|
|
|
+
|
|
|
|
|
+**一是产品经理到底是什么。** 不是画原型的,不是写文档的,不是开会的。而是一个需要发现问题、解决问题,最终为用户和企业创造价值的角色。
|
|
|
|
|
+
|
|
|
|
|
+**二是你现在应该学什么。** 对照能力模型,找到自己当前阶段的短板,有针对性地去提升。
|
|
|
|
|
+
|
|
|
|
|
+说到底,产品经理这个岗位,没有那么玄乎,也没有那么简单。
|
|
|
|
|
+
|
|
|
|
|
+它需要你既懂用户,又懂业务,还得有足够的执行力把事情推动落地。
|
|
|
|
|
+
|
|
|
|
|
+但也正是因为这样,它才有意思。
|