बटन दबाने पर स्क्रीन तुरंत न बदले तो हम वही बटन एक बार फिर दबा देते हैं या किसी दूसरी विंडो की ओर देखने लगते हैं। इंतज़ार भले ही केवल 1~2 सेकंड का हो, फिर भी लगता है कि काम का प्रवाह अचानक टूट गया। इसके उलट, दबाते ही प्रतिक्रिया देने वाला ऐप इस्तेमाल करने में सहज लगता है, मानो हाथ के साथ पूरी तरह तालमेल बिठा रहा हो। इस अंतर को समझाने वाला डिज़ाइन सिद्धांत ही ‘डोहर्टी सीमा (Doherty Threshold)’ है।
सरल शब्दों में, डोहर्टी सीमा का सिद्धांत कहता है कि ‘यदि कंप्यूटर लगभग 0.4 सेकंड (400 मिलीसेकंड) के भीतर प्रतिक्रिया दे, तो व्यक्ति और मशीन को एक-दूसरे का इंतज़ार नहीं करना पड़ता और कार्यक्षमता बहुत बढ़ जाती है।’ यह अवधारणा दिखाती है कि गति केवल तकनीकी विषय नहीं, बल्कि उपयोगकर्ता की एकाग्रता और संतुष्टि को प्रभावित करने वाला डिज़ाइन तत्व भी है।
इस सामग्री में हम क्रम से देखेंगे कि डोहर्टी सीमा की शुरुआत कैसे हुई, 0.4 सेकंड के मानदंड का क्या अर्थ है, कौन-सी डिज़ाइन तकनीकें इंतज़ार छोटा महसूस कराती हैं और इसे लागू करते समय किन बातों का ध्यान रखना चाहिए।
0.4 सेकंड से उपयोग के अनुभव में आने वाला अंतर
डोहर्टी सीमा की शुरुआत कैसे हुई?
1960~70 के दशकों में यह धारणा व्यापक थी कि कंप्यूटर 2 सेकंड के भीतर जवाब दे दे तो पर्याप्त है। इसकी वजह यह थी कि अमेरिकी शोधकर्ता रॉबर्ट मिलर (Robert B. Miller) ने 1968 में संवादात्मक कार्यों के प्रतिक्रिया समय पर लिखे अपने शोधपत्र में लगभग 2 सेकंड को एक मानदंड बताया था। यह माना जाता था कि इस दौरान व्यक्ति स्क्रीन देखते हुए अगला काम सोच रहा होता है, इसलिए थोड़ी देरी स्वीकार्य है।
IBM के वॉल्टर डोहर्टी (Walter J. Doherty) और अरविंद थधानी (Ahrvind J. Thadhani) ने इस प्रचलित धारणा को चुनौती दी। दोनों ने 1982 के 11वें महीने में ‘तेज़ प्रतिक्रिया समय का आर्थिक मूल्य (The Economic Value of Rapid Response Time)’ नामक रिपोर्ट प्रकाशित की और तर्क दिया कि प्रतिक्रिया तेज़ होने पर उत्पादकता, समय में हुई कमी के अनुपात से भी अधिक बढ़ती है।
(1) 3 सेकंड और 0.3 सेकंड का अंतर
रिपोर्ट में दिए गए आँकड़ों के अनुसार, प्रतिक्रिया समय 3 सेकंड होने पर प्रोग्रामर एक घंटे में लगभग 180 कार्य पूरे करते थे, लेकिन इसे घटाकर 0.3 सेकंड करने पर यह संख्या दोगुने से भी अधिक बढ़कर लगभग 371 हो गई।
(2) व्यक्ति भी साथ-साथ तेज़ हो जाता है
मशीन जल्दी जवाब दे तो व्यक्ति भी अपने विचारों का प्रवाह बनाए रखते हुए तुरंत अगला निर्देश देता है। इंतज़ार कम होने के साथ व्यक्ति की प्रतिक्रिया की गति भी बढ़ जाती है।
(3) धीमे सिस्टम की लागत
रिपोर्ट में अमेरिका के राष्ट्रीय स्वास्थ्य संस्थान (NIH) का उदाहरण भी दिया गया था। एक साथ काम करने वाले उपयोगकर्ताओं की संख्या बढ़ने से औसत प्रतिक्रिया समय धीमा होकर 4 सेकंड हुआ, तो एक कार्य पूरा करने में लगने वाला समय 32 मिनट से बढ़कर 48 मिनट हो गया। निष्कर्ष यह निकला कि उपकरणों की संख्या बढ़ाकर प्रतिक्रिया फिर तेज़ करना वास्तव में लागत बचाता है।
0.4 सेकंड के मानदंड का अर्थ
रिपोर्ट ने समझाया कि 400 मिलीसेकंड के भीतर प्रतिक्रिया मिलने पर उपयोगकर्ता काम में पूरी तरह डूब जाता है, जबकि आधे सेकंड से अधिक होते ही उसका ध्यान दूसरी ओर भटकने लगता है। बाद में उपयोगिता के क्षेत्र में प्रतिक्रिया समय को मोटे तौर पर तीन श्रेणियों में बाँटकर समझाया जाने लगा, जैसा डेनमार्क के उपयोगिता विशेषज्ञ याकॉब नीलसन (Jakob Nielsen) ने व्यवस्थित किया था।
- तत्काल प्रतिक्रिया (Instantaneous Response): लगभग 0.1 सेकंड के भीतर मिलने वाली प्रतिक्रिया, जिसमें उपयोगकर्ता को लगता है कि वह स्वयं सीधे स्क्रीन को नियंत्रित कर रहा है (उदाहरण: अक्षर टाइप करते ही तुरंत दिखाई देने वाला कर्सर)।
- विचारों का प्रवाह (Flow of Thought): लगभग 1 सेकंड के भीतर मिलने वाली प्रतिक्रिया, जिसमें देरी महसूस होने पर भी विचारों का प्रवाह बना रहता है (उदाहरण: अगले पृष्ठ पर जाने के लिए स्क्रीन का बदलना)।
- ध्यान की सीमा (Limit of Attention): लगभग 10 सेकंड से अधिक होने पर उपयोगकर्ता का मन दूसरा काम करने को होने लगता है, इसलिए प्रगति दिखाना ज़रूरी है (उदाहरण: बड़ी फ़ाइल डाउनलोड करना)।
इनके बीच डोहर्टी सीमा के 0.4 सेकंड को विचारों का प्रवाह बनाए रखने के लिए तय किया गया अधिक सख्त मानदंड माना जा सकता है। इसका लक्ष्य ऐसी स्थिति बनाना है जिसमें व्यक्ति और मशीन बिना रुके आगे बढ़ते रहें, मानो वे आपस में बातचीत कर रहे हों।
इंतज़ार छोटा महसूस कराने वाला डिज़ाइन
हर कार्य को 0.4 सेकंड के भीतर पूरा करना संभव नहीं है। इसलिए डिज़ाइनर वास्तविक गति के साथ उपयोगकर्ता को महसूस होने वाली गति, यानी अनुभूत प्रदर्शन पर भी ध्यान देते हैं।
(1) तुरंत दिखाई देने वाली प्रतिक्रिया
सर्वर का जवाब आने का इंतज़ार करने से पहले बटन का रंग बदल दिया जाए या हल्की हलचल दिखाई जाए, तो उपयोगकर्ता को भरोसा हो जाता है कि उसका निर्देश पहुँच गया है।
(2) प्रगति पट्टी
अमेरिकी कंप्यूटर वैज्ञानिक ब्रैड मायर्स (Brad A. Myers) ने 1985 के एक अध्ययन में बताया कि काम कितना आगे बढ़ चुका है, इसका संकेत मिलने पर लोग इंतज़ार को बेहतर ढंग से सहन करते हैं।
(3) ढाँचागत स्क्रीन
सामग्री लोड होते समय धूसर बक्सों से पहले ही दिखा दिया जाए कि पाठ और तस्वीरें कहाँ आएँगी, तो यह खाली स्क्रीन के मुकाबले कम उबाऊ लगता है।
(4) पहले से लोड करना
उपयोगकर्ता के आगे जिस स्क्रीन को खोलने की संभावना अधिक हो, उसे चुपचाप पहले से तैयार कर दिया जाए, तो वास्तव में दबाने पर वह लगभग तुरंत खुल जाती है।
लागू करते समय ध्यान देने योग्य बातें
तेज़ होना हर स्थिति में बेहतर नहीं होता। ऋण की जाँच या यात्रा पैकेज की खोज जैसे कामों में, जहाँ सावधानी से गणना किए जाने की अपेक्षा होती है, नतीजा बहुत जल्दी मिल जाए तो उपयोगकर्ता को संदेह हो सकता है कि जाँच ठीक से हुई भी है या नहीं।
(1) मेहनत दिखाई देने से पैदा होने वाला भरोसा
हार्वर्ड बिज़नेस स्कूल के शोधकर्ताओं ने ‘श्रम का भ्रम (Labor Illusion)’ बताया, जिसके अनुसार सिस्टम के काम करने की प्रक्रिया दिखाने पर लोग थोड़ा अधिक इंतज़ार करने के बावजूद परिणाम को अधिक मूल्यवान मानते हैं।
(2) कृत्रिम देरी का सावधानी से इस्तेमाल
जानबूझकर देरी दिखाना उपयोगकर्ता को धोखा देने का तरीका बन सकता है। पहले वास्तविक प्रसंस्करण को बेहतर बनाकर तेज़ करना चाहिए और दृश्य प्रस्तुति का इस्तेमाल केवल समझने में मदद देने तक सीमित रखना चाहिए।
(3) उपकरण और उपयोग की परिस्थितियों पर भी ध्यान देना
डेवलपर के तेज़ कंप्यूटर पर 0.4 सेकंड के भीतर खुलने वाली स्क्रीन भी पुराने मोबाइल फ़ोन या धीमे नेटवर्क पर कई सेकंड ले सकती है। वास्तविक उपयोगकर्ताओं की परिस्थितियों में गति मापने की आदत डालना ज़रूरी है।
डोहर्टी सीमा हमें याद दिलाती है कि 0.4 सेकंड जितना छोटा समय भी व्यक्ति की एकाग्रता और किए जाने वाले काम की मात्रा बदल सकता है। अच्छा डिज़ाइन सुंदर स्क्रीन के साथ वह लय भी रचता है जो उपयोगकर्ता को इंतज़ार से बचाती है।
अपने इस्तेमाल किए जाने वाले ऐप में उन पलों को पहचानना जब हाथ ठिठक जाता है और उस इंतज़ार को कम करने की कोशिश करना—सहज उपयोग अनुभव की ओर यही पहला कदम है।
