AI से काम करने वाला ऐप प्रोटोटाइप बनाएँ और लोगों के सामने रखें

काम करने वाला प्रोटोटाइप मॉकअप से ज़्यादा क्यों बताता है

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

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

तय करें कि प्रोटोटाइप को क्या साबित करना है

कुछ भी बताने से पहले वे एक-दो सवाल लिख लें जिनका जवाब टेस्ट से मिलना चाहिए। इससे बिल्ड छोटा रहता है और सेशन केंद्रित रहते हैं। आम सवाल:

• समझ: क्या लोग कुछ ही सेकंड में समझ जाते हैं कि मुख्य स्क्रीन किसलिए है?
• मुख्य काम: क्या वे बिना मदद के वह एक काम पूरा कर पाते हैं जिसके लिए प्रोडक्ट बना है?
• अटपटा पल: उस किनारे पर क्या होता है जिसके बारे में आप पक्का नहीं हैं: खाली सूची, कोई गलती जिसे वापस लेना हो, लंबा नाम जो अगली लाइन में चला जाए?
• इच्छा: इस्तेमाल करने के बाद, क्या वे अपनी मौजूदा स्प्रेडशीट, नोटबुक या ऐप छोड़कर इसे अपनाएँगे?

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

Anticode को इसका विवरण कैसे दें

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

जब आप Build it चुनते हैं, तो मॉडल पूरा ऐप एक HTML डॉक्युमेंट के रूप में लिखता है, और आप कोड आते हुए देख सकते हैं। जब वह रिव्यू सर्विस उपलब्ध हो, तो नए ऐप बिल्ड एक हेडलेस ब्राउज़र में फ़ोन और लैपटॉप की चौड़ाई पर खोले भी जा सकते हैं, उनके स्क्रीनशॉट लिए और क्लिक करके देखे जा सकते हैं, और मिली गलतियाँ ठीक करने के लिए वापस भेजी जाती हैं।

नकली हिस्सों के बारे में ईमानदार रहें

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

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

सेशन चलाना और बिल्ड बदलना

1. प्रोटोटाइप को उसके anticode.dev पते पर पब्लिश करें और टेस्टरों को लिंक भेजें। कुछ इंस्टॉल नहीं करना पड़ता।
2. स्टेकहोल्डर के लिए क्लाइंट रिव्यू लिंक भेजें: वे बिना अकाउंट के मौजूदा प्रीव्यू खोल सकते हैं और किसी सेक्शन से जुड़े कमेंट छोड़ सकते हैं। लिंक डिफ़ॉल्ट रूप से 14 दिन में ख़त्म हो जाते हैं और आप उन्हें रद्द कर सकते हैं।
3. हर दौर के बाद सीधे शब्दों में बदलाव माँगें ("शिफ़्ट बदलने का बटन हर शिफ़्ट कार्ड पर ले आओ")। हाल के सेव वर्ज़न हिस्ट्री में रखे जाते हैं (आपके प्लान के हिसाब से तय संख्या तक), ताकि आप पहला और तीसरा दौर साथ-साथ दिखा सकें या पीछे जा सकें।

एक ब्राउज़र वाला प्रोटोटाइप क्या टेस्ट नहीं कर सकता

सीमा के बारे में खुद से साफ़ रहें। सैंडबॉक्स वाला प्रोटोटाइप एक समय में एक डिवाइस पर चलता है, इसलिए यह इन्हें टेस्ट नहीं कर सकता:

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

जब आइडिया टेस्टिंग में टिक जाए, तो Next.js एक्सपोर्ट असली प्रोडक्ट की ओर अगला कदम है। यह ऐप बिल्ड पर लागू होता है और आपको TypeScript में एक स्टैंडर्ड App Router प्रोजेक्ट देता है, जिसमें Prisma के ज़रिए Postgres, ईमेल साइन-इन, ग्राहक और स्टाफ़ रोल और एक एडमिन एरिया होता है। यह एक शुरुआती ढाँचा है जिसे डेवलपर आगे बढ़ाएगा, पूरा मल्टी-यूज़र ऐप नहीं, और आप इसे अपनी चुनी GitHub रिपॉज़िटरी में पुश कर सकते हैं। इसमें क्या है, यह Next.js में एक्सपोर्ट करने की गाइड बताती है। अगर आपको कोड लिखे बिना प्रोडक्शन वाले मल्टी-यूज़र फ़ीचर चाहिए, तो बैकएंड वाला कोई नो-कोड टूल दोनों से बेहतर रह सकता है।

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

क्या यह AI ऐप प्रोटोटाइप जनरेटर है या डिज़ाइन टूल?

यह काम करने वाला कोड बनाता है, कैनवास पर फ़्रेम नहीं। आपको ब्राउज़र में एक असली ऐप मिलता है, जो यूज़ेबिलिटी टेस्टिंग के लिए ठीक है; अगर डिज़ाइन टीम के लिए पिक्सेल-लेवल डिज़ाइन फ़ाइलें चाहिए, तो इसके साथ कोई डिज़ाइन टूल इस्तेमाल करें।

क्या टेस्टर इसे अपने फ़ोन पर इस्तेमाल कर सकते हैं?

हाँ। पब्लिश किया गया ऐप एक वेब पेज है जो फ़ोन के ब्राउज़र में चलता है, और वह जो कुछ सेव करता है, वह उसी फ़ोन पर रहता है।

क्या मैं देख सकता हूँ कि टेस्टरों ने क्या डाला?

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

क्या प्रोटोटाइप ही असली ऐप बन जाता है?

यह शुरुआती ढाँचा बन सकता है। Next.js एक्सपोर्ट इसे डेटाबेस और साइन-इन वाले प्रोजेक्ट में बदल देता है, जिस पर डेवलपर आगे काम कर सकता है।