在上图的第一种显示方式中，我们把一天内的每一分钟都显示出来了，这样的好处是点击效率高，只需要点击一次就完成选择。但是确定也很明显，就是显示效率和定位效率都太低。在第二种显示方式中，我们改善了一下，把“时”和“分”分开来选择，这样操作数虽然增加到了2，但是显示效率大大提高。

　　在上图的第三种显示方式中，我们再进一步把“分”里面的十位和个位进行了分离，这样再进一步提升了显示效率，但是操作数上升到了3。当然3次的操作数是完全可以接受的，就算你用键盘输入，也起码要操作四次才能完成例如“8：00”这样的输入。

　　其实第三种GUI本质上来讲就已经跟弹出个虚拟键盘差不多了，在这里我们会发现对于这个例子来说，点击操作最终会收敛于键盘操作。

　　但是改进到了这里，是不是GUI就能和文字(键盘)交互抗衡了么?不一定。

　　鼠标交互的问题

　　鼠标交互对于键盘交互来说，最大的缺陷就是，鼠标交互是不直接的。

　　为什么不直接?大家可以试一下从屏幕左半部的某个指定的点迅速移动到屏幕右半部的某个指定的点(除屏幕的四个角外)，你会发现你是几乎不可能一步到位的，你必须在快到那个点的时候不断地做微调，最后才能让鼠标准确地落到那个点上。

　　原因就在于人操作屏幕上的鼠标是通过手里的鼠标硬件来进行的，而这个过程是鼠标这个硬件通过传感器扫描鼠标底下的平面来测出用户在这个平面上移动的距离，然后再通过一个系数来转换成屏幕上的鼠标移动距离的(像素值)。这个过程是极其不直接的。

　　我曾经教过我爷爷使用鼠标，我不能忘记当时他小心地慢慢移动手中的鼠标，时刻观察着屏幕上鼠标的移动，每一点的移动对于他来说都困难无比。所以即使鼠标的操作数(其实上文是忽略了“移动鼠标”这种操作)跟键盘的操作数相当，键盘输入也有着强大的交互优势，因为键盘是“所见即所得”，敲什么出什么。

　　选项比你想象中的要多

　　接下来，GUI将会面临一个更加严峻的问题，那就是用户的需求比你想象中的要多。就如本文开头所举的两个例子“下周一”和“中秋节”，你都无法在GUI下找到很好的解决办法。

　　对于前者，用户要先在日历中定位“今天的位置”和日历上“星期一”对应的那一列在哪，然后才能“艰难”地找到“下周一”在哪;而对于后者，更痛苦，用户需要先百度一下“今年中秋是几号”然后才能回来选择。你当然可以说，我们可以把“下周X”和“XX节”这些快捷按钮列出来，但是试问你能列出多少呢?

　　在这里，我们会看到，在面临用户的“表达自由度”非常高的场景，GUI是十分无力的。当然语言交互也会面临相同的问题，不过这个问题将会变成“语言表达自由度”的问题，例如用户会说“下周一”、“下周1”、“下礼拜一”、“下星期一”等等，不过这部分的问题暂时不在本文讨论。

　　其实我作了个弊……

　　为什么这么说呢?因为事实上是存在更优化的GUI策略，能让时间选择的操作效率更高也更舒服的，只不过我以一个“作者”的身份让大家掉入了某个逻辑陷阱中而忽略那些更好的设计的存在而已。

　　而且本文主要针对的是(非触摸型)PC端的办公场景，实际上在移动端(或触屏PC)使用触摸交互代替鼠标交互就可以避免上文提到的鼠标交互与切换交互姿势等的问题。而且，打字还存在打错字、打字速度慢等等的问题……

　　但是，就算GUI赢得了文字(纯键盘)交互，还是赢不了语音交互……假设在语音识别率接近100%的前提下，到目前为止，我还没有见到过有任何GUI的时间输入效率能胜过语音输入。

　　下一个问题

　　前文讲了那么多语言交互的好处，但是什么时候CUI的效率比GUI低呢?请看一张图片：

　　(请注意，这不是广告，是百度然后随机的)