给做产品的人，一张能看懂也能拿去发的介绍图

# PM-WORKBENCH

它不是产品理论包，也不是提示词堆砌，而是一个把模糊问题变成可用判断的工作台。很多人用 AI 做产品，最后拿到的是一段看起来完整、实际没法拿去开会、拍板、推进的回答。PM-WORKBENCH 盯的不是“会不会说”，而是“能不能把问题理清、把取舍说透、把输出做成可复用的产物”。

### ✦ 一句话理解它是什么

这是一个面向产品经理、产品负责人和创业者的 skill。它擅长处理那些上游很乱、信息不全、利益相关方很多、又必须尽快给出判断的产品问题。

### ✦ 它最适合处理的事

- 老板一句模糊要求丢下来，不知道真正问题是什么
- 一堆需求冲进来，必须排优先级，还要说明为什么
- 两种方案都像能做，但资源只够选一个
- 需要把分析整理成领导能快速看懂的一页内容

01

## 它到底在解决什么问题

现实里的产品工作，难点通常不在“不会套框架”，而在“问题太糊、信息太碎、决策太赶”。

PM-WORKBENCH 的设计重点，就是把这些最容易失真的环节接住：先厘清真实问题，再补关键缺口，再给出有取舍的判断，最后整理成团队能直接使用的输出。

### 它不帮你堆概念

不会一上来甩框架名词，也不会把你带进一份看起来很完整、实际空心的模板里。

### 它先抓上游卡点

如果问题还没问对，就先处理问题定义；如果判断缺关键前提，就先补那几个真正会改变结论的信息。

### 它强调可复用结果

目标不是聊明白，而是产出能拿去评审、同步、规划、复盘的内容，而不是一段漂亮废话。

02

## 适合哪些人用

### 产品经理

经常接模糊需求、被拉着做判断、需要快速整理结论的人。

### 产品负责人

要做资源取舍、阶段重点、上行沟通，不能只给分析，必须给结论的人。

### 创业者

一边看市场，一边看用户和资源，很多选择都要在信息不完整时做决定的人。

### 跨职能负责人

需要把产品、增长、交付、商业回报放在一起看，不想被单点视角带偏的人。

03

## 它比通用 AI 更实用，差别到底在哪

### 通用 AI 常见表现

- 上来就开始回答，默认你提的问题本身就是对的
- 分析很顺，但关键取舍说不狠，像在绕开责任
- 容易给你一份格式完整、判断偏弱的内容
- 碰到高压决策时，习惯说“两边都重要”
- 写得像懂产品，其实不太适合直接拿去沟通和推进

### PM-WORKBENCH 的处理方式

- 先判断你当前最上游的卡点是什么，再决定走哪条工作流
- 只追问真正会改变结论的少数关键信息，不把对话拖成长问卷
- 明确写出取舍、风险、假设，以及现在不做什么
- 在信息不完整时，也会给出带条件的当前建议，而不是停在“需要更多信息”
- 输出默认朝可复用产物去收，不停留在泛泛讨论

9
核心工作流，覆盖从需求澄清到复盘的主线产品工作
12
可直接复用的产物模板，不是为了好看，而是为了能拿去用
21
真实示例与压力场景，专门用来证明它不是只会写漂亮答案
04

## 它的核心能力，不是多，而是准

### 先澄清，再判断

面对模糊需求、老板口头指令、团队意见不一的情况，它会先把“真正要解决的问题”拎出来，而不是直接跳方案。

### 只问有价值的问题

它强调最少必要上下文。不是追着你补一堆背景，而是抓住那几个会改变判断方向的前提。

### 逼出取舍，而不是抹平差异

做优先级、做路线选择、做阶段规划时，它会把“为什么现在做这个，不做那个”讲清楚。

### 把结果收成产物

最后输出不是散的，而是偏向需求澄清简报、功能评估备忘、决策简报、优先级栈、路线图一页纸、管理层摘要这类可直接复用的形态。

05

## 它最适合什么场景

### 上游需求很乱

一句“产品得更有惊喜感”，一句“竞品都有了我们也要有”，这类话最容易把团队带偏。

模糊需求 老板要求 问题重定义

### 资源不够，必须排轻重

需求一堆都看起来有道理，但季度只够做三件事，这时候靠“大家都觉得重要”是没法交代的。

优先级 资源取舍 阶段重点

### 需要给上面讲清楚

很多问题不是不会分析，而是不会把结论收成领导能在一分钟内看懂、愿意拍板的表达。

管理层摘要 上行沟通 决策请求

### 两条路只能选一条

是追求短期市场声量，还是先补长期信任底座；是做看起来更亮眼的功能，还是守住更核心的问题。

方案比较 路线选择 条件判断

### 要做轻量规格或路线图

不是每次都需要一份厚 PRD，很多时候更需要一份短、准、边界清楚的工作文档。

轻量方案 阶段规划 边界定义

### 项目做完要复盘

复盘最怕写成流水账。它更强调结果、原因、关键教训，以及接下来要改什么。

复盘 复用经验 下一步
06

## 核心工作流，怎么把模糊问题收成可用结果

01

### 先识别真正任务，不急着开答

先判断当前问题属于需求澄清、功能价值评估、方案比较、优先级排序、轻量方案、路线图、指标设计、管理层摘要还是复盘。先走对路，比说得快更重要。

02

### 只补关键上下文

围绕目标、受众、限制、风险、证据去补最少必要信息。它刻意避免把你拖进一长串机械提问里。

03

### 给出有立场的判断

不是罗列可能性，而是给出当前建议、成立前提、主要取舍、关键风险，以及什么情况会改变这个建议。

04

### 收成团队能用的产物

把结果整理成能复用的格式，例如需求澄清简报、决策简报、优先级栈、路线图一页纸、管理层摘要、复盘简报，而不是停在一段聊天记录。

07

## 为什么说它更像一个真正能用的产品工作台

因为它不是把“产品经理常用框架”打包给你，而是把高频、真实、带压力的产品工作拆成了可执行路径。

它把技能重点放在三件事上：先找准问题、再做清楚取舍、最后交付一份能被复用的结果。这也是它跟很多泛 AI 工具最本质的差别。

### 有证据层，不只靠自夸

仓库里专门做了基准测试、示例对比和高压案例，目的不是秀分数，而是让人能看见它到底强在哪、弱在哪。

### 兼顾单点任务和更高层判断

既能处理单个需求、单次决策，也能处理产品负责人、产品领导者、创业者视角下的阶段资源配置与经营判断。