"छोटे खर्चों से सावधान रहें। एक छोटा सा रिसाव एक बड़े जहाज को डुबो देगा।" — बेंजामिन फ्रैंकलिन

स्टार्टअप वित्तीय प्रबंधन का एक ऐसा संस्करण है जिसे अधिकांश संस्थापक करीब से जानते हैं। यह नाटकीय नहीं है। यह किसी बोर्ड डेक में दिखाई नहीं देता है। यह एक क्लाउड बिल में दिखाई देता है जिस पर किसी ने सवाल नहीं उठाया, एक सीट जिसे चार महीने पहले छोड़ चुका कोई व्यक्ति अभी भी तकनीकी रूप से उपयोग कर रहा है, एक नवीनीकरण जो अठारह प्रतिशत अधिक पर स्वतः-नवीनीकृत हो गया क्योंकि किसी के पास विरोध करने का समय नहीं था।

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

उपभोक्ताओं को ऐसे उपकरण मिले जो उनकी भूली हुई सदस्यताओं को ढूंढते और रद्द करते हैं। स्टार्टअप्स को कुछ नहीं मिला।

LEGR के पीछे की टीम ने फैसला किया कि यह दुनिया की गलत स्थिति थी।

वह समस्या जिसे उन्होंने सबसे पहले जिया

प्रेरणा शोध से नहीं मिली। यह एक स्टार्टअप चलाने से मिली।

गलत मॉडल कॉल सबसे महंगे विकल्प को चला रहे हैं जब एक सस्ता विकल्प भी वही काम कर सकता था। उन लोगों के लिए घोस्ट सीटें जो महीनों पहले जा चुके थे। ऐसी सदस्यताएँ जिन्हें साइन अप करना किसी को याद नहीं था। नवीनीकरण जो स्वचालित रूप से बढ़ गए क्योंकि किसी के पास विक्रेता के साथ बातचीत करने के लिए तीन दिन का समय नहीं था।

अंतर्दृष्टि यह नहीं थी कि स्टार्टअप्स को एक बेहतर डैशबोर्ड की आवश्यकता थी। डैशबोर्ड पहले से ही मौजूद हैं। उन्हें अनदेखा कर दिया जाता है, क्योंकि समस्या को देखना और समस्या को ठीक करना दो पूरी तरह से अलग चीजें हैं। टीम जो बनाना चाहती थी वह ऐसा उपकरण नहीं था जो आपको बर्बादी दिखाए। यह कुछ ऐसा था जिसने इसके बारे में कुछ किया — ईमेल का मसौदा तैयार किया, बातचीत संभाली, सप्ताहांत का सामना किया, और काम पूरा होने पर आपको एक संदेश भेजा।

वे जिस सादृश्य पर बार-बार आते रहे: एक अच्छा CFO आपको रिपोर्ट सौंपकर इंतजार नहीं करता। एक अच्छा CFO इसे संभालता है, महत्वपूर्ण क्षणों में आपको सूचित रखता है, और प्रक्रिया को पूरा करता है।

LEGR वह CFO है जिसे काम पर रखना इसके संभव होने से पहले कोई भी वहन नहीं कर सकता था।

LEGR वास्तव में क्या करता है

उत्पाद के तीन काम हैं।

पहला AI खर्च की बर्बादी को पकड़ना है — मॉडल रूटिंग निर्णय जो अदृश्य रूप से जमा होते हैं। महंगे कॉल वहां चल रहे हैं जहां एक सस्ता मॉडल वही परिणाम दे सकता था। निष्क्रिय क्रेडिट। भूली हुई बैच जॉब्स। ऐसे पैटर्न जिन पर किसी ने ध्यान नहीं दिया क्योंकि वे एक लॉग फ़ाइल में रहते हैं, किसी बातचीत में नहीं।
दूसरा SaaS के अनियंत्रित प्रसार को रोकना है। हर स्टार्टअप उपकरण जमा करता है। उनमें से कुछ उपकरण ऐसी सीटें और सदस्यताएँ जमा करते हैं जो उन लोगों या वर्कफ़्लो से अधिक समय तक चलती हैं जिनके लिए वे बने थे। LEGR उन्हें ढूंढता है — इनवॉइस में जो लिखा है उसका वास्तविक उपयोग से मिलान करके — और फिर वह करता है जो किसी डैशबोर्ड ने कभी नहीं किया: नवीनीकरण के लिए स्वायत्त रूप से बातचीत करता है, चाहे इसमें कितने भी दिन लगें।
तीसरा व्यय अनुपालन है — नीति के विरुद्ध प्रत्येक लेनदेन का मूल्यांकन करना, सब कुछ साफ होने पर शांत रहना, केवल तभी आगे बढ़ाना जब किसी चीज़ के लिए मानव की आवश्यकता हो।

