यह लेख 6 नवंबर 2026 को लिखा गया था।
AI टूल्स तेज़ी से बदलते हैं। लेकिन क्या हुआ यह स्पष्ट बताने की ज़िम्मेदारी कभी नहीं बदलती। बटन (button), लिंक (link), लेबल (label), एरर (error), टोस्ट (toast), स्केलेटन (skeleton), एम्प्टी स्टेट (empty state), टूलटिप (tooltip) — ये सब वे तरीके हैं जिनसे एक पेज उपयोगकर्ता को जवाब देता है। आइकनों के फैशन आते-जाते रहेंगे, लेकिनइसे विज़ुअल विजेट्स की सूची के बजाय ईमानदारी के नियम के रूप में पढ़ें।

जो पेज क्लिक करने पर कोई जवाब नहीं देता, लोग उस पर दोबारा टैप करते हैं। वे दोबारा इसलिए दबाते हैं क्योंकि किसी चीज़ ने उन्हें यह नहीं बताया कि पहली बार का टैप काम कर गया या नहीं। AI मॉडल बटन बनाने में तो अच्छे होते हैं, लेकिन जब तक आप अलग से न कहें, वे जवाब दिखाना भूल जाते हैं। यह जवाब कोई सजावट नहीं है — यही वह अंतर है जो बुकिंग स्वीकार करने वाले असली फ़ॉर्म को सिर्फ़ फ़ॉर्म जैसा दिखने वाले डिब्बे से अलग करता है।
बटन काम करता है। लिंक कहीं ले जाता है।
बटन (button) उसी जगह पर कुछ बदलता है: जैसे भेजें, सहेजें, बुक करें, या हटाएँ। लिंक (link) किसी दूसरी जगह ले जाता है: जैसे अगले दिन का पेज, नक्शा, या नियम। जब AI मॉडल हर शब्द को बटन की तरह बना देता है, तो उपयोगकर्ता समझ नहीं पाता कि वह कोई काम कर रहा है या नए पेज पर जा रहा है। और जब वह हर काम को लिंक जैसा बना देता है, तो “हटाएँ” (delete) एक पेज जैसा दिखता है और कभी-कभी नया पेज खोल देता है, जो और भी बुरा है। ब्रीफ़ में, क्रिया को बटन का नाम दें और गंतव्य को लिंक का। एक स्क्रीन पर एक मुख्य बटन (primary button) ही काफ़ी होता है; बाकी बटन शांत रखे जा सकते हैं। दो मुख्य बटन इस बात का सबूत हैं कि पेज अपनी प्राथमिकताओं को तय नहीं कर पाया।

बटन पर ऐसा क्रिया शब्द लिखें जिसे उपयोगकर्ता बाद में जाँच सके। “अपॉइंटमेंट बुक करें” की पुष्टि की जा सकती है, लेकिन “जारी रखें” (Continue) या “ठीक है” (OK) से कुछ स्पष्ट नहीं होता। अगर आपके पाठक अंग्रेज़ी नहीं पढ़ते, तो बटन पर दिखने वाली क्रिया उनकी अपनी भाषा में होनी चाहिए। जबकि AI को दी जाने वाली prompt में कंपोनेंट का नाम — button, link — हमेशा अंग्रेज़ी में ही रहेगा।
फ़ॉर्म नामांकित प्रश्नों का एक सेट है
फ़ॉर्म (form) सिर्फ़ धूसर बक्सों का ढेर नहीं है। हर बक्सा एक इनपुट (input) है। और हर इनपुट को एक लेबल (label) की ज़रूरत होती है जो हमेशा दिखाई दे — न कि ऐसा प्लेसहोल्डर (placeholder) जो टाइप करना शुरू करते ही गायब हो जाए। बक्से के अंदर लिखा प्लेसहोल्डर सिर्फ़ एक संकेत होता है, और संकेत कभी नाम की जगह नहीं ले सकता। लोग भूल जाते हैं कि उस डिब्बे में क्या भरना था, और अनुवादक भी गायब हो चुके नाम को नहीं देख पाते। AI से स्पष्ट कहें: हर इनपुट के ठीक ऊपर उपयोगकर्ता की भाषा में एक स्थायी लेबल होना चाहिए।
एरर (error) यानी गलती का संदेश संबंधित इनपुट के पास ही शब्दों में लिखा होना चाहिए, और अगर कई गलतियाँ हैं तो सबसे ऊपर एक सारांश (summary) भी हो। सिर्फ़ रंग बदलना एरर नहीं कहलाता। लाल और हरा रंग कई आँखों को एक जैसा दिखता है, जबकि AI मॉडल सबसे पहले रंग ही बदलते हैं। prompt में स्पष्ट कहें: “गलती को फ़ील्ड के बगल में स्पष्ट शब्दों में लिखें, सिर्फ़ रंग से नहीं।”
ज़रूरी फ़ील्ड (required) एक स्पष्ट शर्त है, कोई ऐसा स्टार या चिह्न नहीं जिसकी समझ आप हर किसी से उम्मीद करें। स्पष्ट बताएँ कि कौन से फ़ील्ड ख़ाली छोड़े जा सकते हैं। एक देश में फोन नंबर माँगना अनिवार्य हो सकता है, तो दूसरे में ऐच्छिक। यह बात अंग्रेज़ी prompt के नीचे अपनी भाषा में दर्ज करें।

