ओपन-सोर्स ऐप Spliit के संचालन संकेतक: उपयोग, लागत, कम्युनिटी दान

 (spliit.app)
2 पॉइंट द्वारा GN⁺ 2024-10-20 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • मौजूदा संस्करण के सार्वजनिक होने के 1 साल पूरे होने पर ओपन-सोर्स खर्च विभाजन ऐप Spliit ने संचालन में पारदर्शिता के लिए पिछले 12 महीनों के उपयोग, लागत और दान की स्थिति सार्वजनिक की
  • विज़िट 1.52 लाख रहीं और साप्ताहिक विज़िट लगभग 200 से बढ़कर 5,000~6,000 हो गईं; 33% bounce rate दिखाता है कि उपयोगकर्ता home screen से आगे बढ़कर वास्तविक actions ले रहे हैं
  • लेख लिखे जाने के समय तक उपयोगकर्ताओं ने लगभग 15,000 groups और 1.62 लाख expenses बनाए थे, और जनवरी 2024 के बाद से हर हफ्ते लगभग 300 groups और 2,000 expenses बन रहे हैं
  • संचालन लागत लगभग 115 डॉलर प्रति माह है, जिसमें अधिकांश खर्च database hosting से आता है; वैश्विक उपयोग के कारण database usage cost optimization की मुख्य बाधा है
  • Spliit मुफ्त उपयोग बनाए रखता है और revenue के लिए GitHub Sponsors और Stripe donations पर निर्भर है; donations पूरी लागत को पूरी तरह cover नहीं करते, लेकिन लगभग उसके करीब हैं

Spliit के उपयोग का पैमाना

  • Spliit कुछ साल पहले बनाया गया था, लेकिन वर्तमान में उपलब्ध version public release का पहला साल पूरा कर रहा है
  • GitHub के एक उपयोगकर्ता ने transparency के तौर पर जानकारी सार्वजनिक करने का सुझाव दिया, जिसके बाद usage, cost और donations की स्थिति साझा की गई
  • पिछले 12 महीनों में Spliit ने 1.52 लाख visits दर्ज कीं
    • शुरुआती दौर में weekly visits लगभग 200 थीं
    • अब weekly 5,000~6,000 visits लगातार हो रही हैं
  • bounce rate 33% है
    • अधिकांश visitors सिर्फ homepage देखकर नहीं चले जाते
    • वे group conversion, expense creation या blog posts पढ़ने जैसे actions तक जाते हैं

शेयर किए गए links और traffic sources

  • 1.52 लाख visitors में से कम से कम 29,000 ने shared links का इस्तेमाल किया
  • सामान्य उपयोग flow यह है कि एक व्यक्ति group बनाता है और फिर participants के साथ link share करता है
  • Reddit से भी बहुत visitors आए
    • Splitwise के alternative खोजने वाली posts में Spliit का उल्लेख हुआ
  • सबसे ज्यादा visitors जिन देशों से आए वे Germany, United States, India हैं
    • इन देशों में इसका अधिक उपयोग क्यों होता है, इसकी पुष्टि नहीं हुई है

उपयोगकर्ताओं द्वारा बनाए जाने वाले groups और expenses

  • Spliit में उपयोगकर्ताओं की सबसे आम core actions group बनाना और expense जोड़ना हैं
  • लेख लिखे जाने के समय तक users ने लगभग 15,000 groups बनाए थे और कुल 1.62 लाख expenses बनाए थे
  • जनवरी 2024 से tracking के आधार पर हर हफ्ते लगभग 300 groups और 2,000 expenses बनाए जा रहे हैं
  • group-wise expenses की distribution देखने पर, कम से कम 4,600 groups में एक भी expense नहीं है, जिन्हें app testing के लिए बनाए गए groups माना जा सकता है
  • बाकी लगभग 10,000 groups में से आधे में 5 से अधिक expenses हैं

