---
title: "স্কেল করা যায় এমন রেস্টুরেন্ট রাইডার অ্যাসাইন workflow"
date: 2026-07-20
updated: 2026-08-29
lang: bn
tags: ["rider-management", "delivery", "guides"]
summary: "রাইডারের অপেক্ষা কমায় এবং অর্ডারের দায়িত্ব হারানো বন্ধ করে এমন dispatch routine।"
canonical: https://rosuii.com/blog/bn/restaurant-rider-assignment-workflow
author: "Rosuii Team"
---

# স্কেল করা যায় এমন রেস্টুরেন্ট রাইডার অ্যাসাইন workflow

রাইডারের অপেক্ষা কমায় এবং অর্ডারের দায়িত্ব হারানো বন্ধ করে এমন dispatch routine।

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

দ্রুত delivery rider বের হওয়ার আগেই শুরু হয়। কাছে দাঁড়ানো মানুষকে নয়, খাবার প্রস্তুতি, rider availability ও destination দেখে assign করতে হবে।

## সঠিক সময়ে assign করুন

কিচেন নির্ভরযোগ্য ready time দিলে assign করুন। খুব আগে করলে rider অপেক্ষা করে, দেরি করলে গরম খাবার pass-এ পড়ে থাকে।

## ছোট dispatch checklist নিন

handoff-এর আগে order number, package count, address, payment status ও customer phone নিশ্চিত করুন।

- Active rider বাছুন
- Packaged order নিশ্চিত করুন
- একবার notification পাঠান

## History না হারিয়ে reassign করুন

rider reject বা unavailable হলে কারণ রেখে অন্য rider দিন। order-কে অস্পষ্ট অবস্থায় edit করবেন না।

## Order কখন assignable

Confirmed order ও usable delivery data-এর পরে assignment। Confirmation, preparation নাকি dispatch-ready—trigger define করুন। Early হলে rider wait, late হলে food wait।

Universal number নয়; real prep process। Dispatcher order, branch, zone, payment, handling ও readiness দেখবে, unrelated customer data নয়।

## Assignment input

Distance একা decision নয়। Data unknown হলে flag; incomplete auto-choice-এর চেয়ে reasonসহ manual safer।

| Input | Question | Risk |
| --- | --- | --- |
| Branch | Pickup কোথায়? | Wrong location |
| Readiness | Handover কখন? | Wait/cold |
| Zone | Supported? | Failed route |
| Payment | COD? | Cash dispute |
| Rider | Available/scope? | No accept |
| Open work | Already carrying? | Unsafe/late |
| Needs | Size/vehicle? | Damage |
| Priority | Written rule? | Bias/delay |

## Manual, rule বা suggestion

Manual local knowledge দেয়, inconsistent হতে পারে। Rule published sequence, suggestion rankingসহ human confirmation। Data/team maturity অনুযায়ী নিন।

Eligibility/exclusion reason দেখান। Off-shift, pause, wrong branch, deactivated rider-এ silent assign নয়।

## Offer, accept ও timeout

Notified ও accepted আলাদা। Acknowledge না হওয়া পর্যন্ত reliable owner নেই। Configured response window কে monitor/resolve করবে লিখুন; universal timeout নয়।

দুই rider same order accept করতে পারবে না। Cancelled offer rider-এর screen থেকে inactive হবে।

## Reassignment

Old offer/accept/status/reason preserve। Pickup-এর পরে simple reassign নয়, controlled handover/return।

| Reason | Action |
| --- | --- |
| No accept | Offer close/new rider |
| Issue | Record/protect data |
| Wrong branch | Source correct |
| Order change | Needs recheck |
| Safety | Escalate |
| Batch | Capacity/sequence |
| Override | Actor/reason |

## Order batching

Route, readiness, handling, sequence, capacity ও customer impact rule থাকলেই batch। Nearby address alone enough নয়।

প্রতি order আলাদা status, proof, COD ও failure। Unsafe riding বা skipped update reward নয়।

## COD ও high-risk control

Authorised order থেকে exact expected amount rider/dispatcher জানবে। Open cash internal limit থাকলে policy/exception approval দিন, universal limit নয়।

High-value/late/special order current safety procedure অনুসরণ করবে; unnecessary sensitive label নয়।

## Multi-branch/zone

Branch-zone ownership ও overflow approval define করুন। Same rider identity-তে effective-dated scope; duplicate account নয়।