एक संस्थापक के लिए अनुभव इस तरह दिखता है: एक संदेश आता है। "एक आगामी नवीनीकरण मिला है। बातचीत करें? Y/N." वे Y टाइप करते हैं। तीन दिन बाद, एक फ़ॉलो-अप: "बंद हुआ। $4,140 बचाए गए।"

तीन शब्द अंदर। चालीस घंटे की बातचीत संभाली गई। एक संदेश बाहर।

इसके पीछे की सोच

टीम को जिस आर्किटेक्चरल प्रश्न का उत्तर देना था, वह यह था: कुछ काम में सेकंड लगते हैं। कुछ काम में दिन लगते हैं। ये दोनों एक ही समस्या नहीं हैं, और उनके साथ एक जैसा व्यवहार नहीं किया जाना चाहिए।

यह जांचना कि क्या कोई लेनदेन किसी नीति का उल्लंघन करता है, एक तेज़, स्टेटलेस कार्य है। आप इसे चलाते हैं, आपको उत्तर मिलता है, यह पूरा हो जाता है। लेकिन सॉफ्टवेयर रिन्यूअल पर बातचीत करना स्टेटलेस नहीं है। यह कई दिनों तक चलता है। विक्रेता अपने समय के अनुसार उत्तर देता है। प्रत्येक प्रतिक्रिया यह बदल देती है कि अगले संदेश में क्या कहा जाना चाहिए। सिस्टम को तीसरे दौर के बीच में रीस्टार्ट होने पर भी बने रहना होगा।

टीम ने इन दो प्रकार के कार्यों के बीच एक स्पष्ट विभाजन का निर्माण किया। तेज़, सीमित कार्य संक्षिप्त कॉल के रूप में चलते हैं। लंबे समय तक चलने वाली बातचीत लगातार चलने वाली प्रक्रियाओं के रूप में रहती है — प्रत्येक की अपनी मेमोरी, अपना थ्रेड इतिहास, और इस बात की अपनी समझ होती है कि किस प्रभाव का उपयोग किया गया है और क्या शेष है।

प्रत्येक सक्रिय बातचीत में एक स्टेट फ़ाइल होती है। वर्तमान दौर। पूरा थ्रेड इतिहास। कौन से तर्क पहले ही दिए जा चुके हैं। जब किसी विक्रेता ने उत्तर दिया "मुझे अपने मैनेजर से जांच करने दें," तो सिस्टम को इसे सही ढंग से वर्गीकृत करना था — स्वीकृति के रूप में नहीं, अस्वीकृति के रूप में नहीं, बल्कि एक रुकावट के रूप में — और धैर्य के साथ प्रतिक्रिया देनी थी। टीम ने कहा कि उस क्लासिफायर को बनाने में लगभग किसी भी अन्य चीज़ की तुलना में अधिक इटरेशन लगे।

सबसे कठिन समस्या तकनीकी नहीं थी। यह संयम थी।

इंटरफ़ेस के पहले संस्करण ने प्रत्येक इवेंट पर एक संदेश भेजा। एक घंटे के भीतर यह शोर बन गया — वह चीज़ जिसे आप पढ़ना बंद कर देते हैं क्योंकि उसके पास हमेशा कुछ न कुछ कहने के लिए होता है। इसका समाधान तीन-स्तरीय मैसेजिंग सिस्टम था: जब चीजें चल रही हों तो शांत रहना, जब कोई जानने योग्य विकास हो तो सूचनात्मक होना, और केवल तभी एक वास्तविक पिंग भेजना जब वास्तव में किसी मानवीय निर्णय की आवश्यकता हो। यह जानना कि कब नहीं बोलना है, उत्पाद में सबसे महत्वपूर्ण डिज़ाइन विकल्प साबित हुआ।

