COD آرڈر واپس کیوں آتا ہے؟ ریٹرن کی وجہ ڈھونڈنے والی آڈٹ شیٹ اور سب سے بڑی RTO وجہ کا حل

COD آرڈر واپس کیوں آتا ہے: کسی بلاگ کی فہرست نہیں، اپنے پارسلز سے شروع کریں

COD آرڈر واپس کیوں آتا ہے، یہ سوال ہر پاکستانی آن لائن سیلر کے برے مہینے کے پیچھے ہوتا ہے۔ ہر گائیڈ وہی وجوہات لکھتی ہے: جعلی آرڈر، غلط پتہ، گاہک فون نہیں اٹھاتا۔ فہرست درست ہے، لیکن یہ نہیں بتاتی کہ آپ کا پیسہ کون سی وجہ کھا رہی ہے۔ TikTok پر 1,500 روپے کے فون کور بیچنے والے اسٹور کا ریٹرن کا مسئلہ Google سرچ سے 6,000 روپے کے سوٹ بیچنے والے اسٹور سے بالکل مختلف ہوتا ہے۔ اس پوسٹ میں آپ کو ریٹرن کی وجہ کا آڈٹ ملے گا: ایک شیٹ جو آپ Google Sheets میں کاپی کر سکتے ہیں، وجوہات کے کوڈز کی ایک طے شدہ فہرست، ہر کوڈ کا حل، اور روپوں میں مثال کہ ایک ریٹرن آپ کو کتنے کا پڑتا ہے۔

پاکستان میں اس پر عوامی ڈیٹا بہت کم ہے۔ جون 2026 کی OrderNation اسٹڈی، جو ایک بڑے پاکستانی آن لائن ریٹیلر پر تھی، کہتی ہے کہ اس سے پہلے کسی شائع شدہ اسٹڈی نے ملک کے لیے آرڈر کی سطح پر COD ناکامی یا ریٹرن ٹو اوریجن (RTO) کی شرح رپورٹ نہیں کی۔ اسی لیے آپ کے اپنے واپس آئے پارسل ہی آپ کا سب سے بہتر ڈیٹا ہیں۔

پاکستان میں COD ریٹرنز کے بارے میں عوامی ڈیٹا کیا کہتا ہے؟

OrderNation اسٹڈی نے جولائی 2025 سے جون 2026 تک بھیجے گئے تقریباً 127,000 COD پارسل دیکھے۔ یہ ایک ہی ریٹیلر کے اعداد ہیں، پورے ملک کی اوسط نہیں، لیکن اس وقت سب سے تفصیلی عوامی اعداد یہی ہیں۔

تین باتیں نمایاں ہیں۔ پہلی، ہر مہینے تقریباً پانچ میں سے ایک پارسل واپس آیا، یعنی یہ ایک مستقل خرچہ ہے، بدقسمتی نہیں۔ دوسری، خریدار کہاں سے آیا، اس سے فرق پڑا: جو خریدار پروڈکٹ سرچ کر کے آئے انہوں نے سوشل میڈیا سے آنے والوں کے مقابلے میں کہیں کم ریٹرن کیا، اور بعد کے ایک مکمل گروپ میں بھی یہی فرق تھا (13.5% بمقابلہ 21.1%)۔ تیسری، اپریل 2026 میں زیادہ تر COD کینسلیشنز پارسل گودام سے نکلنے سے پہلے ہوئیں۔ ڈسپیچ سے پہلے کینسل ہونے والا ہر آرڈر ایک ایسا ریٹرن ہے جس کا خرچہ آپ کو کبھی نہیں اٹھانا پڑتا۔

وجوہات کے کوڈز: ہر واپس آئے پارسل کے لیے ایک فہرست

