एक खराब ऐप अपडेट रिफंड की लहर ला सकता है, और यहाँ बताया गया है कि इसे आपके पेआउट तक पहुँचने से पहले कैसे रोकें

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

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

एक खराब ऐप अपडेट रिफंड में क्यों बदल जाता है

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

आप जो पैसा गँवाते हैं वह बिक्री से कहीं ज़्यादा है

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

रिफंड की एक लहर आपकी रिफंड दर को भी हिला देती है

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

App Store पर एक खराब रिलीज़ को कैसे रोकें

Apple का रोकथाम उपकरण फेज़्ड रिलीज़ है, और इसका पूरा मूल्य यही है कि आप ब्रेक तब खींच सकते हैं जब तक आपके ज़्यादातर उपयोगकर्ता टूटा हुआ बिल्ड देखते भी नहीं।

फेज़्ड रिलीज़ सात दिनों में पहुँचती है

जब आप किसी संस्करण अपडेट के लिए फेज़्ड रिलीज़ चालू करते हैं, तो Apple इसे उन उपयोगकर्ताओं के एक यादृच्छिक नमूने तक पहुँचाता है जिनके पास ऑटोमैटिक अपडेट चालू है। रोलआउट एक तय अनुसूची पर चढ़ता है: पहले दिन 1 प्रतिशत, फिर सात दिनों में 2, 5, 10, 20, 50, और 100 प्रतिशत। चूँकि शुरुआती दिन आपके आधार के एक छोटे से अंश को छूते हैं, दूसरे दिन पकड़ा गया कोई दोष उससे कहीं कम लोगों तक पहुँचा होता है जितने तक एक ही दिन की पूरी रिलीज़ पहुँचती।

जैसे ही कुछ गड़बड़ लगे, रोक दें

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

Google Play पर एक खराब रिलीज़ को कैसे रोकें

Google Play आपको दो ब्रेक देता है, एक उस रिलीज़ के लिए जो अभी रोल आउट हो रही है और एक उस रिलीज़ के लिए जो पहले ही सबके पास पहुँच चुकी है।

चल रहे स्टेज्ड रोलआउट को रोकें

Google Play पर एक स्टेज्ड रोलआउट आपको उपयोगकर्ताओं के एक प्रतिशत तक रिलीज़ करने और उसे अपनी अनुसूची पर बढ़ाने देता है। अगर आपको कोई समस्या मिलती है, तो रिलीज़ खोलें और Manage rollout चुनें, फिर Halt rollout। कोई और उपयोगकर्ता उस संस्करण को नहीं पाता, और जिन उपयोगकर्ताओं को वह पहले ही मिल चुका है वे उसी पर बने रहते हैं। अगर बिल्ड आखिरकार साफ़ निकलता है, तो आप वही रोलआउट वहीं से फिर शुरू करते हैं जहाँ वह रुका था।

एक ऐसी रिलीज़ को रोकें जो पहले ही 100 प्रतिशत तक पहुँच चुकी है

Google Play आपको एक पूरी तरह रोल-आउट हो चुकी रिलीज़ को भी रोकने देता है, जो स्टेज्ड-रोलआउट ब्रेक नहीं कर सकता। जब आप इसे रोकते हैं, तो आपके ऐप का एक पहले से लाइव, पूरी तरह रोल-आउट हो चुका संस्करण अपने आप उन नए और मौजूदा उपयोगकर्ताओं के लिए उसकी जगह ले लेता है जो पहले से रोके गए बिल्ड पर नहीं हैं। दो सीमाएँ मायने रखती हैं: आप किसी ट्रैक की पहली रिलीज़ को नहीं रोक सकते, और अगर टूटा हुआ संस्करण इतने लंबे समय तक लाइव रहा है कि ज़्यादातर उपयोगकर्ता पहले ही अपडेट कर चुके हैं, तो रोकने से कुछ खास नहीं होता, क्योंकि नुकसान पहले ही बँट चुका है।

जब रिफंड और विवाद पहले ही शुरू हो चुके हों

रोलआउट को चरणबद्ध करना यह सीमित करता है कि कितने लोग एक खराब ऐप अपडेट से टकराते हैं। यह उन उपयोगकर्ताओं के रिफंड और विवादों के लिए कुछ नहीं करता जो पहले ही टकरा चुके हैं। एक बार जब कोई ग्राहक अपने पैसे वापस माँगता है, तो स्टोर प्रक्रिया चलाता है, और आपकी बात सीमित रह जाती है।

ज़्यादातर रिफंड आपके बिना ही तय होते हैं

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

दो अवधियाँ ही आपका एकमात्र इनपुट हैं

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

रोकथाम की चेकलिस्ट

इसमें कुछ भी अनोखा नहीं है। यह एक छोटा रूटीन है जिसे आप हर रिलीज़ पर चलाते हैं, केवल उन्हीं पर नहीं जिनके टूटने की आपको उम्मीद है।

• हर अपडेट को App Store पर फेज़्ड रिलीज़ और Google Play पर एक स्टेज्ड रोलआउट के ज़रिए भेजें, कभी एक ही दिन का पूरा पुश नहीं।
• शुरुआती कम-प्रतिशत वाले दिनों के दौरान क्रैश और रिफंड संकेतों पर नज़र रखें, जब दर्शक इतने छोटे होते हैं कि उन्हें बचाया जा सके।
• जैसे ही कोई असली दोष सामने आए, App Store की फेज़्ड रिलीज़ को रोकें या Google Play के रोलआउट को रोकें, फिर ठीक करें और दोबारा जमा करें।
• Google Play पर एक ऐसे दोष के लिए जो पहले ही सबके पास पहुँच चुका है, पूरी तरह रोल-आउट हो चुकी रिलीज़ को रोकें ताकि पिछला संस्करण उसकी जगह ले ले।
• Apple और Google के नोटिफ़िकेशन फ़ीड तैयार करें ताकि आप हर खपत अनुरोध और रिफंड समीक्षा का उसकी अवधि के भीतर जवाब दे सकें।
• पूरी रिलीज़ के दौरान अपनी रिफंड दर पर नज़र रखें, क्योंकि अचानक उछाल यह संकेत है कि रोलबैक में देर हो चुकी है।