- SaaS को LLM से बदले जाने के दावे को लेकर संदेह था, लेकिन LinkedIn/X recommendations दिखाने वाली सालाना 120 डॉलर की सेवा को 20 मिनट में अपने कोड से बदलने का अनुभव साझा किया गया है
- जिस सेवा को बदला गया, उसका payment system 2023 से खराब पड़ा था और customer support भी सिर्फ टूटा हुआ लिंक भेजने तक सीमित था
- Codex का उपयोग करके मौजूदा recommendations को JSON file में अलग किया गया और build time पर HTML generate करने वाले modular approach में बदला गया, जबकि visual result पहले जैसा ही रखा गया
- डेवलपर के लिए यह तेज़ और दिलचस्प काम है, लेकिन non-developers के लिए LLM code output को verify करना एक entry barrier हो सकता है
- लगातार value न देने वाले static nature के micro SaaS LLM युग में सबसे पहले बदले जाने के जोखिम में हैं
SaaS के LLM द्वारा प्रतिस्थापन को लेकर पहले का संदेह
- SaaS को LLM से बदले जाने वाली थ्योरी का मूल तर्क यह है: SaaS शुद्ध software product होते हैं, और LLM custom software बनाने की लागत और समय को नाटकीय रूप से घटाते हैं, इसलिए ज़्यादातर SaaS vendors गायब हो जाएंगे
- इसके जवाब में यह तर्क दिया गया कि Workday जैसे HR software सिर्फ software नहीं हैं, बल्कि हर देश के compliance (जैसे leave allowance, payslip आदि) को सुनिश्चित करते हैं और बाहरी तथा आंतरिक बदलावों के अनुसार लगातार update होते रहने वाली service हैं
Shoutout.io इस्तेमाल करने का अनुभव और छोड़ने की वजह
- pragmaticengineer.com पर LinkedIn और X posts के आधार पर recommendations section दिखाने के लिए Shoutout.io को 4 साल तक सालाना 120 डॉलर देकर इस्तेमाल किया गया
- लॉगिन साल में लगभग एक बार ही किया जाता था, और हाल का लॉगिन expense processing के लिए annual invoice check करने के उद्देश्य से था
- payment section 2023 से खराब स्थिति में छोड़ दिया गया था, और support team को email भेजने पर जवाब में टूटा हुआ लिंक मिला
- अगले साल की fee कितनी होगी, यह भी न देख पाने की स्थिति ही SaaS छोड़ने का सीधा कारण बनी
Codex की मदद से 20 मिनट में replacement
- पूरे SaaS को नहीं, बल्कि अपने specific use case (recommendations दिखाना, नई recommendations जोड़ना, design बनाए रखना) को फिर से बनाने वाला approach अपनाया गया
- Codex से third-party dependency हटाकर GitHub repository के भीतर host करने की योजना बनाने को कहा गया
- recommendations को अलग JSON file में manage किया गया और compile-time build step में HTML के रूप में generate करने वाले modular approach में बदला गया
- local build step जोड़ने, Netlify build trigger सेट करने, testing, UX adjustment, schema generation और deployment तक कुल 20 मिनट लगे
- अंतिम परिणाम visual रूप से पहले जैसा ही था और third-party dependency पूरी तरह हट गई
- जब customer support team ने सही लिंक भेजा (2 घंटे बाद), तब तक migration पूरा हो चुका था
Software engineers के लिए संकेत
- डेवलपर आगे के updates में command line और AI agents का इस्तेमाल करके codebase में recommendations जोड़ने और result verify करने में सहज हैं, लेकिन non-developers के लिए LLM code output verification एक entry barrier हो सकता है
- डेवलपर SaaS को अपने code में "port" करने का काम non-developers की तुलना में बहुत तेज़ी से कर सकते हैं
- पहली कोशिश में Codex ने इसे flexbox model से गलत तरीके से implement किया, और UI layout framework का फैसला खुद करना पड़ा
- non-developers भी इसे हल कर सकते हैं, लेकिन शायद ज़्यादा समय लगेगा
- third-party feature को खुद दोबारा लिखना मज़ेदार और सीख देने वाला काम है, और tools की असली क्षमता को अनुभव करने का मौका देता है
SaaS business के लिए संकेत
- पूरे SaaS को फिर से बनाना और सिर्फ किसी specific use case को फिर से बनाना — दोनों की कठिनाई में बड़ा अंतर है
- Shoutout में 10 से ज़्यादा platforms पर quotes जोड़ने, authentication, payments आदि जैसी 10 गुना अधिक features हैं
- recommendation दिखाने के बाद लगातार value न देने वाले static SaaS सबसे आसानी से बदले जा सकते हैं
- इसके उलट, अगर compliance, analytics, notifications जैसी real-time business support features हों, तो उन्हें बदलना कहीं अधिक कठिन है
- SaaS buy-and-sell business की profitability घटने की संभावना
- Shoutout को 2020 में एक independent developer ने बनाया, 2022 में एक product studio को बेचा गया, और 2025 में फिर एक दूसरे developer को दोबारा बेचा गया
- user के नज़रिए से payment system के खराब होने के अलावा कोई बदलाव नहीं था
- संभव है कि खरीदारों ने बिना निवेश revenue growth की उम्मीद की हो, लेकिन product को छोड़ देने पर users दूर होने लगते हैं और वह समय आ जाता है जब उसे LLM से आसानी से बदला जा सकता है
- "Broken Windows" को नज़रअंदाज़ करना अब पहले की तुलना में बहुत कम स्वीकार्य है
अभी कोई टिप्पणी नहीं है.