ऐसे एरर मैसेज जो यूज़र को परेशान करने के बजाय मदद करें

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

एरर मैसेज आपके फ़ॉर्म के पास वह मौका है जब कोई गलती करे तो उसे पूरा करने की ओर ले जाया जाए। खराब एरर मैसेज (जो अस्पष्ट हो, दोष देने वाला हो या बेकार हो) यूज़र को उलझा देता है या उसे दोषी महसूस कराता है। अच्छा एरर मैसेज आसान भाषा में ठीक-ठीक बताता है कि क्या गलत हुआ, वह क्यों मायने रखता है और उसे कैसे ठीक करना है। इस लेख में बताया गया है कि काम करने वाले एरर मैसेज कैसे लिखें, उन्हें कहां रखें ताकि वे छूटें नहीं, कौन-सा लहजा असल में भरोसा बनाता है, और साफ़गोई ही फ़ॉर्म छोड़ने और पूरा करने के बीच का फ़र्क क्यों है।

असरदार एरर मैसेज किसे बनाता है

असरदार एरर मैसेज तीन काम करता है। पहला, वह साफ़ बताता है कि क्या गलत हुआ। "अमान्य इनपुट" नहीं। इसके बजाय, "ईमेल पते में @ चिह्न होना चाहिए।" दूसरा, अगर इससे मदद मिले तो वह बताता है कि इनपुट क्यों रिजेक्ट हुआ। "पासवर्ड कम से कम 8 अक्षर के होने चाहिए क्योंकि छोटे पासवर्ड हैक करना आसान होता है।" तीसरा, वह यूज़र को ठीक-ठीक बताता है कि आगे क्या करना है। "पासवर्ड फ़ील्ड पर लौटें और कम से कम 4 अक्षर और जोड़ें।" अब यूज़र को समस्या पता है, वह समझता है कि वह क्यों मायने रखती है और जानता है कि उसे कैसे ठीक करना है।

एरर मैसेज का लहजा ज़्यादातर लोगों की सोच से ज़्यादा मायने रखता है। गुस्से वाला या नीचा दिखाने वाला एरर मैसेज यूज़र को दोषी महसूस कराता है। "आप @ चिह्न भूल गए" उनकी गलती जैसा लगता है। "ईमेल पते में @ चिह्न होना चाहिए" वही जानकारी है पर बिना दोष के। मददगार लहजा गलती को मानता है, पर व्यक्ति को बुरा महसूस नहीं कराता।

एरर मैसेज का समय और जगह तय करते हैं कि यूज़र उसे देखेगा भी या नहीं। जो एरर मैसेज उस फ़ील्ड से तीन स्क्रीन नीचे आता है जिसकी वजह से वह आया, उसे चूक जाना आसान है। जो एरर मैसेज समस्या वाले फ़ील्ड के पास, आगे बढ़ने की कोशिश के उसी पल आता है, वह उन्हें मजबूर करता है कि वे उसे देखें और तुरंत ठीक करें।

इनलाइन वैलिडेशन बनाम सबमिशन वैलिडेशन

इनलाइन वैलिडेशन तभी एरर मैसेज दिखाता है जब कोई फ़ील्ड गलत भरता है, फ़ॉर्म सबमिट करने से पहले। पासवर्ड फ़ील्ड तुरंत एरर दिखाता है जैसे ही वे बहुत छोटा पासवर्ड टाइप करते हैं। ईमेल फ़ील्ड तुरंत एरर दिखाता है जैसे ही वे @ चिह्न के बिना फ़ील्ड छोड़ते हैं। रीयल-टाइम फ़ीडबैक असरदार है क्योंकि लोग गलतियां तुरंत सुधार लेते हैं, पूरा फ़ॉर्म भरने के बाद उनका पता चलने की जगह।

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

सबमिशन वैलिडेशन वह है जो तब होता है जब कोई सबमिट पर क्लिक करता है और फ़ॉर्म सारे फ़ील्ड एक साथ जांचता है। अगर किसी फ़ील्ड में एरर है, तो फ़ॉर्म के ऊपर एक वैलिडेशन सारांश आता है जिसमें सारी समस्याओं की सूची होती है, और एरर वाला हर फ़ील्ड हाइलाइट होता है। सबमिशन वैलिडेशन वे एरर पकड़ता है जो इनलाइन वैलिडेशन से छूट गईं और यूज़र को पूरी तस्वीर देता है कि क्या ठीक करना है।

सबसे अच्छा तरीका दोनों है। जो फ़ील्ड तुरंत जांचे जा सकते हैं (ईमेल का फ़ॉर्मेट, पासवर्ड की लंबाई, ज़िप कोड का फ़ॉर्मेट) उनके लिए इनलाइन वैलिडेशन इस्तेमाल करें। सबमिशन वैलिडेशन को आख़िरी सुरक्षा जाल की तरह इस्तेमाल करें। जब कोई सबमिट पर क्लिक करे और किसी फ़ील्ड में अब भी एरर हो, तो सबमिट करने से पहले तुरंत दिखाएं कि क्या ठीक करना है।

