One self-hosted console to run your entire business — commerce, ERP, HRM, CRM & manufacturing

रिटर्न यानी मुनाफ़े की समस्या: मार्जिन बचाने वाली रिटर्न प्रक्रिया कैसे बनाएँ

एक रिटर्न की लागत रिफ़ंड से कहीं ज़्यादा है। देखिए काल्पनिक लागत का हिसाब, निष्पक्ष रिटर्न पॉलिसी कैसे लिखें, लौटे स्टॉक को ग्रेड और रास्ता कैसे दें, दुरुपयोग कैसे पकड़ें, बहीखाता साफ़ कैसे रखें और कौन-से मेट्रिक देखें।

Author

Anichur Rahaman

2 सप्ताह पहले11 min read
रिटर्न यानी मुनाफ़े की समस्या: मार्जिन बचाने वाली रिटर्न प्रक्रिया कैसे बनाएँ

एक छोटे ऑनलाइन स्टोर की मालिक की कल्पना कीजिए, जो सोमवार सुबह पिछले हफ़्ते की report देख रही हैं। 80 डॉलर की जैकेट, जिस पर 45% margin है, सबसे ज़्यादा बिकी: 40 पीस। dashboard कहता है कि margin 1,440 डॉलर बना। वे ख़ुश होकर 100 पीस और मँगवा लेती हैं।

लेकिन उनमें से आठ जैकेट लौट चुकी हैं, या पैकिंग टेबल के पास डिब्बे में पड़ी हैं। हर return पर shipping, handling, support, fee और markdown मिलाकर करीब 38.60 डॉलर लगे। सही गिनती करें तो हफ़्ते की कमाई करीब 843 डॉलर रही, 1,440 नहीं। यह एक काल्पनिक हफ़्ता है, किसी असली दुकान की कहानी नहीं, पर हिसाब बिल्कुल आम है।

return यानी ऐसी बिक्री जो बिल लेकर लौटी है, और कई स्टोर में वह बिल कोई जोड़ता ही नहीं। इसलिए अच्छी return प्रक्रिया सर्विस का काम कम, margin का फ़ैसला ज़्यादा है: वह पॉलिसी की क़ीमत तय करती है, हर सामान का रास्ता तय करती है, दुरुपयोग पकड़ती है और return के बाद का नेट margin नापती है।

यह आँकड़ा छोटा नहीं है। National Retail Federation और UPS की कंपनी Happy Returns ने अपनी 2025 की Retail Returns Landscape report में अनुमान लगाया है कि अमेरिकी रिटेलरों की सालाना बिक्री का 15.8% हिस्सा वापस आएगा, यानी करीब 849.9 अरब डॉलर। ऑनलाइन बिक्री में यह दर और ऊँची है, 19.3%। मोटे तौर पर हर पाँच ई-कॉमर्स order में से एक किसी न किसी रूप में लौट आता है।

आगे के हिस्सों में एक return की लागत, निष्पक्ष पर margin बचाने वाली पॉलिसी, माल लौटने पर क्या करें, धोखाधड़ी कैसे पकड़ें और किन आँकड़ों पर नज़र रखें, यह सब है। अंत की चेकलिस्ट इसी महीने लागू की जा सकती है।

एक return की असली लागत

refund तो लागत का सिर्फ़ दिखने वाला हिस्सा है। उसके पीछे कई छोटे ख़र्च जुड़े होते हैं। वे किसी एक report में एक साथ नहीं आते, इसलिए कोई उन्हें जोड़कर नहीं देखता।

  • दोनों तरफ़ की shipping। जाने वाले parcel का भाड़ा आपने दिया, और कई बाज़ारों में लौटने वाले लेबल का ख़र्च भी अब आपका है। जाने का भाड़ा courier कंपनी आपको वापस नहीं करती।
  • रिसीविंग और handling। कोई parcel स्कैन करता है, खोलता है, माल जाँचता है, साफ़ करता है या दोबारा पैक करता है और शेल्फ़ पर रखता है।
  • कस्टमर सर्विस। return की request से टिकट, email और कॉल आते हैं। refund में देरी हो तो और आते हैं।
  • payment fee। कुछ payment प्रोवाइडर refund पर fee का तय हिस्सा रख लेते हैं, इसलिए अपनी शर्तें जाँच लीजिए। जहाँ ऐसा होता है, वहाँ मूल बिक्री पर लगी fee पूरी डूब जाती है।
  • markdown और राइट-ऑफ़। कुछ माल पूरे दाम पर फिर शेल्फ़ पर चढ़ जाता है। कुछ को छूट पर बेचना पड़ता है, और कुछ बिकता ही नहीं।

