Return ও Exchange Management: Courier Return, Restock ও Refund

Online ব্যবসায় return থাকবেই — কখনো size মেলেনি, কখনো product ক্ষতিগ্রস্ত, কখনো customer parcel-ই নেননি। সমস্যা return-এ নয়, সমস্যা হয় যখন return-এর কোনো নির্দিষ্ট প্রক্রিয়া থাকে না: ফেরত parcel গুদামের কোণে পড়ে থাকে, কেউ জানে না কোনটা আবার বিক্রি করা যাবে, customer refund-এর জন্য বারবার message দেন, আর মাস শেষে বোঝা যায় না return-এ আসলে কত ক্ষতি হলো।

এই লেখা return ও exchange সামলানোর প্রক্রিয়া ও system নিয়ে: কোন ধরনের return কীভাবে আলাদা, courier return কীভাবে গ্রহণ করবেন, restock ও refund কীভাবে করবেন। Return কমানোর উপায় জানতে দেখুন COD return বেশি: কারণ ও কমানোর উপায়, আর customer-এর জন্য return policy লেখার নিয়ম পাবেন Return Policy for Ecommerce in Bangladesh লেখায়।

Return management কী, আর কেন এটা আলাদা প্রক্রিয়া

Return management মানে পণ্য ফেরত আসা থেকে শুরু করে সেটা পরীক্ষা, stock-এ ফেরানো বা বাতিল করা, এবং customer-এর refund বা exchange সম্পন্ন করা পর্যন্ত পুরো পথ। বাংলাদেশে তিন ধরনের return আলাদা করে দেখা জরুরি, কারণ প্রতিটির প্রক্রিয়া ও খরচ আলাদা:

• Delivery-তে প্রত্যাখ্যান (courier return): Customer parcel নেননি বা পাওয়া যায়নি; parcel courier হয়ে ফেরত আসে। টাকা আসেনি, উল্টো delivery/return charge লাগতে পারে।
• Delivery-র পর return: Customer নিয়েছেন, পরে সমস্যা পেয়ে ফেরত দিতে চান। এখানে refund-এর প্রশ্ন আছে।
• Exchange: Customer টাকা ফেরত নয়, অন্য size বা colour চান। একটা পিস ফেরত আসে, আরেকটা যায়।

তিনটাকে এক "return" তালিকায় রাখলে হিসাব গুলিয়ে যায়। একটা ভালো system শুরু থেকেই এগুলোকে আলাদা ধরে।

আজ manually কীভাবে হয়, আর কোথায় ভাঙে

সাধারণত courier-এর rider ফেরত parcel দিয়ে যান, কেউ গুনে রাখেন, আর customer-এর return request আসে Messenger বা ফোনে। কোথায় সমস্যা হয়:

• Courier-এর return তালিকার সাথে না মেলানো: Courier বলছে ১০টা ফেরত দিয়েছে, আপনার হাতে এসেছে ৮টা — কিন্তু সঙ্গে সঙ্গে না মেলালে পরে প্রমাণ করা কঠিন।
• পরীক্ষা ছাড়াই stock-এ: খোলা, ক্ষতিগ্রস্ত বা ব্যবহৃত পিস আবার বিক্রির তাকে।
• Refund-এর রেকর্ড নেই: কাকে কবে কোন নম্বরে bKash-এ কত টাকা ফেরত দেওয়া হলো, তা কারো ফোনের history-তে।
• Exchange-এ দুবার charge বা দুবার ভুল: নতুন parcel-এর COD amount কত হবে, আগের delivery charge কে দেবে — প্রতিবার নতুন করে ঠিক হয়।
• কারণ লেখা হয় না: কেন return হলো তা না জানলে একই সমস্যা (ভুল size chart, দুর্বল packaging) চলতেই থাকে।

একটা ভালো return management system কী কী করে

• Return request ও নম্বর: প্রতিটি return বা exchange-এর একটা আলাদা নম্বর, মূল order-এর সাথে যুক্ত।
• Return-এর ধরন ও কারণ কোড: Courier return, delivery-র পর return, exchange; কারণ যেমন size, ক্ষতিগ্রস্ত, ভুল product, মন বদল, customer পাওয়া যায়নি।
• Courier return মেলানো: Courier-এর returned তালিকা (integration থাকলে status থেকে) আর গুদামে আসলে পাওয়া parcel মিলিয়ে দেখা।
• পরীক্ষা ও grading: প্রতিটি ফেরত পিস — বিক্রিযোগ্য, মেরামত/পরিষ্কার দরকার, বা বাতিল।
• Restock: শুধু বিক্রিযোগ্য পিস available stock-এ ফেরে; ক্ষতিগ্রস্ত পিস আলাদা হিসাবে।
• Refund রেকর্ড: Refund-এর পরিমাণ, মাধ্যম (bKash, Nagad, bank), তারিখ, transaction ID ও কে অনুমোদন দিল।
• Exchange flow: ফেরত পিস গ্রহণ আর নতুন পিস পাঠানো একসাথে, delivery charge-এর নিয়ম অনুযায়ী নতুন COD amount নিজে হিসাব।
• Customer-কে status জানানো: Return গ্রহণ, পরীক্ষা শেষ, refund পাঠানো — প্রতিটি ধাপে SMS বা WhatsApp।
• Report: Product, কারণ, courier ও এলাকা অনুযায়ী return-এর হার ও খরচ।

