মূল কন্টেন্টে যান
RosuiiRosuii

রেস্টুরেন্ট রাইডার ম্যানেজমেন্ট সিস্টেম: সম্পূর্ণ গাইড

অর্ডার অ্যাসাইন থেকে শেষ পর্যন্ত দৃশ্যমান ও জবাবদিহিমূলক নিজস্ব ডেলিভারি চালানোর উপায়।

লিখেছেন ৬ মিনিট পড়া
শেয়ার
রেস্টুরেন্ট রাইডার ম্যানেজমেন্ট সিস্টেম: সম্পূর্ণ গাইড

সর্বশেষ যাচাই: 2026-08-28

গ্রাহকের সম্পর্ক নিজের কাছে রাখা মূল্যবান, কিন্তু নিজস্ব ডেলিভারিতে শৃঙ্খলা লাগে। রাইডার ম্যানেজমেন্ট সিস্টেম dispatch ও rider-কে একটি সত্য তথ্য দেয়।

Dispatch ও rider view আলাদা করুন

রেস্টুরেন্ট order assign ও reassign করবে; rider শুধু নিজের কাজ ও দরকারি customer detail দেখবে। এতে admin data নিরাপদ এবং mobile screen focused থাকে।

Delivery lifecycle নিয়ন্ত্রণ করুন

assigned থেকে picked up, on the way ও delivered নির্দিষ্ট ক্রমে চালান। ধাপ skip বা reverse বন্ধ রাখুন, যাতে report সত্য থাকে।

  • Active queue
  • কারণসহ rejection
  • Completed delivery history

রেকর্ড দিয়ে উন্নতি করুন

rejection-এর কারণ, waiting time ও completion trend দেখুন। rider-কে দোষ দেওয়ার আগে kitchen handoff বা delivery zone ঠিক করুন।

Rider system কী control করবে

Confirmed order-কে eligible rider, status sequence, handover evidence, payment/COD ও exception-এর সঙ্গে যুক্ত করবে। Individual access, branch scope, availability ও support history দরকার।

Own delivery ও marketplace rider আলাদা। Marketplace allocation platform control করতে পারে; manual record-কে direct integration বলবেন না।

Core record

Sale থেকে delivery এক order ID রাখুন। Reassign-এ old rider/reason preserve। Customer phone/address assigned job ও authorised support-এ সীমিত।

RecordFieldControl
RiderAccount/branch/statusIndividual login
AvailabilityShift/pauseUpdate rule
OrderID/address/paymentMinimum data
AssignmentRider/actor/timeOne owner
StatusPickup/delivery/failValid transition
ProofTime/confirmationRestricted
CashExpected/collected/depositReconcile
ExceptionType/action/ownerNo silent override

Eligibility ও availability

Active employee মানেই সব delivery available নয়। Branch, shift, role, vehicle/type, open job ও pause check করুন। Override actor/reason log হবে।

Start/end availability, device/vehicle problem ও break process publish করুন। Checkout/deactivate-এর পরে নতুন assignment নয়।

Assign ও reassign

Accepted/dispatch-ready order, usable address/contact ও payment state confirm করে এক rider দিন। Rider accept করবে বা manager resolve করবে।

Unavailable, failed accept, vehicle, branch বা route reason-এ reassign; old rider/time delete নয়।

Status sequence

StatusMeaningOwner
ReadyDispatch conditionKitchen
AssignedOne ownerDispatcher
AcceptedAcknowledgedRider
PickedHandoverRider
OutTrip activeRider
DeliveredHandover completeRider
FailedNot completeRider/manager

Proof ও failed evidence

Process/privacy অনুযায়ী timestamp, recipient confirmation বা limited note নিন; intrusive image/ID default নয়। Access/use rule বলুন।

Failed attempt-এ category, allowed contact, order condition ও manager instruction। Financial outcome rider invent করবে না।

COD reconcile

Expected, collected, shortage, deposit ও receiver acknowledgement রাখুন। Tip/reimbursement/marketplace settlement থেকে আলাদা।

