一个大胆的设计方案必然是要受到质疑的。如果没有一个乔布斯来推进这个方案，那么唯一的方法就是用最保守的方法证明它，而低保真原型测试是线框图阶段性价比最高的验证方法了。

　　代价

　　任何没有走过的路看起来都很远，如果你还是顾虑低保真原型测试代价太高，那么我可以告诉你，对于轻量产品来说，从静态线框图到写出低保真原型测试报告，只需要2人天的时间。

　　这2人天的时间包括：

　　梳理场景并列出需要测试的任务（2个小时）将线框图改成能够刚好完成测试任务的低保真原型（用对方法的话，半天至一天即可完成）至少五次耗时20分钟以内的用户测试、处理用户数据并写报告（半天）。

　　除此之外，可能寻找至少五个合适且不知情的用户也有一定难度。

　　收获

　　低保真原型测试的性价比极高，所以在这2人天的时间内，你可以得到不少东西：

　　1. 趁机把场景和任务梳理得更加清晰，对以后的设计更有帮助

　　2. 有机会顺便找用户做个访谈和调研，更了解用户，同样有利于以后的设计

　　3. 可以真正知道自己设计的优点和不足

　　4. 可以避免未来长达数天甚至数周的方案争论

　　5. 可以让看起来不靠谱的创新方案有了更多实施的可能性

　　6. 可以顺便做一个高大上的设计报告，刷一刷存在感

　　如何做低保真原型测试

　　这篇文章里我只会给出最基本的低保真原型测试方法，对一些提升点、争论点和不同类型的测试方法，我可能会在以后集合起来另写一篇。

　　1. 确定主要使用场景并且画出基本的线框图

　　这个步骤应该大部分交互设计师都会。

　　2. 列出主要场景中的几条需要测试的任务

　　例如对于百度和谷歌这样的搜索引擎来说，可以测试的任务有“快速进入一个知名度非常高的网站（如亚马逊）”、“找到一个知名度一般的网站（如某中等规模公司的官网）”、“搜索特定语言的网站”……

　　3. 制作低保真原型

　　将线框图做成可交互的，只需保证列出的任务能够走通即可，完全不能进行任何任务之外的操作都没问题。

　　4. 找到至少五名测试用户

　　设计界权威尼尔森（Jakob Nielsen ）早在2000年就用实验《Why You Only Need to Test with 5 Users》论证过，并不是测试用户越多，发现的可用性问题就越多。测试用户的人数达到一定数量时，即便再增加测试用户，也不会发现更多可用性问题了。

　　他建议，只需要五名用户，就足够在测试中发现大部分可用性问题了。

　　测试用户数量（横轴）和发现的问题数量（纵轴）之间的关系

　　5. 测试并记录

　　将之前列出的任务清单和低保真原型交给测试用户，让他们在尽可能没有任何外界帮助的情况下，在低保真原型上按顺序完成列出的所有任务。在这个过程中需要有人（可以是设计师本人）在旁观察，记录期间出现的所有问题。

　　6. 统计问题

　　将测试过程中发现的所有问题一条一条记录下来（可以用Excle等表格工具），并给每一条一个严重程度评分。

　　7. 修改方案（准备下一轮测试）

　　按照严重程度一条一条在低保真原型上解决发现的问题。如果有些问题过于严重、解决方案不确定，可以进行下一轮测试。

　　关于低保真原型测试，你还可以考虑的问题（这里就不详细说明了）：

　　在开始任务前让用户填写背景信息问卷在任务完成后让用户填写满意度问卷在任务过程中尽量不要与用户进行过多的交流鼓励用户在完成任务时多说话……