ধাপে ধাপে return ও exchange workflow

1. 1
   Policy আগে লিখুন: কত দিনের মধ্যে return/exchange, কোন অবস্থায় গ্রহণযোগ্য, delivery charge কে দেবে, refund কোন মাধ্যমে — website ও Facebook page-এ পরিষ্কার রাখুন।
2. 2
   Return-এর নম্বর দিন: প্রতিটি request বা courier return-এ মূল order-এর সাথে যুক্ত একটা return নম্বর তৈরি করুন।
3. 3
   কারণ লিখুন: প্রতিটি return-এ নির্দিষ্ট কারণ কোড বেছে নিন, free-text নয়।
4. 4
   Courier return দিনেই মেলান: Rider-এর কাছ থেকে parcel নেওয়ার সময় courier-এর তালিকার সাথে গুনে মিলিয়ে সই করুন; গরমিল থাকলে তখনই লিখিতভাবে জানান।
5. 5
   Parcel খুলে পরীক্ষা করুন: সম্ভব হলে খোলার সময় ছবি বা ছোট video রাখুন, তারপর বিক্রিযোগ্য/মেরামত/বাতিল হিসেবে চিহ্ন দিন।
6. 6
   Restock করুন: শুধু বিক্রিযোগ্য পিস stock-এ যোগ করুন, আর ক্ষতিগ্রস্ত পিসের মূল্য ক্ষতি হিসেবে লিখুন।
7. 7
   Refund বা exchange সম্পন্ন করুন: Policy অনুযায়ী পরিমাণ ঠিক করে refund পাঠান ও transaction ID রাখুন, অথবা নতুন পিস dispatch করুন।
8. 8
   Customer-কে জানান: প্রতিটি ধাপ শেষে সংক্ষেপে জানিয়ে দিন, যাতে তাদের বারবার জিজ্ঞেস করতে না হয়।
9. 9
   মাসিক report দেখুন: কোন product ও কোন কারণে return বেশি, তা থেকে product page, size chart বা packaging ঠিক করুন।

Return-এর খরচ ধরে COD order-এ আসলে কত লাভ থাকছে, হিসাব করে দেখতে পারেন:

সাধারণ ভুলগুলো

নিজে বানাবেন না কিনবেন: খরচ কীসের উপর নির্ভর করে

দিনে কয়েকটা return হলে একটা ভালো sheet (return নম্বর, কারণ, অবস্থা, refund ID) দিয়েই শুরু করা যায়। Return বেশি হলে বা একাধিক staff কাজ করলে order system-এর ভেতরে return module থাকা দরকার। খরচ নির্ভর করে:

• Order ও inventory-র সাথে সংযোগ: Return গ্রহণ করলেই stock ও order-এর status নিজে বদলাবে কি না।
• Courier integration: Courier-এর returned status স্বয়ংক্রিয়ভাবে আনলে মেলানো সহজ, কিন্তু প্রতিটি courier-এর জন্য কাজ লাগে।
• Exchange-এর নিয়ম: দামের পার্থক্য, delivery charge ভাগাভাগি ইত্যাদি যত জটিল, তত বেশি logic।
• Customer self-service: Customer নিজেই website থেকে return request দিতে পারবে কি না।
• Refund সংযোগ: Payment gateway থেকে সরাসরি refund চাইলে সেই gateway-র সুবিধার উপর নির্ভর করে; অনেক ক্ষেত্রে হাতে refund করে রেকর্ড রাখাই বাস্তবসম্মত।

EOMS কীভাবে সাহায্য করতে পারে

EOMS-এর order management software-এ ফেরত আসা পণ্য সঙ্গে সঙ্গে stock-এ রেকর্ড হয় এবং প্রতিটি customer-এর return rate দেখা যায়; EOMS-এর custom e-commerce website-এর OMS অংশে return management ও cash collection tracking-এর কথাও বলা আছে। কারণ কোড, grading বা refund রেকর্ডের মতো নির্দিষ্ট ধাপ আপনার প্রক্রিয়ায় কীভাবে সাজানো যায়, EOMS-এর সাথে আলোচনা করে দেখুন; return-এর টাকার দিকটা মেলাতে দেখুন COD management। Return খুব কম হলে আলাদা module না নিয়ে একটা নিয়মিত sheet-ই যথেষ্ট হতে পারে।

এখন কী করবেন

আজই দুটো কাজ করুন: আপনার return policy লিখিত ও প্রকাশ্য কি না দেখুন, আর গুদামে পড়ে থাকা সব ফেরত parcel খুলে বিক্রিযোগ্য/ক্ষতিগ্রস্ত হিসেবে ভাগ করুন। তারপর থেকে প্রতিটি return-এ নম্বর ও কারণ লেখার অভ্যাস শুরু করুন।