کوریئر کے ریٹرن ریمارکس چھوٹے اور اکثر مبہم ہوتے ہیں، جیسے "refused" یا "consignee not available"۔ کچھ سیکھنے کے لیے ہر واپس آئے پارسل کو طے شدہ فہرست میں سے صرف ایک وجہ دینی ہوگی۔ یہ نو کوڈز استعمال کریں، اور بغیر سوچے نئے کوڈز نہ بنائیں، ورنہ آپ کی گنتی پوری نہیں بیٹھے گی۔

صرف کوریئر کے ریمارک پر بھروسہ نہ کریں۔ "refused" اصل میں ایک لیٹ پارسل ہو سکتا ہے جو خریدار کو اب نہیں چاہیے تھا (R9 جس سے R1 بنا)، اور "consignee not available" کا مطلب یہ بھی ہو سکتا ہے کہ رائیڈر نے کال ہی نہیں کی۔ حل یہ ہے کہ خریدار سے پوچھیں، جیسا کہ نیچے طریقے میں بتایا گیا ہے۔

ایک کام کی عوامی مثال بھی ہے۔ پاکستان پوسٹ کے لاہور آفس آف ایکسچینج نے اسٹڈی کی کہ باہر سے آنے والے بین الاقوامی پارسل ڈیلیور کیوں نہیں ہو رہے۔ اس کی فہرست میں غلط یا ادھورا پتہ، پتہ بدل جانا، ڈیلیوری کی ادھوری کوشش، اور بھاری کسٹمز ڈیوٹی کی وجہ سے انکار شامل تھے۔ پھر عملے نے وصول کنندگان کو فون کر کے درست تفصیلات لینا شروع کیں۔ 2022 کے Universal Postal Union مضمون کے مطابق جنوری 2019 سے ڈیلیور نہ ہونے والی اشیاء 68% کم ہوئیں، اور شروع میں ڈیلیور نہ ہونے والی تقریباً 90% اشیاء 72 گھنٹے کے اندر پہنچ گئیں۔ یہ بین الاقوامی پارسل تھے، COD آرڈر نہیں، لیکن سبق وہی ہے: ایک فون کال پتے اور موجودگی کے وہ مسئلے حل کر دیتی ہے جو فارم نہیں کر سکتا۔

ٹیمپلیٹ: یہ ریٹرن شیٹ Google Sheets میں کاپی کریں

Returns نام کی شیٹ بنائیں اور پہلی قطار میں کالم A سے L تک یہ ہیڈرز لکھیں: Order no, Ship date, City, Product, Courier, Traffic source, Order value, Courier remark, Buyer said, Reason code, Who can fix it, Cost of this return۔

1. جس مہینے کا آڈٹ کر رہے ہیں اس میں واپس آئے ہر پارسل کی ایک قطار بھریں۔ Order no، City، Product اور Order value Shopify سے، Courier remark کوریئر پورٹل سے، اور Traffic source اپنے آرڈر ٹیگز یا UTM سے لیں (Meta، TikTok، Google، WhatsApp، پرانا خریدار)۔
2. Buyer said (کالم I): خریدار کو میسج یا کال کر کے ایک مؤدبانہ سوال پوچھیں، مثلاً: "آپ کا پارسل ہمیں واپس آ گیا۔ ڈیلیوری یا آرڈر میں کوئی مسئلہ تھا؟" ان کا جواب چند لفظوں میں لکھیں۔ دو دن میں جواب نہ آئے تو خالی چھوڑ دیں اور کوریئر ریمارک سے کوڈ لگائیں۔
3. Reason code (کالم J): R1 سے R9 میں سے ایک کوڈ۔ ڈراپ ڈاؤن لگائیں (Data، پھر Data validation، پھر List of items) تاکہ کوئی نئی وجہ ٹائپ نہ کرے۔
4. Who can fix it (کالم K): R1، R2، R4، R7 اور R8 کے لیے Seller؛ R3، R5 اور R6 کے لیے Seller and buyer؛ R9 کے لیے Courier۔
5. Cost of this return (کالم L): سیل N1 میں اپنا فی ریٹرن خرچہ لکھیں (نیچے مثال دیکھیں) اور ہر قطار میں =$N$1 لگائیں، یا اگر ایڈ کا خرچہ پروڈکٹ کے حساب سے بہت بدلتا ہے تو ہر پروڈکٹ کا الگ عدد۔
6. Summary ٹیب بنائیں۔ A2 سے A10 میں R1 سے R9 لکھیں۔ B2 میں =COUNTIF(Returns!J:J,A2) لکھ کر نیچے کھینچیں۔ C2 میں =B2/SUM($B$2:$B$10) ریٹرنز کا حصہ نکالنے کے لیے۔ D2 میں =SUMIF(Returns!J:J,A2,Returns!L:L) اس وجہ پر ضائع ہونے والا پیسہ نکالنے کے لیے۔
7. پیوٹ ٹیبل بنائیں: rows = Reason code، columns = Traffic source، values = Order no کی گنتی۔ دوسرا پیوٹ Traffic source کی جگہ City کے ساتھ، اور تیسرا Product کے ساتھ۔

