ज़्यादा रिफ़ंड अनुरोध आपको रिफ़ंड से भी महंगे पड़ सकते हैं, क्योंकि दोनों ऐप स्टोर इन्हें क्वालिटी का संकेत मानते हैं

ज़्यादा रिफ़ंड अनुरोध उन कारणों की सूची में हैं जिनसे Apple आपके ऐप पर शक करता है। App Review Guidelines की गाइडलाइन 5.6.4 यह एक वाक्य में कहती है, और Google के Developer Distribution Agreement में भी ऐसा ही क्लॉज़ है जो उसे रिफ़ंड दरों के आधार पर किसी नए डेवलपर का ऐप हटाने देता है। ज़्यादातर डेवलपर रिफ़ंड को सिर्फ़ रेवेन्यू की समस्या मानते हैं। स्टोर इन्हें क्वालिटी का संकेत भी मानते हैं, और क्वालिटी का संकेत ऐप हटाने के नोटिस तक पहुंच सकता है।

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

ज़्यादा रिफ़ंड अनुरोधों पर Apple की गाइडलाइन 5.6.4 क्या कहती है

गाइडलाइन 5.6.4, जिसका शीर्षक App Quality है, सेक्शन 5.6 यानी Developer Code of Conduct के अंदर आती है। इसका बीच वाला वाक्य अहम है: क्वालिटी की अपेक्षा पूरी न होने के संकेतों में आपके ऐप को लेकर ज़्यादा ग्राहक शिकायतें, जैसे नेगेटिव रिव्यू, और ज़्यादा रिफ़ंड अनुरोध शामिल हैं। आख़िरी वाक्य इसे कार्रवाई से जोड़ता है। ऊंची क्वालिटी बनाए न रख पाना यह तय करने में एक कारक हो सकता है कि डेवलपर Developer Code of Conduct का पालन कर रहा है या नहीं।

असली वज़न इसी जुड़ाव से आता है। Code of Conduct की अपनी भूमिका कहती है कि अगर आप इसके ख़िलाफ़ गतिविधियों में शामिल होते हैं तो आपका Developer Program अकाउंट बंद कर दिया जाएगा। यही सेक्शन वह व्यवहार भी गिनाता है जिसे Apple खोज रहा है: ऐसे ऐप जो यूज़र्स को अनचाही ख़रीद के लिए बरगलाते हैं, चालाकी से कीमतें बढ़ाते हैं, या उन फ़ीचर्स या कंटेंट के पैसे लेते हैं जो डिलीवर ही नहीं होते। इनमें से हर चीज़ रिफ़ंड अनुरोध पैदा करती है, और इसीलिए Apple उन्हें गिनता है।

व्यवहार में 5.6.4 का नोटिस कैसा दिखता है

Apple अपने कार्रवाई वाले पत्र प्रकाशित नहीं करता, इसलिए सबसे अच्छा सबूत वही है जो डेवलपर्स बताते हैं। Apple Developer Forums के एक थ्रेड में एक डेवलपर ने लिखा कि Apple ने गाइडलाइन 5.6.4 का हवाला दिया और चेतावनी दी कि अगर 14 दिनों के भीतर ऐप में बदलाव नहीं हुआ तो ऐप बिक्री से हटा दिया जाएगा और डेवलपर अकाउंट निलंबित हो सकता है। उस डेवलपर के प्रस्तावित सुधार थे: फ़्री ट्रायल, ऐप के अंदर रेटिंग स्क्रीन, ज़्यादा टेस्टिंग और डिज़ाइन में बदलाव। थ्रेड में दूसरे डेवलपर्स ने ध्यान दिलाया कि इनमें से कोई भी यह नहीं सुलझाता कि ग्राहक पैसे वापस क्यों मांग रहे थे।

क्या Apple ज़्यादा रिफ़ंड अनुरोधों की वजह से ऐप हटा सकता है?

