PM Studio · 阶段性反思 · June 2025

我们在为谁做产品?

在做了多轮用户访谈之后,我意识到一件事:虽然用户的 title 都是 "PM",但每个人的日常工作完全不同。一套 default setting 不可能服务好所有人。

🎙️
Observation
PM 不是一种角色
Feature PM 需要强原型能力,Data PM 需要数据分析,Marketing PM 需要营销叙事能力。同一个 title,完全不同的 jobs to be done。
⚠️
Problem
我们还没有把最核心的矛盾解决好
我们在 task management、schedule 等通用能力上不断发散,但这些功能「有点用」却对谁都不是 must-have——核心价值还没有被钉死。
🧭
Direction
先走进 PM 的世界
PM 都是谁?他们的 JTBD 是什么?PM Studio 完成得好不好?只有把这些想清楚,才能去优化那些次要矛盾。
向下探索完整分析
核心愿景

「PM Studio 懂我,服务于我」

PM Studio 的产品架构,应该如何让每一个用户都觉得「这是为我而做的」?


Part 01 — Work Modes

六种 PM 工作模式

不按 title 分,按实际工作的核心动作分。每种模式下标注了最高频的 JTBD,紫色左边框 = 跨模式共性需求。

🏗️
Builder 构建者
Product PM / Feature PM / Platform PM
核心动作是「从 0 到 1 定义产品」——写需求、定优先级、推动交付。日常在 spec 和 backlog 之间穿梭。
  • 每日 把模糊想法变成结构化 PRD/Spec
  • 每日 管理 backlog 并做优先级排序
  • 每日 同步项目状态、追踪 action items
  • 每周 评审设计稿 / 原型并给出反馈
  • 每周 准备和主持评审会议
⚙️
Operator 推进者
TPM / Program PM / Delivery PM
核心动作是「让事情按时发生」——追进度、解 blocker、对齐多方。日常在会议和 status update 之间穿梭。
  • 每日 同步项目状态、追踪 action items
  • 每日 识别并升级 blockers / risks
  • 每日 跨团队沟通对齐(写邮件、发消息)
  • 每周 准备和主持 standup / sync 会议
  • 每周 生成进度报告给 leadership
📊
Analyst 分析者
Data PM / Analytics PM / BI PM
核心动作是「用数据驱动决策」——定义指标、分析实验、解读趋势。日常在 dashboard 和数据表之间穿梭。
  • 每日 监控核心指标并识别异常
  • 每周 设计和分析 A/B 实验结果
  • 每周 用数据讲故事给 stakeholder
  • 每周 准备 review deck / 报告
  • 每日 跨团队沟通对齐(写邮件、发消息)
🧭
Strategist 规划者
Strategy PM / Staff PM / GPM
核心动作是「看方向、做取舍」——竞品分析、长期规划、资源博弈。日常在 vision doc 和 exec review 之间穿梭。
  • 每周 竞品调研与市场洞察整理
  • 每月 制定和维护产品 Roadmap
  • 每周 准备和主持 exec review
  • 每日 跨团队沟通对齐(写邮件、发消息)
  • 每月 起草 vision / strategy one-pager
🚀
Growth 增长者
Growth PM / Marketing PM / GTM PM
核心动作是「拉增长、讲故事」——Funnel 优化、GTM 策略、用户获取。日常在实验数据和 marketing narrative 之间穿梭。
  • 每日 追踪增长漏斗各阶段转化率
  • 每周 策划并复盘增长实验
  • 每周 撰写 GTM 方案和营销素材
  • 每周 准备 review deck / 报告
  • 每日 跨团队沟通对齐(写邮件、发消息)
🔬
Researcher 探索者
UX PM / Research PM / Design PM
核心动作是「理解用户真实需求」——用户访谈、可用性测试、洞察提炼。日常在访谈记录和 insight report 之间穿梭。
  • 每周 设计和执行用户访谈
  • 每周 整理访谈记录并提炼 insight
  • 每月 构建 user persona / journey map
  • 每周 准备 review deck / 报告
  • 每日 同步项目状态、追踪 action items
Part 02 — Common Ground

