Coursera课程详见：https://www.coursera.org/learn/human-computer-interaction/home/welcome
构建快速原型的三种工具
故事板 storyboard；纸面模型 paper prototype；数字化模型 digital mockup。
storyboard 关注的仅仅是任务而非界面，不需要画的好——有时画的不好也有优势，可以把大家注意力吸引到故事的内容上来。storyboard涵盖了用户使用界面的真实情况。
在这篇关注故事板的文章http://www.jianshu.com/p/b0309f230fd4中，作者对storyboard作用的解释让我印象深刻：
“故事板关注的是屏幕任务和线下任务结合的边缘地带。”
在构思故事板每张图内容时我会犯难，应该放情景多些还是产品（屏幕）图多些。实际上，故事板展现的就是屏幕在情景下的应用，产品的使用融合在情境中，情景时刻围绕产品来表现，这样考虑构出的图才是有意义的。
小技巧：使用start people星星人画简笔。
Storyboard内容
故事的情景，包括参与人群，环境，需要完成的任务；
步骤，包括人们为什么需要这个应用，展示角色完成任务；
解决方案，怎样使用户首选这个应用解决问题，如何衔接情景让用户按顺序完成任务。
这样，storyboard就可以说明：什么是人们完成的，什么是需要应用去填充的。
storyboard完全不需要考虑界面元素。最好有控制——10分钟一个版本。
paper模型就像这样：
在一个个表示页面的纸片上画出需要关注的界面元素，用手指点击，更换纸片模拟跳转。
准备很多和屏幕一样大小的纸片，可以准备一些单选框、滑动条之类的零部件，也可以打印出真实效果的屏幕截图，加上画画和注释混合使用。还可以把用户输入和响应做成多个值，同时测试多种场景：
paper模型可以带给其他人员和客户使用，随时随处作出修改。
digital mockups就像这样:
mockups用于讨论细节，提高模型保真度。
让用户测试原型的方法
制作原型技巧——绿野仙踪模型 Wizard-of-Oz: 通过人操纵工具来模拟机器功能和交互行为。
Oz原型包括：不含很多代码的用户界面——人为制造的幻觉（确实差不多）。在需要更快、更廉价、更简单的真实模型时更有效。在前期可以用纸面模型作为Oz模型。
怎样做出Oz模型
建立一个应用场景和流程：应该对用户行为如何回应？
构建一种可见的界面框架；
给用户输入信息的入口；
应在何处提供怎样的输入：选择跳转/输入文本/识别语音/滚动界面。需要可实现；
与他人演练交互过程。
测试Oz模型
需要主持人+wizard操纵者。wizard可以远程操控。
得到用户反馈：即时说出想法；录像给用户回顾（询问为何停顿等等）；启发式评估，用一些方法来提示用户注意点。
wizard及其测试模型需要从头到尾参与产品开发中，随着产品的进行，模型填补其需要手动部分，利用已经实现的部分。
Oz模型快捷，简便，经济，比纸面模型更真实，容易得到用户反馈；尽快暴露错误；但容易忽略技术无法实现的问题。
创建备选方案
并行原型设计：快速生产出大量备选方案。人们倾向于按自己的思路走而不考虑别的可能，而并行方案让人把自我感觉和所做产品分开，得到更多反馈意见。而且，并行方案鼓励人们比较，得出最好的一个。
