(1) तकनीक-केंद्रित pivot
(2) सरल business model को बनाए न रख पाना
(3) Lean Startup को जानते हुए भी craftsmanship के जाल में फंस जाना
(1) तकनीक-केंद्रित pivot
(2) सरल business model को बनाए न रख पाना
(3) Lean Startup को जानते हुए भी craftsmanship के जाल में फंस जाना
4 टिप्पणियां
अचानक लगा कि ब्लॉग के views बढ़ गए हैं, शायद यह GeekNews की वजह से है, हाहा
अब पीछे मुड़कर सोचता हूँ तो लगता है कि उस ब्लॉग पोस्ट को लिखना शुरू करते ही SaaS में मेरी दिलचस्पी और बढ़ गई, और वही दिलचस्पी स्वाभाविक रूप से no-code की तरफ आ गई।
आजकल no-code tools को देखते हुए और उन पर स्टडी करते हुए सच में लगता है कि कुछ ही सालों में app prototyping के लिए लोग अब coding करना छोड़ देंगे।
अच्छा लेख साझा करने के लिए धन्यवाद! मुझे भी लगता है कि no-code क्षेत्र काफ़ी संभावनाशील है ;)
लेख में कही गई 2 और 3 नंबर की बातों को साथ में देखें तो,
मुझे लगता है कि बात आखिरकार इस निष्कर्ष तक जाती है कि स्पष्ट लक्ष्य वाला MVP (Minimum Viable Product) बनाना महत्वपूर्ण है.
मेरे हिसाब से, जब कोई डेवलपर startup शुरू करता है, तो नीचे दी गई दो बातें MVP बनाने में महत्वपूर्ण होती हैं.
डेवलपर्स जिन हिस्सों को अक्सर नहीं करते/नहीं कर पाते, वे कुछ ऐसे होते हैं.
चयन और फोकस: पहले ऐसा प्रोडक्ट बनाइए जो संक्षिप्त लेकिन महत्वपूर्ण किसी एक pain point को हल करे
mashup: जल्दी बनाने के लिए जो चीजें core नहीं हैं, उनमें जहाँ संभव हो दूसरों की चीज़ों (framework, SaaS) का अच्छा इस्तेमाल करें
1 नंबर के लिए market research, trend analysis, अपनी उपलब्ध तकनीक आदि को व्यापक रूप से ध्यान में रखना होगा,
और 2 नंबर के लिए मेरा मानना है कि अलग-अलग tools के बारे में कम से कम "हल्के स्तर का ज्ञान" रखा जाए, ताकि ज़रूरत पड़ने पर उन्हें सही जगह इस्तेमाल किया जा सके.
अगर बिल्कुल पता ही न हो, तो या तो आप खुद ही बनाना शुरू कर देंगे, या फिर ऐसी चीज़ मौजूद है या नहीं यह खोजने में भी बहुत समय लग जाएगा. जो feature core नहीं है, उसे बनाने में समय मत लगाइए.
इसी वजह से मैं GeekNews के माध्यम से अलग-अलग SaaS / frameworks का संक्षिप्त परिचय और छोटी-सी व्याख्या के साथ परिचय कराता हूँ.
अगर आप सिर्फ शीर्षक और विवरण पढ़कर भी रख लें, तो मुझे लगता है कि वह आगे कभी न कभी काम आएगा.
इसलिए जो लोग मुझसे business से जुड़ी पूछताछ करते हैं, उन्हें मैं core के बाहर की चीज़ों के लिए इस्तेमाल किए जा सकने वाले दूसरे tools या business cases भी अक्सर काफी सुझाता हूँ.
साइड प्रोजेक्ट या पर्सनल प्रोजेक्ट में भी, अगर उसे ऐसे प्रोडक्ट तक ले जाना है जिसे व्यावहारिक शेड्यूल में इस्तेमाल किया जा सके, तो key-value को छोड़कर बाकी सब पर सिर्फ़ न्यूनतम लागत ही लगानी पड़ती है। अच्छी बात कही, धन्यवाद।