1h

Kickoff Meeting

1小时
产品经理

让每个软件同事都具备产品判断力，从“功能实现者”升级为“问题定义者、方案取舍者、结果验证者”。

每周 1 小时 · 每次 3 人分享 · 持续 12 周

Why Now

AI 编程时代，团队能力结构正在变化

过去：岗位边界清晰

产品经理定义需求
设计师设计体验
研发实现功能
测试验证质量
大家主要在自己的专业边界内协作

现在：复合能力成为刚需

AI 正在显著提升研发效率
单一岗位边界开始变模糊
每个人都需要理解用户、业务、设计和验证
团队不能只会“接需求”，还要能判断“需求是否正确”

未来有价值的人，不只是会实现功能，而是能判断什么值得做、应该怎么做。

Not A Show & Tell

1小时产品经理不是 APP 分享会

错误理解：介绍 App

我用过这个 App
它有哪些功能
页面好不好看
我觉得哪里不错

正确目标：训练判断力

它服务谁？
为什么这样设计？
菜单为什么这样分？
按钮为什么放这里？
竞品为什么不同？
如果我们来做，怎么优化和验证？

不评价表面好坏，要反推背后的 用户、场景、结构和取舍

Product Mindset

真正的产品经理，是持续回答 5 个问题的人

1

谁在用？

用户、场景、动机、痛点、习惯

→

2

为什么做？

用户价值、业务价值、公司价值

→

3

为什么这样设计？

结构、层级、路径、交互背后的取舍

4

为什么不是另一种？

竞品方案、成本收益、风险判断

→

5

怎么证明它是对的？

指标、用户测试、数据反馈、复盘

Six Abilities

“1小时产品经理”训练什么？

用户感知道谁在用，不把自己当用户。

场景感知道什么时候用、为什么用。

结构感知道菜单、入口、页面层级如何组织。

取舍感知道为什么外露、隐藏、合并或放弃。

竞品感知道别人为什么不一样，而不是简单抄。

验证感知道如何判断设计是否真的有效。

核心不是让每个人都写 PRD，而是让每个人都有产品判断力。

Meeting Rule

每周 1 小时，3 人分享，1 个主题

5

分钟开场

主持人说明本周主题和分析框架。

3×12

分钟分享

3 位同事，每人 12 分钟完成产品拆解。

3×3

分钟提问

每次分享后做追问和点评。

10

分钟总结

沉淀 1-3 条产品设计原则。

每次会议都要留下可复用的 产品设计原则

Template

每个人怎么分享？统一使用 8 页模板

01

App 是什么

名称、一句话定位、选择原因。

02

用户是谁

核心用户、典型场景、目标和痛点。

03

市场定位

解决什么问题，占据什么心智。

04

菜单结构

一级/二级菜单如何划分，为什么。

05

关键页面

主要按钮、辅助按钮、信息优先级。

06

竞品对比

菜单、路径、定位、商业目标差异。

07

设计取舍

为什么这样放，牺牲了什么。

08

如果我是 PM

我会怎么优化、收益风险、如何验证。

12-Week Roadmap

12 周标准版：先训练分析，再推动自家产品改进

第 1 周

产品经理示范

产品经理先打一遍样
示范“讲什么”和“不讲什么”
统一分享标准和点评口径

第 2-6 周

第一阶段：外部产品分析

5 周 × 3 人，覆盖 15 人
每人完整跑完 5 个分析维度
第 1 周安排 1 人试讲或点评官，补足 16 人参与

第 7 周

复盘与补位

补齐未分享人员或优秀案例复讲
总结常见问题和优秀标准
沉淀第一版产品设计原则库

第 8-12 周

第二阶段：自家产品改进

4 周提案 + 1 周内部评审
围绕自家产品提出改进方案
筛选进入真实 Backlog 的小改版

Stage 0 · Week 1

第 1 周：产品经理先打样，不是做一场“个人秀”

样板

讲清标准

选择一个大家熟悉的 App，用 10 分钟示范如何从用户、场景、结构、路径、竞品反推设计取舍。

边界

讲清不讲什么

不罗列功能、不泛泛评价好看不好看、不把个人喜好当结论；所有判断都要回到用户和场景。

方法

讲清怎么被点评

现场展示 10 分钟分享 + 5 分钟追问点评的节奏，让后续同事知道什么叫“讲到点上”。

第一周的目标：让团队看到 一份合格产品分析的样子，而不是听产品经理讲理论

Stage 1 · Weeks 2-6

第 2-6 周：外部产品分析，每周 3 人

15

5 周覆盖 15 人

每周 3 人分享，5 周覆盖 15 人；第 1 周安排 1 人试讲或做点评官，保证 16 人都参与。

10+5

每人 15 分钟

10 分钟讲核心分析，5 分钟接受追问和点评；会前材料完整，现场只讲最关键判断。

原则

每周必须沉淀

主持人最后 10 分钟总结本周 1-3 条产品设计原则，避免会议结束后只剩“听过”。

第一阶段目标：让每个人都跑完一遍 外部产品完整分析闭环

Stage 1 · Analysis Checklist

第一阶段每个人都要讲清 5 个问题

01

用户与场景

谁在用？在什么场景下用？用户真正想完成什么任务？

02

定位与核心价值

这个产品在用户心里解决什么核心问题？用户为什么会选择它？

03

一级菜单和信息架构

入口为什么这样分？哪些功能外露，哪些功能隐藏到二级？

04

关键按钮与操作路径

关键按钮为什么放这里？用户完成核心任务需要几步？

05

竞品差异

竞品为什么不是这样做？差异来自用户、定位、商业模式还是成本？

结论

如果我是 PM

最后必须说清：我会保留什么、优化什么，以及为什么。

Stage 2 · Weeks 7-12

第 7-12 周：从分析别人，到改进自己的产品

W7

复盘与补位

补齐未分享人员，复盘第一阶段常见问题，沉淀第一版产品设计原则库。

W8-11

自家产品改进提案

每周 3 人或 3 组，围绕自家产品提出一个具体、可验证的小改进。

W12

内部产品评审

筛选 3-5 个高价值提案，判断是否进入真实 Backlog 或作为快速验证项目。

问题

先定义问题

这个问题影响谁？发生在哪个场景？现在的菜单、流程、按钮哪里不合理？

方案

再提出方案

怎么调整入口、路径、文案或按钮？为什么这个方案比现状更好？

验证

最后说验证

看什么指标、做什么小实验、如何判断改动是否值得继续投入？

Measurement

如何判断 12 周真的有效？

过程指标

第 2-6 周：是否有 16 人完成外部产品分析或试讲/点评任务
每次分享：是否能在 10 分钟内讲清关键判断，而不是罗列功能
每周总结：是否沉淀 1-3 条可复用产品设计原则
第 7 周复盘：是否明确第二阶段自家产品提案标准

结果产出

一套团队共用的产品分析语言
一份团队产品设计原则库
一批自家产品改进提案
至少 3-5 个进入评审或 Backlog 的小改版

判断标准不是开了多少次会，而是团队能不能提出更好的产品判断。

Let’s Start

用 12 周，让团队真正形成产品判断力

AI 可以帮助我们更快实现功能，但判断什么值得做、为谁做、怎么做，仍然需要团队共同具备产品思维。

不是人人都抢着做产品决策，
而是人人都有产品判断力。