An ETA that keeps recalculating until the doorbell rings.
Aschhigo calculates each delivery time from live traffic, remaining distance and what else the rider is carrying, then keeps recalculating for the whole trip. The number your customer sees always reflects the road as it is now.
One order, five honest updates.
A fixed ETA is right for about the first minute. A live one tracks congestion, stacked drops and pickup delays as they happen, so small changes are absorbed quietly and large ones are communicated early.
- Order placedInitial ETA from live traffic, distance and rider load22 min
- Picked upOn schedule, prep time matched estimate17 min
- Congestion on main roadSlower segment detected, ETA held within promise15 min
- Stacked drop completedEarlier drop finished, ETA recalculated11 min
- DeliveredArrived inside the updated windowOn time
Four steps, running on every order.
Initial prediction
An ETA is set at order time from live conditions, not a distance-only rule.
Continuous refresh
The ETA is recalculated as the rider moves and conditions change.
Risk flagged early
When an ETA drifts toward the promised window, the order is marked at risk.
Customer kept current
Updated ETAs can be pushed to your customer app or tracking page.
What each ETA is built from
Automation with rules you set.
Promise windows
Define delivery promises per zone, store or order type.
At-risk thresholds
Choose how close to the promise an order gets before it is flagged.
Customer-facing ETA
Send live ETAs to your own app, SMS provider or tracking page via API.
Your fleet is the next dispatch.
Connect your riders and order feed, and every delivery promise you make starts correcting itself the moment the road changes.