क्या हर कोई आपके AI-निर्मित ऐप का इस्तेमाल कर सकता है? एक्सेसिबिलिटी की सीधी गाइड

जब आप AI से कोई ऐप बनाते हैं, तो आप उसे उसी तरह टेस्ट करते हैं जैसे आप उसे इस्तेमाल करते हैं: अपनी स्क्रीन, अपनी आँखें, लैपटॉप पर दोनों हाथों की स्थिर पकड़। मुश्किल यह है कि जो लोग असल में आपका ऐप खोलेंगे, उनमें से एक बड़ा हिस्सा इस तरह इस्तेमाल नहीं करता। कोई अपने फ़ोन का टेक्स्ट सामान्य से दोगुना बड़ा ज़ूम कर लेता है। कोई आपके लाल एरर मैसेज को उसके आस-पास के काले टेक्स्ट से अलग नहीं पहचान पाता। कोई गोद में बच्चा उठाए एक अंगूठे से टैप कर रहा होता है। ऐप एक्सेसिबिलिटी बस यही सवाल है कि क्या ये लोग फिर भी अपना काम पूरा कर पाते हैं — और यह वह सवाल है जो ज़्यादातर AI-निर्मित ऐप्स से कभी पूछा ही नहीं जाता।

इसे संभालने के लिए आपको किसी डिग्री या कंप्लायंस टीम की ज़रूरत नहीं है। आपको बस उन चार-पाँच जगहों का पता होना चाहिए जहाँ ऐप्स आम तौर पर लोगों को बाहर कर देते हैं, और अपने बिल्डर से उन्हें ठीक करवाने का तरीक़ा। चलिए आपको कहानियों के ज़रिए आम समस्याएँ दिखाता हूँ, क्योंकि एक बार देख लेने के बाद इन्हें पहचानना आसान हो जाता है।

किसी के ज़ूम करने पर मेरे ऐप का लेआउट क्यों बिगड़ जाता है?

क्योंकि ज़्यादातर AI-निर्मित ऐप्स एक तय टेक्स्ट साइज़ के हिसाब से डिज़ाइन किए जाते हैं, इसलिए जब कोई अपने फ़ोन या ब्राउज़र का टेक्स्ट बड़ा करता है — जो बहुत सारे लोग करते हैं, ख़ासकर साठ साल से ऊपर के लोग — तो बटन एक-दूसरे पर चढ़ जाते हैं, कॉलम टूटकर एक गड्डमड्ड ढेर में बदल जाते हैं, और कंट्रोल एक-दूसरे के नीचे खिसक जाते हैं।

मेरी जान-पहचान की एक मेकर ने अपनी माँ के हेयर सैलून के लिए एक साफ़-सुथरा अपॉइंटमेंट ऐप बनाया था। देखने में बढ़िया था। फिर उसकी माँ ने उसे खोला, और सबसे पहला काम जो उन्होंने किया — जैसा साठ से ऊपर के बहुत से लोग करते हैं — वह था टेक्स्ट को पिंच करके बड़ा करना। लेआउट बिखर गया। बटन एक-दूसरे पर चढ़ गए, “Book” बटन मेन्यू के नीचे खिसक गया, और समय की एक लिस्ट एक ऐसे गड्डमड्ड ढेर में बदल गई जिसे पढ़ा ही नहीं जा सकता था।

यह AI-निर्मित ऐप्स में सबसे आम एक्सेसिबिलिटी ख़राबी है, और यह तब तक नज़र नहीं आती जब तक कोई ज़ूम न करे। अपने बिल्डर से कहें: “यह पक्का करें कि टेक्स्ट को 200% ज़ूम करने पर भी लेआउट सही से काम करे। कुछ भी एक-दूसरे पर चढ़ना या कटना नहीं चाहिए।” फिर इसे ख़ुद टेस्ट करें — अपने फ़ोन पर सिस्टम फ़ॉन्ट साइज़ को सबसे बड़ी सेटिंग पर ले जाएँ और अपना ऐप खोलें। अगर यह बिखर जाए, तो यही आपकी पहली फ़िक्स है।

मेरे ऐप को स्टेटस दिखाने के लिए सिर्फ़ रंग का इस्तेमाल क्यों नहीं करना चाहिए?

