不是說唯快不破，為什麼許多程式師寧可故意設計介面讓應用程式變慢？

首先是 Facebook。當你登錄 Facebook 的時候，一個機器人醫生會出現，為你檢查帳戶的安全狀況。這通常需要 5 到 10 秒鐘。

問題在於，安全檢查真的需要這麼長的時間嗎？答案是否定的。

Facebook 的一位發言人說，「儘管我們系統檢查的速度之快超過用戶想像，但用戶需要明白，我們正在背後保護他們的帳戶。這是很重要的。UX 可以是一個強大的教育工具。以慢速度引導用戶，我們能夠提供更好的解釋，同時，這可以讓用戶觀察和理解每一個步驟。」

Facebook 並不是唯一一家這樣做的公司。

「比如說，你坐到餐館裡，點菜，然後，菜一分鐘就上來了。這是好事嗎？」 Google Venture 的設計合夥人 Braden Kowitz 說，「你會想，『這裡發生了什麼事情？廚房裡出什麼問題了？』」

因此，開發者把「人為等待」模式引入到界面之中。雖然電腦已經完成了任務，但是，從界面上看，它仍然在努力地工作著。

Kowitz 說，他僅用過幾次「人為等待」，而且都是在「即時結果」沒有效果的時候。例如，他曾參與一個借款App的開發。這款App需要審核借款人，然後算出他是否能符合借款條件，這個App後端非常快，能夠即時出結果，但是，用戶 的反應卻是不相信。

「當看到結果時，他們說，『我只是被App預先接納了，但實際上這個App根本沒用。」 於是，設計師給App添加了一個進度條，讓速度慢一點，整個系統變得更加可信了。

諮詢公司 4ourth Mobile 的總裁 Steven Hoober 提到一件類似的事情。

他們公司開發了一個流量套餐優化服務。透過觀察用戶的流量使用，他們能夠給用戶算出最優方案。這個服務的速度非常快，能夠即時出結果。

「但是， 當我們在用戶中測試的時候，他們覺得這是垃圾行銷，因為它立刻就給出答案。他們說，『這肯定是騙人的東西，我還是自己選擇套餐吧。』」

於是，Hoober 給APP添加了一個等待條。在顯示結果之前，程式有 8—30 秒的等待時間，而用戶會看到一個轉動的指示條。結果是，人們更加信任這個服務了。

看來，當我們與裝置互動的時候，心中已經有了一個期望值。因此，當程式反應的速度過快，我們反而會產生困惑和懷疑。

「如果我們破壞了用戶的期待，再好的介面用戶也不信任，」 Kowitz 說，「當網路速度過慢的時候，這種狀況就會出現。有時候，當界面速度過快，這情況也會出現。」

「我的假設是，我們的期待值也會跟上技術的發展。但是，當技術的速度超出人們期待的時候，我們不得不進行一些妥協，以滿足用戶的期待。」