A restaurant in Agadir loses 12,000 MAD per month to poorly drawn delivery zones. Most owners don't know this because their food delivery management system hides the real costs behind averages and aggregates.
The difference between profit and loss in restaurant delivery isn't about having more features or fancier software. It's about understanding the operational mechanics that determine whether each order makes or loses money. Zone efficiency, driver economics, and hidden platform costs — these are the levers that actually matter.
Why Most Restaurants Fail at Delivery Zones (And How to Fix Yours)
Your food delivery management software probably lets you draw a circle on a map. You pick a radius — maybe 3km, maybe 5km — and call it done. What the software doesn't tell you is that this simple circle might be costing you thousands of dirhams every month.
The problem starts with geography. A 3km radius from your restaurant in Casablanca's Maarif district includes dense residential areas to the north but stretches into industrial zones to the south where nobody orders food. You're advertising delivery to empty warehouses while excluding the busy office district just 3.2km away.
The 15-Minute Rule That Changes Everything
Delivery economics follow a simple rule: any order that takes more than 15 minutes from kitchen to customer costs more than it earns. This isn't about speed for customer satisfaction — it's pure math. Driver time, fuel costs, and opportunity cost compound after 15 minutes.
A smart polygon zone follows actual delivery times, not arbitrary distances. That office district 3.2km away might take eight minutes via Mohammed V Boulevard. The residential area 2.8km away might take 18 minutes through congested side streets. Your food ordering and delivery platform should help you see these patterns, not hide them.
Dead Zones: The Hidden Profit Killer
Dead zones appear where delivery demand exists but economics don't work. Maybe it's a wealthy neighborhood in Marrakech's Palmeraie — high order values but 25-minute round trips. Or student housing near universities — constant orders but tiny tickets.
The solution isn't to exclude these areas entirely. It's to set different rules: higher minimum orders for distant zones, delivery fees that reflect actual costs, or batch-only delivery during specific hours. Your restaurant delivery software needs to support these nuanced rules, not force you into all-or-nothing choices.
Polygon vs Radius: Real Numbers from Casablanca
| Zone Type |
Coverage Area |
Monthly Orders |
Avg Delivery Time |
Driver Cost/Order |
Profit/Order |
| 3km Radius |
28.3 km² |
850 |
22 min |
18 MAD |
-3 MAD |
| Smart Polygon |
19.7 km² |
780 |
14 min |
11 MAD |
12 MAD |
The polygon covers 30% less area but generates 70 fewer orders. Yet it turns a loss into profit. This is what your online food ordering and delivery platform should show you — not just where you deliver, but where you should deliver.
Driver Assignment Logic: The Algorithm That Makes or Breaks Your Margins
Most food delivery management software assigns the nearest available driver to each order. This seems logical until you run the numbers. A driver 500 meters away heading in the opposite direction often takes longer than one 1km away already moving toward your restaurant.
Why "Nearest Driver" Logic Costs You Money
Here's what happens with simple nearest-driver assignment: Order comes in from Agadir's Talborjt district. Your system assigns Ahmed, who's 400m away but just delivered to Hay Mohammadi. He needs to make a U-turn, navigate back through traffic, and wait at two lights. Meanwhile, Youssef is 900m away but already heading toward your restaurant after a delivery in the same direction.
The five-minute difference compounds. Ahmed arrives late to pick up the order. The food waits. The customer waits. Your rating drops. All because the algorithm optimized for the wrong metric.
Batch Deliveries: When Two Orders Beat One
Smart batch logic transforms delivery economics. Two orders going to the same building or adjacent streets can share one driver trip. But most systems batch poorly — grouping by order time instead of destination proximity.
OCHI's delivery management system uses polygon-based batching. Orders within the same micro-zone wait up to five minutes for potential batching. This small delay saves 40% on delivery costs while maintaining service standards.
The True Cost of Failed Assignments
When auto-assignment fails, manual intervention costs multiply. A manager spending 30 seconds reassigning an order doesn't seem expensive until you multiply by 50 orders per dinner rush. That's 25 minutes of management time during your busiest period — time that should focus on quality and service.
Traditional delivery platforms charge 15% to 35% commission. They position this as the cost of customer acquisition and technology. What they don't mention is how this commission structure warps your entire business model.
The Real Math: 100 Orders at 30% Commission
| Metric |
With 30% Commission |
Direct Orders (0% Commission) |
| 100 Orders × 150 MAD |
15,000 MAD revenue |
15,000 MAD revenue |
| Platform Commission |
-4,500 MAD |
0 MAD |
| Food Cost (35%) |
-5,250 MAD |
-5,250 MAD |
| Labor (25%) |
-3,750 MAD |
-3,750 MAD |
| Net Profit |
1,500 MAD (10%) |
6,000 MAD (40%) |
The commission doesn't just reduce profit — it eliminates your ability to invest in quality, staff, or growth. You're working four times harder for the same result.
Why Free Looks Expensive (Customer Psychology)
Platforms claim they bring customers you wouldn't otherwise reach. But they also train those customers to expect discounts, free delivery, and platform-specific deals that you fund through higher menu prices. A customer paying 180 MAD for a meal on a commissioned platform sees the inflated price. The same meal at 150 MAD on your direct ordering system looks expensive because it charges 10 MAD delivery.
This psychological trap keeps restaurants dependent on commissioned platforms even as margins disappear.
Control vs Convenience: The False Choice
Platforms frame the decision as convenience versus control. Use their system for easy orders, or build your own for full control. This is false. Modern restaurant delivery software like OCHI gives you both — the convenience of a full-featured platform with complete control over pricing, customers, and data. Same-day setup, zero commissions, your brand front and center.
GPS Tracking and Customer Communication: Beyond the Dot on the Map
Every food delivery management system mentions GPS tracking. Few explain what good tracking actually accomplishes. It's not about showing a dot moving on a map — it's about managing three different audiences with different needs.
Update Frequency: Every 10 Seconds vs Every Minute
Customers want to see movement. They'll refresh the tracking page every 30 seconds during the last mile. But updating GPS location every 10 seconds drains driver phone batteries and floods your servers with unnecessary data.
The sweet spot is dynamic frequency. Update every 60 seconds when the driver is more than 1km away. Increase to every 20 seconds within 500m. This balances customer reassurance with technical efficiency.
Battery Life vs Accuracy Trade-offs
High-accuracy GPS modes can pinpoint a driver within 3 meters but consume battery at twice the normal rate. A driver starting a shift with 80% battery might run out by dinner rush. Low-power modes preserve battery but might show the driver on the wrong street.
Smart systems switch modes based on context. High accuracy when approaching the delivery address, balanced mode during transit, low-power when waiting at the restaurant.
Managing Customer Expectations During Delays
Real-time tracking creates expectations that real-world delivery can't always meet. A driver stuck in unexpected traffic on Avenue Hassan II appears motionless on the map. Without context, customers assume the worst.
Proactive communication prevents complaints. "Your driver is 5 minutes away but moving slowly due to traffic" beats silent uncertainty. Your online food ordering and delivery platform should automate these updates based on actual conditions.
