2013-07-31 66 views
1

客戶要求所有「基於對話」的應用程序在一秒鐘內響應時間。他談到我們的桌面應用程序正在從連接到SQL Server的業務服務器獲取數據。桌面應用程序的響應時間是否有任何標準?

通常對我們來說1秒就可以,但是我們有一些需要更長時間(最多2到3秒)的表單。你知道任何標準(或任何來源),指定什麼應該是一個用戶的響應時間?我發現了許多不同的信息,但主要是用於網頁,而不是用於桌面應用程序。

我在某處讀了3秒是「神奇」的數字。然後我閱讀了諾曼尼爾森網站上的「10秒規則」。其他人談論「4秒」規則。

我想爲我的客戶一些參數,從一些「第三方」(「你可能知道,公認的限制是在ISO標準爲XX規定」):-)

謝謝

+2

什麼? 100ms以上真的很煩人,除非我知道你真的在做實際工作(例如,不僅僅是從db轉儲數據) – Esailija

+0

然後我再次說明許多普通用戶完全可以在惡意軟件中運行完全惡意軟件,在鼠標中有3秒滯後 – Esailija

+0

5秒又一個幻數,由Windows的IsHungAppWindow()使用。用於顯示「Not Responding」虛幻窗口。如果客戶端要求最大1秒,這一切都是毫無意義的。確保覆蓋後端,並且有一種方法可以測量客戶端的SQL Server開始響應查詢需要多長時間。隨着時間的推移,這永遠不會好起來,當然也不是你想要堅持的那種問題。 –

回答

2

即使您的對話框的實際性能無法提高,您也可以查看可以提高應用程序感知性能的技巧。延遲加載或在顯示對話框後異步加載部分對話框可能會改善用戶的體驗,而不需要您付出額外的努力。對進度的反饋,也可能會改善用戶的體驗。您可能想要與一些用戶(甚至只是一對)測試一些想法,看看他們認爲是什麼問題,然後查看解決這些特定問題的技術。

0

既然你提到尼爾森諾曼...

here的一些話:(約合網站)(提供了更多的一些背景爲 「10秒 '規則'」)

,從1- 10秒鐘,用戶肯定感覺在電腦的擺佈和希望它更快,但他們可以處理它。

10秒的延遲通常會讓用戶立即離開網站。即使他們留下,他們也很難理解正在發生的事情,使他們不太可能成功完成任何艱鉅的任務。

即使幾秒鐘的延遲也足以造成不愉快的用戶體驗。

this(網絡和應用程序)也提到10秒,但它只是說,如果需要更長的時間,你應該給出估計持續時間。它還說「響應時間應儘可能快」。

你應該從這個什麼:

這些建議的數字被視爲上限。用戶通常不滿意接近這些的響應時間,但願意接受他們偶爾(不一致)。一般情況下,一秒鐘的響應時間實際上並不是太多要求的。但是,如果你有幾個對話需要更長的時間,這應該是可以接受的。

如果響應時間絕對不能再提高,客戶也不開心,那麼您可以做的唯一剩下的事情就是提供一些技巧性的術語作爲響應時間的理由。例如,服務器不足以處理該程序,或者網絡連接速度較慢或其他任何情況。我不認爲任何客戶真的會很高興被引用一些他們從未聽說過的規範,即使存在。