Demo-ready बनाम production-ready: आपकी AI से बनी app असली यूज़र्स के लिए कब वाकई तैयार है

हर AI app builder के साथ एक पल ऐसा आता है जब आपकी बनाई चीज़ असली दिखने लगती है। page लोड होता है, buttons काम करते हैं, form input लेता है, और डेटा वहीं दिखता है जहां दिखना चाहिए। आप इधर-उधर क्लिक करते हैं और किसी founder जैसा महसूस करते हैं। यह एक अच्छा एहसास है। और यहीं बहुत सारे लोग अटक भी जाते हैं — क्योंकि “यह demo देते वक़्त चलता है” और “यह तब चलता है जब कोई अजनबी इसे इस्तेमाल करे” के बीच का फ़ासला जितना दिखता है उससे बड़ा होता है, और यह फ़ासला AI app builder के preview pane में नज़र नहीं आता।

यह पोस्ट इसी फ़ासले को सोच-समझकर पाटने के बारे में है। इसके लिए आपको इंजीनियर बनने की ज़रूरत नहीं है। आपको बस यह जानना है कि क्या टेस्ट करना है, किस क्रम में, और किसी चीज़ को prototype कहना कब बंद कर देना है।

“demo-ready” का असल में मतलब क्या है

एक demo-ready AI से बनी app वही काम करती है जो आप उससे करवाना चाहते थे, उसी रास्ते पर जिस पर आपने उसे टेस्ट किया, उसी तरह के डेटा के साथ जो आप prompts में चिपकाते आ रहे थे। login चलता है। dashboard लोड होता है। जो चीज़ आप अपने co-founder को दिखाना चाहते थे, वो स्क्रीन पर है।

Demo-ready कोई मामूली बात नहीं है। चार महीने पहले, जो आपने बनाया है वो एक freelancer से डील और छह हफ़्ते की timeline का मामला होता। पर यह आपकी app का वो वर्शन भी है जिसे सिर्फ़ आपने, अकेले, happy path पर टेस्ट किया है। असली यूज़र्स happy path पर नहीं टिकते।

वो ऐसा email address चिपकाते हैं जिसके आख़िर में एक बेमतलब space लगा रहता है। वो iPad पर landscape mode में Safari इस्तेमाल करते हैं। वो mobile data पर आते हैं और बटन दबाने से पहले page को आधा-अधूरा लोड हुआ तीस सेकंड तक यूं ही पड़ा रहने देते हैं। वो उम्मीद करते हैं कि “back” काम करेगा, और उम्मीद करते हैं कि refresh करने पर उनका टाइप किया हुआ कुछ भी न खोए।

Demos गुमराह इसलिए नहीं करतीं कि AI ने कुछ नकली बना दिया। वो इसलिए करती हैं कि demo चलाने वाला इंसान जानता है कि लाशें कहां दबी हैं। आप सहज ही उन्हीं buttons पर क्लिक करते हैं जो चलते हैं। एक असली यूज़र उन पर क्लिक करता है जिनके होने तक की आप भूल चुके थे।

वो पांच चीज़ें जो सबसे पहले चटकती हैं

जितने लोगों को मैंने AI app builders के साथ demo से launch तक जाते देखा है, उनमें वही पांच चीज़ें अमूमन असली यूज़र्स के दबाव में सबसे पहले टूटती हैं। इन्हें सोच-समझकर एक-एक करके निपटाना production-ready की तरफ़ बढ़ने का सबसे तेज़ तरीका है।

1. खाली state। आपका dashboard तीन projects के साथ शानदार दिखता है क्योंकि बनाते वक़्त आपने तीन projects इस्तेमाल किए थे। एक नया यूज़र sign up करता है, ऐसे dashboard पर पहुंचता है जिसमें कुछ भी ज़ीरो है, और उसे एक खाली ग्रे आयत दिखती है। इसका फ़िक्स एक prompt है: “जब यूज़र के पास ज़ीरो projects हों, तो एक दोस्ताना message दिखाओ जो बताए कि आगे क्या करना है, और एक button जिससे वो अपना पहला project बना सके।” उबाऊ, दस सेकंड का काम, पर “यह टूटा हुआ है” और “यह मददगार है” के बीच का फ़र्क बना देता है।