क्योंकि लगभग हर बारह में से एक पुरुष रंगों को अलग तरह से देखता है, सबसे आम तौर पर लाल और हरे में — इसलिए सिर्फ़ लाल डॉट बनाम हरे डॉट के रूप में दिखाया गया स्टेटस उन्हें एक जैसा लगता है, और वे सचमुच “भुगतान हो गया” और “बाक़ी है” में फ़र्क़ नहीं कर पाते।

एक फ़्रीलांसर ने एक इनवॉइस ट्रैकर बनाया था जो स्टेटस सिर्फ़ रंग से दिखाता था — हरा डॉट, लाल डॉट। उसका एक क्लाइंट, जो लाल-हरा कलरब्लाइंड निकला, बार-बार उन इनवॉइस का भुगतान कर देता था जो पहले ही चुकाए जा चुके थे, क्योंकि उसे दोनों डॉट एक जैसे दिखते थे। जानकारी वहाँ मौजूद थी। बस उसके लिए मौजूद नहीं थी।

इसका हल एक फ़ीचर नहीं, एक आदत है: कभी भी कुछ बताने के लिए सिर्फ़ रंग का सहारा न लें। उसके साथ एक शब्द, एक आइकन, या एक शेप भी जोड़ें। लाल के साथ “बाक़ी है” लिखें। हरे के साथ एक चेकमार्क लगाएँ। सिर्फ़ लाल आउटलाइन नहीं, बल्कि एक तारा-चिह्न और “आवश्यक” शब्द। रंग रह सकता है — बस वह अकेले मैसेज नहीं ढो सकता।

स्क्रीन रीडर सिर्फ़ “बटन” क्यों कहते हैं, उसका नाम क्यों नहीं?

क्योंकि एक बिना लेबल वाले आइकन बटन — एक कूड़ेदान, एक पेंसिल, बिना शब्दों वाला एक मैग्निफ़ाइंग ग्लास — के पास स्क्रीन रीडर (वह सॉफ़्टवेयर जो नेत्रहीन और कम-दृष्टि वाले लोग स्क्रीन को ज़ोर से पढ़वाने के लिए इस्तेमाल करते हैं) के ऐलान करने के लिए कोई टेक्स्ट ही नहीं होता, इसलिए वह बिल्कुल शब्दशः “बटन” पढ़ता है। न “डिलीट”, न “एडिट”। बस “बटन”।

AI बिल्डर्स को साफ़-सुथरे आइकन बटन बहुत पसंद हैं क्योंकि वे मॉडर्न दिखते हैं। पर ज़रा सोचिए एक ऐसा ऐप इस्तेमाल करना जिसमें हर कंट्रोल का नाम “बटन” हो और आपको अंदाज़ा लगाना पड़े। आपको हर आइकन पर दिखने वाला टेक्स्ट जोड़ने की ज़रूरत नहीं है — आपको बस यह पक्का करना है कि हर कंट्रोल के पीछे एक नाम हो, भले ही वह अदृश्य हो और स्क्रीन रीडर उसे बोलकर बता सके। अपने बिल्डर से कहें: “हर आइकन बटन को एक एक्सेसिबल लेबल दें — कूड़ेदान वाले आइकन को ‘डिलीट’ और पेंसिल वाले को ‘एडिट’ के रूप में अनाउंस होना चाहिए।” यह एक छोटा-सा बदलाव है, लेकिन यही फ़र्क़ है एक ऐसे ऐप के बीच जिसे कोई नेत्रहीन उपयोगकर्ता आसानी से चला सके, और एक ऐसे ऐप के बीच जो अनाम बटनों की एक दीवार भर हो।

मोबाइल ऐप पर टैप टारगेट कितने बड़े होने चाहिए?

डिज़ाइनर जो मोटा नियम इस्तेमाल करते हैं वह यह है कि टैप करने लायक़ कोई भी चीज़ लगभग 44 पिक्सेल की होनी चाहिए — मोटे तौर पर एक उँगली की नोक के बराबर — और साथ में इतनी असली स्पेसिंग हो कि दो टैप करने लायक़ चीज़ें एक-दूसरे से बिल्कुल सटी हुई न हों।

