- Paris-आधारित Lago ने आधिकारिक लॉन्च के साथ developers के लिए ओपन-सोर्स billing platform में बदले जाने की अपनी उपलब्धि साझा की, और दो rounds में करीब $22m (2.2 करोड़ डॉलर) जुटाए
- हालिया Series A $15m round को FirstMark ने lead किया, जबकि पहले का seed $7m round SignalFire ने lead किया; Y Combinator, New Wave, Script और individual investors ने भी हिस्सा लिया
- मूल रूप से marketing teams के लिए “Zapier” बनाने जा रही team ने Hacker News पर developers की billing समस्या वाली post को भारी प्रतिक्रिया मिलने के बाद billing platform की ओर pivot किया
- Mistral.ai, Together.ai, Juni private beta के शुरुआती customers बने, और Lago subscription, usage-based और hybrid pricing models संभालने वाले startups को target करता है
- Stripe, Adyen, Salesforce, Zoho, Paddle जैसे players वाले market में Lago scalability और custom billing implementations को अपना differentiator बनाता है
आधिकारिक लॉन्च और निवेश संरचना
- Paris-आधारित startup Lago ने ओपन-सोर्स billing platform के आधिकारिक लॉन्च के साथ कुल $22m funding जुटाने की घोषणा की
- निवेश दो rounds में हुआ
- हालिया Series A $15m round को FirstMark ने lead किया
- पहले के seed $7m round को SignalFire ने lead किया
- Y Combinator, New Wave, Script भी investors के रूप में शामिल हुए
- individual investors में MongoDB की monetization head Meghan Gill, पूर्व Stripe executive और OpenAI developer relations lead Romain Huet, और Hugging Face CEO Clément Delangue शामिल हैं
- sources के अनुसार Lago का valuation करीब $100m के स्तर पर है
private beta और शुरुआती customers
- आधिकारिक launch से पहले Lago private beta में operate कर रहा था
- शुरुआती customers में Mistral.ai, Together.ai, Juni जैसे startups शामिल थे
- focus इस बात पर है कि developers नई services के हिसाब से billing system को खुद adjust कर सकें
- यह usage data को measure करके subscriptions या अन्य pricing models handle करने में मदद करता है
marketing tool से billing platform की ओर pivot
- Lago शुरू से billing platform बनाने वाली company नहीं थी
- co-founders Anh-Tho Chuong और Raffi Sarkissian ने Qonto में काम करने के बाद startup शुरू किया और Y Combinator Summer 2021 cohort में शामिल हुए
- YC में प्रवेश करते समय उनके पास कोई product नहीं था, और बाद में उन्होंने marketing teams के लिए “Zapier” का idea चुना
- highly competitive marketing technology market में शुरुआती product को बहुत कम traction मिला
- ध्यान खींचने के लिए Sarkissian ने Hacker News पर developers की billing समस्या पर एक post डाली
- title था “Billing systems are a nightmare for engineers”
- यह Qonto में billing समस्याओं को हल करने वाला product बनाने के उनके अनुभव से जुड़ा था
- कई users ने अपनी billing problems साझा कीं, जिसके बाद Lago ने developers के लिए billing problem solve करने की दिशा अपनाई
complex billing को target करने वाली open source strategy
- simple pricing और billing के लिए पहले से कई solutions हैं, लेकिन company का मानना है कि complex billing के लिए पर्याप्त समाधान नहीं हैं
- AI-based products बनाने वाली companies viable business models खोज रही हैं, और कई cases में fixed subscription और usage-based pricing को मिलाने वाले hybrid approach पर विचार हो रहा है
- ऐसे approach के लिए ऐसे tools चाहिए जो developers द्वारा बनाए गए products के साथ integrate हों और usage data को पहचानकर apply कर सकें
- कई companies Qonto की तरह अपना billing system खुद बनाती हैं, लेकिन engineers इसे पसंद नहीं करते और dedicated engineers hire करने की cost भी बड़ी होती है
- Mistral.ai के co-founder और CTO Timothée Lacroix ने Lago चुनने की वजह open source ecosystem में अपने भरोसे को बताया, और कहा कि Lago की वजह से वे release speed के साथ बने रहते हुए अपने core work पर focus कर सके
competition landscape और next expansion areas
- billing market में Stripe, Adyen, Salesforce, Zoho, Paddle जैसी बड़ी technology companies के solutions पहले से मौजूद हैं
- open source approach अपनाने वाले existing providers भी हैं
- FOSSBilling
- ChargeBee
- Kill Bill
- AppDirect का jBilling
- Open Source Billing
- Lago का मानना है कि crowded market में भी scalability और startups के लिए custom billing implementations में opportunity है
- आगे existing business को expand करते हुए दो areas पर विचार किया जाएगा
- original marketing idea से जुड़ा data analytics: customers क्या consume कर रहे हैं और किसके लिए pay कर रहे हैं, और payment patterns कैसे हैं, यह provide करना
- billing के opposite side वाला payments area
- payments stack खुद बनाने की संभावना कम है; अधिक संभावना है कि focus payment orchestration पर होगा, ताकि users अपनी पसंद के payment tools इस्तेमाल कर सकें और वे billing platform के साथ अच्छे से integrate हों
2 टिप्पणियां
Lago ने Stripe से तुलना करने पर काफ़ी ज़ोर दिया था.. और जैसा कि उम्मीद थी, उन्हें काफ़ी निवेश भी मिला है.
Stripe की असली कीमत: परिचय जैसी पोस्ट भी उन्होंने जारी की थी.
लेकिन billing API का open source होना कुछ ख़ास मेल खाता हुआ नहीं लगता.
Hacker News की राय
एक नए SaaS product में इसे इस्तेमाल करने की सोची थी, लेकिन pricing महीने के $3,000 से शुरू होती देखकर झटका लगा
दिशा उलटी लगती है। मेरी जैसी छोटी teams self-hosting नहीं चाहतीं, managed solution चाहती हैं। बड़ी companies के पास scale होता है, इसलिए उनके पास उल्टा self-host करने की क्षमता होती है
कुछ साल बाद transaction volume बढ़ने पर हम contract renegotiate करना चाहते थे, और अगर उस समय Lago पर re-integrate कर सकते, तो Stripe contract renewal के समय वह negotiation card बन सकता था। हम Stripe fees में महीने के $30k दे रहे थे, इसलिए महीने का $3k वाला alternative काफ़ी valuable हो सकता था। हमारा मामला SaaS billing नहीं बल्कि retail था, इसलिए थोड़ा अलग था, लेकिन ऐसी स्थितियाँ दिखती हैं जहाँ यह financially समझ में आता है
usage-based billing API वाली करीब 5 companies से बात की, लेकिन practically महीने के $1,000 से कम वाले market में, जहाँ हम अगले साल growth phase के दौरान रहेंगे, लगभग किसी को interest नहीं था। ऊपर से Lago और दूसरी companies “revenue share नहीं” advertise करती हैं, फिर भी pricing हमेशा revenue percentage के रूप में पेश करती हैं। technically यह revenue share नहीं है, लेकिन cost revenue के साथ लगभग linearly बढ़ती है
अगर pricing strategy यह है कि छोटे, support-cost-heavy और कम profitable customers से बचा जाए, ऐसे customers से Stripe को नुकसान उठाने दिया जाए, और फिर Stripe पर पहले से grow हो चुके अच्छे customers को चुनकर लिया जाए, तो यह clever है
Developers को बेचना मुश्किल होगा, ऐसा लगता है। Developers पैसा खर्च नहीं करते और opportunity cost 10 गुना हो तब भी खुद बनाने की कोशिश करते हैं
और जिस पल किसी भी तरह monetization की कोशिश होगी, Redis के समय की तरह “betrayal” कहते हुए बड़े पैमाने पर लोग छोड़कर चले जाएंगे। मैं भी ऐसा developer हूँ, इसलिए जानता हूँ
customer portal ज़रूरी था, लेकिन वह premium feature था, और premium का minimum महीना $1,500 था। मेरे revenue के हिसाब से इसे justify करना मुश्किल था। हालांकि Lago जानबूझकर revenue-percentage billing से बचता है, इसलिए उसे base fee ऊँची रखनी पड़ती है। Stripe Billing percentage के आधार पर charge करता है, और growing business के लिए Stripe bill का $1.5k पार करना बस समय की बात है
Stripe Billing के usage-based billing को भी देखा था, लेकिन उसने मेरी requirements पूरी नहीं कीं। flat-rate billing के लिए मैं Stripe Billing इस्तेमाल कर रहा हूँ
exact requirement यह है कि मैं subscription में शामिल prepaid API credits बेचना चाहता हूँ। उदाहरण के लिए, अगर user महीने के $10 credits subscribe करता है, तो पहले $10 देता है और उतने credits इस्तेमाल करता है। Stripe Billing usage-based में upfront billing support नहीं करता, और billing period खत्म होने के बाद ही charge करता है। कुछ users cancel करके न paying जैसे तरीकों से system abuse करते हैं, इसलिए यह मेरे लिए fit नहीं है। याद है कि Lago upfront billing support करता था
मैं subscription credits और prepaid credits को भी freely mix करना चाहता था। जब user महीने में quota से आगे जाता है, तो highest plan में upgrade करने के बजाय one-time top-up prefer करता है। कौन-से credits पहले consume होंगे, इस पर भी control चाहिए, और Stripe Billing और Lago दोनों में यहाँ problem थी
payment methods भी जितने ज़्यादा हो सकें, खासकर prepaid credits के लिए Alipay और WeChat जैसे Chinese wallets support करना चाहता था। Lago के पास इसे implement करने की योजना नहीं थी, और मैंने Lago के अंदर खुद implement करने तक पर आधा विचार किया था। B2B में WeChat और Alipay शायद इतने important न हों
साथ ही मुझे बहुत tight regression tests वाला code पसंद है, और Stripe Billing test clock feature की वजह से इस मामले में Lago से काफी आगे है। Lago में subscription lifecycle tests के लिए time को आगे बढ़ाने की capability नहीं है। अगर product पर भरोसा है, तो सही callbacks समय पर मिलेंगे ऐसी उम्मीद कर सकते हैं, इसलिए यह कम important हो सकता है
फिर भी देखा कि Lago developers Slack पर बहुत गहरे technical questions का भी समय देकर जवाब देते हैं। अगर मैं B2B startup चला रहा होता, खासकर ऐसे समय में जब Stripe account suspension के काफी cases दिख रहे हैं, तो शायद किसी तरह Lago को fit करने की कोशिश करता
और शायद यही Lago की core hypothesis है। Developers Stripe जैसे proprietary provider पर depend करने के बजाय open source billing software चाहते हैं, जिसे ज़रूरत पड़ने पर खुद modify कर सकें। यह इतना absurd idea नहीं है
बगल वाले comment की तरह, जो value create करता है और समय बचाता है उसके लिए मैं खुशी से पैसा देता हूँ। शुरू से ही अपना billing system बनाने का ख्याल भी कभी नहीं आया
हो सकता है मैं बूढ़ा हो गया हूँ और open source के अर्थ को लेकर मेरी समझ वास्तविकता में आए बदलावों के साथ ढल नहीं पाई, लेकिन open source और “$22M investment” एक ही वाक्य में दिखते ही तुरंत दिमाग में आता है, “कैसा open source?”
मैंने यह भावना बहुत देखी है, खासकर rich harris जैसे open source veteran से भी। विडंबना यह है कि वह अब VC के पैसे से salary लेते हैं। एक तरफ मैं भी शिकायत करना चाहता हूँ, और कहना चाहता हूँ कि लोगों को सिर्फ बनाने और बाँटने की खुशी के लिए open software बनाना चाहिए। लेकिन असली दुनिया में जीना महँगा है, और यह उम्मीद करना कि कोई ऐसा software, जिसे मैं उपयोगी रूप से इस्तेमाल करता हूँ और शायद उससे सीधे कमाई भी करता हूँ, रातों और weekends में बनाए और बदले में सिर्फ GitHub stars पाए—यह अलाभकारी और अन्यायपूर्ण लगता है
Lago के संदर्भ में open source के फायदे publicity और developers की goodwill के अलावा मुझे ज्यादा समझ नहीं आते। आजकल open source बनाने पर हर तरफ मुश्किल है, और अगर यही future लंबी उम्र और support लाता है, तो शायद इसे स्वीकार करना पड़ेगा
1970s के मध्य में जब open source शुरू हुआ था, उसकी भावना software को मुफ्त में साझा करने की थी। पैसा universities या corporate research grants के रूप में आता था, कोई business model नहीं था। 1998 में RedHat, MySQL आदि ने free software के ऊपर paid support और services जोड़कर पैसे को गंभीरता से लाना शुरू किया। 2000s के मध्य से cloud computing की वजह से open source से पैसा कमाने का विचार आम हो गया। SaaS में users को पता नहीं होता या फर्क नहीं पड़ता कि अंदर open source है या proprietary software, इसलिए open source भी उसी मैदान में आ गया
VC को open source पसंद आने के कुछ कारण हैं। मैं machine learning engineer रहा हुआ investor हूँ, और व्यक्तिगत रूप से spaCy जैसे बेहतरीन open source को university में इस्तेमाल करने की nostalgia भी है, और community, transparency, giving back जैसी values से सहमति भी है। साथ ही VC का काम पैसा कमाना है
closed source companies sales और marketing पर बहुत पैसा खर्च करती हैं। Developers आम तौर पर बेचे जाना पसंद नहीं करते, और उन्हें मनाए जाने के बजाय खुद चुनना होता है। अगर कोई company developers का दिल जीत ले, तो software purchase evaluation stage में बिना sales और marketing पर लाखों dollars खर्च किए खिंचकर आ जाता है, इसलिए business model अधिक efficient हो जाता है। defensibility भी ज्यादा मजबूत होती है। बड़ी companies suit पहने salesforce पर पैसा बहाकर product बेच सकती हैं, लेकिन developer love नहीं खरीद सकतीं। उसके लिए शानदार developer experience और अच्छे developer relations चाहिए
हालांकि open source से पैसा कमाना SaaS से कहीं ज्यादा कठिन है। SaaS में product-market fit की बात होती है। ऐसे 5 या अधिक customers खोजो जो उसी तरीके से इस्तेमाल करते हैं, उसी तरीके से खरीदते हैं और वही value पाते हैं, predictability बनाओ, फिर VC पैसा देता है और sales expand होती है। open source में यह समस्या 3 गुना हो जाती है। project-community fit को GitHub Stars से देखना होता है, product-market fit को downloads से, और value-market fit को revenue से। ऊपर से buyer, developer या user से अलग भी हो सकता है। अधिकतर बेहतरीन open source products value-market fit में fail हो जाते हैं
ज्यादातर open source company founders value capture करने में fail होते हैं। वजह यह कि यह बहुत कठिन है, या open source को “free software” होना चाहिए वाली feeling के कारण वे monetization टालते रहते हैं। और जब monetization शुरू करते हैं, तब बहुत देर हो चुकी होती है। अगर आपने कई सालों तक दूध मुफ्त में लिया है, तो क्या आप गाय खरीदेंगे? एक और कारण यह है कि उन्हें तरीका नहीं पता होता। open source से पैसा कमाने के सामान्य तरीके हैं support और services बेचना, proprietary features बेचने वाला open core, और hosting व tools बेचने वाला SaaS। उदाहरण के तौर पर RedHat, Confluent, Elastic, Databricks हैं
सफल open source companies को आधार मानकर सरल रूप से कहें तो free version में एक developer को अपना काम पूरा करने के लिए जरूरी सभी features होने चाहिए। paid product में team के रूप में काम पूरा करने के लिए जरूरी extra features देने चाहिए
मुझे open source पसंद है, और बहुत smart founders व अनगिनत contributors को passion से बनाते हुए भी scale न कर पाना और reward न मिलना देखकर दुख होता है। commercialization इसमें मदद करता है, लेकिन यह सचमुच कठिन है। open source में contribute करने और उसे बनाने वाले लोग community को महत्व देते हैं और मुफ्त में देना चाहते हैं, इसलिए पैसा कमाने का विचार ही असहज कर देता है। असहज होने पर लोग अपनी familiar जगह पर लौट जाते हैं, और ज्यादातर engineers के लिए वह coding है। इसलिए खूब सारे cool features वाला बेहतरीन open source software बनता है, और ऐसे founders बनते हैं जिन्होंने monetization बहुत लंबे समय तक टाला। किसी point पर return न कर सकने वाली सीमा पार हो जाती है, फिर एक और promising company मर जाती है, और product कितना भी cool हो, अगर investors को अपना पैसा वापस नहीं मिल सकता तो वे invest नहीं करेंगे
अगर फिर भी processing fee देनी है, तो इसमें फायदा क्या है?
अगर अपना payment stack और PCI compliance बनाए रखना पड़े, तो यह बहुत बड़ा distraction लगता है
recurring payments, invoices, prorated plan changes, metered billing के edge cases track करना मुश्किल है। और Stripe Billing API भी कई मामलों में बहुत smooth नहीं है। इस space में एक नई layer आना अच्छा है
संदर्भ के लिए, मैंने Very Good Security की स्थापना की थी और 8 साल CEO रहा था
इसी तरह Rust में लिखा गया open source https://hyperswitch.io भी है
Lago Ruby में लिखा गया है, और Java में लिखे कुछ दूसरे open source billing systems भी मिले। क्या किसी को Node.js में बना कुछ पता है?
Paris नए fintech startups पैदा करने के लिए सचमुच एक hot place लगता है
दूसरी तरफ France से अच्छी मंशा के साथ निकला एक अच्छा counterexample भी है। उदाहरण के लिए Semmle [1] को repository static analysis के लिए GitHub ने acquire किया था। Inria [2] भी बेहतरीन है, लेकिन समस्या research नहीं है; सवाल यह है कि business level पर अमेरिकी शैली की कंपनियों से कैसे compete किया जाए
[1] https://en.wikipedia.org/wiki/Semmle
[2] https://www.inria.fr/en
GitHub README में Drake meme इस्तेमाल कर रहे हैं
https://github.com/getlago/lago
https://imgur.com/a/gsrhUXm
technical docs का meme-ification देखने की उम्मीद नहीं थी… हे भगवान
क्या किसी को असली Stripe Payments alternative पता है? Stripe हमारे साथ काम नहीं करना चाहता, और सिर्फ closed source competitors के साथ काम करना चाहता है, इसलिए हम PayPal में फँसे हुए हैं
वैसे, मैं वहीं काम करता हूँ
यह Stripe alternative नहीं है
billing, invoices, payments, entitlements, subscriptions — ये सब अलग-अलग चीज़ें हैं
इसका मतलब है कि हम पूरे RevOps के लिए एक open alternative देना चाहते हैं। Stripe जैसे closed source ecosystem में जाने के बजाय, मकसद यह है कि आप custom stack बना सकें और “best-of-breed tools” approach के साथ long-tail tools, use cases और internal systems जोड़ सकें। Stripe के 21 products हैं, और कई founders को यह ठीक से पता नहीं होता कि वे सिर्फ “Stripe payments” नहीं इस्तेमाल कर रहे, बल्कि उनमें से 3–6 products इस्तेमाल कर रहे हैं, जिनमें से हर एक आमतौर पर revenue का कुछ हिस्सा लेता है
Series A में 15M जुटाए, और valuation announced नहीं है लेकिन 100M बताई जा रही है
Crunchbase के मुताबिक 7M 2023 में मिला seed investment था। linked article के आखिरी paragraph को देखें तो ऐसा नहीं लगता कि वे पूरे Stripe को replace करना चाहते हैं। फिर भी, एक passionate HN post से शुरू हुई successful startup pivot story के तौर पर यह दिलचस्प है