صرف مکمل ہو چکے مہینے کا آڈٹ کریں۔ OrderNation اسٹڈی میں ناکام COD ڈیلیوری کو کھاتوں میں آنے میں درمیانی طور پر 21.7 دن لگے، اس لیے جو مہینہ پچھلے ہفتے ختم ہوا اس کے ریٹرن ابھی راستے میں ہیں۔ وہ مہینہ آڈٹ کریں جو کم از کم تین سے چار ہفتے پہلے ختم ہوا۔

مثال: ایک ریٹرن آپ کو اصل میں کتنے کا پڑتا ہے

مثال (اندازے کے اعداد، اصل کوریئر ریٹس یا کسی اسٹور کا ڈیٹا نہیں)۔ آپ 3,000 روپے کی پروڈکٹ بیچتے ہیں۔ بھیجنے کا خرچہ 250 روپے، ریٹرن چارج 250 روپے، پیکنگ 50 روپے، اور ہر بھیجے گئے آرڈر پر تقریباً 600 روپے ایڈز میں لگتے ہیں۔

اب مہینے کے 1,000 بھیجے گئے پارسل لیں اور 20% ریٹرن ریٹ: 200 ریٹرن، یعنی 230,000 روپے کا نقصان۔ آپ کا آڈٹ بتاتا ہے کہ R3 (فون بند) ریٹرنز کا 30% ہے اور R4 (پتہ) 15%۔ اگر بہتر کنفرمیشن اور سخت پتے کے خانے سے یہ دونوں وجوہات آدھی ہو جائیں تو ریٹرن 45 کم ہو کر 200 سے 155 رہ جاتے ہیں، اور آپ کے مہینے کے تقریباً 51,750 روپے بچ جاتے ہیں۔ اس میں وہ پروڈکٹ شامل نہیں جو کبھی کبھی ٹوٹی ہوئی واپس آتی ہے، اور وہ نقد رقم جو ہفتوں کوریئر کے پاس پڑی رہتی ہے۔

یہ مثال یہ بھی دکھاتی ہے کہ آڈٹ پر ایک دوپہر لگانا کیوں فائدہ مند ہے: صحیح وجہ کو آدھا کرنا ہر وجہ کو تھوڑا تھوڑا کم کرنے سے بہتر ہے۔

ہر ریٹرن وجہ کا حل کیسے کریں

