- कई services app install करने के लिए मजबूर करती हैं और web accessibility को सीमित करती हैं, जिससे users थकान और असुविधा महसूस करते हैं
- browser में extensions और scripts के ज़रिए environment को control किया जा सकता है, लेकिन app ऐसी संरचना है जिसमें निर्माता के लिए control को मज़बूत करना आसान होता है
- ज़्यादातर apps सिर्फ़ साधारण text·media rendering के स्तर के होते हैं, फिर भी अत्यधिक size और permissions मांगते हैं
- थोपा गया app experience अक्सर unstable interface और response delay की वजह से native पर भरोसा कम कर देता है
- कंपनियाँ app install conversion metrics बढ़ाने के लिए web quality को जानबूझकर गिराती हैं, जिससे web की openness और user choice कमज़ोर होने का एक दुष्चक्र बनता है
app download को जबरन थोपने के प्रति असहजता
- web पसंद करने वाले users ज़्यादातर services द्वारा app install के लिए मजबूर किए जाने की हक़ीक़त से थक चुके हैं
- social media से parking payment तक, app को प्राथमिकता दी जाती है और web को द्वितीयक माना जाता है
- web version में app install के लिए उकसाने वाले popup, modal, top banner बार-बार दिखाई देते हैं
- कुछ services तो केवल app के ज़रिए ही उपलब्ध हैं, इसलिए public services या essential utilities के मामले में यह असुविधा गंभीर हो जाती है
browser और app में control का अंतर
- browser में user scripts, ad blockers, extensions आदि के माध्यम से user खुद environment को control कर सकता है
- जिस site में dark mode नहीं है, उसे भी script से ठीक किया जा सकता है
- Reddit के sidebar बदलाव को भी personal extension से सुधारा जा सकता है
- दूसरी ओर app में user control सीमित होता है, और निर्माता के लिए control को मज़बूत करना आसान होता है
- app push notifications, tracking telemetry collection, closed ecosystem बनाए रखने के लिए अनुकूल हैं
- ऊपर से यह “बेहतर user experience” का दावा करते हैं, लेकिन असली मक़सद user retention सुनिश्चित करना होता है
साधारण संरचना वाले apps और अत्यधिक माँगें
- ज़्यादातर apps text और media feed, या multi-step input forms जैसी साधारण संरचना से बने होते हैं
- 3D game या LiDAR-आधारित AR जैसी hardware integration की ज़रूरत वाले मामलों को छोड़ दें, तो अधिकांश सिर्फ़ API से JSON data लेकर render करने वाले thin clients हैं
- इसके बावजूद कंपनियाँ 100MB से बड़े app install, location permission, background execution allowance की माँग करती हैं
- केवल home screen share हासिल करने के लिए basic content को native app के रूप में फिर से बनाने के कई उदाहरण हैं
कमज़ोर native experience
- अगर browser की जगह app को मजबूरन इस्तेमाल कराया जा रहा है, तो कम-से-कम उच्च-गुणवत्ता वाला native experience दिया जाना चाहिए
- लेकिन हक़ीक़त में अक्सर unstable या awkward interface देखने को मिलते हैं
- उदाहरण के तौर पर, शुरुआती Flutter apps में iOS shader compilation delay की समस्या का उल्लेख किया गया है
- Skia engine के दौर में animation पहली बार चलने पर UI अटक जाता था, और Impeller पर switch होने से पहले shader को manually precompile करना पड़ता था
- ऐसे सूक्ष्म scroll speed, gesture response delay, timing mismatch users को अप्रिय लगते हैं
- इंसान system response में बारीक अंतर महसूस कर सकता है, और यह XZ backdoor detection case या FPS games में delay detection जैसी घटना से मिलता-जुलता है
- अगर ऐसी बारीक interactions पूरी तरह polished न हों, तो native experience पर भरोसा टूट जाता है
- यह सिर्फ़ कुछ apps की समस्या नहीं, बल्कि काफ़ी आम घटना है जो समग्र धारणा पर बुरा असर डालती है
Enshittification का दुष्चक्र
- full-screen modal के ज़रिए app install के लिए मजबूर करने पर, ज़्यादातर users विरोध करने के बजाय install करना चुनते हैं
- ऐसा व्यवहार PM के performance metrics पर सकारात्मक असर डालता है, जिससे web experience को और खराब करने वाला incentive बनता है
- services शुरुआत में open web पर user base बनाती हैं, लेकिन बाद में web version को जानबूझकर सीमित करके users को app की ओर धकेलती हैं
- app के अंदर ads exposure और tracking के लिए खुला बंद वातावरण बन जाता है
- नतीजतन web सिर्फ़ एक acquisition channel बनकर रह जाता है, और browser की universal platform वाली भूमिका कमज़ोर पड़ती है
- कंपनियों के नज़रिए से web quality बनाए रखने की financial motivation समाप्त हो जाती है
- data दिखाता है कि यह रणनीति वास्तव में असरदार है, यानी user conversion rate ऊँचा बना रहता है
अभी कोई टिप्पणी नहीं है.