एक काल्पनिक उदाहरण लीजिए, यह कोई बेंचमार्क नहीं है। 80 डॉलर के सामान पर 45% ग्रॉस margin है, यानी कमाई 36 डॉलर। सामान लौट आए तो आपके 8 डॉलर जाने की shipping में, 9 डॉलर लौटने की shipping में, 4 डॉलर handling में, 3 डॉलर कस्टमर सर्विस में और 2.60 डॉलर payment fee में चले जाते हैं। ऊपर से सभी ग्रेड मिलाकर औसतन 12 डॉलर markdown और राइट-ऑफ़ में जाते हैं। कुल लागत 38.60 डॉलर, जबकि margin था 36 डॉलर। इस बिक्री से सिर्फ़ कमाई नहीं रुकी, उलटे पैसे गए।

एक काल्पनिक return का बार चार्ट: 80 डॉलर की बिक्री पर 36 डॉलर का margin, जबकि shipping, handling, support, fee और markdown मिलाकर 38.60 डॉलर की return लागत
एक काल्पनिक return: लागत का जोड़ बिक्री से मिले margin से भी ज़्यादा निकला।

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

प्रोसेस से पहले पॉलिसी तय कीजिए

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

पॉलिसी का फ़ैसलाmargin पर असरआम तौर पर क्या चलता है
return की समय-सीमालंबी सीमा से return बढ़ते हैं और दोबारा बिक्री में देरी होती हैडिलीवरी से 14 से 30 दिन, त्योहारी तोहफ़ों के लिए ज़्यादा
माल की हालत के नियमअस्पष्ट नियमों से विवाद और ग़लत refund होते हैंसीधी भाषा में: बिना इस्तेमाल, टैग लगा, ओरिजिनल पैकिंग
लौटाने का भाड़ा कौन देगामुफ़्त return से संख्या बढ़ती है; पैसे लगें तो कन्वर्ज़न घटता हैख़राबी या हमारी ग़लती पर मुफ़्त; मन बदलने पर तय fee या कटौती
refund का तरीक़ानक़द refund में पैसा कारोबार से निकल जाता है; क्रेडिट रुका रहता हैपहले exchange या स्टोर क्रेडिट दें, नक़द refund साफ़ विकल्प के तौर पर रखें
final sale का मालक्लियरेंस और हाइजीन वाले सामान पर margin बचता हैcheckout से पहले product पेज पर साफ़ लिखें

exchange पर ख़ास ध्यान दीजिए। जो ग्राहक सिर्फ़ साइज़ बदल रहा है, उसकी बिक्री बची रहती है। स्टोर क्रेडिट से भी यही होता है, और पैसा आपके कारोबार में ही रहता है। इनमें से किसी को छिपाइए मत। जिन्हें क्रेडिट लेने पर मजबूर किया जाता है, वे बुरा मान जाते हैं। इसलिए दोनों को तेज़ विकल्प की तरह सामने रखिए और नक़द refund का रास्ता भी खुला छोड़िए। diagram दिखाता है कि request को किस क्रम में कौन-से सवाल पार करने होते हैं।

flowchart: return request की जाँच तीन सवालों से होती है: समय-सीमा, माल की हालत, और ग्राहक exchange या क्रेडिट लेगा या नहीं। हर
तीन सवाल हर request का फ़ैसला करते हैं, और नक़द refund से पहले exchange की पेशकश होती है।

जहाँ बेचते हैं, वहाँ के क़ानूनी न्यूनतम नियम जानिए

कोई भी पॉलिसी क़ानून से मिले ग्राहक अधिकारों से नीचे नहीं जा सकती, और नियम देश-देश में अलग हैं। एक उदाहरण: यूरोपीय संघ का Consumer Rights Directive ऑनलाइन ख़रीदारों को बिना कारण बताए 14 दिन में ख़रीद वापस लेने का अधिकार देता है, जिसकी गिनती सामान हाथ में आने के दिन से शुरू होती है। ख़रीद रद्द करने के बाद ग्राहक के पास सामान भेजने के लिए 14 दिन और होते हैं, और विक्रेता को 14 दिन के भीतर refund देना होता है, सामान्य डिलीवरी शुल्क समेत। लौटाने का भाड़ा ग्राहक तभी देता है जब ख़रीद से पहले उसे यह बता दिया गया हो। यूनाइटेड किंगडम में Consumer Contracts Regulations के तहत 14 दिन की ऐसी ही रद्दीकरण अवधि है। कुछ सामान इससे बाहर हैं, जैसे ग्राहक के order पर बना सामान या खुल चुके सील-बंद हाइजीन उत्पाद।