• R1 ارادہ بدل گیا: بکنگ سے پہلے ہر آرڈر WhatsApp یا کال پر کنفرم کریں، اور جلدی بھیجیں۔ آرڈر اور رائیڈر کے بیچ وقفہ جتنا لمبا، اتنے زیادہ خریداروں کی دلچسپی ختم۔ اتنی زبردست آفر نہ دیں کہ لوگ بغیر ضرورت آرڈر کر دیں۔
• R2 میل نہیں کھایا: اصل تصاویر، سینٹی میٹر اور انچ میں سائز چارٹ، اور آرڈر فارم اور کنفرمیشن میسج میں ڈیلیوری چارج سمیت پوری رقم دکھائیں، تاکہ رائیڈر کے آنے پر کسی کو حیرت نہ ہو۔
• R3 فون بند: فارم پر نمبر کا فارمیٹ چیک کریں (03 سے شروع ہونے والے 11 ہندسے)، ڈسپیچ سے پہلے کنفرم کریں، اور خریدار سے اپنا نمبر محفوظ کرنے کو کہیں۔ جو آرڈر دو کوششوں کے بعد کنفرم نہ ہو، اسے بھیجنے کے بجائے روک لیں۔
• R4 پتہ: شہر، علاقہ، گلی یا بلاک اور نشانی الگ الگ خانوں میں لیں، اور جن خریداروں کا پتہ ادھورا لگے انہیں کال کریں۔ RabbitROI جیسا ون پیج COD فارم آپ کو یہ خانے ہر پروڈکٹ کے لیے ایک ہی بار سیٹ کرنے دیتا ہے۔
• R5 گھر پر نہیں: کنفرمیشن میسج میں پوچھیں کہ وہ گھر پر کب ہوں گے اور کوریئر کی اسپیشل انسٹرکشنز میں لکھ دیں۔
• R6 پیسے تیار نہیں: کنفرمیشن میسج میں بالکل درست رقم بتائیں اور جس دن پارسل ڈیلیوری کے لیے نکلے اس دن یاد دلائیں۔
• R7 جعلی: جو آرڈر کنفرم نہ ہو سکے اسے کبھی نہ بھیجیں، اور پہلے انکار کرنے والے نمبروں کی ایک سادہ فہرست رکھیں۔
• R8 ڈپلیکیٹ: بکنگ سے پہلے چیک کریں کہ پچھلے 48 گھنٹے میں وہی فون نمبر تو نہیں آیا۔
• R9 کوریئر کی طرف سے: اسکور کارڈ سے ہر شہر میں کوریئرز کا موازنہ کریں اور جہاں ایک کوریئر بار بار ناکام ہو وہ روٹ بدل دیں۔

پیوٹس پڑھیں: آپ کے ریٹرن اصل میں کہاں سے آتے ہیں

1. Summary ٹیب دیکھیں۔ جس وجہ پر سب سے زیادہ پیسہ ضائع ہوا، وہی آپ کا پہلا حل ہے۔ اس مہینے باقی کو چھوڑ دیں۔
2. Traffic source پیوٹ دیکھیں۔ اگر سوشل ٹریفک سرچ یا پرانے خریداروں سے کہیں زیادہ ریٹرن کرتا ہے، جیسا کہ OrderNation اسٹڈی میں ہوا، تو اپنے Meta اور TikTok ایڈز کو ڈیلیور ہوئے آرڈرز پر پرکھیں، لگائے گئے آرڈرز پر نہیں۔
3. City پیوٹ دیکھیں۔ اگر R9 یا R5 ایک شہر میں جمع ہیں تو یہ کوریئر یا روٹ کا مسئلہ ہے، خریدار کا نہیں۔ RabbitROI، Leopards، PostEx، DEX، Daewoo اور Avix کے لیے کوریئر، شہر اور پروڈکٹ کے حساب سے ریٹرن (RTO) کی شرح دکھاتا ہے، جس سے یہ پیوٹ ہاتھ سے بنانے کی ضرورت نہیں رہتی۔
4. Product پیوٹ دیکھیں۔ جس ایک پروڈکٹ کے بہت سے R2 ریٹرن ہوں اسے بہتر تصاویر یا سائزنگ چاہیے، زیادہ ایڈ بجٹ نہیں۔
5. جو ایک تبدیلی کر رہے ہیں وہ اور تاریخ لکھ لیں۔ اگلے مہینے یہی آڈٹ دوبارہ کریں اور دیکھیں کہ اس وجہ کی گنتی کم ہوئی یا نہیں۔

عام سوالات