Doherty chegarasi

Kompyuter va uning foydalanuvchilari <400ms tezlikda o'zaro aloqada bo'lsa, unumdorlik oshadi, bu esa bir-birini kutish shart emasligini ta'minlaydi.

Kelib chiqishi

1982 yilda Valter J. Doherti va Ahrvind J. Thadani IBM Systems Journal jurnalida kompyuterning javob vaqtiga avvalgi standart bo'lgan 2000 (2 soniya) emas, balki 400 millisekundlik talabni qo'ygan tadqiqot maqolasini nashr etdilar. Odamning buyrug'i bajarilganda va 400 millisekunddan kamroq vaqt ichida javob qaytarilganda, u Doherty chegarasidan oshib ketgan deb hisoblangan va bunday ilovalardan foydalanish foydalanuvchilarni "qo'shadi" deb hisoblangan.

Foydalanuvchining javob vaqti - bu foydalanuvchi bitta buyruqqa to'liq javob olishi va keyingi buyruqni kiritishi orasidagi vaqt oralig'idir. Odamlar buni ko'pincha o'ylash vaqti deb atashadi.

Tizimning javob vaqti - bu foydalanuvchi buyruqni kiritgan vaqt va terminalda to'liq javob ko'rsatilishi o'rtasidagi vaqt oralig'i. Tizimning javob vaqtini yana quyidagilarga bo'lish mumkin:

• Kompyuterning javob vaqti, kompyuterning foydalanuvchi buyrug'ini qayta ishlash va unga xizmat ko'rsatishga sarflagan vaqti.
• Aloqa vaqti, buyruq kompyuterga yetib borishi uchun buyruq berilgandan to javob qaytish vaqtguncha bo'lgan vaqt.

Onlayn tizimlar birinchi marta biznes olamiga tarqala boshlaganida, Robert B. Miller kabi psixologlar, IBMning Poughkeepsie laboratoriyasi, inson kompyuterdan javob kutishi kerak bo'lgan eng uzoq vaqt 2 soniya ekanligini ta'kidladi. Bu oraliq onlayn tizimlar dizaynerlari va menejerlari hal qilishga intilgan muammoga aylandi. O'sha dastlabki onlayn tizimlarda bu oson emas edi, lekin odamlar kompyuterning javobini kutib, foydalanuvchi tranzaksiya oqimidagi keyingi qadamni o'ylayapti degan tahminlari bilan o'zlarini taskinlashdi. Foydalanuvchilar tizimning javob berish uchun qancha vaqt ketishiga ta'sir qilmasdan, imkon qadar tezroq o'ylashlari aniq edi.

O'sha paytlardagi eng kuchli uskuna sanalgan IBM System/360 xotirasidan ancha katta xotiralar bilan soniyada millionlab koʻrsatmalarni osongina bajaradigan bugungi onlayn tizimlar endi har 1-2 soniyadan kamroq vaqt ichida yuzlab foydalanuvchilarga javob bera oladi. IBM kompaniyasining Tomas J. Uotson tadqiqot markazi xodimi Valter J. Doherti tizim imkoniyatlarining bunday tez yaxshilanishining ahamiyatini birinchilardan bo'lib ko'rdi.

Amalda qo'llanilishi

Doherty chegarasi asosan texnik tomondan analiz qilinadigan faktor hisoblanadi. Vebsayt yoki mobil ilovaning foydalanuvchi buyrug'iga 400 millisekundan kamroq vaqt ichida javob bera olishini taminlash albatta texnik jamoa ma'suliatidir. Lekin UX dizayner sifatida e'tibor beradigan joyimiz ham bor.

Ba'zan vebsaytlarni tezligini Chrome brovzerining Lighthouse deb nomlangan funksiyasi orqali tekshirganimda, ularning tezliklarini oshirish to'g'risida bir gala yo'riqnoma va ko'rsatmalarga duch kelaman. Shu ko'rsatmalardan foydalanib, vebsayt tezligini oshirish kerakligi to'g'risida ko'rsatmalar bersam, 1-2 soniya nimani hal qilardi degan kinoyali gaplarni eshitaman. Statiska ma'lumotlariga e'tibor bersak, vebsaytning tezligini atiga 0.1 soniyaga oshirish orqali savdo hajmini ko'tarish mumkin. Ahir, 0.1 soniya hech narsa emasku. Huddi shunday ko'rinadi, ammo biz 0.1 soniyani yoki Doherty chegarasini birlik raqamlarga qarab emas, balki minglagan buyruqlarga qarab hisoblashimiz kerak.

Masalan, tasavvur qiling 100 mingta foydalanuvchi Amazon saytidan o'zlariga narsa qidirishyapti. Amazon tizimining buyruqlarga javob vaqti 0.4 soniya deb qaraylik. Agar o'sha odamlaring hammasi birdaniga harid qilmoqchi bo'lsa va tizim ularga javob berishda 0.4 soniya vaqt sarflasa, demas umumiy olganda 40000 soniya hisoblaymiz. 40 ming soniyamiz esa 11.11 soat miqdori chiqadi. Agar Amazon o'zining tizimini ishlashi uchun soatiga $10,000,000 sarflasa, demak 11 soat uchun $110,000,000 sarflaydi. O'sha harajat foydadan olib tashlanishi kerak.

Endi huddi o'sha 100 ming odamga tizim 0.4 emas 0,3 soniya vaqtda javob berdi. Demak, biz 0,1 soniya vaqt tejab qoldik. 100 ming odamninga hizmat ko'rsatish jarayonida Amazon tizimi umumiy miqdorda 30,000 soniya sarflayi, bu pul miqdorida $83,000,000 teng. Amazon o'z tizimini atiga 0.1 soniya tezlashtirish orqali $27,000,000 pul tejab qoladi.

Bu yerda foydalanuvchilarning tizimning tezroq ishlashidan oladigan yaxshi emotsiyalari haqida ham takidlash kerak. Tizimning tezroq ishlashi umumiy foydalanuvchi tajribasiga yaxshi ta'sir o'tkazadi, odamlarning hohlagan ishlarini tezroq bajarishlari va kutayotgan natijaga tezroq erishishlari ham bor.

Xulosa

Hozirgi texnika zamonida, tizimlar va insonlar orasida oldi berdi jarayoni Doherty chagarasi miqdorida bo'lga yaxshi. UX dizaynerlar bu chegarani bilib olish, dizayn qilayotgan yechimlarini keraksiz va sekin yuklanishga sabab bo'ladigan narsalar bilan to'ldirmaydilar. Undan tashqari quyidagi punktlarga ham e'tibor bering:

• Foydalanuvchilarning e'tiborini jalb qilish va samaradorlikni oshirish uchun 400 ms ichida tizimdan javob taqdim eting.
• Javob vaqtini yaxshilash va kutish hissini kamaytirish uchun qabul qilingan samaradorlikdan foydalaning.
• Animatsiya fonda yuklash yoki qayta ishlash jarayonida odamlarni vizual tarzda jalb qilishning bir usuli hisoblanadi.
• Rivojlanish satrlari (progress bars) aniqligidan qat'i nazar, kutish vaqtlarini chidashga yordam beradi.
• Jarayonga maqsadli ravishda kechikish qo'shilishi, hatto jarayonning o'zi juda kam vaqt talab qilsa ham, uning qabul qilingan qiymatini oshirishi va ishonch hissini uyg'otishi mumkin.

Manga ------> https://lawsofux.com/doherty-threshold/

Manga ------> https://jlelliotton.blogspot.com/p/the-economic-value-of-rapid-response.html