其他
构建原型前:按设计问题与决策选择保真度和方法
在动手做原型之前,用匹配问题、受众、时间和决策的方式选择原型的保真度、工具与方法。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 48/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 57/100 ×0.15
适用场景
构建原型前:按设计问题与决策选择保真度和通用
解决思路
- 明确你要回答的设计问题是什么。
- 明确原型受众是谁:用户、利益相关者还是开发者。
- 评估你有多少时间。
- 预估你预期进行多少次迭代。
- 明确这个原型会影响哪些决策。
- 若目标是早期探索、信息架构或流程验证,选择低保真原型:用纸质草图、便签、粗略线框图;它们创建快、易丢弃。
- 若目标是交互模式、导航测试或利益相关者对齐,选择中保真原型:用数字线框图、可点击原型、灰盒布局。
- 若目标是视觉设计验证、微交互测试、开发交接或可用性测试,选择高保真原型:用像素级 mockup、编码原型或动效原型。
- 采用纸质原型:画出各屏幕,在用户操作时手动替换页面。
- 采用可点击线框图:把多个屏幕链接起来并设置 hotspots。
- 采用交互式原型:做出带状态、可进行真实交互的原型。
- 采用编码原型:用 HTML/CSS/JS 实现接近真实的行为。
- 采用 Wizard of Oz:前端真实,后端由人假装或手动响应。
- 采用视频原型:用走查动画展示概念。
- 让保真度匹配要回答的问题,而不是匹配截止日期。
- 优先原型化风险最高的假设。
- 测试前不要过度投入。
- 明确标注它是原型;早期反馈阶段避免做得过于精致。
- 为迭代做计划,按可丢弃来构建。
- 在原型存在后决定测试什么时,使用 test-scenario 而不是本技能。
适用边界 · 注意事项
- 当已有原型、目标是决定测试什么或怎么测试时,不适用;改用 test-scenario。
- 如果还没有明确要回答的设计问题或要影响的决策,先澄清问题,不要直接选择保真度或方法。
- 如果只是要做最终生产实现,而不是用原型学习或验证,不适用。