JTBD 共性矩阵

把所有 JTBD 拉平,看哪些需求横跨多种工作模式。横跨越多的需求,越应该成为 PM Studio 的基础能力。

核心需求
次要需求
无直接关联
JTBD 🏗️ Builder ⚙️ Operator 📊 Analyst 🧭 Strategist 🚀 Growth 🔬 Research 覆盖度
📨 跨团队沟通对齐(邮件 / 消息 / 总结) 6/6
✅ 追踪 action items 和项目状态 6/6
📋 准备会议 / review 并整理 notes 6/6
📄 写结构化文档(PRD / 报告 / one-pager) 6/6
📊 用数据支撑观点和决策 5/6
🔍 调研信息并整理结论(竞品 / 市场 / 用户) 5/6
🎯 优先级排序和 trade-off 决策 5/6
⚠️ 识别 Risk 和 Blocker 4/6

💡 关键发现:三层结构自然浮现

从矩阵中可以看到一条清晰的分界线——前四项 JTBD 覆盖了全部六种模式,中间几项只覆盖部分模式,最后还有每个人独有的工作习惯。这三层结构,恰好对应了 PM Studio 产品架构应该有的三个层级:

L1

共性层 — 所有 PM 都需要的

沟通对齐 · Action Item 追踪 · 会议管理 · 结构化写作 → 覆盖 6/6 模式,AI 可以做到 10x better

L2

模式层 — 不同工作模式的差异化需求

数据分析 · 竞品调研 · 增长实验 · 用户访谈 → 每种工作模式的 top3 差异化 JTBD

L3

个性层 — 每个人独特的工作习惯

个人 knowledge base · 自定义 agent · 私有 workflow → 因人而异,无法预设


Part 03 — Ideal State

让每个用户都觉得「PM Studio 是为我而做的」

基于上面的分析,三层结构自然指向了一个产品架构:共性层作为所有人的基础能力开箱即用,模式层通过预制套件匹配不同工作模式,个性层让每个人可以无限扩展。当一个用户打开 PM Studio,他的旅程应该是这样的——

STAGE 01
🎯 Preset 开箱即用
Onboarding 时识别用户的工作模式,自动激活共性层 + 对应的 Starter Kit。用户不需要任何配置就能开始工作。
Q1: 你的日常工作更偏向?
Q2: 你最常用的工具是?
Q3: 你最希望 AI 帮你的事?

→ 自动匹配工作模式
→ 预装对应 skills + 模板 + 工具
STAGE 02
🔍 Discover 自然探索
在使用过程中,PM Studio 基于上下文主动推荐更多能力,用户自然地发现「它还能做这个」。
用户正在写 PRD...
→ "需要我帮你从这个 PRD
   生成 Jira ticket?"

用户收到一封长邮件...
→ "要我帮你整理这个 thread
   的 action items?"
STAGE 03
🛠️ Customize 为我定制
用户开始用 agents、skills、knowledge base 组装自己的工作流。PM Studio 成为每个人独一无二的第二大脑。
→ 创建专属 agent
  (自定义 prompt + knowledge)
→ 安装社区 skills
→ 搭建自动化 schedule
→ 接入个人 knowledge base

PM Studio → Max Studio 的桥梁

为了实现这个旅程,PM Studio 的产品架构需要三个明确的层级,每一层对应上面发现的一个 JTBD 层:

对应 L1 共性层

Default Setting 共性配置

无论你是哪种 PM,打开 PM Studio 就默认拥有的基础能力。这些是所有 PM 共享的高频需求——沟通、追踪、写作、会议管理。

→ Teams/Outlook 集成
→ Action item 追踪
→ 会议 notes 整理
→ 结构化文档写作
对应 L2 模式层

Starter Kit 模式套件

针对每种工作模式预制的能力包——在 Default Setting 之上,加载该模式最需要的 skills、模板和工具集成。

→ Builder Kit: PRD 写作 + Backlog 管理
→ Analyst Kit: 数据分析 + 实验框架
→ Growth Kit: GTM 策略 + 增长实验
对应 L3 个性层

User Customization 个性定制