हां। Apple Developer Program License Agreement का Schedule 2, सेक्शन 7.3, Apple को किसी भी समय, कारण के साथ या बिना कारण, किसी ऐप की मार्केटिंग और डाउनलोड बंद करने देता है। इसमें कुछ ख़ास आधार भी गिनाए गए हैं, जिनमें एग्रीमेंट का उल्लंघन या App Review Guidelines जैसे दूसरे दस्तावेज़ों का उल्लंघन शामिल है। गाइडलाइन 5.6.4 इन्हीं गाइडलाइंस का हिस्सा है। और यही सेक्शन जोड़ता है कि Apple के डिस्ट्रिब्यूशन रोकने के फ़ैसले से Schedule 2 के तहत आपकी ज़िम्मेदारियां ख़त्म नहीं होतीं।

रिफ़ंड दरों पर Google Play का एग्रीमेंट क्या कहता है

Google की भाषा छोटी और ज़्यादा सीधी है। Google Play Developer Distribution Agreement का सेक्शन 4.11, September 15, 2025 से लागू संस्करण में, कहता है कि बिना प्रोडक्ट इतिहास वाले नए डेवलपर्स के लिए Google अनइंस्टॉल और रिफ़ंड दरों जैसे प्रदर्शन मापों का इस्तेमाल या प्रकाशन कर सकता है, ताकि वह उन प्रोडक्ट्स को पहचान सके या हटा सके जो Google के तय किए स्वीकार्य मानकों पर खरे नहीं उतरते।

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

Google Play पर ऐप हटना अकाउंट बंद होने में कैसे बदलता है

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

ऐप हटने की पैसों में कीमत

हटाने का नोटिस वे रिफ़ंड नहीं मिटाता जो आप पहले से देनदार हैं। वह उस रेवेन्यू को रोक देता है जिससे उनका भुगतान होता। Apple पर Schedule 2, सेक्शन 6.3 के तहत Apple जो रिफ़ंड देता है, उनकी भरपाई आपको करनी होती है, जिसमें पेमेंट प्रोवाइडर द्वारा बताए गए रिफ़ंड भी शामिल हैं, और इसी तरह चार्जबैक आप तक पहुंचता है। सेक्शन 7.1 इस भरपाई को टर्मिनेशन से पहले और बाद दोनों में लागू रखता है और Apple को एंड यूज़र रिफ़ंड की भरपाई के लिए अपनी समझ से उचित अवधि तक सारे भुगतान रोकने देता है। Google के एग्रीमेंट का सेक्शन 8.1 हटाने से पहले बेचे गए प्रोडक्ट्स के लिए यही करता है, और सेक्शन 3.8 Google को आपके पेआउट से रिफ़ंड काटने देता है।

अब गिनिए कि क्या चलता रहता है। जिन ग्राहकों ने ऐप पहले से इंस्टॉल किया है, वे उसे खोलते रहते हैं। आपके सर्वर, GPU कंप्यूट, पेड थर्ड पार्टी API कॉल, स्टोरेज और पेमेंट प्रोसेसर की फ़ीस उन यूज़र्स के लिए बिल बनाती रहती हैं, जबकि नया रेवेन्यू शून्य हो जाता है। अगर ऐप क्रिएटर्स या एफ़िलिएट्स को भुगतान करता है, तो वे भुगतान उन बिक्रियों पर गिने गए थे जो अब जमे हुए बैलेंस के ख़िलाफ़ रिफ़ंड बनकर लौट सकती हैं।

स्टोर असल में कितनी बार अकाउंट बंद करते हैं

सार्वजनिक आंकड़े जोखिम को सही अनुपात में रखते हैं। Apple की 2024 App Store Transparency Report 146,747 बंद किए गए डेवलपर अकाउंट गिनती है। इनमें से 146,583 DPLA सेक्शन 3.2(f) के तहत धोखाधड़ी के लिए बंद हुए, और Apple बताता है कि सबसे आम कारण दूसरे बंद किए गए डेवलपर अकाउंट्स से जुड़ाव है। गाइडलाइन 5.6.0, यानी Developer Code of Conduct, के तहत सिर्फ़ 99 ऐप हटाए गए, और गाइडलाइन 3.1.2, Subscriptions, के तहत 69। अकाउंट टर्मिनेशन के 8,132 अपीलों में से 225 अकाउंट बहाल हुए।