किसी को बस में बैठकर एक हाथ से आपका ऐप इस्तेमाल करते हुए देखिए। अंगूठे मोटे और कम सटीक होते हैं, बस हिल रही होती है, और बंद करने वाला आपका “X” कोने में एक 16-पिक्सेल का छोटा-सा धब्बा भर होता है। वह दो बार चूक जाता है, एक बार उसके पीछे वाली चीज़ पर टैप कर देता है, और आख़िर में हार मान लेता है। छोटे, एक-दूसरे से सटे टैप टारगेट सिर्फ़ एक झुँझलाहट नहीं, एक एक्सेसिबिलिटी समस्या है — इनकी सबसे ज़्यादा मार उन लोगों पर पड़ती है जिनके हाथ काँपते हैं, जिनकी उँगलियाँ बड़ी हैं, या जो हिलती-डुलती जगह में हैं। अपने बिल्डर से कहें: “टैप टारगेट कम से कम 44 पिक्सेल के रखें और उनके बीच स्पेसिंग जोड़ें ताकि लोग ग़लत जगह टैप न करें।” फिर इसे टेस्ट करें: अपने फ़ोन पर अपना ऐप खोलें और चलते-फिरते, एक हाथ से मुख्य ऐक्शन करने की कोशिश करें। अगर आप बार-बार ग़लत टैप कर रहे हैं, तो बाक़ी सब भी करेंगे।

मैं पाँच मिनट में अपने ऐप की एक्सेसिबिलिटी कैसे टेस्ट करूँ?

बिना किसी टूल के, आप सबसे ज़्यादा इस्तेमाल होने वाली स्क्रीन पर तीन आसान जाँचों से इसमें से ज़्यादातर ख़ुद पता लगा सकते हैं:

1. इसे ज़ूम करें। अपने फ़ोन या ब्राउज़र के टेक्स्ट को सबसे बड़ी सेटिंग पर ले जाएँ और मुख्य स्क्रीन खोलें। क्या कुछ भी एक-दूसरे पर चढ़ रहा है, ग़ायब हो रहा है, या कट रहा है?
2. रंग हटा दें। हर उस जगह को देखें जहाँ आपका ऐप कुछ बताने के लिए रंग का इस्तेमाल करता है — स्टेटस, एरर, ज़रूरी फ़ील्ड। अगर आप इसे पूरी तरह ग्रे में सोचें, तो क्या आप फिर भी बता सकते हैं कि क्या हो रहा है? अगर नहीं, तो एक शब्द या आइकन जोड़ें।
3. दो मिनट के लिए स्क्रीन रीडर चालू करें। iPhone (VoiceOver) और Android (TalkBack) दोनों में यह पहले से मौजूद है। इसे चालू करें, अपनी आँखें बंद करें, और अपने ऐप का मुख्य काम करने की कोशिश करें। आपको तुरंत पता चल जाएगा कि कौन-से बटन बेनाम हैं।

इसके लिए आपको डेवलपर होने की ज़रूरत नहीं है। बस पाँच मिनट के लिए ख़ुद के रूप में टेस्ट करना बंद करना होगा, और किसी ऐसे इंसान के रूप में टेस्ट करना होगा जिसके हाथ, आँखें, या स्क्रीन आपसे अलग हैं।

आपको सब कुछ एक साथ ठीक करने की ज़रूरत नहीं है। सबसे ज़्यादा इस्तेमाल होने वाली एक स्क्रीन चुनें — बुकिंग फ़ॉर्म, साइन-अप, मुख्य लिस्ट — और बस उसे इस तरह ठीक करें कि वह ज़ूम करने पर, रंग हटने पर, और ज़ोर से पढ़े जाने पर भी काम करे। सही तरीक़े से ठीक की गई वह अकेली स्क्रीन, उन कोनों की पूरी एक्सेसिबिलिटी ऑडिट से कहीं ज़्यादा लोगों को कवर करती है जहाँ कोई जाता ही नहीं। वहीं से शुरू करें, और अगला व्यक्ति जो एक अंगूठे और ज़ूम की हुई स्क्रीन के साथ आपका ऐप खोलेगा, वह बाउंस होने के बजाय एक असली उपयोगकर्ता बन पाएगा।