Own the delivery layer.
Coordinate Storefront delivery orders through a connected rider workflow. Review assignments, pickup and drop-off status, available delivery evidence and customer updates while keeping the task linked to its Cibus order.
Review assignments and delivery status in one workspace.
Pickup and drop-off context stays with the delivery task.
Configured evidence can be linked to the order record.
Delivery tasks remain connected to the Cibus order workflow.
Delivery breaks when it lives outside the restaurant system.
Most own-delivery operations are stitched together with phone calls, WhatsApp groups, printed receipts, manual driver assignment and separate tracking. That makes it hard to know what is ready, who has the order, whether it was delivered and which task records are available for review. Rider keeps delivery connected to Storefront, KDS, Admin, payments and the customer order record.
- Delivery order arrives on a separate tablet
- Kitchen prints a ticket disconnected from dispatch
- Manager messages a driver on WhatsApp
- Customer calls the restaurant for status
- Proof of delivery is missing or inconsistent
- Earnings are reconciled manually in spreadsheets
- Storefront order creates the delivery workflow
- Kitchen status feeds dispatch readiness in KDS
- Rider accepts or receives an assigned task
- Customer tracking updates from the same order
- Configured handover evidence stays with the delivery task
- Admin provides an operational delivery view
From direct order to delivery confirmation.
- 01Storefront order
- 02Kitchen preparation
- 03Ready for dispatch
- 04Rider assigned
- 05Pickup confirmed
- 06Dropoff confirmed
- 07Delivery record updated
A dispatch board for real service pressure.
Rider gives operators a dispatch view of delivery tasks by status: unassigned, offered, accepted, at pickup, in transit, delivered or issue flagged. Managers can review what needs attention from the task board.
A simple mobile workflow for riders.
Riders need a focused mobile workflow, not a full restaurant admin system. Rider presents task offers or assignments, active delivery details, navigation handoff and pickup and drop-off status. Earnings, payout and support views depend on the configured market deployment.
Keep handover context with the delivery task.
Rider can keep pickup, drop-off and configured delivery evidence linked to the Cibus order. Available evidence types, access and retention are documented for the deployment.
- PickupConfirmed
- DropoffConfirmed
- Delivery evidenceConfigured
- Review statusAvailable
- Issue noteNone recorded
Give customers a connected delivery-status view.
Configured Rider status can be exposed through the customer order experience, including accepted, prepared, picked-up and on-the-way states. Available detail and update frequency depend on the deployment.
Define delivery scope for each location.
During setup, review the service areas, order rules, delivery fees, service windows and assignment policy available for the restaurant's market and commercial scope.
- Service areaPolygon defined
- Minimum orderConfigured
- Delivery feeConfigured
- AvailabilityService hours
- RidersEligible riders
Review rider and delivery records in context.
Rider keeps delivery work visible for riders and operators. Available views can include task status, earnings or payout records, issues and delivery confirmation; exact fields depend on the configured market and workflow.
Configured tools for restaurant-run delivery.
- Rider appNative mobile workflow for riders on the road.
- Accept / declineRiders accept or decline offered jobs.
- Earnings recordsConfigured deployments can provide a per-rider delivery summary.
- Dispatch boardAssign, queue and reroute deliveries by status.
- Status and route contextReview the delivery status and available route context.
- Delivery scopeReview available service-area, order-rule and fee settings.
- Delivery confirmationKeep configured handover evidence with the delivery task.
- Issue handlingFlag, note and resolve delivery exceptions.
- Admin reportingDelivery operations visible across Admin.
Not a separate delivery app. Dispatch connected to the order record.
Review assignments, pickup and drop-off status, available delivery evidence and rider activity in the context of the original Storefront order.
Delivery connected to the rest of service.
Rider connects the delivery task to Storefront orders and the relevant Cibus operational context. The exact KDS, payment, customer-status, Admin and Reach data available depends on the configured deployment.
A takeaway delivery, end to end.
A customer places a delivery order through Storefront. The kitchen prepares the order in KDS. Once it is ready, the delivery task is assigned through Rider. The rider updates pickup and drop-off status, available customer status is shown in the ordering experience, and configured delivery confirmation can appear in the Admin operational record.
Rider questions, answered.
Is Rider a third-party delivery marketplace?
No. Rider is a restaurant delivery-operations product connected to Cibus Storefront, order and kitchen workflows. It does not list multiple restaurants for consumer marketplace discovery.
Does Rider connect to Storefront?
Yes. Configured Storefront delivery orders can enter the Rider dispatch workflow while remaining linked to the Cibus order record.
Do delivery orders appear in KDS?
Delivery orders can use the connected KDS workflow so kitchen status informs the delivery task. Station routing and readiness states are configured for the restaurant.
Can riders manage delivery tasks from mobile?
Rider provides a focused mobile task workflow for offer or assignment review, navigation handoff and pickup and drop-off status. Available actions depend on the configured deployment.
Can customers track a delivery?
Delivery status can be exposed through the configured customer order experience. The available status detail, route information and update frequency are confirmed for each deployment.
Does Rider support proof of delivery?
Rider supports delivery-confirmation workflows linked to the order. Available evidence types, retention and staff access vary by deployment and are documented during discovery.
Can restaurants configure delivery areas and rules?
Delivery-scope options can include service areas, order rules, fees, service windows and assignment policy. Availability depends on market and configured commercial scope.
What Rider reporting is available?
Operational reporting can present delivery status, order linkage, assignment, issue and confirmation records. Exact metrics, rider earnings and payout views depend on the configured market and workflow.
Does Rider guarantee lower delivery costs?
No. Rider provides an alternative operating workflow for restaurant delivery. Cost and margin outcomes depend on order volume, staffing, distance, insurance, payment, support and other local operating factors.
Connect delivery to the rest of your restaurant.
Review how dispatch, delivery status, configured evidence and rider workflows can connect Storefront orders with the relevant Cibus operational context.