गेम के विचार से प्रोटोटाइप तक: एक पन्ने का ब्रीफ़ और टास्क सूची लिखें

एक पन्ने का ब्रीफ़ चालीस पन्नों के डिज़ाइन दस्तावेज़ से बेहतर है

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

1. ब्रीफ़ की छह पंक्तियाँ

लिखें: इरादा (खिलाड़ी को क्या महसूस होना चाहिए), परखा जाने वाला मैकेनिक, काम के रेफ़रेंस, सीमाएँ (समय, औज़ार, दायरा), दायरे से बाहर क्या है और जाँचने वाला सवाल। Dicebound के लिए: “परखना कि पासा लॉक करना दिलचस्प फ़ैसला बनाता है या नहीं। रेफ़रेंस: Dicey Dungeons, Slice & Dice। सीमाएँ: एक किरदार, एक दुश्मन, दो शामें। दायरे से बाहर: प्रगति, आवाज़ें, मेनू। सवाल: क्या टेस्टर अपनी मर्ज़ी से दोबारा फेंकते हैं?”

2. आधे दिन से छोटे टास्क में बाँटें

हर टास्क एक काम के सत्र में समाना चाहिए। Dicebound के लिए: तीन पासे और एक दुश्मन दिखाना; पासा लॉक करने देना; बिना लॉक किए पासे दोबारा फेंकना; नतीजे हमले और बचाव में बाँटना; दुश्मन का इरादा दिखाना; लड़ाई ख़त्म होने की स्क्रीन। “लड़ाई बनाओ” जैसा धुंधला टास्क कई फ़ैसले छिपाता है। उसे तब तक बाँटें जब तक आप ख़ुद से एक और मीटिंग किए बिना उसे पूरा न कर सकें।

3. हर टास्क को एक देखने लायक नतीजा दें

बताएँ कि टास्क पूरा होने पर क्या देखा या किया जा सकेगा: “मैं एक पासे पर क्लिक करता हूँ, वह लॉक हो जाता है और अगली फेंक में नहीं हिलता।” यह वाक्य समीक्षा की कसौटी का काम करता है, चाहे टास्क आपने कोड किया हो, किसी साथी ने या किसी एजेंट ने। चुपचाप जुड़ने वाली चीज़ों से बचने के लिए एक पंक्ति यह भी लिखें कि टास्क का हिस्सा क्या नहीं है।

4. Impstash में: रखे गए विचार से टास्क तक

विचार को “रखा गया” चिह्नित करें, फिर उसी विचार से टास्क बनाएँ: उसका शीर्षक और टेक्स्ट शुरुआती बिंदु बनते हैं और टास्क विचार से जुड़ा रहता है। विवरण को ब्रीफ़ से पूरा करें, फिर टास्क को Kanban के कॉलम में रखें। हर टास्क के लिए नोट और लिंक के साथ एक संस्करण समीक्षा के लिए जमा किया जा सकता है, और कोई सदस्य उसे स्वीकार करता है या दोबारा करने को कहता है।

5. अंत में फ़ीचर नहीं, टेस्ट का टास्क रखें

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

एक प्रॉम्प्ट जिसे अपने गेम के हिसाब से ढालें

यह Dicebound के लिए रखा गया विचार है: एक पासा लॉक करना, बाक़ी दोबारा फेंकना और नतीजे हमले और बचाव में बाँटना। रेफ़रेंस: Dicey Dungeons, Slice & Dice। सीमाएँ: एक किरदार, एक दुश्मन, दो शामें। इरादा, परखा जाने वाला मैकेनिक, रेफ़रेंस, सीमाएँ, दायरे से बाहर और जाँचने वाले सवाल के साथ एक पन्ने का ब्रीफ़ लिखो। फिर आधे दिन से छोटे छह टास्क सुझाओ, हर एक में एक देखने लायक नतीजा हो। अंत में पाँच लोगों के साथ एक टेस्ट टास्क रखो। जहाँ तुम कोई अनुमान लगा रहे हो, वहाँ बताओ।

संदर्भों और सीमाओं की जगह अपने रखें। AI के जवाब जाँचने लायक दिशाएँ हैं; चुनाव आपका ही है।

आगे बढ़ने के लिए संदर्भ और समुदाय

• Dicey Dungeons — पासों के मान निर्णयों में बदले गए: उपकरण की बाधाओं को देखें।
• Slice & Dice — दुश्मन के इरादे साफ़ दिखें: जोखिम, दोबारा रोल और सहयोग के पासों की तुलना करें।
• Dicey Dungeons — निर्माता के नोट्स और वीडियो
• r/gamedesign — गेम मैकेनिक्स, नियमों और डिज़ाइन के समझौतों पर चर्चा के लिए।
• r/gameideas — किसी विचार को संरचित रूप में साझा करने और उसकी संभावनाएँ विकसित करने के लिए। प्रकाशित करने से पहले नियम जाँच लें।