बस सब्सक्रिप्शन का भुगतान कर दीजिए

मोबाइल ऐप सब्सक्रिप्शन उपयोगकर्ताओं को ध्रुवीकृत करते हैं: कुछ इन्हें चल रहे विकास को फंड करने का उचित तरीका मानते हैं, जबकि अन्य इन्हें शोषणकारी “rent-seeking” के रूप में देखते हैं जो सॉफ्टवेयर के स्वामित्व और दीर्घकालिक पहुँच को कमज़ोर करता है। टिप्पणीकार उन सेवाओं में अंतर करते हैं जिन्हें वास्तव में आवर्ती राजस्व चाहिए (क्लाउड-आधारित, लगातार अपडेट होने वाले टूल) और साधारण उपयोगिताओं में, जहाँ सब्सक्रिप्शन अनुचित लगते हैं, खासकर जब कीमतें ऊँची हों और रद्द करना झंझट भरा हो। इस बहस के पीछे enshittification, डेटा लॉक-इन, Apple और Google से प्लेटफ़ॉर्म अस्थिरता, और उस युग के खोने जैसी व्यापक चिंताएँ हैं जब सॉफ्टवेयर एक बार खरीदा जा सकता था, दशकों तक इस्तेमाल किया जा सकता था, और जबरन बदला नहीं जाता था।

ऐप सब्सक्रिप्शनों पर समग्र भावना

  • कई टिप्पणीकारों को सब्सक्रिप्शनों का फैलाव पसंद नहीं है, खासकर साधारण या “पूरी हो चुकी” ऐप्स के लिए (कैलकुलेटर, टाइमर, बेसिक फिटनेस ट्रैकर)।
  • कुछ लोग सब्सक्रिप्शनों से सहज हैं और कई ऐसी सेवाओं का हवाला देते हैं जिनके लिए वे खुशी से भुगतान करते हैं; उनका तर्क है कि हर सब्सक्रिप्शन शोषणकारी नहीं होता।
  • इस बात पर व्यापक सहमति है कि क्लाउड-आधारित ऐप्स और वास्तविक चलती लागत वाली सेवाएँ (सर्वर, API, भारी रखरखाव) सब्सक्रिप्शन-आधारित होने के लिए अधिक उचित हैं।

स्वामित्व बनाम पहुँच और दीर्घायु

  • “सॉफ्टवेयर के मालिक होने” के प्रति गहरी नॉस्टैल्जिया: एक बार CD/बॉक्स खरीदना और 10–20 साल बाद भी, ऑफलाइन, उसे चलाना।
  • दूसरे लोग तर्क देते हैं कि मोबाइल ऐप्स के लिए “स्वामित्व” का अर्थ तेजी से कम होता जा रहा है, क्योंकि वे लगातार अपडेट और प्लेटफ़ॉर्म संगतता पर निर्भर करते हैं।
  • कई लोग यह गारंटी चाहते हैं कि अगर कोई कंपनी बंद हो जाए या परवाह करना छोड़ दे, तो उन्होंने जिस संस्करण के लिए भुगतान किया है वह फिर भी चले। मौजूदा सब्सक्रिप्शन/ऐप-स्टोर मॉडल अक्सर इसे तोड़ देते हैं।

मूल्य निर्धारण, कीमत, और शोषण

  • शिकायतें कि कई मोबाइल सब्सक्रिप्शन इस हिसाब से ज़्यादा महंगे हैं कि ऐप का उपयोग कितनी कम बार होता है; लोग उनकी तुलना उन स्ट्रीमिंग सेवाओं से करते हैं जिन्हें वे रोज़ इस्तेमाल करते हैं।
  • सब्सक्रिप्शनों को संरचनात्मक रूप से गैर-उपयोग के लिए भुगतान निकालने के लिए बनाया गया माना जाता है, जो भूलने की आदत और रद्द करने की झंझट का फायदा उठाते हैं (“जिम मेंबरशिप” मॉडल)।
  • एक आम पैटर्न पर ध्यान दिया गया: पहले सस्ता या घाटे पर लॉन्च करो, फिर उत्पाद को “enshittify” करो, जबकि लॉक-इन या अन्यमनस्क सब्सक्राइबरों पर निर्भर रहो।
  • उपयोगकर्ता इस बात से नाराज़ हैं कि उन्हें सब्सक्रिप्शन में धकेला जाता है, जबकि एक बार का भुगतान या बहुत कम-कीमत वाला सब्सक्रिप्शन (महीने के कुछ सेंट) पर्याप्त होता।

विकल्प: एक बार का भुगतान, अपग्रेड, और ओपन सोर्स

  • कई लोग पारंपरिक एक बार के भुगतान के साथ वैकल्पिक सशुल्क अपग्रेड का समर्थन करते हैं (जैसे, एक साल के अपडेट, फिर उसी संस्करण का अनिश्चितकाल तक उपयोग)।
  • कुछ लोग कहते हैं कि अपग्रेड मूल्य निर्धारण उन फीचर्स पर ध्यान केंद्रित करने को बढ़ावा देता है जिन्हें उपयोगकर्ता वास्तव में महत्व देते हैं; अन्य ध्यान दिलाते हैं कि यह रखरखाव की बजाय “चमकीले” फीचर्स को प्रोत्साहित कर सकता है।
  • ओपन सोर्स को एक विपरीत मॉडल के रूप में उठाया गया है: अनिश्चितकालीन पुन: उपयोग, पारदर्शिता, और डोनेशन/“सब्सक्रिप्शन” को लॉक-इन के बजाय स्वैच्छिक समर्थन के रूप में।

प्लेटफ़ॉर्म और इकोसिस्टम की सीमाएँ

  • मोबाइल प्लेटफ़ॉर्म (Apple/Google) पर खराब बैकवर्ड संगतता और ऐसे स्टोर नियमों का दोष मढ़ा जाता है जो गैर-सब्सक्रिप्शन मॉडलों को कठिन बनाते हैं।
  • बार-बार होने वाले OS और API बदलाव वास्तविक चलती लागत पैदा करते हैं, जिससे कई इंडी डेवलपर्स के लिए शुद्ध एक-बार मूल्य निर्धारण कम व्यवहार्य हो जाता है।

डेटा, लॉक-इन, और UX संबंधी चिंताएँ

  • महत्वपूर्ण व्यक्तिगत डेटा रखने वाले टूल्स के लिए सब्सक्रिप्शन के उपयोग के खिलाफ कड़ी चेतावनियाँ, खराब एक्सपोर्ट विकल्पों और पहुँच खोने के जोखिम के कारण।
  • लोग अनिवार्य खातों, अपने-आप कन्वर्ट होने वाले ट्रायल, रद्दीकरण के आसपास डार्क पैटर्न, और लगातार, अवांछित UI/फीचर बदलावों से निराश हैं।