最小可行质量 MVQ
解决什么问题
AI 功能在受控开发环境里表现良好,几乎必然在真实世界里性能下降,但下降多少、降到什么程度就不能上线,没有一个明确的、能在开发过程中反复对照的质量门槛。同时容易在漂亮的 demo 里迷失,忘了检查这个功能是否财务上站得住脚。
核心内容
一个扎实的 MVQ(Minimum Viable Quality)要明确定义三条门槛:
- 可接受门槛(Acceptable bar):对真实用户来说"够用"的水平,出错时能优雅恢复(例如语音助手:"我不确定是谁在说话——用你的账号还是继续当访客?"而不是直接出错)
- 惊艳门槛(Delight bar):功能让人觉得"神奇"的水平。不需要一个精确的百分比,而是找行为信号:用户不再重复自己或改述指令,"不,我是说……"这类纠正大幅减少。经验法则:如果 8-9 成尝试无需重试就成功,感觉是神奇的;如果 1/5 需要重试,信任会迅速流失。
- 不可发布门槛(Do-not-ship bar):不可接受的失败率会破坏信任的临界点(例如:在关键流程——购买、发消息、个性化操作——中识别错误超过某个比例;用户被迫反复重复自己才能被识别)
关键认知:这三条门槛的具体数值不是固定的,取决于产品所处的"战略语境"——原文提到有五个战略语境因素会拉高或拉低这个门槛(原文用一张图列出,具体清单未在文本中展开)。同时 MVQ 也和产品所处阶段有关:封闭测试阶段用户容忍度更高(预期会有 bug),全量发布阶段同样的失败模式就会显得"这产品坏了"。
成本包络(Cost envelope):这个功能在规模化后大概会花多少钱运行,是 MVQ 里同样重要的一部分。不需要精确数字,但需要一个大致区间:
- 单次调用大概成本是多少?
- 用户每天/每月大概会触发多少次?
- 最坏情况(重度用户、边缘案例)是什么?
- 缓存、更小的模型、蒸馏能不能把成本降下来?
- 如果用量涨 10 倍,这笔账还算得过来吗?
原文举例(AI 会议纪要功能):单次调用处理一份 30 分钟转写稿约 $0.02;平均用户每月 20 次会议 → 约 $0.40/月/用户;重度用户每月 100 次 → 约 $2/月/用户;加上缓存和低风险场景用小模型后可能降到约 $0.25-0.30/月/用户。这样就能有一个真正有意义的商业讨论:一个 $0.30/用户/月且能带动留存的功能是显而易见该做的;一个 $5/用户/月但影响不明确的功能是一个商业问题。
适用边界
- MVQ 的三条门槛数值本身没有放之四海而皆准的答案,必须结合具体的战略语境(用户预期、发布阶段、功能关键程度等)来定
- 成本估算只需要"够用的量级",早期不需要精确到分——但作者提醒这是新手 AI PM 最容易忽略、只顾着爱上 demo 而不检查财务可行性的地方
- 案例来自语音识别/说话人识别场景,其他类型 AI 功能(文本生成、代码生成)的"惊艳/不可发布"信号需要用户自行类比定义
关键引述 · 原话
"One of the most common mistakes new AI PMs make is falling in love with a magical AI demo without checking whether it's financially viable." — Dr. Marily Nika
关联卡片
是 `ai-product-sense-three-step-process--marily-nika` 第二步的具体展开
被这些卡引用
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2