以下内容源自我在Scott Klemmer UC SanDiego的课程学习笔记 网络视频可以登陆coursera进行报名学习

HCI-03-2-FakingItWizardOfOz.pdf

如果我们可以…
1.制作一个没有太多代码的交互式应用程序
2.从别人那里获得反馈

1.绿野仙踪的原型

——使用人工操作员模拟机器行为
如图，演员模拟智能的语音交互。
最早用于语音用户界面，杰夫问了非常重要的问题：
“如果我们达到有效识别，用户交互会是什么？什么样的策略最有效？”
巫师原型使杰夫能够时间旅行，进入语音识别技术更好发挥作用的未来，尝试了解该领域的用户体验问题。

2.绿野仙踪技术

• 创建一个没有太多代码的交互式应用程序
  • 前端接口
  • (远程)巫师控制用户界面：手动操控一些界面，伪造出一种智能，如果人们喜欢，就值得去做。
  • 当它比真实的东西更快/更便宜/更容易的时候才有意义

• 从用户那里获得反馈

  • 高保真度:用户认为它更真实
  • 低保真度:会收到更多修改的建议

    3.制作一个巫师原型

• 指出你的场景和流程

  • 弄清楚如何回应用户的行为
• 组合一些用户界面的框架
• 开发“挂钩”（如何进行远程控制，以便幕后操作一些功能）
• 在哪里或如何提供输入
  • 选择下一个屏幕，输入文本，输入区域，识别语音，等等。
  • 记住，以后你需要用电脑代替

• 与同事预演和排练

  4.运行Wizard-Powered原型

• 先和朋友练习

• 当你觉得还不错，就可以招募“用户”
• 两个角色:引导员和幕后者（巫师）。
• 引导员提供任务(纸质的)并做笔记
• 
幕后者操作界面

(隐藏或遥远时更真实)

• 用户反馈可以是……
  • 大声思考(在执行任务时畅所欲言)
  • 回顾(让用户回顾看视频，回放；“你在这里卡住了”是为什么？)
  • 启发式评估(也适用于专家)
• 向用户汇报情况(如有需要，揭秘你的魔法)

5.巫师原型可以在整个软件开发过程中使用

6.Wizards的优点

• 更快，更便宜，更易迭代（很难设计一次就对）
• 创建多个变体很容易
• 比纸面原型更“真实”
• 能识别当前设计中的bug
• 将用户置于开发的中心
• 能够预见“构建应用程序”的挑战

• 设计师能得到学习

  7.Wizards的缺点

• 模拟可能会歪曲本就不完美的技术，他很容易掩盖技术上的错误，这些错误最终会回来反咬你一口，比如“语音识别系统”。

• 可能会模拟不存在的技术(也可能永远不会存在)
• Wizards需要培训，而且可能不一致
• 演练过程会让人筋疲力尽
• 有些功能很难/不可能有效地模拟
• 在某些场合(如家中)可能不合适

课程中一个同学的笔记：讲述巫师原型的设计

更多案例：

• speckyboy.com/2010/06/24/10-effective- video-examples-of-paper-prototyping
  
• Steven Dow, www.cs.cmu.edu/~spdow
  
• www.elsevierdirect.com/companion.jsp? ISBN=9780123740373