साफ़ और अमल में लाने लायक एरर मैसेज लिखना

साफ़ एरर मैसेज यूज़र को ठीक-ठीक बताता है कि समस्या क्या है। सामान्य एरर मैसेज उन्हें अंदाज़ा लगाने पर छोड़ देता है। इन दोनों की तुलना करें:

सामान्य: "अमान्य फ़ोन नंबर।"

साफ़: "फ़ोन नंबर में 10 अंक होने चाहिए। आपने 9 डाले हैं। एक अंक और जोड़ें।"

सामान्य मैसेज यूज़र को बताता है कि क्या गलत है, पर यह नहीं कि क्यों या कैसे ठीक करें। साफ़ मैसेज समस्या बताता है, यह भी बताता है कि वह क्यों हुई और ठीक-ठीक क्या करना है। साफ़ मैसेज पढ़ने में थोड़ा ज़्यादा समय लेता है पर यूज़र के कई मिनट की झुंझलाहट बचा लेता है।

अमल में लाने लायक एरर मैसेज में निर्देश होते हैं। "पासवर्ड में कम से कम एक संख्या होनी चाहिए" बताता है कि क्या कम है। "पासवर्ड में कम से कम एक संख्या होनी चाहिए। पासवर्ड फ़ील्ड पर लौटें और एक संख्या जोड़ें।" बताता है कि क्या करना है। फ़ॉर्म में निर्देश आमतौर पर साफ़ होता है (फ़ील्ड पर लौटें), पर उसे लिख देने से उन लोगों को मदद मिलती है जो फ़ॉर्म से अनजान हैं या असिस्टिव टेक्नोलॉजी इस्तेमाल करते हैं।

आसान भाषा इस्तेमाल करें। "ज़िप कोड का फ़ॉर्मेट गलत" नहीं। इसके बजाय, "ज़िप कोड में 5 अंक होते हैं। आपने अक्षर डाले हैं।" "अमान्य ईमेल फ़ॉर्मेट" नहीं। इसके बजाय, "ईमेल पते में @ चिह्न और डोमेन होना चाहिए (उदाहरण: name@company.com)।"

ऐसी जगह जहां एरर छूट ही न सकें

जिस फ़ील्ड की वजह से एरर आई उससे दूर रखा एरर मैसेज चूक जाना आसान है। जब कोई कई फ़ील्ड वाला फ़ॉर्म भरता है, तो वह एक-एक करके हर फ़ील्ड पर ध्यान देता है। जो एरर मैसेज फ़ॉर्म के नीचे आता है जबकि वे अब भी ऊपर देख रहे हैं, वह दिखता ही नहीं।

एरर मैसेज की सबसे अच्छी जगह उस फ़ील्ड के ठीक नीचे या बगल में है जिसमें एरर है। जब वे अगले फ़ील्ड पर जाते हैं या सबमिट करने की कोशिश करते हैं, तो एरर मैसेज उस फ़ील्ड के ठीक नीचे तुरंत आ जाता है जो उन्होंने अभी भरा। वे उसे देखने से बच नहीं सकते क्योंकि वह वहीं आता है जहां वे अगला काम होने की उम्मीद करते हैं।

वैलिडेशन सारांश के लिए (सबमिशन के बाद सारी एरर की सूची एक साथ), उसे फ़ॉर्म के ऊपर रखें। इससे यूज़र को सारी समस्याओं का पूरा नज़ारा मिलता है। फिर, जैसे-जैसे वे नीचे स्क्रॉल करते हैं, अलग-अलग फ़ील्ड की एरर हर उस फ़ील्ड के पास फिर दिखती हैं जिसे उन्हें ठीक करना है। यह दोहरा तरीका दो काम करता है: यह उन्हें पूरी तस्वीर दिखाता है कि क्या ठीक करना है, और हर फ़ील्ड पर काम करते समय उन्हें याद दिलाता है।

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

एरर मैसेज का विज़ुअल डिज़ाइन

एरर बताने के लिए अकेला रंग काफ़ी नहीं है। रंग-अंध व्यक्ति को एरर का संकेत देने वाला लाल रंग शायद न दिखे। बहुत छोटा एरर आइकन कम दिखने वाले व्यक्ति से छूट सकता है। कई संकेतों पर भरोसा करें: रंग, साथ में टेक्स्ट, साथ में आइकन।

फ़ील्ड के चारों ओर लाल बॉर्डर। एरर मैसेज के पास लाल या नारंगी आइकन। ऐसा टेक्स्ट जो समस्या साफ़ बताए। तीनों साथ मिलकर ऐसी एरर स्थिति बनाते हैं जिसे लगभग हर कोई पहचान सकता है।

फ़ॉन्ट साइज़ मायने रखता है। एरर मैसेज का टेक्स्ट फ़ील्ड लेबल जितना ही बड़ा होना चाहिए। अगर एरर मैसेज छोटा है, तो लोग उसे चूक सकते हैं या सोच सकते हैं कि वह जितना है उससे कम अहम है। एरर मैसेज को लेबल जितना ही विज़ुअल वज़न मिलना चाहिए।

