怎么让进度条看起来“快”一点

原作者：anthony

译者：励定洲

在如今这个什么都讲究快的年代里，让用户等待太长时间对于你的应用加载来说绝对是一个用户体验问题。如果用户感到你的应用加载太慢，他们就会失去耐心，然后把时间用在其它地方（竞争应用上）。现在有些技术手段可以加快加载时间，一些功能丰富的应用因为体量的关系要想以理想状态运作不得不让用户等待一会。当你费尽心思优化你的应用却发现它仍然不够快时，有一个办法可以加速用户对时间的感知，然后让他们感觉你的应用比它实际加载的速度要快。

当一个应用正在加载时，用户通常会看到一个进度条。这能给他们以直观的视觉提醒——什么时候能加载完。进度条的动画效果会影响到用户对加载时间的感知。

使用反向的填充

http://www.youtube.com/watch?v=2jsqNFx0U_w （翻墙再看，或者看下面文字也能理解）

经调研显示，反向（与进度条行进方向相反的）填充的进度条看起来比那些正向的进度条要快不少。这个结果说明“表现动作知觉的诱导性动画效果并非绝对的，而会随当前的视觉情境产生变化”，同时它也创造了一个速率被增加了的假象，能影响到我们对于进度时间的感知。

蓝色那部分就是我说的填充，在加载时让它往左边行进会给人感觉整个加载速度更快

刷新频率加快

另一个让进度看起来更快的方法是增加刷新频率（译者注：如果你真的看到过进度条的话，希望你能明白我在说什么）。经过同样的调研后发现那些频率较快的进度条更容易被人感觉时间较短。这里说的频率就像一首歌里的节拍。节拍越多，音乐的播放速度就越快。当一个进度条的填充不断循环刷新时，就好像正在计算着进度的拍子。

快点转

这个发现同时对那些较含蓄的活动指示器（就上面这种加载的图标）有所启示。不确定的活动指示器和进度条很像，除了他们是径向的而非线性的。它们也不能说明进程何时能结束，其更多的是被用来告诉用户进程已经开始，但并不会进一步描述其程度。如果你的应用使用了活动指示器，你可以通过增加它转动的速度（译者注：还是刷新频率，一个意思）来让用户觉得加载时间更快。在同等时间内你的活动指示器旋转的圈数越多，对于用户来说你的应用看起来就更快。

加速进程，避免最后关头停止

有另一份调研发现加速的进度条远比减速的进度条受欢迎。这意味着在进程结尾速度加快的进度条会比那些在最后关头莫名其妙减速或僵住的进度条感知起来要快得多。如果你的进度条可能会出现中间某一段停住的问题，那你可以让它在一开始的时候慢一点，然后在最后加速，给用户一个快速收尾的感觉。用户对进度开始的时候停止/缓速的容忍度要远高于在结尾的时候停止/缓速。

宁愿在开头慢点，也不愿在结尾的时候卡住。迅雷99.9%停止笑而不语

进度条的时间是相对的

聪明的小伎俩可以让你的进度条看起来比它实际要更快。这在你耗尽了所有可能可以优化应用的方式后可以尝试下，会是个不错的解决方案。很多需要长时间加载的功能丰富的应用可以从这些技术中获益。对于用户体验来说，感知则意味着一切。如果你的应用看起来、感觉起来对用户更快，或许它确实就是如此。

参考资料：

[1]http://www.chrisharrison.net/projects/progressbars2/ProgressBarsHarrison.pdf

[2]http://www.scribd.com/lmjabreu/d/2226848-Rethinking-The-Progress-Bar