Metlivi ब्लॉग

फ़ोन इंटरफ़ेस मिस्ट्री गेम्स को सवाल पूछने की स्वाभाविक जगह क्यों बनाते हैं

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

30 सितंबर 20266 min readफुर्सत, यात्रा और शहर के अनुभवलेखक: Metlivi Editorial Team
खंड 1

फ़ोन जांच-पड़ताल को एक जाना-पहचाना रूप देता है

खिलाड़ी मैसेजिंग के बुनियादी नियमों को पहले से ही समझते हैं: नाम किसी थ्रेड से जुड़ा होता है, संदेश क्रम में आते हैं, और रिप्लाई पहले कही गई किसी बात से जुड़ा होता है। यह परिचितता खेल शुरू होने से पहले ज़रूरी समझाइश को कम कर सकती है। *A Normal Lost Phone* के बारे में एक इंटरव्यू में, डेवलपर डायने लैंडाइस ने कहानी और पहेली के अनुभव की पृष्ठभूमि के रूप में एक परिचित फ़ोन इंटरफ़ेस का उपयोग करने का वर्णन किया था; खिलाड़ी कहानी के किरदारों पर सीधे असर डालने के बजाय इंटरफ़ेस के माध्यम से जानकारी तलाशता है। Accidental Queens के साथ PocketGamer.biz का इंटरव्यू और डेवलपर की गेम फ़ैक्टशीट इस फ़ोन-केंद्रित दृष्टिकोण को प्रमाणित करते हैं।

किसी मिस्ट्री में, यह परिचित संरचना खिलाड़ी की व्यापक जिज्ञासा को छोटे, स्पष्ट कदमों की एक श्रृंखला में बदल सकती है। "मारा को स्टूडियो की चाबी के बारे में कब पता चला?" जैसा सवाल किसी मैसेज थ्रेड, संपर्क कार्ड या संलग्न नोट की ओर ले जा सकता है। खिलाड़ी केवल कथानक का सारांश नहीं पढ़ रहा है; वह यह चुन रहा है कि किस रिकॉर्ड की जांच करनी है और किसकी तुलना करनी है। यह इंटरफ़ेस के जाने-पहचाने हिस्सों से निकाला गया एक डिज़ाइन निष्कर्ष है, न कि यह दावा कि फ़ोन पर आधारित हर गेम एक जैसा ही अनुभव देता है।

खंड 2

संदेशों के पीछे के लोगों को पहचानने योग्य बनाएं

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

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

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

खंड 3

सबूतों का क्रम बनाए रखने के लिए थ्रेड्स का उपयोग करें

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

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

एक व्यावहारिक परीक्षण यह पूछना है कि क्या कोई खिलाड़ी मौजूदा स्क्रीन को छोड़े बिना या याददाश्त पर निर्भर रहे बिना यह जवाब दे सकता है कि "यह किसने कहा, और कब?"। यदि जवाब के लिए कई मेन्यू दोबारा खोलने पड़ते हैं, तो थ्रेड कहानी की ज़रूरत से ज़्यादा सबूतों की जांच को कठिन बना रहा है।

खंड 4

हर सुराग को सिर्फ़ कहानी का तथ्य नहीं, बल्कि एक स्रोत समझें

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

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

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

खंड 5

अनुत्तरित प्रश्नों को विशिष्ट कार्रवाइयों की ओर ले जाने दें

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

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

सवालों से तब भी जानकारीपूर्ण परिणाम मिलने चाहिए जब उत्तर अधूरा हो। "मैं वहाँ नहीं था" किसी संपर्क के ज्ञान की सीमा तय कर सकता है। "मैंने अपडेट किया गया वर्ज़न बाद में देखा" एक नए स्रोत की ओर इशारा कर सकता है। केवल "कोई नई जानकारी नहीं" कहने वाला खाली जवाब खिलाड़ी को सबूतों के बारे में क्या समझ आया, इसे स्पष्ट करने का अवसर गँवा देता है।

खंड 6

जैसे-जैसे रहस्य बढ़े, इंटरफ़ेस को सुपाठ्य बनाए रखें

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

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

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

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

संबंधित लेख

इस विषय को आगे पढ़ें