2. error state। अभी यह आज़माएं: अपना wifi बंद करें और app में इधर-उधर क्लिक करें। जानबूझकर गलत password टाइप करें। email field खाली छोड़कर form submit करें। अगर आपकी app क्रैश हो जाती है, जम जाती है, या 500 Internal Server Error जैसी कोई कच्ची error दिखाती है, तो आपको error-state की समस्या है। AI builder इसे ठीक कर सकता है, पर आपको पूछना होगा: “जब API call फेल होती है तो क्या होता है? जब यूज़र गलत डेटा डालता है? जब वो offline होता है?” ये तीन अलग-अलग prompts हैं, और ये उन ज़्यादातर तरीकों को कवर कर लेते हैं जिनसे असली यूज़र्स मुश्किल में पड़ते हैं।

3. mobile view। आपके पहले यूज़र्स में करीब आधे — शायद ज़्यादा, यह आपकी app पर निर्भर करता है — इसे फ़ोन पर खोलेंगे। AI builders standard layouts के लिए responsive design अच्छी तरह संभालते हैं और custom वालों के लिए बुरी तरह, ख़ासकर ऐसा कुछ भी जिसमें sidebar, sticky modal, या कोई पेचीदा form हो। अपनी app अपने फ़ोन पर खोलें, अपने दूसरे अंगूठे से, उसी तरह जैसे कोई असली इंसान इस्तेमाल करता है। अगर कुछ भी स्क्रीन से बाहर निकल जाए, कुछ भी इतना छोटा हो कि ठीक से tap न हो, या कुछ भी keyboard को ढक ले जब आप टाइप करने की कोशिश करें, तो वो एक फ़िक्स है। अमूमन एक prompt: “इस page को फ़ोन की स्क्रीन पर सही दिखाओ, ख़ासकर [जो चीज़ टूटी है] — desktop वर्शन को वैसा ही रहने दो।”

4. ‘दूसरे यूज़र’ की समस्या। यह एक छुपा हुआ पेच है। बहुत सारी AI से बनी apps एक ही यूज़र मान लेती हैं। आपका बनाया डेटा app में रहता है। फिर एक दूसरा यूज़र sign up करता है और या तो आपका डेटा देख लेता है, या उसे कोई डेटा ही नहीं दिखता और वो बेहद उलझ जाता है। यह authentication और data-scoping का सवाल है, और launch करने से पहले AI से यह समझाने को कहना सही रहता है कि वो यूज़र डेटा कैसे स्टोर कर रहा है। सही शब्द: “समझाओ कि यूज़र डेटा कैसे अलग रखा जाता है। अगर दो लोग sign up करें, तो क्या एक दूसरे का डेटा देख सकता है?” जवाब ही टेस्ट है।

5. ‘मैंने इरादा बदल दिया’ वाला button। असली यूज़र्स लगातार चीज़ें undo करते हैं। वो अभी बनाया account डिलीट कर देते हैं क्योंकि उन्होंने गलत email टाइप कर दिया। subscribe करने के दो मिनट बाद unsubscribe कर देते हैं। वो कल बनाया project edit करना चाहते हैं क्योंकि title में typo है। AI app builders, अपने हाल पर छोड़ दिए जाएं तो, create का रास्ता बनाते हैं और edit-या-delete का रास्ता छोड़ देते हैं — क्योंकि demo ने उनसे हमेशा चीज़ें सिर्फ़ बनवाई थीं। अगर आप इस कमी के साथ launch करते हैं, तो आपके पहले तीन यूज़र्स एक घंटे के भीतर आपको email करेंगे, और वो email “कैसे” शब्द से शुरू होगा। अपनी app में घूमें और हर screen के लिए पूछें: “क्या यूज़र अभी जो किया उसे undo कर सकता है, या बाद में बदल सकता है?” जहां भी जवाब ना है, वो एक feature है जो launch से पहले आपको चाहिए।

“production-ready” का जो मतलब नहीं है

किसी AI से बनी app के लिए production-ready का मतलब किसी bank के production-ready जैसा नहीं है। आपको 99.99% uptime की ज़रूरत नहीं। आपको load test की ज़रूरत नहीं। आपको कोई runbook या on-call rotation नहीं चाहिए। आप Stripe नहीं हैं, आप एक छोटी सी चीज़ हैं जो असली लोगों की सेवा कर रही है।

