Користувачу важлива не доставка, а прогнозованість
У доставці головне — прозорість: де посилка, що відбувається, коли очікувати. Якщо статуси хаотичні, підтримка отримує вал звернень, а бізнес втрачає довіру.
1) Модель статусів
- created → picked_up → in_transit → out_for_delivery → delivered.
- Окремі гілки: failed_delivery, returned, canceled.
2) Події від перевізника
- Webhooks/полінг: залежить від API, але події краще.
- Дедуплікація по eventId і контроль порядку подій.
3) ETA і затримки
- ETA як діапазон, а не “точний час”.
- Правила, коли показуємо “затримка” і як комунікуємо користувачу.
4) UX трекінгу
- Таймлайн подій + останній статус як головний сигнал.
- Кнопки дії: змінити адресу/час, зв’язатися з підтримкою (де доречно).
Підсумок
Доставка працює як продукт, коли є зрозумілі статуси, подієва модель, ETA і сценарії затримок. Це зменшує звернення в підтримку і підвищує довіру.