产品开发的四大风险：价值、可用性、可行性与商业性

项目管理 GPMU编译·译自SVPG 2026-09-30 0 次浏览

译自SVPG：Marty Cagan强调产品工作的本质是风险管理。每个需求上线前都同时暴露在四种风险之下，附两周内完成四项验证的一页计划。

SVPG（Silicon Valley Product Group）的Marty Cagan在多篇经典文章中强调：产品工作的本质是风险管理，每个需求在真正上线前，都同时暴露在四种风险之下。识别不出来，就只能上线后用真实用户试错——而真实用户的试错成本，是原型试错的一百倍。

价值风险（Value Risk）

用户会用吗？这是最容易被伪证据欺骗的一环——用户访谈里的点头、demo后的好评，都不等于会真的使用。表态是免费的，行为是有成本的。验证方法：原型测试看行为，别只听表态；更进一步，看用户是否愿意留下联系方式、预约提醒等「有沉没成本」的动作。

用户会用得顺吗？功能设计得出来，不代表目标用户找得到、看得懂、用得完。验证方法：可用性测试，5个用户能发现85%的可用性问题。注意测试对象必须是目标用户——让公司90后员工测试面向中老年用户的产品，结论毫无意义。

做得出来吗？不只是「能不能实现」，还包括：数据够不够、模型准不准、性能扛不扛得住。验证方法：让工程师深度参与早期探索，而不是拿到PRD后才第一次思考。Cagan反复强调的观点是：最有价值的创意往往来自工程师，因为只有他们知道什么是「刚变得可能」的。

做得起吗？成本结构、合规要求、渠道政策、对现有业务的影响。AI产品时代这一风险权重陡增——单次调用的模型成本可能直接吃掉毛利，一个「好用但每次亏钱」的功能是负资产。验证方法：上线前算清单次使用的成本账，并列出三档用量下的盈亏平衡点。

四种风险可以在两周内各验证一遍：第1周——价值风险用5场用户测试（2天），可行性风险用3天技术预研；第2周——可用性风险用2轮原型测试（3天），商业性风险用1天成本建模加半天法务初判。两周后，这个需求值得不值得投入一个季度，答案已经清楚了。

四大风险的最大教训：它们不能串行解决。等到开发完再发现价值不成立，成本已经沉没。Cagan建议的答案是产品和工程一起，在投入重资源开发之前，用最快的原型把四种风险各验证一遍。