HomeBlog → Errand Dispatch Platform (Part 1)

Errand Dispatch Platform Development

Published: 2026-08-05 Author: Wang Lei, Senior Software Engineer Reading Time: 4 min Part 1 of 6

Overview

A same-city errand dispatch platform connects customers who need items picked up and delivered with on-demand riders. Everything starts with the customer ordering experience — if placing an order feels slow or confusing, no amount of dispatch logic or payment integration will save the product.

This article is the first in a series that walks through our errand dispatch platform module by module. Each part covers a tightly related set of features. This part focuses on the customer ordering flow: how users open the app and place their first order.

Part 1 — Customer Ordering Flow

In our platform, the user home screen is not a menu or dashboard — it is the order page. A full-screen map sits behind a draggable bottom sheet where the user fills in pickup, delivery, item details and sees a live fee estimate. This design keeps location context visible at all times.

Map + Bottom Sheet Layout

Auto-Composed Pickup Address

When a user opens the app for the first time, the platform automatically assembles the pickup (sender) side from three sources — once, and only once:

  1. Current GPS location — Reverse-geocoded to a real street address (not a nearby POI name).
  2. User display name — Pulled from the registered profile.
  3. User phone number — Pulled from the account contact field.

If GPS and profile data arrive at different times, the system fills in whichever field becomes available without overwriting values the user has already edited manually. Returning from the address book or map picker does not trigger a second auto-location — the user's edits are preserved.

Address Book

The address book is tightly linked to the order flow. Users pick a saved address for pickup or delivery, or add new entries via map search.

Order Sheet Fields

The current product flow is single pickup → single delivery. Before submitting, the user configures:

Both pickup and delivery addresses are validated against configured operating areas before the order can be submitted. Out-of-area addresses show an inline error rather than failing silently at checkout.

Order List and Detail

After submission, users track orders through a dedicated list and detail view:

FAQ

Why should the home screen be the order entry page?
In a delivery app, the primary user action is placing an order. A map-based home screen with an embedded order sheet reduces navigation steps and keeps location context visible while the user fills in details.

Should the address book store full or short addresses?
Store the complete geocoded address with coordinates for ordering, routing and fee calculation. Display a short POI label in lists and cards. The short label is a display tag, not a sign that the address data is incomplete.

← Customer Food Ordering Guide Drink Shop Digital System →

Back to Blog