समस्या वाले फ़ील्ड का लेबल भी बदल सकता है। लेबल का टेक्स्ट लाल या बोल्ड हो सकता है। इससे एक और विज़ुअल संकेत बनता है जो यूज़र को फ़ॉर्म जल्दी स्कैन करके वह फ़ील्ड ढूंढने में मदद करता है जिस पर ध्यान चाहिए।

एरर मैसेज में लहजा और विनम्रता

एरर मैसेज ऐसे लगने चाहिए कि आप किसी की मदद कर रहे हैं, उसे दोष नहीं दे रहे। कठोर या आरोप लगाने वाले शब्दों से बचें।

कठोर: "आपने अमान्य ईमेल पता डाला है।"

मददगार: "ईमेल पते में @ चिह्न होना चाहिए। अपनी एंट्री जांचें और फिर कोशिश करें।"

कठोर: "पासवर्ड बहुत कमज़ोर है।"

मददगार: "पासवर्ड में कम से कम 8 अक्षर होने चाहिए। लंबे पासवर्ड ज़्यादा सुरक्षित होते हैं।"

कठोर: "आप यह फ़ील्ड भरना भूल गए।"

मददगार: "यह फ़ील्ड ज़रूरी है। हमें बताएं कि आप क्या सोचते हैं।"

मददगार लहजा गलती को मानता है और व्यक्ति को बुरा महसूस नहीं कराता। वह बताता है कि नियम क्यों है (जब उससे मदद मिले)। वह एरर पर अटके बिना आगे बढ़ता है।

एरर मैसेज की आम गलतियां

सबसे आम गलती है बहुत अस्पष्ट होना। "अमान्य इनपुट" यूज़र को कुछ नहीं बताता। "कुछ गलत हो गया" भी उतना ही बेकार है। साफ़ बताएं कि समस्या क्या है।

दूसरी गलती है तकनीकी भाषा इस्तेमाल करना। "Regex mismatch" या "Validation failed" इंजीनियरों के लिए कुछ मायने रख सकते हैं, पर आम लोगों को इन शब्दों का मतलब नहीं पता। तकनीकी एरर को आसान भाषा में बदलें।

तीसरी गलती है एक साथ बहुत सारी एरर दिखाना। अगर किसी फ़ॉर्म में 20 फ़ील्ड हैं और सभी 20 में एरर दिखती हैं, तो यूज़र घबरा जाता है। तय करें कि कौन-सी एरर अहम हैं (जैसे खाली पड़ा ज़रूरी फ़ील्ड) और उन्हें पहले दिखाएं। दूसरे दर्जे की एरर (जैसे वह फ़ील्ड जिसमें फ़ॉर्मेट की दिक्कत है पर जो वैकल्पिक है) बाद में दिखाई जा सकती हैं।

चौथी गलती है ऐसे एरर मैसेज जो नई जानकारी जोड़े बिना लेबल दोहराते हैं। लेबल कहता है "ईमेल पता।" एरर मैसेज कहता है "ईमेल पता अमान्य है।" यूज़र को पहले से पता है कि किस फ़ील्ड में समस्या है (वे लाल बॉर्डर देख सकते हैं), पर उन्हें अब भी नहीं पता कि वह अमान्य क्यों है। एरर मैसेज को जानकारी जोड़नी चाहिए, लेबल नहीं दोहराना चाहिए।

पांचवीं गलती है समस्या सुधारने का रास्ता न बताना। "पासवर्ड ज़रूरतें पूरी नहीं करता" यूज़र को बताता है कि कुछ गलत है पर यह नहीं कि ज़रूरतें क्या हैं। "पासवर्ड ज़रूरतें पूरी नहीं करता। पासवर्ड में कम से कम 8 अक्षर और एक संख्या होनी चाहिए" उन्हें बताता है कि क्या ठीक करना है।

WEMASY में साफ़ एरर मैसेज बनाना

WEMASY में फ़ॉर्म टूल है, जिससे आप अपनी वेबसाइट पर फ़ॉर्म बना सकते हैं।

अपने फ़ॉर्म के एरर मैसेज अपने ब्रांड के लहजे में लिखें। "ईमेल पते में @ चिह्न होना चाहिए" की जगह "अरे, यह ईमेल जैसा नहीं लग रहा। फिर कोशिश करें?" लिख सकते हैं। लहजा बदलता है पर साफ़गोई बनी रहती है।

अपने फ़ॉर्म के अनोखे नियमों वाले फ़ील्ड के लिए अपने एरर मैसेज खुद लिखें, और उन्हें फ़ील्ड के पास सही समय पर (इनलाइन या सबमिशन पर) दिखाएं।

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

अपने WEMASY प्लान में कौन-से फ़ॉर्म फ़ीचर शामिल हैं, यह देखें।

अक्सर पूछे जाने वाले सवाल