सूचनाएँ: जो गायब होती हैं, जो बनी रहती हैं, और जो गायब हैं
टोस्ट (toast) — जिसे कभी-कभी स्नैकबार (snackbar) भी कहा जाता है — एक छोटी सी सूचना होती है जो काम पूरा होने पर स्क्रीन के नीचे दिखाई देती है और खुद-ब-खुद हट जाती है: जैसे “सहेजा गया” या “कॉपी किया गया।” इसके लिए तीन सेकंड का समय काफ़ी है। लेकिन यह किसी गलती या विफलता को बताने का अकेला ज़रिया नहीं होना चाहिए। गलतियाँ तब तक फ़ील्ड के पास या फ़ॉर्म के ऊपर बनी रहनी चाहिए जब तक उपयोगकर्ता उन्हें ठीक न कर दे। जो टोस्ट “बुकिंग नहीं हो सकी” कहकर गायब हो जाता है, वह अधूरी बातचीत जैसा है।
स्केलेटन (skeleton) असली जानकारी आने से पहले पेज पर दिखने वाला धूसर ढाँचा होता है। यह ख़ाली सफ़ेद स्क्रीन या गोल घूमने वाले अनजाने स्पिनर से कहीं बेहतर है। इसका इस्तेमाल सूची लोड होते समय करें, लेकिन इसे स्थायी डिज़ाइन न बनाएँ। अगर डेटा कभी नहीं आता, तो स्केलेटन को हटकर एम्प्टी स्टेट में बदल जाना चाहिए।
एम्प्टी स्टेट (empty state) वह स्क्रीन है जो तब दिखती है जब दिखाने के लिए कुछ भी नहीं होता: जैसे कोई बुकिंग नहीं, इस हफ़्ते कोई क्लास नहीं, या कोई खोज परिणाम नहीं। यह ख़ालीपन की वजह बताती है और आगे का एक स्पष्ट बटन देती है। ख़ाली तालिका (table) एम्प्टी स्टेट नहीं है, वह बस एक टूटा हुआ पेज लगती है। छोटे संगठन अक्सर इसी स्क्रीन को भूल जाते हैं, जबकि उनके आगंतुक पहले ही दिन इसी ख़ाली स्क्रीन से मिलते हैं।
टूलटिप (tooltip) किसी गुप्त आइकन पर माउस ले जाने (hover) या कीबोर्ड का फोकस (focus) पहुँचने पर दिखने वाले कुछ शब्द होते हैं। यह नियमों को लिखने की जगह नहीं है, और फोन की स्क्रीन पर यह सही से काम नहीं करता। अगर शब्द सचमुच अहम हैं, तो उन्हें स्क्रीन पर साफ़ लिखें। टूलटिप सिर्फ़ एक अतिरिक्त मदद है, पूरा दस्तावेज़ नहीं।

दुबारा किया गया टैप
एक अभिभावक ने घर लौटते समय फोन से क्लास बुक करने की कोशिश की। बटन पर “जारी रखें” (Continue) लिखा था। टैप करने के बाद स्क्रीन पर कुछ बदलता नहीं दिखा, इसलिए उन्होंने दोबारा बटन दबा दिया। नतीजे में दो बुकिंग दर्ज हो गईं। क्लिनिक ने इसे उपयोगकर्ता की गलती बताया, जबकि असल में यह स्क्रीन के जवाब न देने की चूक थी। “जारी रखें” ऐसा शब्द नहीं है जिससे काम पक्का हो, और शांत बैठी स्क्रीन किसी बात की पुष्टि नहीं होती।
जो पेज सही काम करता है, उसमें साफ़-सुथरे हिस्से होते हैं। बटन पर अभिभावक की भाषा में लिखा होता है “इस क्लास का अनुरोध करें।” हर फ़ील्ड में एक लेबल होता है जो गायब नहीं होता। अगर फोन नंबर ख़ाली रह जाए, तो शब्द उस फ़ील्ड के बगल में प्रकट होते हैं और वहीं टिके रहते हैं। अनुरोध सफल होने पर एक टोस्ट सूचना बताता है कि काम हो गया और हट जाता है, जबकि फ़ॉर्म खुद एक छोटी रसीद में बदल जाता है जिसे अभिभावक स्क्रॉल करके देख सकते हैं। अगर क्लास की सूची ख़ाली है क्योंकि शेड्यूल पोस्ट नहीं हुआ, तो एम्प्टी स्टेट यह बात साफ़ बताता है और एक बटन देता है। यह सब विज़ुअल स्टाइल नहीं है, बल्कि उपयोगकर्ता को अंदाज़ेबाज़ी से बचाने का सचेत तरीका है।
जब आप इसका ब्रीफ़ तैयार करें, तो कंपोनेंट के नाम अंग्रेज़ी में रखें — button, label, error, toast, empty state — और हर वह वाक्य स्थानीय भाषा में लिखें जिसे इंसान पढ़ेगा। अगर AI को सिर्फ़ अंग्रेज़ी लेबल मिलेंगे, तो वह अंग्रेज़ी ही छाप देगा। यह गायब टोस्ट जैसी ही एक और आम गलती है। बनावट साझा रखी जाती है ताकि काम सही हो, और शब्द स्थानीय रखे जाते हैं ताकि व्यक्ति को पता रहे कि उसने अभी क्या किया है।
एक सटीक prompt
Build a booking form. Each input has a visible label. Errors are written beside the field in words, not by color alone. After a successful send, show a toast that says the visit is requested and leaves after a few seconds. If sending fails, keep the error on the form. If there are no visits yet, show an empty state with one button to add the first.
इसके बाद लेबल और एरर के वाक्यों को पढ़ने वाले की भाषा में लिखें। ऊपर दी गई अंग्रेज़ी बुनियादी ढाँचा है, और नीचे लिखे वाक्य आपकी सजगता हैं। AI मॉडल को यह नहीं पता होगा कि आपके शहर का क्लिनिक माफी कैसे माँगता है — यह बात सिर्फ़ आप जानते हैं। अगला लेख गतियों और उन सजावटों के बारे में है जिन्हें इन जवाबों के सही होने तक टाला जा सकता है।