Per rider/shift expected completed COD ও deposit মিলিয়ে difference case করুন, delivered total edit নয়।

  • Expected COD
  • Collected
  • Deposit/receiver
  • Short/over
  • Return treatment
  • Manager close

Exception

Unavailable, wrong address, unreachable, damage, delay, payment, safety, device/network ও return category রাখুন। Safety escalation routine delay থেকে আলাদা।

Customer, food, payment ও rider support-এর owner দিন। Delivery failed হলেও refund pending থাকতে পারে—state আলাদা রাখুন।

Unsafe target ছাড়া measurement

Acceptance, completion, failure category, handover wait, cash exception ও data completeness দেখুন। Distance, prep, traffic, weather ও assignment context ছাড়া rider blame নয়।

Speeding বা proof/cash skip reward নয়; safety/privacy guardrail।

Rollout

  • Individual account
  • Assignment owner
  • Status tests
  • Failed/return/reassign
  • COD difference
  • Session revoke
  • Cross-team training
  • One-zone pilot
  • Exception review

Rider-management boundary map

একটি rider app map দেখালেই complete management system নয়। Restaurant-owned order identity, assignment owner, valid status transition, custody, proof, COD এবং exception audit chain প্রয়োজন। প্রতিটি boundary-এর authoritative record ঠিক করুন; call বা chat notification final state নয়।

Kitchen readiness, rider movement, payment/refund এবং support outcome আলাদা timeline। Delivered label দিয়ে COD জমা, refund complete বা food returned একসঙ্গে ধরে নেবেন না। Overview dashboard combine করতে পারে, source events preserve করবে।

BoundarySource eventControl owner
Order eligibilityConfirmed order + usable delivery dataRestaurant operations
Kitchen readinessDispatch condition completeKitchen/dispatcher
Rider eligibilityShift, branch, availability, workloadDispatcher/manager
AssignmentOffer/accept or authorised direct assignDispatcher/rider
CustodyVerified pickup handoverDispatcher/rider
DeliveryStatus events + approved proofRider/support
FinancialPrepaid/COD/refund/depositCashier/finance
ExceptionReason, action, owner, resolutionNamed function

Own riders ও marketplace riders-এর control আলাদা

Restaurant নিজের rider-এর shift, branch, assignment ও COD workflow control করতে পারে। Foodpanda, Pathao বা অন্য marketplace rider allocation platform-এর partner workflow control করতে পারে। Current approved integration ও account-specific capability ছাড়া third-party rider assignment, live location, status write-back বা private data access দাবি করবেন না।

Marketplace order restaurant record-এ manual channel tag করা useful হতে পারে, কিন্তু সেটি API integration নয়। Source channel, external order ID, partner-controlled state ও support case reference রাখুন। Staff কোন action dashboard-এ এবং কোনটি official partner tool-এ করবে SOP-তে লিখুন।

Rosuii বা অন্য vendor-এর product page-এ rider feature থাকলে restaurant-owned workflow, marketplace connector এবং manual record—তিনটি আলাদা demo/test করুন। Roadmap বা logo current live support-এর evidence নয়।

Rider identity, availability ও minimum data access

প্রত্যেক rider-এর individual account, current employment/access state, branch/zone scope এবং availability থাকবে। Active employee হলেও off-shift, break, device/vehicle issue, open workload বা safety restriction-এর কারণে ineligible হতে পারে। Override actor, reason ও expiryসহ হবে।

Assigned active delivery-এর জন্য যতটুকু প্রয়োজন customer name/phone/address/note ততটুকুই দেখান। Reassigned, completed বা expired order-এর detail access policy অনুযায়ী শেষ করুন। Full customer export, other rider route বা salary data rider role-এর normal need নয়।

Lost device, number change, branch transfer বা exit-এ session revoke, recovery contact, current assignment, COD custody এবং device/property handover review করুন। Password change করলেই remembered mobile session শেষ হয়েছে—এটি test ছাড়া ধরে নেবেন না।

Pickup, proof ও failed-delivery evidence

Pickup restaurant-to-rider custody boundary। Food ready হলেই picked up নয়। Wrong rider হলে controlled reassignment/handover ছাড়া order দেবেন না। Photo, ID বা signature default evidence হওয়ার আগে necessity, customer notice, access ও retention review করুন; timestamp/recipient confirmation যথেষ্ট হলে intrusive data নেবেন না।

