सॉफ्टवेअर मूल्याचा बारबेल

परिचय

गेल्या काही महिन्यांपासून AI च्या युगात सॉफ्टवेअरचे मूल्य कुठे सरकत आहे, याचा मी खूप विचार करत आहे. एप्रिल 2025 मध्ये, Guyren G Howe यांनी विपुलतेच्या युगातील प्रोग्रामिंग नावाचा ब्लॉग प्रकाशित केला. त्यांचा युक्तिवाद असा होता की प्रोग्रामिंग स्वस्त होत गेल्याने, प्रत्येक उद्योग आणि कार्यप्रवाहात सॉफ्टवेअरचा स्फोट होईल. त्यांच्या मते विपुलता म्हणजे सर्वत्र अधिक सॉफ्टवेअर, कमी नव्हे.

मी माझ्या स्वतःच्या चौकटीवर काम करत होतो, जिला मी अंतर्गत सॉफ्टवेअर लीव्हरेज सिद्धांत असे नाव दिले होते. माझी कल्पना अशी होती की AI च्या युगात सॉफ्टवेअर स्वतः विकणे हे एक कमकुवत व्यवसाय मॉडेल आहे, कारण कोणतेही वैशिष्ट्य त्वरेने कॉपी केले जाऊ शकते. खरा बचावकवच अशा मालकीच्या साधनांच्या निर्मितीतून येतो जी कधीही विकली जात नाहीत—अशी साधने जी केवळ तुमची कंपनी अधिक जलद आणि अधिक हुशारीने काम करण्यासाठी वापरते. स्वतःचे अंडररायटिंग आणि अधिग्रहण सॉफ्टवेअर तयार करणाऱ्या रिअल इस्टेट कंपनीचे मी उदाहरण दिले होते. स्पर्धकांना त्याचा कधीही प्रवेश मिळू शकत नाही, पण ते शांतपणे कंपनीचा फायदा वाढवत राहते.

सुरुवातीला या दोन कल्पना परस्परविरोधी वाटत होत्या. Howe यांचा युक्तिवाद आहे की विपुलता म्हणजे विस्तार, तर माझा युक्तिवाद होता की सॉफ्टवेअर विकणे बहुतांश प्रमाणात मृत झाले आहे. पुढे अधिक संशोधन केल्यानंतर आणि वास्तविक बाजारातील उदाहरणे पाहिल्यानंतर, मला वाटते की दोन्हींमध्ये सत्याचा काही भाग आहे. मी ज्या अंतिम चौकटीवर पोहोचलो आहे, तिला मी सॉफ्टवेअर मूल्याचा बारबेल असे म्हणतो.

शब्दावली

चर्चा स्पष्ट राहावी यासाठी, येथे काही संक्षिप्त व्याख्या दिल्या आहेत:

• क्षैतिज SaaS: अनेक उद्योगांमध्ये विकली जाणारी सामान्य साधने (उदा. Slack, Zoom, Dropbox). स्वीकारणे सोपे, पण बदलून टाकणेही सोपे.
• उभ्या क्षेत्रासाठीचे SaaS: एका विशिष्ट उद्योगासाठी किंवा कार्यप्रवाहासाठी तयार केलेली साधने (उदा. बांधकामासाठीचे Bild AI). प्रेक्षकवर्ग अरुंद, पण एकदा अंगीकारल्यानंतर बाजूला करणे अधिक कठीण.
• प्लॅटफॉर्म / मूलभूत घटक: इतरजण ज्यांच्यावर उभारणी करतात असे क्लाउड्स, मॉडेल्स आणि डेव्हलपर प्लॅटफॉर्म्ससारखे मूलभूत स्तर. AWS, OpenAI किंवा GitHub यांचा विचार करा.
• खाजगी अंतर्गत लीव्हरेज: केवळ तुमच्या स्वतःच्या कंपनीसाठी तयार केलेले आणि इतरांना न विकले जाणारे सॉफ्टवेअर, जे अनेकदा मालकीच्या डेटावर चालते. JPMorgan चा AI संच किंवा Walmart चे अंतर्गत एजंट्स यांची उदाहरणे आहेत.

हे लक्षात घेऊन, आजच्या बाजारातील संकेत पाहूया.

बाजारातील संकेत

2025 मध्ये पुरावे आधीच स्पष्ट आहेत.