Unsupported address kitchen commitment-এর আগে ধরুন; repeated offer নয়, escalation।

## Review metric

Readiness, shift, zone ও rule improve করুন; universal target নয়।

- Waiting order
- Offer-accept context
- Reassign reason
- Handover wait
- Wrong-data fail
- Open work
- COD unresolved
- Override reason

## Test pack

- Normal
- Two eligible
- No rider
- No accept
- Accepted issue
- Wrong zone
- COD
- Bad batch
- Access removed

## Assignment trigger-কে kitchen readiness-এর সঙ্গে calibrate করুন

Rider assignment workflow order confirmed হলেই শুরু হবে, নাকি estimated preparation-এর কোনো stage-এ, নাকি food dispatch-ready হলে—এটি restaurant-এর menu ও branch operation অনুযায়ী লিখুন। একটি universal মিনিট ব্যবহার করলে দ্রুত item-এর জন্য rider দেরি এবং ধীর item-এর জন্য rider wait দুটোই হতে পারে। Historical event quality খারাপ হলে prediction-কে fact হিসেবে দেখাবেন না।

Dispatcher-এর screen-এ order ID, pickup branch, delivery zone, usable address status, kitchen readiness, item handling, prepaid/COD responsibility এবং current promise থাকলে দেখান। Full customer profile, internal note বা অপ্রয়োজনীয় personal data assignment decision-এর জন্য expose করবেন না। Missing address, ambiguous branch বা unknown readiness থাকলে optimised suggestion না দিয়ে clear exception দিন।

Kitchen ready time manual হলে কে mark করতে পারে এবং ভুল readiness কীভাবে correct হবে তা define করুন। Automated estimate থাকলে calculation-এর input, last calibration এবং confidence operator-এর কাছে explainable রাখুন। Staff যেন estimated time-কে guaranteed customer ETA না বলে।

## Eligible rider filter আগে, ranking পরে

Nearest rider ranking-এর আগে ineligible rider বাদ দিন। Straight-line distance বাস্তব pickup readiness, current route, traffic, active batch, handling need বা cash responsibility বোঝায় না। Unknown data-কে zero বা best value ধরে automatic choice করবেন না; data missing flag এবং dispatcher reasonসহ manual selection দিন।

Suggestion system কেন একজন rider উপরে এবং অন্যজন excluded তা human-readable reason দেখাবে। Hidden score bias বা unsafe workload তৈরি করতে পারে। Ranking rule version, input timestamp এবং dispatcher override reason audit-এ রাখুন।

Fairness review-এ শুধু total assignment নয়; eligible opportunity, shift duration, zone, availability, declined reason, workload এবং safety context দেখুন। Staff-কে metric definition জানান এবং sensitive personal factor assignment input হিসেবে ব্যবহার করবেন না যদি legitimate operational প্রয়োজন না থাকে।

| Eligibility check | Required evidence | Excluded হলে |
| --- | --- | --- |
| Employment/access | Active authorised profile | Assign block |
| Shift status | Checked-in ও available | Off-shift exclusion |
| Branch/zone scope | Effective assignment scope | Correct scope/escalate |
| Current custody | Open pickup/delivery list | Capacity review |
| Vehicle/handling | Approved current capability | Compatible rider |
| COD responsibility | Open cash control | Policy review |
| Safety restriction | Current authorised flag | Manager action |
| Device/contact | Usable approved channel | Fallback dispatch |

## Offer, acceptance ও concurrency control

Rider-কে notification পাঠানো আর assignment গ্রহণ করা এক নয়। Offered, delivered-to-device, seen, accepted এবং expired state product যতটুকু reliably capture করে ততটুকু আলাদা রাখুন। Unsupported delivery receipt invent করবেন না। Reliable current owner তখনই হবে যখন configured workflow অনুযায়ী acceptance record হয়েছে বা dispatcher authorised direct assignment করেছে।

একই order দুই rider accept ঠেকাতে server-side atomic claim বা equivalent concurrency control প্রয়োজন। প্রথম valid acceptance current owner নির্ধারণ করবে; দ্বিতীয় attempt clear inactive response পাবে। Device retry বা delayed tap যেন duplicated assignment event না বানায়।

Response window restaurant নিজে operation থেকে ঠিক করবে; এই guide fixed timeout দেয় না। Timeout হলে previous offer close, rider notification update এবং next eligible rider selection এক controlled transition হবে। Notification delay, device offline বা wrong push token থাকলে rider performance issue ধরে নেবেন না; system evidence দেখুন।