दूसरे देशों में अवधि अलग हो सकती है, मन बदलने पर return का अधिकार शायद न हो, और ख़राब माल के लिए अलग नियम हों। कई देशों में भेजते हैं तो हर बाज़ार जाँचिए, और क़ानूनी न्यूनतम को अपनी पॉलिसी से अलग फ़ील्ड में रखिए ताकि system सख़्त वाला नियम लागू कर सके। यह सामान्य जानकारी है, क़ानूनी सलाह नहीं।

सिर्फ़ return नहीं, वजह भी दर्ज कीजिए

सबसे सस्ता return वही है जो कभी हुआ ही नहीं। और return रोकने के लिए यह जानना ज़रूरी है कि वे क्यों होते हैं। खुले टेक्स्ट बॉक्स से बस शोर मिलता है। request के वक़्त चुने गए reason code की छोटी सूची से काम का data मिलता है।

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

फिर data का इस्तेमाल कीजिए। किसी जैकेट के 40% return अगर "बहुत छोटा" कोड में आ रहे हैं, तो ग़लती साइज़ चार्ट की है, ग्राहक की नहीं। "विवरण से अलग" किसी एक product पर जमा हो, तो फ़ोटो और टेक्स्ट ठीक कीजिए। "ग़लत सामान गया" दिखे, तो पिकिंग प्रोसेस देखिए। हर कोड अलग टीम की तरफ़ इशारा करता है, और हर सुधार return को हमेशा के लिए घटा देता है।

  • साइज़ और फ़िट: साइज़ चार्ट अपडेट कीजिए, return की टिप्पणियों से फ़िट नोट जोड़िए।
  • विवरण और फ़ोटो: आकार, दिन की रोशनी में असली रंग और मटीरियल ईमानदारी से दिखाइए।
  • ट्रांज़िट में नुक़सान: उस product की पैकेजिंग या courier बदलिए।
  • supplier की ख़राबी: batch नंबर को सबूत बनाकर क्लेम कीजिए।

लौटे हर सामान को ग्रेड दीजिए और रास्ता तय कीजिए

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

फ़्लो diagram: लौटे parcel की जाँच के बाद A से E ग्रेड मिलता है, फिर restock, refurbish, outlet, लिक्विडेशन या supplier क्लेम और राइट-ऑफ़; refund, stock movement और reason code दर्ज होते हैं
एक ही जाँच तय कर देती है माल का रास्ता: restock, रीवर्क, outlet, लिक्विडेशन या क्लेम।

diagram के पाँच रास्ते एक काम का डिफ़ॉल्ट बन सकते हैं:

  • restock कीजिए नए जैसी हालत का माल, उसी दिन, पूरे दाम पर।
  • refurbish और रीपैक कीजिए वह माल जो पूरा है पर सफ़ाई या नई पैकिंग माँगता है, बशर्ते रीवर्क का ख़र्च वापस मिलने वाले margin से कम हो।
  • outlet या open-box में बेचिए बाहर से घिसा हुआ माल। अलग लिस्टिंग और ईमानदार ग्रेड के साथ।
  • liquidate कीजिए कम क़ीमत वाला वह माल जिसे सँभालने का ख़र्च उसकी क़ीमत से ज़्यादा है: बंडल, पैलेट या दान।
  • क्लेम या राइट-ऑफ़ कीजिए ख़राब stock। पहले supplier से क्लेम, फेंकना सबसे आख़िर में।

मुख्य नियम यह है कि लौटा हुआ stock नए stock में नहीं मिलना चाहिए। ग्रेड होने तक उसे अलग स्टेटस या लोकेशन दीजिए। वरना कोई ग्राहक ऐसा सामान order कर सकता है जो असल में return वाले डिब्बे में पड़ा है, या आप इस्तेमाल किया हुआ माल नया बताकर भेज सकते हैं।

return में धोखाधड़ी और पॉलिसी का दुरुपयोग

