操盘手年鉴The Operators’ Almanac
PD · FW · 345

四大产品风险

Four Product Risks · four-product-risks--christian-idiodi
产品方法论 框架 过渡期 2023-12 Christian Idiodi ✓ 已核验出处

解决什么问题

产品团队在决定"要不要做某个东西"时,需要系统地评估哪些风险?PM 的核心职责边界在哪里?

核心内容

SVPG 将产品解决方案的风险归为四类:

  1. Value Risk(价值风险):用户会不会买、会不会选择、会不会真正使用?——PM 核心职责
  2. Usability Risk(可用性风险):用户能不能用得明白?——Designer 核心职责
  3. Feasibility Risk(可行性风险):团队有没有技能和时间把它造出来?——Engineer 核心职责
  4. Viability Risk(商业可行性风险):这个方案对我们的业务是否行得通(合规、成本、营收等)?——PM 核心职责

PM 的核心胜任力集中在 Value 和 Viability 两项。 Value 是最重要也最常被忽视的风险。当团队只是被分配功能路线图去执行时,Value 是被默认假设的——"老板让我做的,那肯定有价值"——此时 PM 实际上不需要存在。

常见的 Value 验证误区:拿"300 个用户打分 84%"来证明价值。但"能用"不等于"会买","会说好"不等于"会用"。用户说的和做的往往不同。

适用边界

  • 这是产品团队(PM + Designer + Engineer)协作模式下的风险分类,不适用于纯功能交付团队
  • 作者强调:如果组织模式是"给你 roadmap 去执行",Value 风险已被假设,此框架的 PM 部分失效

关键引述 · 原话

"Just because somebody can use your product doesn't mean that they will buy it. Just because they can use it doesn't mean they will choose it." — Christian Idiodi

关联卡片

与 Reference Customer 技术直接配套:Reference Customer 是验证 Value Risk 的最佳手段。

出处Christian Idiodi · 03-podcasts/christian-idiodi.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2