Автоматизирани известия за статус на поръчка — SMS, имейл, push, браузър сравнени

Автоматизирано известие за статус на поръчка е съобщение, което се изпраща при промяна на статуса — потвърдена, в приготвяне, готова, на път, доставена. Изпълнява се без някой да натиска бутон. Направено правилно, намалява обажданията "къде ми е поръчката?" почти до нула и дава на клиента чувство за контрол, без да трябва да инсталира нищо.

Направено грешно, спамва клиента със седем съобщения, които не е поискал, и вкарва sender ID-то на ресторанта в черен списък. Разликата е главно в избора на правилния канал за всеки статус — и в честността коя съобщения са полезни и кои съществуват само за да изглежда операторът зает.

Четирите канала, подредени по сигнал/шум

Browser/web push (безплатно, мигновено, работи само докато табът е отворен или клиентът е дал постоянно разрешение) — най-подходящо за моменти "поръчката ви е готова за вземане", когато клиентът активно чака на същото устройство, от което е поръчал. Нулева цена на съобщение, нулева инфраструктура за поддържане.

Mobile push (работи само ако обектът има приложение, което повечето нямат) — включено тук основно за да обясним защо повечето ресторанти го пропускат. Browser push покрива 80% от същия случай без overhead-а на приложение.

SMS (0,04–0,08 € на съобщение в ЕС, пристига мигновено, не изисква инсталация) — правилният канал за "поръчката ви тръгва" и "доставката пристигна". Работи на всеки телефон, дори стар, дори без интернет. Цената се натрупва при обем, така че запазете го за 1–2 момента, които реално влияят на клиентската удовлетвореност.

Имейл (безплатно при малък обем, по-бавна доставка, клиентът може да не провери до по-късно) — най-добро за потвърждение на поръчката с пълна разбивка, плюс "благодаря" на следващия ден с линк за повторна поръчка. Не е канал за реално време.

Кои статуси реално заслужават известие

От типичните 6–8 прехода на статус, само 2–3 генерират достатъчно клиентска тревожност, че да оправдаят пинг. Останалите могат да останат тихи (клиентът не трябва да знае, че кухнята е приела поръчката — той го интересува, че храната идва).

• •Потвърдена — само имейл с касов бон (безплатно, дава им запис, който могат да препратят)
• •Готова за вземане — SMS + browser push (моментът, който наистина има значение за pickup поръчките)
• •На път — SMS с ETA (моментът с най-висока тревожност в поръчката)
• •Доставена — SMS (затваря цикъла; намалява "пристигна ли?" обажданията)
• •Отказана / възстановена — SMS + имейл (тези винаги се нуждаят и от двата канала)

Защо двойно-операторното SMS маршрутиране има значение в ЕС

Един SMS доставчик има малка, но реална грешка при cross-border доставка, особено за гръцки и български номера, маршрутирани през aggregator-и извън региона. Решението е да се маршрутира паралелно през двама доставчици и автоматично да се преминава към fallback, когато основният заседне. Това е невидимо за оператора и за клиента — но вдига успеха на доставка от ~95% на ~99,7% на измерени ЕС маршрути.

Ordering.Tools използва LinkMobility като основен ЕС маршрут и GatewayAPI като fallback. Операторите не конфигурират това; просто работи. Цената е същата като при един доставчик, защото fallback се активира само когато основният се провали.

Просто правило кое да включите

Започнете с включени и четирите канала за петте статуса по-горе, после изкарайте обекта две седмици и проверете audit log-а за кои канали се активират при кои типове поръчки. Повечето обекти завършват с: имейл винаги, browser push за вземане, SMS само за доставка, без mobile push. Тази конфигурация струва около 0,05 € на доставена поръчка в SMS — и спестява порядък повече в support време.

Виж feature страницата Order Notifications за пълната карта на статусите, страницата SMS Notifications за детайлите на двойно-операторното маршрутиране, или статията "reduce where is my order calls" за клиентската страна на историята.