मासिक संचालन लागत

  • Spliit की संचालन लागत लगभग 115 डॉलर प्रति माह है
  • लागत का अधिकांश हिस्सा database hosting से आता है
  • database Vercel पर host है
    • pricing monthly database read total time के आधार पर calculate होती है
    • write cost लगभग नहीं है
  • Spliit दुनिया भर में इस्तेमाल होता है, इसलिए database लगभग पूरे महीने लगातार उपयोग में रहता है
  • database cost वह क्षेत्र है जिसे बेहतर करना चाहते हैं, और Spliit के use case के लिए कोई सस्ता database provider हो सकता है

मुफ्त उपयोग का सिद्धांत और दान

  • Spliit का business model open-source project के रूप में बना रहेगा, और आगे भी इसे मुफ्त में इस्तेमाल किया जा सकेगा
  • भविष्य में premium features आ सकते हैं, लेकिन वे सामान्य app usage को restrict करने वाले नहीं होंगे
  • फिलहाल Spliit का एकमात्र revenue source donations हैं
  • पहले महीने में किसी ने 70 डॉलर दान किए, और उसके बाद 5 डॉलर या 20 डॉलर दान करने वाले users भी हैं
  • donations अभी project की पूरी cost को cover नहीं करते, लेकिन cost के करीब पहुंच गए हैं

donation feature रखने की वजह

  • Spliit के संचालन के लिए donation अनिवार्य नहीं है
    • operator के पास full-time job है और जीवनयापन के लिए पर्याप्त income है
    • वे community के लिए कुछ लागत contribute करने से संतुष्ट हैं
  • donation feature जोड़ने की दो वजहें हैं
    • कई users ने project पसंद करके बदले में कुछ देने का तरीका पूछा
    • वे चाहते हैं कि अगर कभी operator project छोड़ भी दे, तो community financial problem के बिना project को बनाए रख सके

maintenance time और community contributions

  • operator Spliit पर लगभग 5~10 घंटे प्रति माह लगाते हैं
  • हाल के महीनों में app में जोड़े गए अधिकांश नए features operator ने नहीं, बल्कि community contributors ने बनाए हैं
  • operator का समय मुख्य रूप से project management में जाता है
    • issues में feature suggestions, bug reports और questions manage करना
    • pull requests review और test करना
    • नए features deploy करना ताकि सभी users उन्हें access कर सकें
  • Spliit में काफी समय लगता है, लेकिन उसका बड़ा हिस्सा दूसरे contributors संभालते हैं