AI IDE असलेल्या Cursor ने अलीकडे सुमारे नऊशे दशलक्ष डॉलर्सचा निधी उभारला, ज्यामुळे त्याचे मूल्यांकन नऊ पूर्णांक नऊ अब्ज डॉलर्स झाले. काहीजण त्याला रॅपर म्हणून नाकारतात, कारण ते स्वतःची मॉडेल्स होस्ट करत नाही. Cursor साध्या UI पेक्षा अधिक खोलवर जात असल्यामुळे यशस्वी ठरते. ते रिपॉझिटरी-स्तरीय संदर्भ, सुरक्षित बहु-फाइल बदल, एंटरप्राइझ सुरक्षा आणि खर्च नियंत्रण हाताळते. Microsoft/GitHub आणि Amazon/AWS सारख्या स्पर्धकांनी GitHub Co-pilot च्या एकत्रीकरणाद्वारे आणि Kira IDE सादर करून वैशिष्ट्यांची नक्कल केली आहे, पण प्रणाली-स्तरीय अंमलबजावणी, विश्वासार्हता आणि डेव्हलपरचा स्वीकार Cursor ला टिकवून ठेवतात. हे बारबेलच्या प्लॅटफॉर्म किंवा उभ्या क्षेत्राच्या टोकाचे एक चांगले उदाहरण आहे¹².

YC-समर्थित स्टार्टअप असलेले Bild AI, बांधकामाच्या आराखड्यांवर व्हिजन आणि भाषा मॉडेल्स लागू करते. यामुळे कंपन्यांना कमी चुका करून अधिक प्रकल्पांसाठी बोली लावता येते. हे उभ्या क्षेत्रासाठीचे SaaS आहे. हे प्लॅटफॉर्म नाही, तसेच खाजगी अंतर्गत प्रणालीही नाही, पण ते एका त्रासदायक क्षेत्रीय कार्यप्रवाहावर लक्ष केंद्रित करत असल्यामुळे टिकून राहते, जिथे गुंतवणुकीवरील परतावा निर्विवाद आहे. मोठ्या तंत्रज्ञान कंपन्या इतक्या विशिष्ट गोष्टीच्या मागे लागण्याची शक्यता कमी आहे, ज्यामुळे Bild ला वाढण्यासाठी जागा मिळते³.

त्यानंतर या महाकाय कंपन्या आहेत. Walmart ग्राहक, कर्मचारी, अभियंते आणि पुरवठादारांसाठीच्या चार सुपर एजंट्स मध्ये आपले अंतर्गत एजंट्स एकत्रित करत आहे. JPMorgan च्या अहवालानुसार, त्याचा अंतर्गत LLM Suite सुमारे दोन लाख कर्मचारी वापरतात. ही बाजारात विकली जाणारी उत्पादने नाहीत. मोठ्या कंपन्यांच्या आत कार्यक्षमता वाढवत राहणारे हे खाजगी अंतर्गत लीव्हरेज आहे⁴⁵.

त्याच वेळी, एंटरप्राइझ सर्वेक्षणांमधून AI चा स्वीकार वेगाने वाढत असल्याचे दिसते. McKinsey च्या एका अभ्यासानुसार, आता अठ्ठ्याहत्तर टक्के कंपन्या किमान एका कार्यामध्ये AI वापरतात. Bain च्या अहवालानुसार, अमेरिकेतील पंचाण्णव टक्के कंपन्या जनरेटिव्ह AI वापरतात आणि उत्पादनातील वापराची उदाहरणे वर्षानुवर्षे दुप्पट झाली आहेत. यासोबतच, CFO SaaS चा अनावश्यक विस्तार कमी करत आहेत. कंपन्यांना कमी विक्रेते आणि अधिक ROI हवा आहे. कमी वेगळेपणा असलेली सामान्य साधने सर्वप्रथम बदलली जातात⁶⁷.

2010 च्या दशकातील धडे

बारबेलचा मधला भाग का झिजत आहे हे समजून घेण्यासाठी, 2010 च्या दशकाकडे मागे पाहणे उपयुक्त ठरते. हा क्षैतिज SaaS चा सुवर्णकाळ होता. Slack आणि Zoom सारख्या कंपन्यांनी कोणत्याही उद्योगातील कोणीही स्वीकारू शकेल अशी सोपी, सर्वसाधारण उद्देशांची साधने विकून प्रचंड वाढ साधली. त्यांच्या वितरणातील फायदा वापरण्याच्या सुलभतेत, फ्रीमियम मॉडेल्समध्ये आणि टीम्समधील व्हायरल स्वीकारामध्ये होता⁸.

