PD · FW · 345
四大产品风险
Four Product Risks · four-product-risks--christian-idiodi
所属簇 PM 角色定义与职业发展
解决什么问题
产品团队在决定"要不要做某个东西"时,需要系统地评估哪些风险?PM 的核心职责边界在哪里?
核心内容
SVPG 将产品解决方案的风险归为四类:
- Value Risk(价值风险):用户会不会买、会不会选择、会不会真正使用?——PM 核心职责
- Usability Risk(可用性风险):用户能不能用得明白?——Designer 核心职责
- Feasibility Risk(可行性风险):团队有没有技能和时间把它造出来?——Engineer 核心职责
- 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
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2