ক্যাশ অন ডেলিভারি, ব্যাংক ট্রান্সফার নাকি কার্ড: আপনার ব্যবসার জন্য কোনটা উপযুক্ত

মায়রার লস মোচিসে একটা ফুলের দোকান আছে, আর তিনি বাড়িতে বাড়িতে ডেলিভারি দেন। ১০ মে তিনি চল্লিশটা অর্ডার পাঠিয়েছিলেন। ঊনচল্লিশটা ঠিকঠাক পৌঁছে গিয়েছিল। চল্লিশ নম্বরটা ছিল $900-এর একটা তোড়া, উপহারের বার্তা-সহ, সেদিন সকালেই কেনা ফুল দিয়ে বানানো — আর ডেলিভারি বয় দরজায় নক করার সময় বাড়িতে কেউ ছিল না। “আরে, আমি তো এখন বাড়িতে নেই, কাল নেব।” পরদিন সেই তোড়া আর কারও কোনো কাজে লাগেনি।

সেদিন মায়রা যা হারিয়েছিলেন, তা কোনো কমিশন ছিল না। হারিয়েছিলেন ফুলগুলো, ডেলিভারি বয়ের সময়, আর দুই দফা যাতায়াতের তেলের খরচ। আর এসব হয়েছিল কারণ অর্ডারটা ছিল ক্যাশ অন ডেলিভারির।

ক্যাশ অন ডেলিভারি খারাপ, তা কিন্তু নয়। সমস্যাটা হলো, মায়রা এটা ভুল অর্ডারের জন্য ব্যবহার করছিলেন।

ক্যাশ অন ডেলিভারি আসলে কী, আর কাদের জন্য এটা কাজে লাগে?

ক্যাশ অন ডেলিভারি মানে, ক্রেতা পণ্য হাতে পাওয়ার পরই দাম মেটান — নগদে বা কার্ড মেশিনে, নিজের দরজায় দাঁড়িয়ে। এটা সেই ব্যবসাগুলোর জন্য কাজে লাগে, যারা নিজেরাই নিজের শহরে ডেলিভারি করে, আর এমন কিছু বিক্রি করে যা অর্ডার বাতিল হলেও আবার বিক্রি করা যায়।

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

তাই সবকিছু ঠিক করে দেয় এমন প্রশ্নটা এটা নয় যে, “কোন পেমেন্ট পদ্ধতি সবচেয়ে ভালো?” আসল প্রশ্নটা হলো: এই অর্ডারটা যদি শেষ পর্যন্ত না হয়, তাহলে ক্ষতিটা কে বহন করবে?

কোনটা আপনার জন্য ঠিক: ক্যাশ অন ডেলিভারি, ব্যাংক ট্রান্সফার নাকি কার্ড?

সাধারণ পণ্য, যা আপনি নিজেই ডেলিভারি করেন, তার জন্য ক্যাশ অন ডেলিভারি; বড় অঙ্কের জন্য, চেনা ক্রেতার সঙ্গে, ব্যাংক ট্রান্সফার; আর কাস্টমাইজড পণ্যের জন্য, যেখানে আগে থেকেই খরচ করতে হয়, কার্ড। তিনটে বিষয় এখানে সিদ্ধান্ত নেয়: আপনি নিজে ডেলিভারি করছেন নাকি কুরিয়ারে পাঠাচ্ছেন, ক্রেতা আগে থেকেই আপনার কাছ থেকে কিনেছেন কি না, আর পণ্যটা সাধারণ নাকি সেই নির্দিষ্ট মানুষটার জন্য বিশেষভাবে তৈরি।

ক্যাশ অন ডেলিভারি — যখন আপনি নিজের শহরে ডেলিভারি করেন আর পণ্যটা সাধারণ। খাবার, জামাকাপড়, মুদিখানার জিনিস, স্টেশনারির অর্ডার। এতে সেই নতুন ক্রেতার জন্য বাধাটা কমে যায়, যিনি এখনও আপনাকে ভরসা করেন না — আর এখানেই এর আসল মূল্য: যে আপনাকে চেনে না, তাকে রাজি করানো।