## Reassignment-এ ownership history মুছবেন না

No acceptance, rider/device issue, wrong branch, changed order, safety escalation বা manager override—প্রতিটি reassignment reason category রাখুন। Previous offer time, acceptance, current status, actor, factual reason এবং new owner preserve করুন। Rider field overwrite করে আগের history মুছে দিলে delay, support এবং cash dispute reproduce করা যায় না।

Pickup-এর আগে reassignment তুলনামূলক সহজ হলেও current rider-এর active offer close এবং kitchen/dispatch view sync করতে হবে। Pickup হয়ে গেলে এটি simple reassignment নয়; food ও সম্ভাব্য COD custody এক ব্যক্তি থেকে অন্যজনের কাছে controlled handover, return বা manager-approved exception। উভয় rider, order identity, time ও evidence লিখুন।

Customer message-এ internal blame বা rider-এর unnecessary identity দেবেন না। Service impact হলে approved factual update দিন। Reassignment-এর পরে old rider যেন customer address বা order detail আর access না করে—current assignment scope অনুযায়ী access revoke বা expire করুন।

## Batching-এর আগে per-order feasibility check

দুই address কাছাকাছি হলেই safe batch নয়। একটি order delayed, fragile বা temperature-sensitive হলে অন্যটির quality ও promise ক্ষতিগ্রস্ত হতে পারে। Suggested batch dispatcher confirm করবে এবং route/readiness change হলে re-evaluate হবে।

Grouped trip হলেও প্রতিটি order-এর status, customer handover, COD collection, failed reason ও refund link আলাদা থাকবে। এক batch-level delivered action দিয়ে সব order close করবেন না। Rider-কে বেশি batch নেওয়ার incentive দিয়ে unsafe riding, skipped proof বা false status উৎসাহিত করবেন না।

| Check | Question | Failure হলে |
| --- | --- | --- |
| Readiness | সব order compatible সময়ে ready? | Split বা wait decision |
| Route | Pickup/drop sequence operationally valid? | Re-plan |
| Capacity | Vehicle ও bag-এ safely fits? | Different rider |
| Handling | Temperature/fragility compatible? | Do not batch |
| Promise | Sequence customer commitment ভাঙে? | Split/escalate |
| COD | প্রতি order expected cash traceable? | Control or split |
| Proof | Per-order pickup/delivery evidence? | Configure first |
| Exception | এক order fail হলে অন্যটির path clear? | SOP update |

## COD, safety ও sensitive order control

Dispatcher এবং rider authorised order record থেকে exact expected COD amount দেখবে। Rider-এর open cash responsibility restaurant-এর internal policy অনুযায়ী calculate করুন; universal limit invent করবেন না। Limit বা exception থাকলে approver, reason, effective time এবং deposit status record করুন।

Late-night, unusual location, large package, restricted-access building বা reported safety issue-এর জন্য current safety SOP থাকতে পারে। System সেই policy support করবে, কিন্তু broad high-risk label বা customer-sensitive information এমন role-কে দেখাবে না যার দরকার নেই। Rider safety escalation যেন speed বা acceptance KPI-তে শাস্তি না হয়।

Delivered status COD deposit close করে না। Assignment review-এ rider-এর open delivered-but-not-deposited orders দেখান, তবে cash difference authorised cashier/finance workflow-এ resolve হবে। Assignment engine financial dispute নিজে বিচার করবে না।

## Multi-branch scope ও address validation

কোন branch কোন delivery zone serve করে, overflow কখন অন্য branch নেবে এবং cross-branch rider কে approve করবে—effective-dated rule রাখুন। একই rider-এর identity এক রেখে branch/zone availability বদলান; duplicate account audit ও cash history ভেঙে দেয়।

Kitchen commitment-এর আগে address completeness ও serviceability check করা সুবিধাজনক। Pin বা text address uncertain হলে customer confirmation বা dispatcher review দরকার হতে পারে; map suggestion-কে verified doorstep location বলা যাবে না। Unsupported zone-এ একই order বারবার rider-কে offer না করে exception owner দিন।

Cross-branch transfer হলে pickup location, food ownership, sales branch, inventory effect এবং COD receiving branch পরিষ্কার করুন। Customer-কে branch change জানানো প্রয়োজন হলে approved message ব্যবহার করুন এবং revised promise verified না হলে ETA guarantee দেবেন না।

