ज़रूरी शर्तें इकट्ठा करें

किसी बातचीत के अनुभव के लिए ज़रूरी शर्तें इकट्ठा करना सिर्फ़ सुविधाओं और फ़ंक्शन को तय करने तक नहीं है, बल्कि मुख्य नतीजा यह है. मूल रूप से, ज़रूरी शर्तें इकट्ठा करने की प्रोसेस, उपयोगकर्ताओं और तकनीकी क्षमताओं को समझने के बारे में है.

सही और बारीकी से खोज की गई शर्तों से शुरुआत करना, डिज़ाइन और/या डेवलपमेंट के बाद बड़े बदलावों की ज़रूरत से बचने का सबसे अच्छा तरीका है.

अपने उपयोगकर्ताओं की पहचान करना

डेटा इकट्ठा करने से जुड़ी ज़रूरी बातें, सवाल पूछने और उनका जवाब देने के लिए होती हैं. उदाहरण के लिए:

  • आपके उपयोगकर्ता कौन हैं?
  • उनकी ज़रूरतें क्या हैं?
  • वे आज ये टास्क कैसे पूरे कर रहे हैं?
  • वे इन कामों के बारे में बात करने के लिए किन शब्दों और वाक्यांशों का इस्तेमाल करते हैं?
  • ये टास्क किन स्थितियों या हालातों से ट्रिगर होते हैं?

हालांकि, उपयोगकर्ताओं को बेहतर अनुभव देने के लिए, उन्हें ऑप्टिमाइज़ करना ज़रूरी है. हालांकि, दूसरे उपयोगकर्ताओं के अनुभव के लिए ऐसा न करें. अच्छी तरह से डिज़ाइन किए गए प्रॉडक्ट में, बिना किसी भेदभाव के सभी को शामिल किया जा सकता है. अलग-अलग जनसंख्या के लिए डिवाइस डिज़ाइन करने का मतलब है, सभी के लिए उपलब्ध डिज़ाइन या अलग-अलग डिज़ाइन की रणनीतियों का इस्तेमाल करना. आम तौर पर, जब एक जनसंख्या के लिए होटल में दबाव डाला जाता है, तो इससे सभी को फ़ायदा होता है (उदाहरण के लिए, सीढ़ियां सीढ़ियों से ज़्यादा आसान हैं). ज़्यादा जानकारी के लिए, सुलभता के लिए मटीरियल डिज़ाइन के दिशा-निर्देश देखें.

उपयोगकर्ता के पर्सोना और अनुभव बनाना

उपयोगकर्ता का पर्सोना

उपयोगकर्ता कौन है?

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

उपयोगकर्ता अनुभव

उपयोगकर्ता के लक्ष्य क्या हैं?

उपयोगकर्ता की पहचान किस तरह की है?

उपयोगकर्ता अनुभव, किसी दिए गए संदर्भ में लक्ष्य को पूरा करने का उपयोगकर्ता का रास्ता होता है.

क्रिटिकल यूज़र जर्नी

यात्रा के हर पल के बारे में बताएं

उपयोगकर्ता का ऐसा सफ़र ज़रूरी होता है जिसमें या तो 1) या फिर 2) होता है जो उपयोगकर्ता के लिए अहम हो. उपयोगकर्ताओं को इनमें से किसी एक गतिविधि को शुरू से आखिर तक पूरा करने में मदद करें. इन पर फ़ोकस करने से, आपको ऐसी कार्रवाइयां बनाने में मदद मिलेगी जो ज़्यादा और/या खास दर्शकों तक पहुंच सकें.
हमने I/O 18 कार्रवाई को कैसे बनाया और कैसे बनाया, इस बारे में ज़्यादा जानकारी के लिए, ये ब्लॉग पोस्ट देखें. स्ट्रक्चर के बारे में ज़्यादा जानकारी पाने के लिए, ओपन सोर्स कोड भी देखा जा सकता है.
ऐना, 27 नाम की एक UX डिज़ाइनर और स्केच कलाकार हैं. इनका मकसद, उपयोगकर्ताओं के लिए दिलचस्प अनुभव बनाना है, ताकि वे अपने काम को आसानी से पूरा कर सकें.
ऐना के पास Google I/O के लिए पूरा शेड्यूल है और वह किसी भी चीज़ को छोड़ना नहीं चाहती है. वह इस सुविधा के बारे में बातचीत करके, Google पर Actions के साथ अनुभव को डिज़ाइन करना चाहती हैं. वे सभी नए डेमो देखना चाहती हैं और Google के किसी प्रॉडक्ट को मुफ़्त में पाना चाहती हैं.
ऐना, Google I/O के लिए माउंटेन व्यू में हैं. वह अपने दिन की शुरुआत कर रही है, अपने होटल से बाहर निकलकर शोरलाइन एंफ़ीथिएटर की ओर बढ़ रही है.
ऐना ने सबसे पहले शोरलाइन एंफ़ीथिएटर जाने और पार्क करने की जगह के बारे में जानकारी ली थी. जगह पर पहुंचते ही, उसे बैज पिक अप करने का तरीका ढूंढने में मदद मिलती है. उसके बाद, वह कीनोट के लिए मुख्य चरण पर जाती है, रास्ते में नाश्ते के लिए कुछ देती है. सेटल हो जाने के बाद, उन्हें थोड़ा इंतज़ार करना होगा. इसलिए, वे अगले कुछ सेशन की समीक्षा करती हैं. उस दिन धूप खिली रहेगी, इसलिए उसे इंतज़ार करने पर याद दिला दी जाती है कि उन्हें अपने मिलने वाले बैग में सनस्क्रीन का इस्तेमाल करना चाहिए.