ज़्यादातर ग्राहक ईमानदारी से सामान लौटाते हैं। एक छोटा समूह ऐसा नहीं करता, और उसका नुक़सान असली है। NRF और Happy Returns की report में रिटेलरों ने अनुमान लगाया कि 9% return धोखाधड़ी वाले हैं। उन्होंने बढ़ती समस्याओं में लौटाई गई मात्रा बढ़ाकर बताना, ख़ाली डिब्बे लौटाना और नक़ली या बदले हुए सामान का ज़िक्र किया।

धोखाधड़ी और दुरुपयोग अलग समस्याएँ हैं, और उनके जवाब भी अलग।

  • धोखाधड़ी जान-बूझकर किया गया छल है: ख़ाली डिब्बा, बदला हुआ सामान, चोरी का माल लौटाकर क्रेडिट लेना, किसी और दुकान की रसीद।
  • दुरुपयोग नियमों के भीतर रहता है, पर उनकी भावना तोड़ता है: "wardrobing" (एक बार पहनकर लौटा देना), या पाँच साइज़ मँगाकर हर बार एक रख लेना।

असरदार नियंत्रण के लिए हर किसी को शक की नज़र से देखना ज़रूरी नहीं:

  • parcel मिलते ही उसका वज़न कीजिए या फ़ोटो लीजिए, और order से मिलाइए।
  • महँगे सामान पर सीरियल नंबर, batch नंबर या लॉट कोड मिलाइए।
  • चिह्नित order पर जाँच के बाद refund दीजिए, और भरोसेमंद ग्राहकों को तुरंत।
  • हर ग्राहक की return दर देखिए, और सामान्य से बहुत ऊपर वाले account की कार्रवाई से पहले समीक्षा कीजिए।
  • नियम और उनके नतीजे पॉलिसी में लिखित रखिए।

यहाँ निष्पक्षता मायने रखती है। जो नियम चंद दुरुपयोग करने वालों को रोकने के लिए ईमानदार ग्राहकों को सज़ा दे, उसमें भरोसा खोने का नुक़सान बचत से ज़्यादा होता है।

बहीखाते में return साफ़ रखिए

एक return एक साथ तीन रिकॉर्ड को छूता है: order, inventory और पैसा। इनमें से कोई भी हाथ से बदला जाए तो तीनों अलग-अलग राह चल पड़ते हैं।

  1. return को मूल order की लाइन से जोड़िए, ताकि मात्रा, दाम, discount और टैक्स ठीक उसी तरह उलटें जैसे लगे थे।
  2. stock रिकॉर्ड किए गए movement से हिलाइए, सही लोकेशन और स्टेटस में। गिनती बदलकर नहीं।
  3. ठीक उतनी ही रक़म refund कीजिए, जहाँ प्रोवाइडर इजाज़त दे वहाँ मूल payment तरीक़े से, और refund को payment के सामने दर्ज कीजिए।
  4. बिके माल की लागत (COGS) उलटिए उन सामानों की, जो बिकने लायक़ stock में लौटे, और राइट-ऑफ़ हुए माल पर नुक़सान दर्ज कीजिए।
  5. आंशिक return सँभालिए। ग्राहक पाँच में से दो चीज़ें लौटाए तो discount और shipping समझदारी से बँटने चाहिए।
  6. हर हफ़्ते मिलान कीजिए: payment प्रोवाइडर के refund और ledger के refund बराबर होने चाहिए।

आम गड़बड़ी चुपचाप होती है: refund निकल गया, पर सामान stock में लौटा ही नहीं, या ग़लत लागत पर लौटा। तब मुनाफ़ा असल से बेहतर या बदतर दिखता है, और कोई बता नहीं पाता कि क्यों।

किन आँकड़ों पर नज़र रखें

metricकैसे निकालेंक्यों मायने रखता है
return दरलौटी यूनिट या वैल्यू को बिकी हुई से भाग दें, कैटेगरी और product के हिसाब सेबताती है कि समस्या का बड़ा हिस्सा किन product से आ रहा है
प्रति return लागतshipping, handling, support और fee, साथ में markdownदिखाती है कि औसत बिक्री return झेल पाती है या नहीं
return के बाद नेट marginग्रॉस margin में से return की लागत घटाएँ, product के हिसाब सेमुनाफ़े की सच्ची संख्या
refund में कितने दिनrequest से पैसे वापस मिलने तकदेर से refund पर टिकट और चार्जबैक बढ़ते हैं
दोबारा बिक्री में कितने दिनसामान मिलने से लेकर बिकने लायक़ होने तकडिब्बे में पड़ा stock यानी डिब्बे में पड़ा पैसा
रिकवरी रेटवसूली गई वैल्यू को मूल वैल्यू से भाग दें, ग्रेड के हिसाब सेआपकी ग्रेडिंग और रूटिंग की जाँच
return की वजहों का मिश्रणहर product पर हर कोड का हिस्सासुधार की दिशा बताता है: साइज़, फ़ोटो, पैकिंग या supplier

