第一章 · 产品思维基础

第 1 课
产品经理的角色认知

如果「产品经理」对你来说只是管产品、写需求、画原型——这一课就是为你准备的。

课前思考先想一个问题

如果一个从来没学过产品管理的人问你「产品经理到底做什么的」，你会怎么回答？

如果你的回答是「就是管产品的」「写需求的」「画原型的」——往下看。

澄清误解产品经理不是什么

Marty Cagan 框架产品经理的三块核心工作

1 定义价值（What & Why）
决定做什么产品，解决什么问题，为谁创造什么价值。这一块直接决定了产品的天花板。方向错了，执行再好也没用。

2 探索方案（How）
和设计师、工程师一起探索解决方案。不需要自己画原型或写代码，但需要「判断力」——知道什么时候一个方案足够好。

3 推动落地（Make it happen）
协调资源、跨部门沟通、推进决策、处理意外。很多好想法死于执行不力——不是方向错了，而是没有能力让事情发生。

新时代AI 时代产品经理的新定位

上面三块工作存在了几十年，但 AI 的介入从根本上改变了 PM 的工作重心。

从「翻译者」到「问题定义者」

过去 PM 大量精力花在把业务需求翻译成技术需求。现在 AI 正在替代这层翻译——你可以让 AI 直接生成交互原型、自动推导数据模型。

翻译成本趋近于零之后，PM 的真正价值回归原点：定义问题。你能不能在最模糊的阶段做出正确的方向选择？这在 AI 时代比以往任何时候都更重要。

「规范是新的源代码」

OpenAI 的 Sean Grove 有一个论断：在 AI 驱动的开发流程中，规范才是真正的源代码。

你写的需求描述决定了 AI 生成什么代码。代码只是规范的有损投影——就像反编译不会恢复注释一样，AI 生成的代码也无法还原你的原始意图。但规范包含一切，而且它做了代码做不到的事：对齐人类和机器的理解。

所以 PM 的产出——PRD、需求文档、用户故事——不再只是给开发看的参考材料，而是直接驱动生产的核心资产。

一个人就是一支队伍

Andrew Ng 最近观察到越来越多管理者想要「PM 数量两倍于工程师」。不是因为 PM 更稀缺，而是工程师在 AI 辅助下交付速度极大提升，整个流程的瓶颈从「构建」转移到了「定义」。

对个人来说，AI 让「一个人就是一支队伍」成为可能。一个想清楚的 PM，借助 AI 工具，可以独立完成从需求定义到原型构建再到初步开发的全流程。

能力模型AI 时代 PM 的四层能力

1 问题定义能力（基础）
从模糊信号中识别真正的用户需求，区分「用户说的」和「用户真正需要的」。PM 的安身立命之本。

2 决策判断能力（核心）
信息不完整时做方向选择，判断功能是「必须有」还是「锦上添花」，对需求说「不」并给出清晰理由。

3 沟通协作能力（杠杆）
对不同角色用不同语言，在冲突中推动共识，通过文档和对话传达产品意图。好沟通让 1 分想法产生 10 分影响。

4 AI 协作能力（新时代必备）
与 AI 多轮对话确认需求，编写结构化 AI 友好的文档，用 AI 工具快速验证想法、构建原型。传统能力模型中没有——但今天已是区分「普通 PM」和「高效 PM」的关键变量。

画像好产品经理长什么样

对产品的热情
不由自主地分析每一个用的产品——为什么这样设计？哪里可以更好？这不是工作要求，而是天性使然。

用户立场
自然切换到用户视角，「用户会怎么理解这个？」是他们最常问的问题。

坦诚认错
不为错误决策找借口。判断错了就承认，快速调整。比「永远正确」的人成长得更快。

专注
在一堆干扰中抓住最重要的。知道什么是当前最重要的，比什么都想做重要得多。

商业意识
理解产品不光是体验，还是一门生意。能思考成本、市场、竞争——不是要成为 MBA，而是知道产品最终要创造商业价值。

实操本课练习

选一个你每天都在用的产品（微信、飞书、Notion、小红书），做三件事：

1 列出这个产品的 PM 可能承担的5 项具体职责（不是泛泛的「管产品」）

2 用一句话概括这个产品最核心的价值主张

3 如果让你改进一个地方，你改什么？为什么？

不需要写很长——关键是开始用产品经理的视角看世界。

预告下一课

理解了 PM 的角色定位之后，我们将进入产品管理最基础也最重要的能力——灵魂三问：如何判断一个想法值不值得做。

慢慢来，会很快。

AI 产品思维入门课