उन्हें किस बात पर सबसे अधिक गर्व है

वह क्षण जिसका उन्होंने मंच पर प्रदर्शन किया: एक चल रही बातचीत की प्रक्रिया को बीच दौर में समाप्त करना, उसे रीस्टार्ट करना, उसे अपनी स्टेट फ़ाइल को पढ़ते हुए देखना और ठीक वहीं से शुरू करना जहाँ उसने छोड़ा था। परसिस्टेंट स्टेट कोई ऐसी विशेषता नहीं है जिसका उन्होंने केवल वर्णन किया हो। यह वह है जिसे उन्होंने वास्तविक समय में साबित किया।

और एंड-टू-एंड लूप — एक संस्थापक द्वारा तीन शब्द टाइप करना, एक सिस्टम का दिनों तक चलना, एक एकल समापन संदेश। यह कोई डेमो फ्लो नहीं है। यह उत्पाद का डिज़ाइन के अनुसार काम करना है।

105 प्रतिभागी। 38 परियोजनाएं। 36 घंटे। हम उस वीकेंड से जो कुछ भी निकला उसका अनुसरण कर रहे हैं क्योंकि सोच की गुणवत्ता लगातार ध्यान आकर्षित कर रही है।

यह कहना भी उचित है: हम SaaS फैलाव की समस्या को अंदर से जानते हैं। Enter को विशेष रूप से इसलिए बनाया गया था ताकि निर्माताओं को एक उत्पाद को शिप करने के लिए सात उपकरणों की आवश्यकता न हो — डिज़ाइन एडिटर, बैकएंड, डेटाबेस, डिप्लॉयमेंट, सहयोग परत, सब कुछ एक ही स्थान पर। एक सब्सक्रिप्शन। एक प्लेटफॉर्म। भूले हुए सब्सक्रिप्शन को खोजने वाले प्रोजेक्ट को कवर करने की विडंबना हमसे छिपी नहीं है।

LEGR इस श्रृंखला में अपना स्थान अर्जित करता है क्योंकि समस्या वास्तविक है, समाधान विशिष्ट है, और टीम ने कुछ महत्वपूर्ण समझा: एक स्वायत्त एजेंट के निर्माण का कठिन हिस्सा स्वचालन नहीं है। यह जानना है कि कब पीछे हटना है और किसी इंसान को वापस आने देना है। एक डिज़ाइन सिद्धांत के रूप में संयम। यह जितना सुनने में लगता है उससे कहीं अधिक दुर्लभ है।

आगे क्या होने वाला है

निकट अवधि में: एक ऐसी प्रक्रिया जो सीधे विक्रेता के एडमिन पैनल में लॉग इन करती है और रद्दीकरण निष्पादित करती है, स्क्रीनशॉट रसीदों के साथ। समानांतर बातचीत जो एक सामान्य इंटेलिजेंस परत साझा करती हैं — एक बातचीत में जीत अगली बातचीत में प्रभाव बन जाती है। प्रत्येक संस्थापक की प्राथमिकताओं, जोखिम सहनशीलता और बर्न रनवे का एक निरंतर मॉडल।

लंबा दांव: वित्त प्रवेश बिंदु है। वही आर्किटेक्चर — सीमित कार्यों के लिए तेज़ एजेंट, दिनों तक चलने वाले काम के लिए लगातार चलने वाली प्रक्रियाएं — कानूनी संचालन, विक्रेता प्रबंधन, HR अनुपालन पर लागू होता है। टीम ने इसे पहले उपकरण के रूप में वर्णित किया जिसे एक स्टार्टअप जोड़ता है और अंतिम वित्त उपकरण जिसकी उन्हें आवश्यकता होती है इससे पहले कि वे वास्तविक व्यक्ति को काम पर रखने का खर्च उठा सकें।

इस तरह की महत्वाकांक्षा ही वास्तव में प्रिंसटन वीकेंड्स का उद्देश्य है।

क्या पिछले वॉल्यूम छूट गए? → Vol. 1 — Heritage in Pixels → Vol. 2 — Terra Zone AI *→ Vol. 3: *reAgent *→ Vol. 4: *TaleTailor