अपने डेटा टेबल्स के लिए एक ही सामान्य एम्प्टी स्टेट (Empty State) का उपयोग न करें
अधिकांश डेटा टेबल्स एक ही संदेश के साथ आते हैं: "कोई डेटा नहीं।"
डिज़ाइन रिव्यू में यह ठीक लगता है, लेकिन प्रोडक्शन में यह सपोर्ट टिकटों की समस्या पैदा करता है।
एक खाली टेबल के तीन अलग-अलग अर्थ हो सकते हैं। प्रत्येक स्थिति के लिए एक विशिष्ट डिज़ाइन, विशिष्ट टेक्स्ट और एक विशिष्ट एक्शन की आवश्यकता होती है।
यहाँ वे तीन स्थितियाँ दी गई हैं जिन्हें आपको अलग से डिज़ाइन करना चाहिए:
पहली बार उपयोग (अभी तक कोई डेटा मौजूद नहीं है) उपयोगकर्ता नया है। वे जानना चाहते हैं कि यह टेबल क्या करती है और शुरुआत कैसे करें। • लक्ष्य: उपयोगकर्ता को ऑनबोर्ड (onboard) करना। • टेक्स्ट: टेबल के उद्देश्य को समझाएं। • एक्शन: पहला आइटम बनाने या डेटा इम्पोर्ट करने के लिए एक बटन दें। • इससे बचें: "कोई डेटा नहीं" जैसा कोई ऐसा संदेश जो आगे कोई रास्ता न दिखाए।
फ़िल्टर किया गया खाली स्टेट (डेटा मौजूद है लेकिन फ़िल्टर उसे छिपा रहे हैं) उपयोगकर्ता ने ऐसे फ़िल्टर लगाए हैं जिनसे शून्य परिणाम मिल रहे हैं। उन्हें अक्सर लगता है कि टूल खराब हो गया है। • लक्ष्य: उपयोगकर्ता को उनका डेटा खोजने में मदद करना। • टेक्स्ट: स्पष्ट रूप से बताएं कि कौन से फ़िल्टर सक्रिय (active) हैं। • एक्शन: सभी फ़िल्टर हटाने या उन्हें एडिट करने के लिए एक बटन दें। • इससे बचें: एक सामान्य संदेश जो सक्रिय फ़िल्टरों को नज़रअंदाज़ करता हो।
लोड-विफलता (रिक्वेस्ट फेल हो गई) सर्वर ने एरर दिया या नेटवर्क डाउन हो गया। • लक्ष्य: उपयोगकर्ता को रिकवर करने में मदद करना। • टेक्स्ट: समझाएं कि लोड विफल रहा और टाइमस्टैम्प या एरर कोड दिखाएं। • एक्शन: एक 'रिट्राय' (retry) बटन दें। • इससे बचें: उपयोगकर्ता को "कोई डेटा नहीं" कहना, जबकि समस्या वास्तव में एक तकनीकी एरर हो।
टीमें इसमें क्यों विफल रहती हैं:
- वे प्रक्रिया में बहुत देर से एम्प्टी स्टेट्स डिज़ाइन करते हैं।
- वे केवल डेमो डेटा के साथ टेस्ट करते हैं, इसलिए वे कभी एम्प्टी स्टेट नहीं देख पाते।
- वे एम्प्टी स्टेट्स को 'एज केस' (edge cases) की तरह मानते हैं।
वास्तव में, एम्प्टी स्टेट्स अत्यधिक महत्वपूर्ण क्षण होते हैं। एक अच्छा एम्प्टी स्टेट उपयोगकर्ता को मिनटों में शून्य से वैल्यू (value) तक ले जाता है। एक खराब एम्प्टी स्टेट उन्हें भ्रमित और निराश छोड़ देता है।
अपने टेबल कंपोनेंट को इन स्थितियों को अलग-अलग संभालने के लिए बनाएं। इन्हें अभी डिज़ाइन करने में कम लागत आएगी, लेकिन यह बाद में सपोर्ट के बहुत सारे समय की बचत करेगा।