Berapa lama untuk sebuah layar muncul sebelum dianggap sebagai masalah kinerja?


12

Saya terlibat dengan pengembangan aplikasi Windows yang memiliki berbagai layar. Salah satunya membutuhkan waktu sepuluh detik untuk muncul tanpa pemintal atau indikasi lain bahwa layar sedang memuat. Saya menganggap ini masalah kinerja yang serius tetapi saya tampaknya menjadi satu-satunya yang peduli.

Apakah saya terlalu bersemangat? Berapa jumlah waktu yang dapat diterima untuk menunggu layar muncul?


2
Apakah itu 10 detik di atas mesin rentang pengembang, atau 10 detik di atas mesin yang terlihat lebih baik dari rata-rata pengguna?
MZB

@ MZB: 10 detik di mesin pengembang ...
biru

@ 8kb masalah apa yang menyebabkan layar butuh waktu lama untuk muncul.
AttackingHobo

3
Android akan mempertimbangkan layar macet setelah 5 detik, jika saya ingat dengan baik. Kemudian akan menanyakan pengguna apakah ia ingin mematikan aplikasi atau terus menunggu.
Federico klez Culloca

Jawaban:


23

Ini adalah penelitian lama tetapi 10 detik buruk:

http://www.useit.com/papers/responsetime.html

dari halaman:

Saran dasar mengenai waktu respons hampir sama selama tiga puluh tahun [Miller 1968; Card et al. 1991]:

• 0,1 detik adalah tentang batas agar pengguna merasa bahwa sistem bereaksi secara instan, artinya tidak diperlukan umpan balik khusus kecuali untuk menampilkan hasilnya.

• 1,0 detik adalah tentang batas aliran pemikiran pengguna untuk tetap tidak terganggu, meskipun pengguna akan melihat penundaan. Biasanya, tidak ada umpan balik khusus yang diperlukan selama penundaan lebih dari 0,1 tetapi kurang dari 1,0 detik, tetapi pengguna tidak kehilangan perasaan beroperasi langsung pada data.

• 10 detik adalah tentang batas untuk menjaga perhatian pengguna terfokus pada dialog. Untuk penundaan yang lebih lama, pengguna akan ingin melakukan tugas-tugas lain sambil menunggu komputer selesai, sehingga mereka harus diberi umpan balik yang menunjukkan kapan komputer mengharapkan untuk dilakukan. Umpan balik selama penundaan sangat penting jika waktu respons cenderung sangat bervariasi, karena pengguna tidak akan tahu apa yang diharapkan.


1
Jangan pernah meninggalkan pengguna bertanya-tanya apakah mereka baru saja merusak perangkat lunak, bahkan jendela pengingat kecil yang segera muncul dengan waktu yang diperkirakan selesai menghentikan kecemasan pengguna akhir dan membuat mereka merasa terkendali.
Patrick Hughes

4
Saya berpendapat data waktu sudah ketinggalan zaman, melihat itu ditulis sekitar 20 tahun yang lalu. Hari ini, dengan mesin yang sangat kuat di setiap desktop dan menjamurnya interaksi waktu-nyata, orang-orang terbiasa dengan waktu respons yang jauh lebih pendek daripada 10 detik.
Eran Galperin

2
Saya setuju bahwa 10 detik terlalu lama untuk layar untuk muncul tanpa umpan balik. Untuk apa pun yang membutuhkan waktu lebih dari ~ 2 detik, saya mungkin akan meletakkan (setidaknya) roda pemintal untuk menunjukkan bahwa program melakukan sesuatu , jika bukan bilah kemajuan.
DMan

1
Data tersebut berkaitan dengan proses berpikir seseorang. Karena itu mungkin tidak ketinggalan jaman. Namun, 10 detik tanpa umpan balik terlalu lama hari ini. Ada beberapa teknik untuk meningkatkan persepsi responsif.
BillThor

9

Lebih dari dua detik tanpa kaca jam dan saya sudah cukup skeptis. Orang yang berbeda akan memiliki beberapa harapan yang berbeda tetapi saya akan mengharapkan 10 detik tanpa umpan balik untuk mengakui bahwa saya mengklik tombol atau apa pun yang akan mengganggu hampir semua orang. Apakah itu mengganggu pengguna Anda atau tidak adalah pertanyaan lain.