जो आपको सचमुच चाहिए वो है एक ऐसा build जो किसी अजनबी के सामने आपको शर्मिंदा न करे। यह जान लेने के बाद कि क्या ढूंढना है, एक-दो ध्यान-केंद्रित दोपहर में यह हासिल किया जा सकता है। ऊपर के पांच पॉइंट ही इसका ज़्यादातर हिस्सा हैं। बाकी है app को साफ़-समझ में आने लायक बनाना — हर button पर साफ़ copy, क्लिक करने पर अनुमान लगाने लायक बर्ताव, और कोई ऐसा page नहीं जो एक ऐसे back arrow पर जाकर खत्म हो जाए जो काम ही नहीं करता।

Demo-ready से production-ready तक की सबसे बड़ी छलांग code में नहीं है। यह आपकी इस तत्परता में है कि आप अपनी ही app को वैसे इस्तेमाल करें जैसे कोई अजनबी करता। एक तरकीब जो मैं लोगों को सुझाता हूं: किसी coffee shop में अपना फ़ोन एक दोस्त को थमाएं और बिना समझाए उससे वो मुख्य काम करने को कहें जो आपकी app करती है। कोई इशारा न दें। उसके अंगूठे को देखें। पहली जगह जहां वो तीन सेकंड से ज़्यादा रुके, वही इस हफ़्ते आपके लिए ठीक करने लायक सबसे ज़रूरी चीज़ है। दूसरी और तीसरी जगहें अमूमन उसके तुरंत बाद के फ़िक्स होती हैं।

एक छोटी launch checklist

अपने पहले दस असली यूज़र्स को भेजने से पहले इस checklist पर चलें। इसमें कुछ भी code लिखना ज़रूरी नहीं है। यह सब या तो आपके AI app builder को एक prompt है या एक मैन्युअल click-through।

• मैंने एक private browsing window से, बिना किसी शॉर्टकट के, एक बिल्कुल नए यूज़र के तौर पर शुरू से आख़िर तक sign up किया है।
• मैंने app को अपने फ़ोन पर इस्तेमाल किया है।
• मैंने forms को तोड़ने की कोशिश की है — खाली fields, अजीब inputs, बहुत लंबे inputs।
• मैंने AI builder से पूछा है कि यूज़र डेटा कैसे अलग रखा जाता है, और जवाब समझ में आता है।
• अगर कुछ गड़बड़ हो जाए तो यूज़र्स से संपर्क करने का मेरे पास कोई तरीका है (एक email field, एक feedback link, कुछ भी)।
• मेरे पास यह जानने का तरीका है कि कब कुछ गड़बड़ हो चुका है — AI builder अमूमन बेसिक error logging देता है; उसे चालू कर दें।
• हर page की खाली state यूज़र को बताती है कि आगे क्या करना है।
• हर वो action जो कुछ बनाता है, उसे undo, edit, या delete करने का कोई तरीका रखता है।

अगर आप इस लिस्ट पर चलें और कुछ आइटम छूट गए हों, तो वही कल के prompts हैं। अगर आप चलें और ज़्यादातर छूटे हुए हों, तो app अभी तैयार नहीं है — और किसी को लिंक भेजने से पहले यह जान लेना काम की बात है।

ईमानदार बीच का रास्ता

ज़्यादातर AI से बनी apps एक अरसे तक एक बीच के दायरे में रहती हैं। वो चलती हैं, ज़्यादातर। उनमें कुछ खुरदुरे किनारे होते हैं। वो लोगों के एक छोटे समूह की अच्छी सेवा करती हैं और scale पर चटक जातीं। किसी startup या internal tool के लिए महीनों इस दायरे में रहना ठीक है। गलती है किसी demo-ready app के साथ ऐसा बर्ताव करना जैसे वो उस दायरे को पार कर चुकी हो। दूसरी गलती है production-ready को एक ऐसा परफ़ेक्शनिस्ट मानक मान लेना जिस तक आप कभी पहुंच ही नहीं सकते।

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

आपको दस हज़ार यूज़र्स के लिए तैयार होने की ज़रूरत नहीं है। आपको अगले दस के लिए तैयार होना है। यह फ़िक्सेज़ की एक असली, सीमित लिस्ट है, और आपका AI app builder इनमें से ज़्यादातर एक दोपहर में करने में आपकी मदद कर सकता है।

अगर आपने कोई AI से बनी app असली यूज़र्स तक पहुंचाई है, तो पहली कौन सी चीज़ टूटी जिसकी आपने भविष्यवाणी नहीं की थी? यह अमूमन “क्या मेरी तैयार है” से ज़्यादा दिलचस्प सवाल होता है — क्योंकि वो हैरानी ही असली संकेत है।