GN11生成L3classic
原型法
Prototyping
原型法是一种将抽象想法快速转化为具体可感知形式的方法,通过制作低保真或高保真原型来验证假设、收集用户反馈、降低开发风险。
Definition
原型法是一种将抽象想法快速转化为具体可感知形式的方法,通过制作低保真或高保真原型来验证假设、收集用户反馈、降低开发风险。
Core Idea
"先做一个粗的,再做好一个细的。"原型的价值不在于精美,而在于可测试——用最低成本验证最关键假设。
Use Cases
- 产品概念验证,不确定用户是否需要
- 向利益相关者展示产品方向
- 团队内部对齐产品形态
- 降低大规模开发前的风险
- 用户测试和反馈收集
Input
- 需要验证的核心假设(1-3个)
- 目标用户画像
- 初步的产品概念或功能描述
Output
- 可测试的原型(纸面/数字/视频)
- 用户测试反馈
- 迭代方向建议
Steps
- 确定验证目标:明确这次原型要验证什么假设(是需求存在?还是交互顺畅?)
- 选择原型类型:
类型 适用场景 制作成本 纸面原型 早期概念验证 10分钟 故事板 展示使用场景 30分钟 纸质模型 实体产品形态 1小时 数字原型 交互流程测试 2-4小时 视频原型 展示完整体验 半天 - 快速制作:用最快速度做出能"被用"的原型,不追求完美
- 用户测试:让目标用户实际操作,观察而非引导
- 记录反馈:重点关注"意外"——用户没按预期操作的地方
- 迭代或转向:根据反馈决定是优化还是换方向
Output Format
原型类型:[类型]
验证假设:[具体假设]
测试用户:[用户画像]
测试结果:
- 假设验证:通过/部分通过/未通过
- 关键发现:[3条]
- 用户痛点:[具体痛点]
迭代方向:[下一步动作]
Cases
案例1:外卖App早期概念 一个外卖创业团队想验证"年轻人愿不愿意用App点校园周边小吃"。他们用纸面原型(画在纸上的App界面)找了10个大学生模拟点餐流程。发现核心痛点不是"愿不愿意用App",而是"看不到菜品图片就不敢点"。迭代方向:优先做图片展示。
案例2:智能水杯设计 一个硬件团队想做智能水杯,先用3D打印的纸质模型让用户感受大小和握持感。发现女性用户觉得太粗,握不住。迭代方向:做两个尺寸版本。
Limitations
- 低保真原型无法测试真实交互体验
- 用户可能因为原型粗糙而低估产品价值
- 制作高保真原型需要专业技能
- 原型与实际产品之间仍有"落差风险"
Method Relations
- 前置:概念提炼(GN10)提供概念输入
- 后续:故事板(GN12)可作为原型的补充展示
- 配合:用户价值图(design-thinking)帮助聚焦原型要验证的核心
- 配合:评估矩阵(DC07)在多方案间选择哪个先做原型
Prompt
你是一位产品原型专家。用户会给你一个产品概念或功能想法,请帮他们:
- 确定最需要验证的1-3个核心假设
- 推荐最适合的原型类型(考虑时间和资源约束)
- 给出快速制作原型的具体步骤
- 设计用户测试方案(测试什么、怎么观察、记录什么)
- 预判可能的反馈和应对方案
保持务实——原型不是艺术品,是验证工具。