ব্যাংক ট্রান্সফার — যখন অঙ্কটা বড় আর ক্রেতা আগেই আপনার কাছ থেকে কিনেছেন। এখানে কোনো কাটতি হয় না, পুরো টাকাটাই আসে। খরচটা অন্য জায়গায় লুকিয়ে থাকে: কাউকে না কাউকে ব্যাংক দেখতে হয় আর হাতে হাতে প্রতিটা পেমেন্ট মিলিয়ে দেখতে হয়। দিনে পাঁচটা হলে সহজ; দিনে পঞ্চাশটা হলে এটাই একটা আলাদা চাকরি হয়ে দাঁড়ায়।

কার্ড — যখন অর্ডারটা নতুন, কাস্টমাইজড, অথবা ডেলিভারির আগেই আপনাকে খরচ করতে হয়। এখানে প্রতিটা বিক্রিতে একটা শতাংশ কেটে নেওয়া হয় ঠিকই, কিন্তু সেই কমিশনের বদলে আপনি একটা নির্দিষ্ট জিনিস পান: জিনিসপত্র কেনার আগেই টাকাটা হাতে চলে আসে।

মায়রা শেষ পর্যন্ত একটা এক লাইনের নিয়মে পৌঁছেছিলেন: কাউন্টারের সাধারণ তোড়ার জন্য ক্যাশ অন ডেলিভারি, আর যেকোনো উপহারের বার্তা-সহ অর্ডারের জন্য কার্ড অথবা অগ্রিম টাকা।

প্রতিটা পেমেন্ট পদ্ধতির আসল খরচ কত?

কার্ডের কমিশনটা চোখে পড়ে, কারণ সেটা স্টেটমেন্টে লেখা থাকে। কিন্তু ক্যাশ অন ডেলিভারির খরচটা চোখে পড়ে না, আর প্রায় সময়ই সেটা আরও বড়।

নিজের সংখ্যা দিয়ে এই হিসাবটা করুন: প্রতি ১০টা ক্যাশ-অন-ডেলিভারি চালানের মধ্যে যদি একটা বাতিল হয়ে যায়, তাহলে সেই একটা হারানো অর্ডার দশটা বিক্রির ১০% খেয়ে ফেলে — আর এটা যেকোনো কার্ড কমিশনের চেয়ে বহুগুণ বেশি। এটা অনুমান করবেন না: গত মাসে কতগুলো অর্ডার বাতিল হয়েছিল, সেটা গুনুন। যদি সংখ্যাটা শূন্য হয়, তাহলে ক্যাশ অন ডেলিভারি আপনার জন্য বিনামূল্যেই চলছে, এটা বদলাবেন না। আর যদি বিশটার মধ্যে তিনটা হয়, তাহলে আপনি ঠিক বুঝে গেছেন কোন অর্ডারগুলোর দাম আগেই নেওয়া দরকার।

তিনটার মধ্যে ব্যাংক ট্রান্সফারকেই সবচেয়ে সস্তা মনে হয়, আর কখনো কখনো সেটাই সত্যি। কিন্তু আপনি যদি রাত এগারোটায় WhatsApp-এ রসিদ খুঁজে খুঁজে পেমেন্ট মেলাতে বসেন, সেই সময়টাও একটা খরচ — শুধু এটা আপনি নিজে দেন, আর কোথাও লেখা থাকে না।

একই পেজে কি তিনটা পেমেন্ট পদ্ধতিই রাখা যায়?

হ্যাঁ, আর এটাই স্বাভাবিক। আপনার Proyecta পেজে একই সঙ্গে কার্ড পেমেন্ট আর অফলাইন পেমেন্ট — দুটোই রাখা যায়, আর ক্রেতা চেকআউটের সময় নিজেই বেছে নেন।