## Access, privacy ও offboarding

Rider শুধু current assigned order-এর minimum delivery details দেখবে। Completed, expired বা reassigned order-এর address/phone access retention policy অনুযায়ী শেষ করুন। Dispatcher assignment দেখতে পারে বলে payroll, full customer history বা settlement credential দেখার প্রয়োজন নেই।

Shared rider login ব্যবহার করবেন না। Assignment accept, pickup, delivery proof ও cash responsibility ব্যক্তির authorised identity-তে traceable হওয়া প্রয়োজন। Device হারানো, number change বা employment end হলে session revoke, recovery contact update এবং open assignment/cash handover review করুন।

Proof photo বা note থাকলে customer home, face, document বা payment detail অপ্রয়োজনীয়ভাবে capture করবেন না। Restaurant-এর approved proof method, retention এবং access rule ব্যবহার করুন। Test environment ও training screenshot-এ live personal data mask করুন।

## Assignment audit ও acceptance test

প্রতি test-এর expected result, actual result, evidence, severity, owner ও retest date লিখুন। Branch-specific configuration, realistic roles ও controlled test order ব্যবহার করুন; live customer data নয়। Critical concurrency, custody, safety, cash বা access failure থাকলে launch সীমিত করুন।

Operational review-এ waiting-for-rider, offer-to-accept context, reassignment reason, rider handover wait, wrong-data failure, open workload, override completeness এবং unresolved COD দেখুন। এগুলো universal target বা একক rider score নয়; kitchen readiness, distance, traffic, weather, zone ও data quality contextসহ root cause বের করুন।

Rule পরিবর্তনের পরে version, effective date এবং affected branch লিখুন। Silent ranking change staff trust ও audit দুইটিই নষ্ট করে। Pilot-এর ফল দেখে eligibility, trigger ও exception SOP উন্নত করুন, তারপর next branch rollout করুন।

- Ready order এবং এক eligible rider-এর normal flow
- দুই eligible rider-এ deterministic suggestion
- কোনো eligible rider নেই
- Offer delivered কিন্তু acceptance নেই
- Concurrent double-accept attempt
- Accepted rider issue ও controlled reassignment
- Pickup-এর পরে custody handover
- Wrong branch বা unsupported zone
- Incompatible batch rejection
- COD limit exception ও deposit visibility
- Active offer চলাকালে access revoked
- Offline/delayed notification recovery

দৃশ্যমান assignment owner বারবার ফোন কমায়। handoff time মাপুন এবং rider-এর নিয়ন্ত্রণের বাইরে bottleneck ঠিক করুন।

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

- [রাইডার ম্যানেজমেন্ট সিস্টেম গাইড](https://rosuii.com/blog/bn/restaurant-rider-management-system-guide)
- [ডেলিভারি status workflow](https://rosuii.com/blog/bn/restaurant-delivery-status-workflow)
- [রাইডার পারফরম্যান্স KPI](https://rosuii.com/blog/bn/restaurant-rider-performance-kpis)
- [Restaurant management software তুলনা](https://rosuii.com/bn/compare)

**রসুইয়ে এই ফিচারটি দেখুন:** [রসুইয়ে রাইডার অ্যাসাইন করুন](https://rosuii.com/bn/features#rider-management)

[বিনামূল্যে রসুই ব্যবহার শুরু করুন](https://rosuii.com/bn/register)

## সচরাচর জিজ্ঞাসা

### কখন rider assign করা উচিত?

নির্ভরযোগ্য kitchen ready time ব্যবহার করুন, যাতে packing শেষের কাছাকাছি rider আসে।

### রাইডার কোন তথ্য পাবে?

Order identity, দরকারি customer contact ও address, payment status এবং delivery instruction।

### Rider কখন assign?

Confirmed data ও realistic dispatch readiness-এর documented trigger-এ।

### Nearest rider সবসময় best?

না; availability, work, branch, route, readiness, handling, cash ও safety দেখুন।

### Offered বনাম assigned?

Offer acknowledgement অপেক্ষা করে; accepted workflow-এ one current owner হলো assignment।

### Multiple order carry?

Route/readiness/handling/capacity/proof/payment rule থাকলে।

---
Canonical: https://rosuii.com/blog/bn/restaurant-rider-assignment-workflow
Machine-readable site overview: https://rosuii.com/llms.txt