একটা ভুয়া COD Order-এ ক্ষতি হয় দুইবার। দ্বিতীয়বারেরটা আরও খারাপ।
Courier fee-টা চলে যায় — সেটা সবাই জানেন। যেটা বেশিরভাগ Store কখনও দেখতেই পান না, তা হলো ভুয়া Order-টাও Meta-র কাছে একটা কেনাকাটা হিসেবে Report হয়ে গেছে, আর Optimiser তখন ঠিক ওরকম আরও মানুষ খুঁজতে বেরিয়ে পড়েছে।
আপনি যা Report করেন, Ads-এর Budget তা-ই শেখে
COD Order দেওয়ার সাথে সাথেই নিশ্চিত হয়ে যায়। ঠিক সেই মুহূর্তে Purchase event পাঠালে সেটা আসল আর ভুয়া — দুই Order-এর জন্যই যায়। Meta দুটোর পার্থক্য বোঝে না, আপনি যা বলেছেন সেটুকুই জানে। তাই যারা "Convert" করেছে তাদের মতো আরও মানুষ খুঁজে আনে, আর পরের দফাটা আগেরটার চেয়ে খারাপ হয়।
এটা চলতে থাকার জন্য কারও বিশেষ কিছু করার দরকার হয় না।
কেনাকাটা সত্যি হলে Report করুন, আশা করার মুহূর্তে নয়
একটা মাত্র Setting ঠিক করে দেয় Meta কখন Order-টার কথা জানবে। আপনার Checkout-এর আর কিছুই বদলায় না, আর আগে থেকে Payment করা Order-এ হাত পড়ে না — টাকা তো এসেই গেছে, তাই কেনাকাটাটা এমনিতেই সত্যি।
- Checkout-এOrder-টা Score হয়ে আসল মনে হওয়ার সাথে সাথেMeta-র কাছে দ্রুততম Signal। ভুয়া Order কখনও এ পর্যন্ত পৌঁছায় না।
- Confirm করার পরআপনি Order-টা Confirm করলে — সাধারণত ফোন করার পরDefault ব্যবস্থা। একজন মানুষ Customer-এর সাথে কথা বলেছেন।
- Delivery-র পরCourier Delivery হয়েছে বলে চিহ্নিত করলেসবচেয়ে কড়া। Delivery-ই একমাত্র সত্য যা নিয়ে তর্ক চলে না।
প্রতিটা COD Order আপনার Ad account-এ সংখ্যা হওয়ার আগেই Score করা হয়
Signal গুলো পরিবারে ভাগ করা। প্রতিটা পরিবার তার সবচেয়ে জোরালো Signal-টা যোগ করে, যোগফল নয় — তাই একটা খারাপ ফোন নম্বর তিনভাবে ধরা পড়লেও গোনা হয় একবার, তিনবার নয়। Score অনুযায়ী Order-টা তিনটা জায়গার একটায় যায়।
- 01
Order-এর ইতিহাস
এই ফোন নম্বরটা আগে আপনার Store-এ কী করেছে, আর Platform-এর অন্য Store গুলো এটা নিয়ে ঝামেলায় পড়েছে কি না।
- 02
Delivery-র ফলাফল
এই নম্বরে পাঠানো Parcel Delivery হয়, নাকি ফেরত আসে — Courier-এর Delivery record থেকে নেওয়া।
- 03
Order করার ধরন
একই নম্বর থেকে সাম্প্রতিক Order গুলোর তুলনায় এই Order-টা কেমন, এখনও খোলা আছে এমন Order সহ।
- 04
যোগাযোগের তথ্যের মিল
নাম, নম্বর আর ঠিকানা মিলিয়ে এমন কিছু দাঁড়ায় কি না, যেখানে Courier সত্যিই পৌঁছাতে পারে।
- 05
অর্জিত আস্থা
যে Signal গুলো Score কমায়। যে Customer আগে আপনার কাছ থেকে Delivery নিয়েছেন, তিনি সুরক্ষিত — প্রতিবার নতুন করে যাচাই হন না।
প্রতিটি অর্ডার একটি ঝুঁকির স্কোর পায়
পাঁচ ধরনের সংকেতআসল
সরাসরি চলে যায়। Customer কিছুই টের পান না।
যাচাই
কারণসহ একটা Review তালিকায় জমা হয়। সিদ্ধান্ত আপনার।
আটকানো
চিহ্নিত করা হয়, আর এর জন্য Meta-তে কোনো কেনাকাটা Report হয় না।
নিয়মগুলো, তাদের গুরুত্ব আর কোন Score-এ কোন ফলাফল শুরু হয় — এসব প্রকাশ করা হয় না, হবেও না। একটা Store তার নিজের Order নিয়ে নেওয়া প্রতিটা সিদ্ধান্ত দেখতে পারে; নিয়মের বইটা কেউ পায় না। একটা Filter আর সেটা পেরোনোর Checklist-এর পার্থক্যটা এখানেই।
যা এটা করতে রাজি নয়
হাতের কাছে থাকা কিছু জোরালো Signal ইচ্ছা করেই বাদ দেওয়া বা সীমিত রাখা হয়েছে। আপনার Order-এর ভার কাউকে দেওয়ার আগে এই সিদ্ধান্তগুলো জেনে রাখা দরকার।
শুধু IP address-এর কারণে কোনো Order Block হয় না
Mobile operator-রা হাজার হাজার সত্যিকারের Customer-কে একটা address-এর পেছনে রাখে, তাই address শুধু একটা সহায়ক Signal। একা সেটা বড়জোর একটা Order ফোনে যাচাইয়ের জন্য আটকে রাখতে পারে — কখনও Fraud বলে চিহ্নিত করে না।
কোনো সিদ্ধান্ত AI নেয় না
Engine-টা নির্দিষ্ট নিয়মের একটা সেট। একই Order দুইবারেই একই Score পায়, প্রতিটা সিদ্ধান্ত এক বাক্যে ব্যাখ্যা করা যায়, আর এমন কোনো Model নেই যা সত্যিকারের Customer সম্পর্কে বানানো রায় দিতে পারে।
এটা কখনও Order Cancel করে না
নিজে থেকে এটা সবচেয়ে বেশি যা করতে পারে, তা হলো Order-টা আটকে রেখে আপনাকে দেখতে বলা। Cancel করার সিদ্ধান্ত একজন মানুষের।
Customer-এর কাঁচা Data আপনার Store ছাড়ে না
Store থেকে Store-এ যা যায় তা হলো একটা সুনামের মাত্রা — উঁচু, মাঝারি, বা কিছুই না — একটা one-way Hash-এর বিপরীতে। কখনও নাম, নম্বর, ঠিকানা বা কোনো সংখ্যা নয়।
Platform-এর প্রতিটা Store আগেরটার চেয়ে একটু বেশি সুরক্ষিত
যে নম্বর অন্য Store-এ ঝামেলা করেছে, সেটা আপনার এখানে আসার সময় সেই ইতিহাস নিয়েই আসে — একটা মাত্রা হিসেবে, কখনও এমন Data হিসেবে নয় যা আপনি পড়তে পারবেন। প্রথম দিনের নতুন Store-ও শূন্য থেকে শুরু করে না।
- Platform-এর ইতিহাসের চেয়ে আপনার নিজের ইতিহাসের গুরুত্ব বেশি।
- একটা Order-কে ভুয়া বা সঠিক চিহ্নিত করলে সিস্টেমটা শেখে — আপনার জন্য, আর সবার জন্য।
- যে নম্বরের যথেষ্ট ইতিহাস কারও কাছে নেই, সেটা Courier-এর Delivery record-এর সাথে মিলিয়ে দেখা হয়।
শুরুতে বন্ধ থাকে, আর প্রতিটা ধাপে ফিরিয়ে নেওয়া যায়
দুটো Switch, দুটোই আপনার
Platform আপনার Store-এর জন্য চালু না করা, আর আপনি নিজে চালু না করা পর্যন্ত কিছুই চলে না। বন্ধ করে দিলে Checkout ঠিক আগের মতোই কাজ করে।
এটা একটা তালিকা, রায় নয়
আটকানো আর Review-র Order গুলো কারণসহ একটা Tab-এ জমা হয়। একটাকে সঠিক চিহ্নিত করলেই সেটা ছেড়ে দেওয়া হয়, Purchase event সহ।
প্রতিটা সিদ্ধান্ত লেখা থাকে
প্রতিটা Score Order-এর সাথে সংরক্ষিত হয় আর Audit trail-এ লেখা হয়। আপনার Order কীভাবে বিচার হলো, তার কিছুই আপনার কাছ থেকে লুকানো নেই।
আপনার Store অনুযায়ী ঠিক করা
একটা গয়নার Store আর একটা মুদি Store-এর ঝুঁকি এক নয়। কোন জায়গায় গিয়ে Order আটকাবে, সেটা আপনি ঠিক করবেন।
এখানে কথাটার মানে আসলে কী
বিশ্বাস করে নিতে বলা কোনো সংখ্যা নয় — Code-এ সত্যি, আর যাচাই করা যায় এমন কিছু বৈশিষ্ট্যের তালিকা।
Scoring চলে Request-এর পথের বাইরে
যাচাই চলে একটা টেকসই Queue-র পেছনে, Worker-এ। Courier-এর ধীর উত্তর কখনও Customer-কে Checkout-এ বসিয়ে রাখতে পারে না, আর ব্যর্থ হলে Order হারিয়ে না গিয়ে আবার চেষ্টা হয়।
প্রতিটা Order-এ ঠিক একবার চলে
Delivery অন্তত-একবার, তাই প্রতিটা Scorer কখনও না কখনও দুইবার চলে। প্রতিটা দাবি লিখে রাখা হয়, আর Purchase event Order নম্বরে অনন্য — তাই দ্বিতীয়বারে কিছুই ঘটে না, Meta-তে দ্বিতীয় Report যায় না।
এক Store আরেক Store-এর Data পড়তে পারে না
প্রতিটা Table Database স্তরে Postgres row-level security দিয়ে আলাদা করা — Application মনে করে Filter করবে সেই ভরসায় নয়, Engine-এর নিচেই প্রয়োগ করা।
নিয়মগুলো Unit test করা
Engine-টা তার Input-এর উপর একটা বিশুদ্ধ Function — নিয়ম, সীমা, সম্পর্ক আর পুনরাবৃত্তির জন্য Test আছে। Browser আর Server একই Case table চালায়, তাই এক দিকে নিয়ম বদলালে অন্য দিকের Test লাল হয়।
Log-এ Customer-এর কোনো তথ্য থাকে না
Order আর সিদ্ধান্তের ID থাকে, ফোন নম্বর বা ঠিকানা কখনও নয়। Metrics-এও Store-এর নাম থাকে না — Operator Platform-এর অবস্থা দেখতে পান, কার Order তা না জেনেই।
ফিরিয়ে নেওয়া যায়, আর দেখা যায়
Store ধরে বা পুরো Platform-এ একটা বন্ধ করার Switch, সমস্যা হলে কী করতে হবে তার লেখা Runbook, আর যাচাই, আটকানো Conversion ও Courier অনুসন্ধানের হিসাব।
টাকাটা আসলে কোথায় বাঁচে
Ads-এর খরচ যায় প্রকৃত Customer-এর পেছনে
Optimiser আর শিখবে না যে ভুয়া Order-ও একটা Conversion, তাই Budget আবার এমন মানুষ খুঁজতে যায় যারা সত্যিই Delivery নেন।
অকারণে Parcel পাঠানো কমে
আটকানো Order Courier কখনও তুলে নেয় না — Delivery fee নেই, ফেরত fee নেই, তিন দিন গাড়িতে পড়ে থাকা মালও নেই।
Packing টিমের কাজ থামে না
সন্দেহজনক Order Packing টেবিলে গিয়ে ধরা পড়ার বদলে — বা একেবারেই ধরা না পড়ার বদলে — এক জায়গায় জমা হয়।
ভালো Customer-রা আর শাস্তি পান না
অর্জিত আস্থা Score কমায়। প্রতি সপ্তাহে Order করা নিয়মিত Customer-কে চিরকাল নতুন ঝুঁকির মতো দেখা হয় না।
পরিকল্পনার জন্য সৎ হিসাব
Report করা আয় যখন Delivery হওয়া আয়ের সমান, তখনই বোঝা যায় আপনি Campaign বাড়াচ্ছেন, নাকি লোকসান বাড়াচ্ছেন।
নতুন করে কিছু শেখার নেই
আলাদা কোনো Console নেই, বাড়তি Bill নেই, কোনো Integration নেই। আপনি যে Order গুলো নিয়ে রোজ কাজ করেন, এটা তারই একটা Tab।
এক সপ্তাহ চালু রেখে তালিকাটা পড়ে দেখুন
আপনি চালু না করা পর্যন্ত এটা বন্ধ, Customer-এর Checkout-এ কিছুই বদলায় না, আর Review Tab কয়েক দিনেই বলে দেবে আপনার Store-এ সমস্যাটা আছে কি না। ওখান থেকেই শুরু করুন।