অফলাইন পেমেন্টের মধ্যে পড়ে ব্যাংক ট্রান্সফার, OXXO-তে জমা আর ক্যাশ অন ডেলিভারি — আপনি নির্দেশাবলি প্রকাশ করে দেন, আর ক্রেতা সেখান থেকেই অর্ডার এগিয়ে নিয়ে যান। আর এটাই গুরুত্বপূর্ণ: একটা অফলাইন অর্ডারও সত্যিকারের অর্ডার। এটা আপনার প্যানেলে “পেমেন্ট বাকি” হিসেবে ঢোকে, নাম, ঠিকানা আর কী অর্ডার করেছেন তা-সহ, আর টাকা হাতে এলে আপনি সেটাকে “পেমেন্ট হয়ে গেছে” বলে চিহ্নিত করে দেন। এটা এলোমেলো কোনো মেসেজ নয়, যেটা অন্য বার্তার ভিড়ে হারিয়ে যায়।

আর WhatsApp-এ কথা শেষ করতে চাইলে, সেটাও করা যায়: অর্ডারটা পেজেই তৈরি হয়ে যায়, আর পুরো বিবরণ লেখা অবস্থায় মেসেজ হিসেবে আপনার কাছে চলে আসে — ক্রেতাকে টুকরো টুকরো করে সবকিছু বলে দিতে হয় না।

আর ক্রেতা যদি পণ্য পাওয়ার আগে টাকা দিতে না চান?

তাঁকে দুটো অপশনই দিন, আর নিজে বেছে নিতে দিন। বেশিরভাগ নতুন ক্রেতা শুরুতে ক্যাশ অন ডেলিভারিতেই টাকা দেন, আর দ্বিতীয় বা তৃতীয়বার কেনার পর, আপনি না চাইলেও নিজে থেকেই আগাম টাকা দিয়ে দেন — কারণ ততদিনে তাঁরা জেনে গেছেন, আপনি সত্যিই পণ্য পৌঁছে দেন।

কিন্তু যেখানে আপনার ছাড় দেওয়া উচিত নয়, তা হলো কাস্টমাইজড কাজে। সেখানে আপনি ভরসা চাইছেন না, আপনি চাইছেন কেউ যেন আজ আপনার কেনা জিনিসপত্রের খরচটা মিটিয়ে দেয়। অর্ধেক টাকা অগ্রিম নিলে এটার সমাধান হয়ে যায়, আর এটা একটা লাইনেই বলা যায়: “মালপত্র কেনার জন্য এখন অর্ধেকটা দিন, বাকিটা যখন হাতে পাবেন তখন দেবেন।” এই কথাটায় কেউ আপত্তি করে না, কারণ এটা সত্যি।

বর্ণনা লিখুন, তারপর প্রকাশ করুন

কোন অর্ডারের টাকা আগে নেবেন আর কোনটা ক্যাশ অন ডেলিভারিতে রাখবেন — এটা যদি আপনি ঠিক করে ফেলে থাকেন, তাহলে বাকি শুধু এটাই যে আপনার পেজে সেটা লেখা থাকা দরকার। Proyecta-তে ঠিক এভাবেই বর্ণনা লিখুন: “আমার ফুলের দোকানের জন্য একটা পেজ চাই, যেখানে থাকবে তোড়ার ক্যাটালগ, বাড়িতে ডেলিভারি, কাস্টমাইজড অর্ডারের জন্য কার্ড পেমেন্ট, আর কাউন্টারের অর্ডারের জন্য ক্যাশ অন ডেলিভারি।” নিজের লিংক-সহ সাইটটা প্রকাশিত হয়ে যায়, আর দুটো পেমেন্ট পদ্ধতিই কাজ করতে শুরু করে।

সিদ্ধান্ত নেওয়ার আগে, কতগুলো অর্ডার বাতিল হয়েছে তা গুনুন

গত মাসের অর্ডারগুলো খুলুন আর দুটো ভাগে ভাগ করুন: যেগুলো আবার বিক্রি করা যায়, আর যেগুলো যায় না। “যায় না”-র এই ভাগটাই ঠিক সেই অর্ডার, যার টাকা আপনার আগেই নেওয়া দরকার। বাকি সব ক্যাশ অন ডেলিভারিতেই রাখতে পারেন, আর সম্ভবত সেটাই আপনার জন্য নতুন ক্রেতা নিয়ে আসছে।

আপনি শুরু করতে পারেন proyecta.dev-এ।