Four delivery flows worth building first
In delivery, WhatsApp is a cost-control tool. Every message that prevents a failed trip pays for itself; every message that only says 'your parcel is on its way' is a charge you could skip. These four flows earn their place.
Location first. Trigger: a new order or shipment is created in your system. Message: a utility template with the order number, the expected day and a request to share a location. Reply: the customer sends a WhatsApp location pin, and it is written back to the order through the API. Handover: if the pin falls outside your coverage, or the customer types an address instead, a dispatcher checks it before the route is built.
Cash-on-delivery confirmation. Trigger: an order is marked COD and ready to dispatch. Message: the amount due, the delivery window and two buttons — confirm or change. Reply: a confirmation releases the order to the route; a change opens the reschedule flow. Handover: customers who haven't answered by cut-off go to a calling list rather than onto a van.
Reschedules and failed attempts. Trigger: a driver marks a delivery as failed, or the customer taps 'change'. Message: the next available slots as a list. Reply: the customer picks one, and the new slot goes back to your system. Handover: a second failure goes to a person, with the driver's note attached.
Proof of delivery and business shipments. Trigger: the driver closes the job. Message: a delivered notice with the time, the receiver's name and, if your driver app captures them, a photo or signature. For business accounts, the same events feed status updates to the named contact at the client, plus an alert when a shipment is held. Handover: a dispute over a delivered parcel goes to customer support with the proof already in the thread.