【译者：耿人杰 原文：The Over-the-Phone Test 作者：Aza（Head of UX for Mozilla Labs）】
在Mozella实验室，我们常使用的一个启发式设计方法叫做“通过电话测试来改进可用性”，尤其是当我们开始以创建更可视化的浏览器为工作目标时，这种方法体现的价值更大。
如果你的朋友一直都认为你很擅长技术，那么我想你一定经历过通过电话向他们解释某一电脑方面的技术问题。可能一些事情很琐碎，很难用通过电话用语言表达，对此我向你表示哀悼。尝试去通过电话给GUI做故障解释就如同去给列车员指明行驶方向一样。
例如，很难给你的祖母解释清楚如何在一个不支持拼写检查的web mail应用里进行拼写检查：
- “好的，奶奶，现在选中所有的文本，然后按下Control A”
- “然后通过按Control C来复制文本”
- “通过开始菜单新建一个Word文件，点击‘所有程序’，然后点击‘Microsoft Office’，最后点击‘Word’”
- “通过Control V来把文本粘帖进Word…不，不，不，奶奶，我不知道为什么是‘V’，可能是因为‘P’已经给打印用了吧？”
- “点击顶部工具栏那个带有检查图标和信件标志的小图标。你找不到？好吧，描述一下你现在看到了什么。你看到一些像咖啡杯一样的图标？我不清楚那是什么。实际上…忘了它吧。那直接选择‘编辑’菜单里的‘拼写检查’吧”
- 现在“点击‘开始检查’吧。奶奶，我知道你只想让它开始检查，但我不知道为什么你还要重复一次。”
- （奶奶的文档正在被检查…）
- “好，现在点击‘完成’，或者可能是‘已完成’。额，不管是什么，点击它吧”
- “通过按Control A选择所有内容”
- “通过Control C来复制内容”
- “切换到你正在写的email界面。什么？你找不到正在写的页面了？让我想想，嗯…把不是写邮件的窗口移开，再好好找找吧。”
- “email文本仍然是选中的吗？没有？好吧，那点击下文本的任何地方。”
- “通过按Control A选择所有内容”
- “通过Control P来把所有的内容粘帖尽量。等等，不对，应该是Control V”
- “你已经完成了！很简单吧？”
在以上的每一步都有可能出错，你的心智模型可能无法和电脑的状态相同步，或者你可能记错了按钮的名字。
通过我们的测试，我们问自己，“我愿意通过电话教我的奶奶如何使用这个玩意儿吗？”如果答案是“我会的”，那么我知道我们成功了。如果答案是“可能会”，那么说明我们能做得更好。如果答案是“不，我不愿意”，那么这意味着我们要重新考虑整个事情了。
以上这些是开发Ubiquity的启发式设计方法之一。