पण आजच्या काळात पाहिल्यास परिस्थिती वेगळी आहे. Microsoft Teams आता चॅट, बैठका आणि फाइल शेअरिंग थेट Office 365 मध्ये एकत्रित करते. Salesforce, एकेकाळी SaaS चे आदर्श उदाहरण असलेली कंपनी, उभ्या क्षेत्रांमध्ये अधिक खोलवर जाऊन आणि संपूर्ण प्लॅटफॉर्म परिसंस्थेत विस्तार करून स्वतःचे स्थान मजबूत केले आहे⁹. “क्षैतिज साधन तयार करा आणि त्याचा विस्तार करा” ही जुनी कार्यपद्धती पुन्हा राबवणे आता खूप कठीण आहे, कारण वितरणावर प्रस्थापित कंपन्यांचे वर्चस्व आहे आणि AI मुळे वैशिष्ट्यांची नक्कल करणे अगदी सोपे झाले आहे.

म्हणूनच बारबेल तयार होत आहे. पूर्वी SaaS युनिकॉर्न्सना चालना देणारा मधला भाग आकुंचन पावत आहे, तर टिकाऊ मूल्य आता बारबेलच्या टोकांवर—प्लॅटफॉर्म्स आणि खाजगी लीव्हरेजमध्ये—केंद्रित होत आहे.

सॉफ्टवेअर मूल्याचा बारबेल

ही सिद्धांताची सर्वात सोपी मांडणी आहे. सॉफ्टवेअरचे मूल्य दोन टोकांवर केंद्रित होत आहे. एका टोकाला क्लाउड्स, मॉडेल्स आणि ऑर्केस्ट्रेशन लेअर्ससारखे प्लॅटफॉर्म्स आणि मूलभूत घटक आहेत. हे यशस्वी ठरतात कारण प्रत्येकजण त्यांच्यावर उभारणी करतो आणि वितरण व बंडलिंगद्वारे मोठ्या तंत्रज्ञान कंपन्यांचे या क्षेत्रावर मोठ्या प्रमाणात वर्चस्व आहे. दुसऱ्या टोकाला खाजगी अंतर्गत प्रणाली आहेत, ज्या कंपन्या स्वतःसाठी तयार करतात आणि कधीही विकत नाहीत. ही बचावकवचे आहेत, कारण ती थेट कामकाजाशी जोडलेली, मालकीच्या डेटावर चालणारी आणि स्पर्धकांसाठी प्रवेश अशक्य असलेली असतात.

जो भाग झिजतो आहे तो मधला भाग आहे. AI-आधारित वैशिष्ट्य-समानता आणि CFO कडून होणारे विक्रेता एकत्रीकरण यामुळे सामान्य क्षैतिज SaaS वर दबाव येत आहे. येथे टिकणारे एकमेव SaaS अत्यंत उभ्या क्षेत्रासाठीचे आणि ROI-सिद्ध असते, ज्यात सखोल एकत्रीकरण, अनुपालन किंवा इतके भक्कम परिणाम असतात की ते बदलणे वेदनादायक ठरते. तुमचे उत्पादन हा निकष पूर्ण करू शकत नसेल, तर ते विकले जाऊ नये. ते लीव्हरेज म्हणून खाजगी ठेवले पाहिजे.

समारोपाचे विचार

मी अंतर्गत लीव्हरेज विषयीच्या माझ्या स्वतःच्या सिद्धांतापासून सुरुवात केली. त्यानंतर मी Howe यांचा ब्लॉग वाचला आणि स्वतःला त्या सिद्धांताला आव्हान देण्यास भाग पाडले. Cursor, Bild AI, तसेच Walmart आणि JPMorgan यांच्या हालचाली पाहिल्यावर हा नमुना स्पष्ट आहे. विपुलता म्हणजे सर्वत्र अधिक सॉफ्टवेअर, हे Howe यांचे म्हणणे योग्य आहे. सॉफ्टवेअर विकल्याने बचावकवच कमकुवत होते, हा माझा पूर्वीचा दृष्टिकोनही योग्य होता. या दोन्हींचा मेळ म्हणजे बारबेल. एका बाजूला प्लॅटफॉर्म्स आणि मूलभूत घटक, दुसऱ्या बाजूला खाजगी अंतर्गत प्रणाली आणि अत्यंत उभे व मूल्यवान असल्यासच टिकणारा मधला भाग.

डेव्हलपर्स आणि संस्थापकांसाठी धडा सरळ आहे. बारबेलचे एक टोक निवडा. प्लॅटफॉर्म स्तरावर उभारणी करा किंवा अंतर्गत लीव्हरेज तयार करा. तुम्हाला SaaS विकायचे असल्यास, ते उभ्या क्षेत्रासाठीचे, सखोलपणे एकत्रित आणि ROI-सिद्ध असल्याची खात्री करा. बाकी सर्व गोष्टींचे वस्तुकरण होईल.

संदर्भ