Apply and get verified
Create an account, choose a vehicle, optionally select a delivery source and submit documents for human review.
Rider product case study Digidoy DMS
Digifood Rider connects approved Digidoy riders to live delivery operations—from going online and receiving an offer to proof, cash reconciliation and payout.
Central Nîmes → Jean Jaurès
01 / PRODUCT SYSTEM
The mobile experience stays intentionally focused. Eligibility, capacity, offer expiry, delivery state, cash holds and transfer readiness remain backend-owned rules.
Built around real work
The product covers the full rider relationship, not just a map and a list of orders.
Create an account, choose a vehicle, optionally select a delivery source and submit documents for human review.
Approved riders grant the required location access, go online and create a recorded shift.
See pickup, drop-off, distance and timing before accepting or declining. Missed and expired offers remain visible.
Navigate to pickup and drop-off, follow the enforced status sequence and receive live operational updates.
Confirm a six-digit delivery PIN when required, record collected cash and report delivery exceptions.
Review completed work, ratings, earnings, cash awaiting reconciliation and Stripe transfer history.
What the rider can do
Online state opens a shift; going offline closes it. Active deliveries must first be finished or explicitly escalated.
Live and past offers show route context, distance, time pressure and explicit accept or decline actions.
Arrival, pickup, drop-off and completion follow a server-validated sequence that keeps every party aligned.
Foreground and background tracking support dispatch and live progress while online or carrying active work.
PIN proof, cash collection and issue reporting make operational edge cases part of the core workflow.
Riders see balances, performance, cash obligations and transfer status, with payouts connected through Stripe.
Offers, job changes, announcements and finance updates arrive through push, inbox and live events.
Profile, documents, language, notification choices, privacy, terms, guidelines and support live in one place.
The ownership boundary
RMS restaurants and stores are delivery sources referenced by stable codes. They do not own Digidoy riders, and the rider app never crosses into restaurant administration.
Restaurant or store identity, pickup location, order reference, package details and readiness.
Onboarding, devices, shifts, location, dispatch, offers, delivery progression, proof and exceptions.
Rate calculation, earnings, cash custody, connected payout accounts, transfers and reconciliation.
Business rules made visible
Approval is required before delivery work becomes available.
Being online creates availability; it does not guarantee offers or earnings.
Offers expire and may be withdrawn when a shift ends or rider capacity is reached.
A rider carrying an active delivery cannot silently go offline.
Pickup readiness and delivery state are live operational facts, not local app guesses.
PIN and cash requirements are enforced before completion.
Unresolved collected cash can block earnings transfers until reconciliation.
Account restriction or deactivation decisions require human operational review.
The delivered rider product
A focused mobile workspace for riders, backed by dispatch, realtime events, safety controls, finance workflows and an auditable operational record.
Explore the rider websiteOpen rider support