इसे दो तरह से पढ़िए। किसी ईमानदार ऐप का रिफ़ंड की वजह से बंद होना दुर्लभ है, और रिपोर्ट 5.6.4 को अलग से नहीं दिखाती। लेकिन एक बार अकाउंट बंद हो जाए तो उसे वापस पाना मुश्किल है। Apple का Code of Conduct एक रास्ता ज़रूर देता है: एक लिखित बयान जिसमें आप अपने प्रस्तावित सुधारों का ब्योरा दें, और अगर Apple योजना मंज़ूर करे और बदलावों की पुष्टि करे, तो अकाउंट बहाल हो सकता है।

अपने रिफ़ंड को अपने ख़िलाफ़ सबूत बनने से कैसे रोकें

आप लोगों को रिफ़ंड मांगने से नहीं रोक सकते। आप उन्हें वजहें देना बंद कर सकते हैं, और यह पक्का कर सकते हैं कि जिन दो फ़्लो में स्टोर आपसे पूछते हैं, उनमें वे आपका पक्ष सुनें।

Code of Conduct में बताई गई वजहें ख़त्म करें

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

उन दो फ़्लो का जवाब दें जिनमें आप सबूत दे सकते हैं

सिर्फ़ दो रिफ़ंड फ़्लो आपको स्टोर के फ़ैसले से पहले उसके सामने सबूत रखने देते हैं। Apple एक CONSUMPTION_REQUEST भेजता है और कहता है कि आप 12 घंटे के भीतर Send Consumption Information के ज़रिए कंजम्प्शन डेटा के साथ जवाब दें। Google Play चार्जबैक के लिए एक लंबित रिफ़ंड रिव्यू भेजता है, और आप 24 घंटे के भीतर orders.reviewrefund कॉल करके जवाब देते हैं। बाक़ी सब कुछ, जिसमें Google Play के 48 घंटे वाले सेल्फ़ सर्विस रिफ़ंड, सपोर्ट रिफ़ंड और बिना acknowledge की गई ख़रीद के ऑटो रिफ़ंड शामिल हैं, आपके बिना तय होता है। जिस अनुरोध का जवाब आप सटीक डेटा से देते हैं, उसे स्टोर तब ठुकरा सकता है जब कंटेंट डिलीवर हुआ और इस्तेमाल हुआ हो।

क्या आपको उन रिफ़ंड की सज़ा मिल सकती है जो आपकी वजह से नहीं हुए?

कोई भी स्टोर यह नहीं कहता कि वह क्वालिटी रिव्यू में दुरुपयोग वाले रिफ़ंड अनुरोधों को जायज़ अनुरोधों से अलग करता है, इसलिए मानकर चलें कि कच्ची संख्या ही दिखती है। यही अपना रिकॉर्ड रखने की वजह है: कौन से रिफ़ंड गिने-चुने एक जैसे अकाउंट्स से आए, कौन से आपकी तरफ़ की डिलीवरी विफलता के बाद आए, और कौन से भारी इस्तेमाल के बाद। अगर कभी 5.6.4 का नोटिस आए, तो यही रिकॉर्ड एक धुंधले वादे को उस ठोस सुधार योजना में बदलता है जो Apple का Code of Conduct मांगता है।

RefundHalt हर CONSUMPTION_REQUEST और Google Play चार्जबैक रिव्यू का जवाब उसकी समय सीमा के भीतर आपके असली यूसेज डेटा के साथ देता है, और प्रोडक्ट, देश और वर्ज़न के हिसाब से रिफ़ंड दरें ट्रैक करता है, ताकि स्टोर को अपने आंकड़ों में क्वालिटी की समस्या दिखने से पहले आप उसे अपने आंकड़ों में देख लें।