• Quesma एक database proxy startup था, जिसके पास स्पष्ट value proposition, VC funding, बड़े नाम वाले enterprise pilot, और एक मजबूत टीम थी, फिर भी 1 साल के भीतर उसने अपनी तकनीकी संपत्तियां बेचकर pivot कर लिया
  • co-founder से जुड़ी समस्याएं, customer validation की सीमाएं, pilot चरण में ठहराव, और product-market misfit इसके मुख्य कारण रहे
  • “single founder risk” को लेकर बनी धारणाओं को छोड़कर core team को अधिक equity देने वाली संरचना ज़्यादा प्रभावी साबित हुई
  • लेकिन सबसे बड़ा सबक यह रहा कि cost saving की तुलना में revenue generation में मदद करने वाले products को बाज़ार में समझाना कहीं आसान होता है
  • अंततः तकनीक Hydrolix को बेच दी गई, और इस असफलता को “अच्छी असफलता” मानते हुए कंपनी एक नए pivot mission की ओर बढ़ रही है

startup की पृष्ठभूमि और समस्या की परिभाषा

  • CEO Jacek Migdal ने Sumo Logic में 10 साल काम किया और 20 लोगों की टीम से IPO तक का सफर देखा
  • कुछ नया बनाने की इच्छा से उन्होंने 9 महीनों में 80 से अधिक customer interviews किए और पाया कि database बदलना बेहद कठिन है
  • मौजूदा proxies जैसे PgBouncer केवल खास उपयोगों पर केंद्रित थे, इसलिए उन्होंने एक अधिक generalized database gateway बनाने का फैसला किया

co-founder समस्या

  • “single founder असफलता का पहला कारण है” जैसी बातों के कारण उन्होंने अपने पूर्व सहकर्मी को co-founder बनने के लिए मनाया, लेकिन entrepreneurial mindset के अंतर की वजह से टकराव शुरू हो गया
  • बड़े enterprise background वाले उस co-founder में startup का ‘Zero-to-One’ entrepreneurial DNA नहीं था, और अंततः 1 साल के भीतर अलगाव हो गया
  • इसके बाद उन्होंने single leadership model अपनाया और मुख्य engineers को ऊंची equity देने वाली team structure के साथ संगठन को फिर से बनाया
  • सबक #1: “बराबरी वाले co-founder रिश्ते को ज़बरदस्ती बनाने से बेहतर है ऐसे शुरुआती team members हों जिनमें ownership हो”

शुरुआती फंडिंग और टीम निर्माण

  • Sumo Logic के अनुभव की वजह से निवेशकों का भरोसा मिला और $2.5M seed round जुटाया गया
  • ‘Two-pizza team’ (करीब 6 लोग) के आकार में तेजी से टीम बनाई गई और MVP development शुरू हुआ
    • RefactorDB से Quesma के रूप में rebrand करते हुए, ElasticSearch queries को ClickHouse SQL में बदलने वाले proxy-type MVP के विकास पर ध्यान दिया गया
  • सबक #2: “product-market fit से पहले two-pizza team का आकार आदर्श होता है”

बात और व्यवहार: जब सिर्फ validation काफी नहीं होता

  • कई संभावित customers होने के बावजूद, behavior-based validation की कमी थी
  • बड़े enterprise customers समस्या को मानते थे, लेकिन वास्तविक product adoption में उत्साह नहीं दिखाते थे
  • database proxy बनाना कठिन साबित हुआ
    • MVP को पूरा करने में 5 महीने लगने का अनुमान था, लेकिन 4 महीने और लगे; शुरुआती बाज़ार भी उम्मीद से छोटा निकला
    • ELK stack इस्तेमाल करने वाली कई कंपनियां पहले ही दूसरे stack पर जा चुकी थीं
  • सबक #3: “customers की बातों से ज़्यादा उनके व्यवहार की पुष्टि चाहिए, जैसे उनसे script चलवाना ताकि उनकी वास्तविक मंशा समझी जा सके”
  • सबक #4: “cost saving solutions की तुलना में नए revenue पैदा करने वाले solutions को अपनाना आसान होता है”

हमेशा के लिए pilot पर्गेटरी में फंस जाना (Forever in pilot purgatory)

  • बड़े नाम वाले customers की दिलचस्पी बहुत थी, लेकिन वास्तविक installation या usage conversion rate कम था
  • Fortune 500 कंपनियों सहित कई संगठनों के साथ pilots चले, लेकिन लगातार adoption नहीं हो पाया
  • conference booth में भाग लेना भी प्रभावी नहीं रहा
  • सबक #5: “PMF (product-market fit) से पहले conference booth से ज़्यादा तेज़ learning loop महत्वपूर्ण है”

टकराव, अलगाव और दिशा परिवर्तन

  • co-founder के साथ role conflict और communication समस्याओं के कारण सहयोग टूट गया
  • इसके बाद single-founder setup में बदलाव किया गया, लेकिन एक महत्वपूर्ण contract (6-digit ARR स्तर) हासिल नहीं हो सका
  • कई कंपनियों में इसे “महत्व के हिसाब से 12वें नंबर” का मुद्दा माना गया, इसलिए adoption priority से बाहर रहा
  • यह कभी भी top 3 priorities में नहीं आ सका, जबकि कंपनियां प्रति तिमाही आमतौर पर केवल top 2-3 चीज़ें ही पूरा करती हैं
  • AI code tools की प्रगति से DB migration automation तेज़ हो गई, जिससे product की आवश्यकता भी कमज़ोर पड़ गई
  • सबक #6: “यह समझना ज़रूरी है कि हमारा solution एक standalone product है या किसी मौजूदा product का सिर्फ एक feature”

बिक्री और pivot

  • Quesma की IP उसके सबसे बड़े customer Hydrolix को बेच दी गई, जहां इसे Kibana compatibility feature में integrate किया गया
  • बिक्री से मिली राशि अगले pivot के लिए funding बनी और team को बनाए रखने में मदद मिली
  • कई founders इसे “success story” के रूप में पेश करते, लेकिन मेरे लिए यह कुछ बड़ा बनाने की दिशा में एक learning experience था
  • अब टीम के साथ एक नए mission पर फिर से चुनौती लेने की तैयारी चल रही है

अभी कोई टिप्पणी नहीं है.

अभी कोई टिप्पणी नहीं है.