Failed, cancelled এবং returned আলাদা। Customer unreachable, address issue, refusal, payment, damage বা safety category factualভাবে record করুন। Rider refund, remake বা food reuse সিদ্ধান্ত invent করবে না; manager/support authorised path চালাবে।

StageMinimum evidencePrivacy/control
PickupOrder ID, current rider, timeCorrect custody
PackageItem/packaging checkNecessary note only
PaymentPrepaid/COD expected stateNo credentials
DeliveredApproved handover evidenceNon-intrusive method
FailedReason, attempts under policyFactual note
ReturnPhysical item dispositionManager decision
CorrectionOld/new state, actor, reasonHistory retained

COD custody ও reconciliation

Rider assignment-এর সময় expected COD amount authorised order থেকে দেখান। Delivered customer handover বোঝাতে পারে, কিন্তু cash এখনও rider-এর কাছে। Collected declaration, deposit handover, receiving cashier, amount, difference ও close approval আলাদা event। Tip, reimbursement বা marketplace settlement-এর সঙ্গে মেশাবেন না।

Per rider/shift opening responsibility + collected cash - authorised return/refund treatment = expected deposit—restaurant-এর configured control অনুযায়ী reconcile করুন। Formula inputs current policy অনুযায়ী define করুন; difference হলে order-level source দেখুন। Delivered total edit করে cash short লুকাবেন না।

Payroll বা performance score COD difference automatic শাস্তি দেবে না। Cashier error, duplicate order, wrong payment state বা unresolved return থাকতে পারে। Investigation, employee/rider response এবং authorised financial resolution আলাদা।

Offline, location ও ETA claims verify করুন

Connectivity না থাকলে কোন rider event queue হয়, occurrence time কীভাবে থাকে, conflict হলে কী হয় এবং reconnect-এ duplicate prevent হয়—exact device/workflow test করুন। General POS offline billing support থাকলেও rider assignment, real-time status, live KDS বা payment necessarily offline চলে না। UI-তে pending state দেখান।

GPS/location signal perfect proof নয়। Permission, battery, device, network ও map accuracy সীমা আছে। Continuous tracking প্রয়োজন কি না, staff notice, access, retention ও applicable requirements review করুন। Current location unavailable হলে old pin-কে live location label করবেন না।

ETA model verified না হলে fixed arrival promise দেবেন না। Preparation, rider acceptance, route, traffic, weather ও building access influence করে। Customer message only supported state claim করবে।

Cross-team exception ownership

Exception row-তে order, detected time, current custody/state, owner, next action, due time ও resolution evidence রাখুন। Warning colour বা call history নিজে resolution নয়। Safety issue speed target-এর ওপর priority পাবে।

Elapsed time দিয়ে rider blame করার আগে kitchen readiness, assignment wait, distance, traffic, weather, order handling এবং event quality review করুন। Universal delivery target বা one-score leaderboard এই guide দেয় না।

  • Food ready, rider নেই—dispatcher
  • Wrong assignment/pickup—dispatcher ও manager
  • Kitchen delay—shift/kitchen manager
  • Address/customer contact—support under policy
  • Safety/device incident—rider support/manager
  • Failed/return food decision—manager
  • COD difference—cashier/finance
  • Payment/refund—authorised finance/support
  • Wrong status/customer message—correction owner

Rider-system acceptance test pack

One zone/branch-এ controlled pilot করুন। Expected result, actual result, evidence, severity, owner ও retest date লিখুন। Critical assignment concurrency, custody, privacy, COD বা session-revocation defect থাকলে wider rollout নয়।

Training kitchen, dispatch, rider, cashier ও support একসঙ্গে নেবে, কারণ status boundary cross-team। Normal flow-এর সঙ্গে wrong address, early rider, damage, cancellation, return, cash difference ও network failure practise করুন।