आगे की transparency updates

  • Spliit donations से hosting cost का अधिकांश हिस्सा cover कर रहा है, और जो थोड़ी कमी रहती है उसे operator हर महीने खुद वहन करते हैं
  • आगे भी project progress और funding status नियमित रूप से share करने वाली transparency updates जारी रखने की योजना है
  • follow-up questions दो जगहों पर लिए जा सकते हैं

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-10-20
Hacker News की राय

  • मैं हमेशा सोचता रहा हूं कि ऐसे उपयोग के लिए लोग database में क्या इस्तेमाल करते हैं। मुझे SQLite काफी पसंद है, लेकिन apps के मामले में अब मैं आम तौर पर उन्हें अलग-थलग और लगभग stateless रखना पसंद करता हूं
    लगभग हमेशा data ही सबसे अहम होता है, इसलिए अच्छा लगता है कि app infrastructure को बिना चिंता के मनचाहे तरीके से scale, replace या discard किया जा सके
    Postgres VPS के बारे में भी सोचा था, लेकिन उम्मीद से ज्यादा neon.tech अच्छा काम कर रहा है। खासकर GUI और branching अच्छी लगी
    उम्र बढ़ने और समय कम होने के साथ, शरीर में बसी बचत वाली आदत से ज्यादा speed और सुविधा अहम होती जा रही है। SaaS database ने काम तेज कर दिया, लेकिन monthly billing और variability अब भी पसंद नहीं हैं

    • सोच रहा हूं कि क्या आपने SQLite को Litestream के साथ आजमाया है। यही तो इसका फायदा है
      app को हटाकर कहीं और deploy कर दें, तो Litestream data वापस ले आता है और सब कुछ ऐसे चलता रहता है जैसे कुछ हुआ ही न हो
      इस article के शुरुआती हिस्से में मैंने अपने app में Litestream जोड़ने के बाद Heroku instance हटाकर Fly.io पर नया instance redeploy करने का demo दिखाया है। Litestream नए deployment में सारा data move कर देता है: https://mtlynch.io/litestream/
    • अगर app simple है, तो थोड़ा caching जोड़कर mysql या Perforce family, Postgres चलाना मुश्किल नहीं है
      समझ नहीं आता कि ऐसा क्या सामने आ जाता है जो छोटे VPS की capacity से बाहर हो
      database के लिए अलग VPS समझ में आता है, लेकिन अगर requests सही से cache हों तो non-core services में यह चल सकता है, बस backups को और मजबूत करना होगा
    • ऐसे use case के लिए VPS चलाना आकर्षक लगता है, लेकिन 10 साल से ज्यादा समय से backend काम गंभीरता से नहीं किया है, इसलिए ops management की चिंता है
      खासकर लगातार up-to-date रखना, security संभालना और सही configuration करना समस्या है। initial setup आसान है, लेकिन उसके बाद का हिस्सा असली बात है; आजकल लोग आम तौर पर इसे कैसे संभालते हैं, जानना चाहूंगा

  • app इस्तेमाल करके देखा, और account बनाने की जरूरत नहीं होना बहुत अच्छा लगा। आपको private link मिलता है और आप group में share करते हैं; link खोलने वाला व्यक्ति चुनता है कि वह कौन है और इस तरह “login” करता है
    बेशक कोई दूसरे member के रूप में login करके system का दुरुपयोग कर सकता है, लेकिन लगता है developer अपने user base को जानता है और frictionless usability के लिए यह trade-off चुना है। साफ-सुथरा है

    • community scheduling के लिए हम when2meet[0] नाम की बहुत अच्छी website काफी इस्तेमाल करते आए हैं। event बनाइए और URL share कीजिए; user अपना नाम चुनते हैं और impersonation रोकने के लिए password भी पूरी तरह optional तौर पर जोड़ सकते हैं
      इससे काफी inspiration लेकर मैं एक app बना रहा हूं जिसमें book club अगली किताब चुनने के लिए “election” चला सके। ranked choice, approval voting, score voting, first-past-the-post जैसे कई voting methods support करने की कोशिश है
      [0] https://www.when2meet.com/
    • kittysplit.com में ऐसा feature set 10 साल से है। मौका मिलते ही इसका प्रचार करने की कोशिश करता हूं

  • cost cutting के सवाल का जवाब दूं तो, single Linux VPS पर चलाने से शायद इसे महीने के 5–10 डॉलर तक लाया जा सकता है
    दिलचस्प बात यह है कि growth graph linear है। app में साफ तौर पर कुछ traction है और viral nature भी है, तो यह exponential क्यों नहीं बढ़ रहा?

    • मैंने भी बिल्कुल यही सोचा था। मैं ntfy.sh का maintainer हूं, और open source होने की वजह से DigitalOcean 100% sponsor कर रहा है, इसलिए अभी cost 0 डॉलर है
      असल में शायद करीब 100 डॉलर होगी, लेकिन सच कहूं तो यह काफी over-provisioned है। फिर भी मेरा traffic blog में बताए गए traffic से कहीं ज्यादा है
      architecture बेहतर किया जाए तो cost घटाई जा सकती है
    • आम तौर पर growth exponential नहीं होती। उदाहरण के लिए https://longform.asmartbear.com/exponential-growth/ देखें; “hypergrowth” companies भले exponential growth जैसी दिखती हों, लेकिन actual examples ज्यादा quadratic growth के करीब हैं
      article के बीच में इस growth pattern के लिए बेहतर fit के रूप में logistic growth का model दिया है। शुरुआती तेज growth के बाद linear growth phase आता है, और आखिर में “carrying capacity” या “market saturation” पर पहुंचकर flat हो जाता है
    • सहमत हूं। Vercel कितना महंगा charge करता है, यह देखकर सचमुच हैरान हुआ
      मैं netcup, Hetzner जैसी जगहों पर मिलती-जुलती application 3 डॉलर महीने में host कर रहा हूं, और HN पर आने पर भी इसने आसानी से 10k+ requests per hour संभाले
    • DigitalOcean पर मैंने जो सबसे कम किया है, वह करीब 22 डॉलर प्रति माह था। अगर कोई सस्ता alternative हो तो सुनना चाहूंगा

  • actual numbers से अलग, मैं हमेशा सोचता हूं कि ऐसे projects अपना maintenance cost कैसे cover करते हैं
    जिन ideas में मेरी रुचि थी, उनमें से एक इसे decentralized way में संभालना है। project में funding आती है, और अगर monthly bill नहीं भर पाता तो बंद हो जाता है
    अगर पर्याप्त surplus funding आ जाए तो उचित maturity वाले US Treasury bonds खरीदकर समय के साथ उन्हें खर्च करने का तरीका भी संभव लगता है
    पहले इसके लिए automation चाहिए होती, लेकिन निकट भविष्य में शायद limited AI agent server की भूमिका निभाते हुए बस अपना काम करता रहे, ऐसा भी हो सकता है

  • pay-as-you-go model तब अच्छा है जब revenue भी usage के साथ बढ़ता हो। मेरे projects के लिए मैं ऐसा pricing plan चाहता हूं जिसमें fixed cost ज्यादा हो तब भी risk cost में नहीं, सिर्फ availability में हो

    • इस तरीके की कमी यह है कि लोग और organizations आम तौर पर future usage को overestimate करते हैं
      इसलिए usage-based pricing में revenue अक्सर उम्मीद से मेल नहीं खाता, और tiered pricing market से ज्यादा पैसा निकालते हुए आसानी से जीत जाती है
      exception के तौर पर file storage जैसी चीजों में लगता है कि लोग अपनी जरूरत की capacity को underestimate करते हैं

  • मुझे spliit सचमुच पसंद है और मैं इसे नियमित रूप से, हफ्ते में कई बार इस्तेमाल करता हूं
    पागल कर देने वाली बात यह है कि slow mobile connection पर यह सच में बहुत खराब चलता है। local-first या offline-first support जोड़कर देखना चाहूंगा, लेकिन जानता हूं कि यह बड़ा बदलाव है
    फिर भी expense add page जैसे pages को cache करने भर से भी काफी सुधार हो सकता है

  • idea अच्छा है, लेकिन traffic numbers देखकर लगता है कि महीने के 4 डॉलर DigitalOcean droplet पर भी वही result मिल सकता है
    Vercel इस्तेमाल करने में 1,000 डॉलर से ज्यादा जला दिए गए। शायद मैं बूढ़ा हो गया हूं, लेकिन यह logic मुझे समझ नहीं आता
    basic VPS एक बार set कर दें तो वही result मिलेगा और cost-neutral भी रहेगा; मैं अपने छोटे free apps भी ऐसे ही चलाता हूं
    शायद author के लिए 100 डॉलर महीना बड़ी बात नहीं है, या वे convenience के लिए इतना pay करने की स्थिति में हैं

    • इतने ज्यादा access होने वाले database को 4 डॉलर DigitalOcean droplet पर चलाएंगे? काफी curious हूं
      web hosting cost तो लगभग कुछ नहीं है। cost का बड़ा हिस्सा database से आता है

  • सचमुच शानदार app है। cost breakdown share करना अच्छा लगा
    अगर banks होश में आ जाएं, तो यह feature ACH/Zelle/FedNow के आधार पर banking apps का default feature बन गया होता
    host को banking app में group बनाकर अलग-अलग bank accounts वाले users को invite कर पाना चाहिए
    payment requests one-click में handle हों, और अब Cash App या bank account, Venmo में पैसा आया या नहीं यह manually check करके third-party app में expense mark करने की जरूरत न हो

  • जरूरत है payment provider integration की। ACH या credit card से तुरंत payment करने की सुविधा होनी चाहिए
    यह अपने-आप में monetization option भी हो सकता है

    • ऐसी apps पहले से दर्जनों हैं। मुझे नहीं लगता कि इस app को उसी रास्ते पर जाना चाहिए
      open source और free बने रहना, और cash transactions के लिए convenient app बने रहना बेहतर लगता है
    • यह तो बस money laundering को invent करना हुआ

  • Supabase या NeonDB जैसे serverless database solutions इस्तेमाल करने से शायद काफी पैसा बच सकता है