इन्हें महीने में एक बार product और चैनल के हिसाब से देखिए। पूरे स्टोर का औसत आरामदेह होता है, पर लगभग बेकार। लौटी हुई वैल्यू के हिसाब से शीर्ष दस product में ही असली पैसा है।

इसी महीने लागू करने की चेकलिस्ट

  1. ऊपर की पाँच लागत-लाइनों से अपनी पाँच सबसे बड़ी कैटेगरी की प्रति return लागत निकालिए।
  2. पॉलिसी सीधी भाषा में लिखिए: समय-सीमा, माल की हालत, भाड़ा कौन देगा, refund के विकल्प।
  3. जिन देशों में भेजते हैं वहाँ का क़ानूनी न्यूनतम देखकर अलग से दर्ज कीजिए।
  4. पहले exchange और स्टोर क्रेडिट दीजिए, नक़द refund साफ़ विकल्प के रूप में रहे।
  5. return request form में छह से आठ reason code जोड़िए।
  6. return के लिए अलग लोकेशन या स्टेटस बनाइए, ताकि बिना जाँचा माल बिक न सके।
  7. A से E ग्रेड और हर ग्रेड का रास्ता तय कीजिए, outlet और लिक्विडेशन के लिए एक ज़िम्मेदार व्यक्ति रखिए।
  8. वज़न या फ़ोटो की जाँच जोड़िए, और महँगे सामान पर सीरियल या batch मिलान कीजिए।
  9. पक्का कीजिए कि हर return से जुड़ा order एडजस्टमेंट, stock movement और refund रिकॉर्ड बने।
  10. हर महीने लौटी हुई वैल्यू के शीर्ष दस product देखिए, और हर product की एक वजह दूर कीजिए।

अब सोमवार की उसी सुबह पर लौटिए। reason code होने से report बताती है कि लौटी आठ जैकेट में से पाँच का कारण "बहुत छोटा" है। उसी दोपहर product पेज पर फ़िट नोट लग जाता है, और बाक़ी तीन जैकेट ग्रेड होकर मंगलवार तक शेल्फ़ पर लौट आती हैं। साप्ताहिक report अब return के बाद का नेट margin दिखाती है, इसलिए अगले 100 जैकेट का order 1,440 डॉलर पर नहीं, 843 डॉलर के हिसाब पर टिका है।

मुख्य बातें

  • return की लागत refund से कहीं ज़्यादा है: दोनों तरफ़ की shipping, handling, support, fee और markdown मिलकर मूल बिक्री का margin मिटा सकते हैं।
  • NRF और Happy Returns की 2025 report का अनुमान है कि अमेरिकी रिटेल बिक्री का 15.8% और ऑनलाइन बिक्री का 19.3% लौटता है। यानी return अपवाद नहीं, कारोबार का बुनियादी ख़र्च है।
  • पॉलिसी को क़ीमत तय करने के फ़ैसले की तरह बनाइए, पहले exchange और स्टोर क्रेडिट दीजिए, और जिन देशों में बेचते हैं वहाँ का क़ानूनी न्यूनतम मानिए।
  • reason code return को product, साइज़ और पैकिंग के सुधार में बदलते हैं, और return हमेशा के लिए घटाने का यही अकेला रास्ता है।
  • लौटे हर सामान को ग्रेड दीजिए और रास्ता तय कीजिए; बिना जाँचे return को बिकने लायक़ stock से दूर रखिए।
  • हर return को order एडजस्टमेंट, stock movement और refund के रूप में दर्ज कीजिए, और product के हिसाब से return के बाद का नेट margin देखिए।

अनिचुर रहमान सॉफ़्टवेयर आर्किटेक्ट और StoreConsole के संस्थापक हैं। वे बढ़ते कारोबारों के लिए कॉमर्स और ERP सिस्टम डिज़ाइन करते हैं — ख़ास ध्यान event-driven आर्किटेक्चर, डेटा की शुद्धता और अपने सर्वर पर चलने वाले सिस्टम पर।

About the Author

Anichur Rahaman

Continue Reading