तकनीकी क्षमताओं की पहचान करना

अपनी टाइमलाइन और संसाधनों की मदद से जानें कि क्या हो सकता है और क्या नहीं.

आपकी कार्रवाइयों पर किन अलग-अलग सिस्टम की क्षमता और सीमाएं निर्भर करती हैं?

उदाहरण: Google I/O 18 की मदद से, उपयोगकर्ता उन सभी सेशन का अपना शेड्यूल बना सकते हैं जिनमें वे शामिल होना चाहते हैं
  • उपयोगकर्ताओं की पहचान कैसे की जाएगी? सभी सेशन में?
  • उनकी प्रोग्रेस कैसे और कहां सेव की जाएगी?
  • क्या उनके बदलाव Google I/O मोबाइल ऐप्लिकेशन के साथ सिंक होंगे?
  • ओवरलैप होने वाले सेशन को कैसे मैनेज किया जाएगा?

जिस डेटा का इस्तेमाल किया जा रहा है उसका फ़ॉर्मैट और क्वालिटी क्या है?

उदाहरण: Google I/O 18, सेशन के बारे में जानकारी पढ़ता है
  • कौनसी जानकारी उपलब्ध है? (उदाहरण के लिए, शीर्षक, ब्यौरा, तारीखें, समय, और विषय)
  • सेशन की जानकारी का फ़ॉर्मैट क्या है? क्या यह टेक्स्ट, ऑडियो या कोई दूसरा टेक्स्ट है?
  • अगर कॉन्टेंट सादा है, तो क्या उसे देखने के लिए लिखा गया था या सुना जाना था?
  • यह कितना लंबा है? इसे पढ़ने में कितना समय लगता है?

अक्सर, कुछ फ़ॉर्मैट में कॉन्टेंट को फ़ॉर्मैट करने की ज़रूरत होती है, ताकि लिखाई को बोली में बदलने की सुविधा (टीटीएस) को सही तरीके से रेंडर किया जा सके.

इस्तेमाल के खास उदाहरणों की पहचान करें

तकनीकी सीमाओं, कोशिश के लेवल, और टाइमलाइन को ध्यान में रखते हुए, आपके हिसाब से इस्तेमाल के उदाहरण क्या हैं? इसके मुताबिक प्राथमिकताएं असाइन करें.
कोशिश करें कि सबसे ज़्यादा असर कहां होगा. इसका असर सबसे ज़्यादा उपयोगकर्ताओं पर पड़ सकता है. ऐसा हो सकता है कि इस्तेमाल के अलग-अलग तरीकों/मार्केट अलग-अलग मामलों में लोगों को इसकी जानकारी मिले. इसके अलावा, हो सकता है कि यह ऐसी सुविधा हो जो भरोसेमंद भरोसेमंद उपयोगकर्ताओं की संख्या को बढ़ाती हो.
उपयोगकर्ताओं पर रिसर्च करें कि उपयोगकर्ता इस टास्क को पूरा कैसे करते हैं. साथ ही, यह भी देखें कि वे इस बारे में बताने के लिए किस भाषा का इस्तेमाल करते हैं.

अगर आपने अब तक ऐसा नहीं किया है, तो इन ब्लॉग पोस्ट को पढ़ना न भूलें. साथ ही, I/O 18 की कार्रवाई को डिज़ाइन करने का तरीका जानें या कोड पर एक नज़र डालें.

Google I/O 18 की कार्रवाई के लिए, हमने उन Googlers से बात की जो पिछले सालों में इवेंट में काम कर चुके हैं. हमने उनसे पूछा कि इवेंट के दौरान, आम तौर पर मेहमानों के किस तरह के सवाल होते हैं. ये सवाल आम तौर पर इन चार कैटगरी में से किसी एक कैटगरी में आते हैं:

सामान्य नेविगेशन निजी नेविगेशन की सुविधा इवेंट की जानकारी जगह के हिसाब से इवेंट की जानकारी

“बाथरूम कहां है?”

“कोडलैब कहां हैं?”

“मेरा अगला सेशन कहाँ है?”

“मैं अपने ऐप्लिकेशन की समीक्षा कहां करवाऊं?”

“ लंच कितना है?”

“इसके बाद Afterparty क्या है?”

“इस कमरे में अगला सेशन क्या है?”

“मैं यहां क्या कर सकता/सकती हूं?”

इस जानकारी के साथ, हमने इन अहम मामलों पर फ़ोकस करने का फ़ैसला लिया:

  • शोरलाइन एंफ़ीथिएटर की जगहों के बारे में वेफ़ाइंडिंग की जानकारी दें. जैसे: बाथरूम, पार्किंग, ड्राइविंग के निर्देश
  • Google I/O के लिए खास जगहों की जानकारी ढूंढने की सुविधा दें. उदाहरण के लिए: बैज पिक अप, सैंडबॉक्स, कोडलैब, ऑफ़िस में कामकाज के घंटे, और ऐप्लिकेशन की समीक्षाएं, कामकाजी घंटों के बाद, I/O स्टोर
  • सभी अहम बातों, सेशन, ऑफ़िस के घंटों, और खाने के इवेंट की जानकारी दें. उन्हें समय, जगह या उपयोगकर्ता के शेड्यूल के हिसाब से फ़िल्टर करने की अनुमति दें
पीछे जाएं
क्या बातचीत सही है?
आगे बढ़ें
पर्सोना बनाएं