Setuju - Anda harus memunculkan "menunggu kursor" atau indikasi lainnya dengan sangat cepat. Berdasarkan norma UX, saya lebih suka melihatnya dalam sesuatu seperti 0,1 hingga 0,25 detik daripada dua detik.
Bob Murphy

3

Apa yang dipikirkan pengguna aplikasi ini? Jika mereka setuju, maka jangan khawatir. Beberapa aplikasi yang harus memproses banyak data, tidak apa-apa untuk perintah buka-jendela memiliki sedikit penundaan sebelum dibuka.

Jika mungkin menambahkan splash screen atau progress bar atau sesuatu untuk menunjukkan kepada pengguna bahwa itu berfungsi, itu akan baik. Saya biasanya mencoba untuk menambahkan semacam indikator kemajuan jika pengujian saya menunjukkan bahwa sebuah jendela secara teratur membutuhkan lebih dari 2-4 detik untuk muncul.


1

Kami berpegang teguh pada aturan bahwa tidak lebih dari 2 detik untuk umpan balik APA PUN untuk muncul bagi pengguna.

Saya mengatakan umpan balik karena ada kalanya tidak mungkin memuat seluruh halaman dalam 2 detik. Anda harus memberi tahu pengguna apa yang diharapkan setelah 2 detik pertama.


1

Meskipun DKnight mengutip penelitian yang baik dalam jawabannya , hal lain yang perlu dipertimbangkan adalah persyaratan kinerja sistem. Apakah pengguna melakukan pekerjaan yang sensitif terhadap waktu atau karena alasan tertentu memerlukan persyaratan cepat? Jika Anda entah bagaimana dapat bertanya kepada pengguna berapa kali respons yang ingin mereka lihat, terutama dalam hal waktu yang dapat diterima secara minimal, itu yang terbaik. Melakukan pengujian kegunaan dengan pengamatan juga akan baik untuk kegunaan keseluruhan, dan jika Anda melihat pengguna frustrasi dengan menunggu setelah melakukan tindakan tertentu, maka Anda tahu untuk meninjau kembali kinerja bagian sistem tersebut.

Dalam hal generalisasi, saya menduga bahwa 10 detik memang waktu yang lama. Ada beberapa operasi yang sudah berjalan lama, dan jika memang benar demikian, penting untuk memberikan isyarat kepada pengguna bahwa sistem masih bekerja dan untuk terus menunggu.


0

Saya setuju bahwa 10 detik terlalu banyak. Saya bekerja untuk aplikasi intranet di Software House (hanya digunakan secara internal oleh karyawan) dan penundaan maksimum saat memuat halaman adalah 5 detik. Bagi saya ini adalah batasnya.

Namun saya melihat aplikasi internal lainnya, memang sangat kompleks, tetapi di mana waktu pemuatan adalah sesuatu yang dramatis. Dalam situasi terburuk, karena ribuan catatan / permintaan dieksekusi butuh sekitar 2 menit! Tetapi ini tentu saja terlalu jauh dari konteks umum.

Karena itu saya akan menyimpulkan bahwa 3 atau 4 detik adalah batas untuk menyediakan layanan respons yang baik.


0

Ini bukan masalah kinerja, tetapi masalah GUI. Pengguna harus MEMBERITAHU apa yang dilakukan program dan jika perlu waktu lebih dari 1-2 detik, bilah kemajuan harus ditampilkan.

Yang mengatakan, mungkin ada ALASAN untuk ini, jika dulu cepat, tapi bukan itu yang Anda minta.

Masalah umum dengan aplikasi tersebut adalah kehabisan memori fisik sehingga Disk I / O menjadi hambatan untuk memuat dan bertukar. Mungkin juga hanya karena dataset telah tumbuh begitu besar sehingga algoritma O (N ^ 3) sekarang bersinar.


Saya pikir bahwa progress bar seharusnya hanya digunakan jika durasi atau total tugas diketahui. Jika tidak, sesuatu yang lebih tidak pasti harus digunakan.
Thomas Owens
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.