high-fidelity-prototype-testing

name	high-fidelity-prototype-testing
description	当团队想在开发前验证产品价值和可用性，用原型代替厚文档沟通时调用。不适用于已经进入稳定开发的细小 bug 修复。
source_book	《启示录：打造用户喜爱的产品》 Marty Cagan
source_chapter	第 18、22 章 产品原型与原型测试
tags	["prototype","testing","ux"]
related_skills	[]

高保真原型测试

R — 来源依据 (Reading)

原书依据见本节来源说明。

依据高保真原型、用户测试和创业型公司产品管理章节。

本仓库不收录原书全文；此处只保留章节级依据和方法论重述。

I — 方法论骨架 (Interpretation)

• 高保真原型是可抛弃的学习工具。
• 它迫使产品经理完整思考解决方案，也让用户和团队直观看见体验。
• 开发前测试原型比用正式产品试错便宜得多。

A1 — 书中的应用 (Past Application)

案例 1: 星巴克桌上测试原型

• 问题: 测试不一定需要实验室。
• 方法论的使用: 带着原型到真实用户面前观察。
• 结论: 发现价值和可用性问题。
• 结果: 低成本改进设计。

A2 — 触发场景 (Future Trigger)

用户会在什么情境下需要这个 skill?

当团队想在开发前验证产品价值和可用性，用原型代替厚文档沟通时调用。不适用于已经进入稳定开发的细小 bug 修复。

语言信号

• "要不要先开发 MVP？"
• "PRD 太厚没人看"
• "怎么在开发前验证？"

与相邻 skill 的区分

• 本 skill 处理 高保真原型测试 这一单点问题；若问题跨越多个环节，请先读本书 INDEX.md 选择组合顺序。

E — 可执行步骤 (Execution)

1. 制作足够真实原型

   • 完成标准: 覆盖主要任务而非所有功能。

2. 招募目标用户

   • 完成标准: 避免只找亲友和科技从业者。

3. 观察而少提示

   • 完成标准: 看用户能否理解、完成、喜欢。

4. 回炉设计

   • 完成标准: 未通过就改原型而非开工。

B — 边界 (Boundary)

不要在以下情况使用此 skill

• 原型代码不能直接当产品代码。
• 不要用用户抱怨替代行为观察。

作者的盲点 / 时代局限

• 书较早，部分互联网实践已演进。
• 以软件产品为主，硬件和 AI 产品需要补充约束。

相关 skills

• depends-on: {}
• contrasts-with: {}
• composes-with: {}

审计信息

• 验证通过: V1 ✓ / V2 ✓ / V3 ✓
• 测试通过率: 100% 设计通过；结构校验见本书 QUALITY_REVIEW.md
• 蒸馏时间: 2026-06-18