Post-launch review-এ stuck state, reassignment reason, missing proof, failed category, COD unresolved, data-access exception ও unsafe incentive দেখুন। কোনো improvement বা time-saving percentage comparable approved evidence ছাড়া public claim করবেন না।

  • Individual rider login ও branch/zone scope
  • Normal order assignment, acceptance ও pickup
  • No eligible rider ও failed acceptance
  • Controlled reassignment before/after pickup
  • Wrong rider pickup prevention
  • Delivered ও failed/return evidence
  • COD collection, deposit ও difference
  • Offline/delayed event recovery
  • Customer-data access after reassignment/close
  • Marketplace-controlled order boundary
  • Lost device/employee exit session revoke
  • Exception owner ও report trace

ভালো rider management ফোনকল ও অনিশ্চয়তা কমায়। প্রতিটি delivery কার কাছে এবং কোন অবস্থায় আছে সবাই জানে।

সম্পর্কিত গাইড

রসুইয়ে এই ফিচারটি দেখুন: রাইডার ম্যানেজমেন্ট দেখুন

বিনামূল্যে রসুই ব্যবহার শুরু করুন

হালনাগাদ:

শেয়ার

সাধারণ প্রশ্ন

রাইডারের কি পুরো restaurant panel access দরকার?
না। শুধু assigned order-এর দরকারি data ও action-সহ focused delivery view যথেষ্ট।
Rejected delivery কি আবার assign করা যায়?
হ্যাঁ। rejection reason রেখে বর্তমান assignment সরিয়ে অন্য rider বাছুন।
Rider management software কী করে?
Order-এর সঙ্গে rider, assignment, status, proof, exception ও COD reconcile যুক্ত করে।
Rider কি সব customer দেখবে?
না, শুধু assigned active delivery-এর minimum data।
Marketplace rider একইভাবে?
সবসময় নয়; approved integration ছাড়া marketplace allocation platform control করে।
Best rider KPI?
Single metric নয়; completion, exception, status, cash/proof ও context দেখুন।

রসুই দিয়ে আপনার রেস্টুরেন্ট চালান

পিওএস, মেনু, ইনভেন্টরি, পে-রোল এবং আরও অনেক কিছু — বাংলাদেশের রেস্টুরেন্টের জন্য তৈরি।

শুরু করুন
ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস: আপনার রেস্টুরেন্টের কোনটি?

ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস: আপনার রেস্টুরেন্টের কোনটি?

রেস্টুরেন্ট সফটওয়্যার বাছার সময় ক্লাউড পিওএস বনাম ট্র্যাডিশনাল পিওএস সবচেয়ে বড় সিদ্ধান্ত। আমরা খরচ, আপডেট, দূর থেকে অ্যাক্সেস, ডেটা নিরাপত্তা ও ইন্টারনেট নিয়ে বাংলাদেশের জন্য সৎ মতামতসহ তুলনা করেছি।

লিখেছেন ২৩ জুন, ২০২৬৮ মিনিট পড়া
বাংলাদেশে সেরা রেস্টুরেন্ট সফটওয়্যার বাছাইয়ের নিয়ম

বাংলাদেশে সেরা রেস্টুরেন্ট সফটওয়্যার বাছাইয়ের নিয়ম

নিজের order, stock, কর্মী ও report দিয়ে restaurant software তুলনা করুন। অপ্রমাণিত ranking-এর বদলে demo, quote ও সীমাবদ্ধতার checklist ব্যবহার করুন।

লিখেছেন ২৩ জুন, ২০২৬৩ মিনিট পড়া
মেনু ইঞ্জিনিয়ারিং: এমন মেনু বানান যা বিক্রি করে

মেনু ইঞ্জিনিয়ারিং: এমন মেনু বানান যা বিক্রি করে

মেনু ইঞ্জিনিয়ারিং হলো এমন একটি মেনু ডিজাইনের শিল্প যা চুপচাপ ক্রেতাদের আপনার সবচেয়ে লাভজনক খাবারের দিকে চালায়। চার-বাক্স ম্যাট্রিক্স, প্রাইসিং সাইকোলজি, বিন্যাস, আর বিক্রি ডেটা ব্যবহার শিখুন।

লিখেছেন ২৩ জুন, ২০২৬৭ মিনিট পড়া