ढाँचा (plumbing) खड़ा करना एक समस्या है। यह तय करना कि वह ढाँचा क्या कहे, दूसरी समस्या है, और यह लेख उसी दूसरी समस्या के बारे में है। एक बार जब आपका सर्वर Apple के consumption requests और Google के chargeback reviews का जवाब देने में सक्षम हो जाए, तो जवाब खुद किसी नीति से आना चाहिए, न कि किसी सहज प्रवृत्ति से। हर चीज़ मान लें तो refund farmers आपका नाम याद रख लेते हैं। हर चीज़ से लड़ें तो आप असली ग्राहकों को मामूली रकम के लिए खो देते हैं। जो तरीका काम करता है वह इन दोनों के बीच का है, एक छोटी सीढ़ी जैसा जो अलग-अलग रिफंड को अलग तरह से देखती है।
मुख्य बातें
नियम बनाने से पहले मापें। App Store Connect और Play Console दोनों आपको बिल्कुल सटीक तरीके से दिखाते हैं कि रिफंड से कितना रेवेन्यू जा रहा है।
हर रिक्वेस्ट से लड़ना उतना ही महंगा पड़ता है जितना हर रिक्वेस्ट को नज़रअंदाज़ करना। पहली बार खरीदारी करने वाले से $2.99 पर विवाद करना आपको एक वन-स्टार रिव्यू दिला देता है।
एक सीढ़ीनुमा तरीका ही काम करता है: जहाँ goodwill सस्ता है वहाँ जल्दी मान लें, जहाँ सच में consumption हुआ हो वहाँ सबूत के साथ विवाद करें, और बार-बार ऐसा करने वालों से हमेशा विवाद करें।
usage का सबूत ही अस्वीकृति की प्राथमिकता को महज़ एक दावे से एक ठोस तर्क में बदल देता है।
इन नियमों पर दोबारा नज़र डालने की ज़रूरत है। एक बार जब save rate और review score दोनों दिखने और बदलने लगें, तो सीमाओं (thresholds) पर फिर से विचार करना चाहिए।
नियम चाहे जो भी निष्कर्ष निकालें, यह गारंटी किसी इंसान को नहीं बल्कि किसी automated सिस्टम को देनी होगी कि Apple की 12 घंटे या Google की 24 घंटे की सीमा खत्म होने से पहले जवाब पहुँच जाए।
रिफंड की पहली लहर आने पर हर चीज़ को चुनौती देना एक स्वाभाविक प्रतिक्रिया है। लेकिन इससे बचना चाहिए। स्टोर्स आपके जवाबों को समग्र रूप से आँकते हैं, और जिन ग्राहकों से आप मामूली रकम के लिए लड़ते हैं, वे जाकर वन-स्टार रिव्यू लिख देते हैं। एक सीढ़ीनुमा तरीका किसी सहज प्रतिक्रिया से बेहतर है।
पहले यह मापें कि रिफंड वाकई में कितना ले जाते हैं
जिस चीज़ को मापा न गया हो उसे ट्यून करना संभव नहीं है, और दोनों स्टोर्स यह आँकड़ा साफ-साफ कहीं न कहीं दिखाते हैं। App Store Connect इसे Trends के तहत रखता है: measure को Proceeds पर सेट करें, Transaction Type को Refund तक सीमित करें, और जो लाइन बचती है वही आपका मासिक नुकसान है। Play Console इसका अपना संस्करण financial reports में रखता है, जो रिफंड और chargebacks को हर ऑर्डर के हिसाब से अलग दिखाती हैं। कोई भी नियम बदलने से पहले उस मासिक आँकड़े को दर्ज कर लें, क्योंकि यही वह बेसलाइन है जिसके आधार पर बाद में हर चीज़ आँकी जाएगी।
रिपोर्ट्स खुली रहते हुए, सिर्फ कुल आँकड़े को नहीं बल्कि पूरे पैटर्न को देखें। कौन-से प्रोडक्ट्स पर ज़्यादा रिफंड आते हैं, खरीदारी और रिक्वेस्ट के बीच कितना समय बीतता है, और वही खरीदार कितनी बार दोबारा सामने आते हैं। यही तीन पहलू हैं जिन पर यह सीढ़ीनुमा तरीका आधारित है।
एक goodwill case ऐसा दिखता है: $5 से कम की खरीदारी, कोई दर्ज usage नहीं, और पहले कभी कोई रिफंड नहीं। इसे तुरंत मान लें।
असली consumption ऐसा दिखता है: कई दिनों तक सक्रिय इस्तेमाल के बाद "असंतुष्ट" होने का दावा। इसे अस्वीकार करें, और सबूत के तौर पर usage curve साथ लगाएँ।
एक repeat offender कोई भी ऐसा अकाउंट है जिसके लाइफटाइम में दो या उससे ज़्यादा रिफंड हो चुके हों। हर बार विवाद करें, और पूरी हिस्ट्री जमा करें।
जब आपके पास कोई आधार ही न हो और खरीदार को किसी usage रिकॉर्ड से जोड़ा न जा सके, तो neutral सबूत और समय-आधारित अनुमान जमा करें।
जहाँ goodwill की कीमत कम हो, वहाँ जल्दी मान लें
एक छोटी खरीदारी, कोई दर्ज usage नहीं, और उस अकाउंट पर पहले कोई रिफंड नहीं - यह एक ऐसा मामला है जिसे मान लेना चाहिए। इसमें बस कुछ डॉलर का खर्च आता है, ग्राहक एक अच्छे प्रभाव के साथ जाता है, और उन विवादों के लिए आपकी विश्वसनीयता बढ़ जाती है जो वाकई मायने रखते हैं। इसे एक नियम के रूप में कहें तो, जैसे कि कीमत $5 से कम हो, साथ में शून्य usage और शून्य पिछले रिफंड हों तो नतीजा "grant" निकले - यह बिना किसी इंसान के देखे ही इन मामलों को निपटा देगा।
जहाँ सच में consumption हुआ हो, वहाँ सबूत के साथ विवाद करें
रेवेन्यू का नुकसान "भारी इस्तेमाल के बाद असंतुष्टि" वाले पैटर्न से होता है। छह दिनों तक रोज़ाना इस्तेमाल के बाद असंतोष का दावा, usage curve के सबूत के साथ अस्वीकृति की प्राथमिकता को जायज़ ठहराता है। यही वह स्थिति है जिसके लिए consumption data बनाया गया था, और यहीं automated सबूत अपनी उपयोगिता साबित करता है।
बार-बार रिफंड लेने वालों से बिना किसी अपवाद के विवाद करें
Refund farming एक वास्तविक व्यवहार है: एक ही अकाउंट बार-बार खरीदारी, consumption और रिफंड के चक्र से गुज़रता है। आप जो कुछ भी पब्लिश करते हैं, उसमें हर यूज़र के लाइफटाइम रिफंड पर नज़र रखें, और गिनती दो तक पहुँचते ही अपना रुख सख्त कर लें। स्टोर्स भी इस हिस्ट्री को ध्यान में रखते हैं, और आपका सबूत ही इसे उनके सामने ज़ाहिर करता है।
सीढ़ीनुमा तरीके को सेट करके भूल जाने के बजाय, उसे ट्यून करते रहें
नियमों को एक महीने तक चलने दें, फिर दो आँकड़ों की तुलना करें: save rate और review score। अगर reviews स्थिर रहते हुए save rate बढ़ रहा है, तो इसका मतलब है कि आप एक और पायदान सख्त हो सकते हैं, शायद goodwill की प्राइस सीमा को और कम करके। अगर reviews गिर रहे हैं तो इसका मतलब है कि आपकी dispute सीमा असली ग्राहकों को भी पकड़ रही है और उसे ढीला करना चाहिए। पूरे समय एक iOS शर्त ध्यान में रखने लायक है: Apple यह अपेक्षा रखता है कि usage data भेजे जाने से पहले ग्राहकों ने आपकी शर्तों (terms) के ज़रिए इसे साझा करने की सहमति दी हो।
डेडलाइन को कभी भी अपने लिए फैसला न लेने दें
इस सबके बीच सबसे खामोश विफलता है जवाब देने की समय-सीमा को पूरी तरह चूक जाना। किसी चीज़ को यह गारंटी देनी होगी कि Apple की बारह घंटे या Google की चौबीस घंटे की सीमा खुली रहते हुए ही जवाब पहुँच जाए, और वह "कोई चीज़" किसी इंसान की बजाय एक सिस्टम होनी चाहिए। Refund Sensor इसी गारंटी के लिए मौजूद है, जो आपके द्वारा सेट किए गए किसी भी सीढ़ीनुमा तरीके को लागू करता है और हर बार समय-सीमा के भीतर जवाब दाखिल करता है।
ये नियम कहाँ दस्तावेज़ीकृत हैं
अक्सर पूछे जाने वाले प्रश्न
नहीं। अंतिम फैसला स्टोर्स के हाथ में होता है, और वे आपके व्यवहार को समग्र रूप से देखते हैं। सस्ते goodwill मामलों को मान लेने से ग्राहक संतुष्ट रहते हैं, साथ ही उन मामलों में आपकी अस्वीकृति की प्राथमिकता ज़्यादा विश्वसनीय बन जाती है जहाँ वाकई consumption हुआ था।
App Store Connect में Trends पर जाएँ, measure को Proceeds पर सेट करें और Transaction Type को Refund तक सीमित करें। Play Console में भी इसका समकक्ष इसकी financial reports में मिलता है, जो हर ऑर्डर के हिसाब से अलग दिखाई जाती हैं। जो भी मासिक आँकड़ा सामने आए, वही वह बेसलाइन है जिसे आपके नियमों को पीछे छोड़ना है।
सही मामलों को चुनौती देने से नहीं। जिस व्यक्ति ने किसी प्रोडक्ट का इस्तेमाल एक हफ्ते तक किया हो, वह शायद ही अस्वीकृत रिफंड के बारे में रिव्यू लिखता है। गुस्से भरे वन-स्टार रिव्यू तब आते हैं जब आप पहली बार खरीदारी करने वालों से मामूली रकम के लिए लड़ते हैं।
फिर भी जवाब दें। डिलीवरी स्टेटस और समय-आधारित अनुमान भी सबूत माने जाते हैं, और जवाब दिया गया कोई भी मामला बिना जवाब वाले मामले से बेहतर होता है। असली usage data बाद में जोड़ा जा सकता है, और ऐसा होते ही आपके जवाबों की गुणवत्ता अपने-आप बेहतर हो जाती है।