用户完全掌控的扩展层——创建专属 agent、安装社区 skills、接入私有 knowledge base、搭建自动化 schedule。

→ 自定义 agent prompt + 角色
→ 个人 knowledge base
→ 社区 skill 市场

Part 04 — Starter Kits

六套预制 Starter Kit

每套 Kit = Default Setting 基础 + 模式专属 skills + 场景化 quick starts。降低上手门槛,同时展示 PM Studio 的可扩展性。

🏗️

Builder Kit

专为 Feature/Product PM 打造:从需求到交付的全链路辅助
SKILL PRD / Spec 写作助手
SKILL Backlog 优先级排序
TOOL ADO / Jira 集成
TMPL PRD 模板 / One-pager 模板
⚙️

Operator Kit

专为 TPM / Program PM 打造:让跨团队协作自动运转
SKILL Thread Digest 整理
SKILL Status Report 生成
TOOL Teams / Outlook 深度集成
TMPL Standup / Weekly Report 模板
📊

Analyst Kit

专为 Data / Analytics PM 打造:用数据讲出有说服力的故事
SKILL 数据可视化生成
SKILL A/B 实验分析框架
TOOL CSV / Excel 数据导入
TOOL 多数据源接入(SQL / BI / API)
TMPL Metric Review / Experiment Report
🧭

Strategist Kit

专为 Strategy / Staff PM 打造:从信息噪音中提炼方向
SKILL 竞品分析框架
SKILL Roadmap 规划助手
TOOL Web Search / 市场数据
TMPL Vision Doc / Strategy Memo
🚀

Growth Kit

专为 Growth / Marketing PM 打造:实验驱动的增长飞轮
SKILL GTM 策略生成
SKILL 增长实验复盘框架
TOOL 数据仪表盘集成
TMPL Growth Experiment Brief
🔬

Researcher Kit

专为 UX / Research PM 打造:从用户声音中提炼产品方向
SKILL 访谈记录整理
SKILL Persona / Journey Map 构建
TOOL 录音转写集成
TMPL Research Brief / Insight Report
Part 05 — Next Steps

接下来要做什么

STEP 01 · DECIDE

先服务好谁?

六种工作模式不可能同时做好。我们需要选择 1-2 个 wedge persona 作为第一批深度服务对象——不是因为只做他们,而是要通过他们验证「可组装 AI copilot」这个范式是 work 的。选择标准:谁的痛点最尖锐、最高频、且最适合 AI 解决?

STEP 02 · NAIL THE DEFAULT

把 Default Setting 做到「足够好到不拖后腿」

Default Setting 本身不是护城河——沟通、追踪、会议、写作,这些 Copilot 和 ChatGPT 也能做。但它是地基:如果基础体验不顺畅,用户根本走不到 Starter Kit 和 Customization 那一步。真正的不可替代性来自三层叠加后积累的个人上下文——你的 knowledge base、你的 agent 配置、你的 workflow 习惯,这些搬不走。

STEP 03 · BUILD ONE KIT END-TO-END

做一套真正好用的 Starter Kit

选定 wedge persona 后,为他们打造第一套 Starter Kit。不是列一堆 skills 的清单,而是端到端地走完他的一天——从打开 PM Studio 到完成核心工作,每一步都丝滑。只有第一套 Kit 让用户说出「离不开」,后面的 Kit 才值得做。

STEP 04 · VALIDATE WITH USERS

回到用户中去验证

拿着第一版 Default Setting + Starter Kit 回到访谈用户中,验证两件事:1)Onboarding 分流是否让用户觉得「这是为我做的」?2)日常使用中,用户是否自然地从 Preset 走向 Discover?如果答案是 yes,这个范式就可以复制到更多 Kit,也可以复制到 Max Studio。

STEP 05 · SCALE THE PATTERN

复制到更多模式,走向 Max Studio

一旦第一个 Kit 被验证,扩展就是加法题:每增加一套 Kit,就多覆盖一类用户。当六套 PM Kit 都跑通了,同样的架构换一组 skills 和 templates 就能服务 Sales、Legal、Marketing——PM Studio 自然长成 Max Studio。