Потоки

📦 Управління потоками замовлень у реальному часі

Q: Comment gérer un rush du midi ou du soir avec plusieurs plateformes ouvertes ?

**Avant le rush** : (1) ajustez le **prep time** (Uber Eats : 5 → 12 min, Deliveroo : idem) pour donner un buffer, (2) désactivez les plats lents à préparer ou en stock limité, (3) ouvrez le KDS / agrégateur en mode "rush". **Pendant** : (1) **monitoring temps réel** des temps de préparation (objectif < 15 min de la commande au "ready"), (2) si débordement → bascule en **busy mode** sur 1-2 plateformes (au lieu de refuser plat par plat), (3) communiquez à l'équipe livreurs (les coureurs Uber attendent, ne refusez jamais une commande déjà acceptée). **Après** : (1) revenez au prep time normal, (2) réactivez les plats indisponibles, (3) auditez les erreurs (annulations, retours). **KPIs cibles** : taux d'acceptation > 95 %, score qualité Uber > 90 %, prep time < 15 min.

Q: Quelles sont les pénalités Uber Eats / Deliveroo en cas de retard ou d'annulation ?

**Uber Eats** : pas de pénalité financière directe sur les retards, mais un **score qualité 5 % = avertissement, > 10 % = suspension 7 jours. **Deliveroo** : système de "**Restaurant Performance Score**" — annulation côté restaurant déclenche un **remboursement immédiat client + commission partielle facturée au restaurant**. Au-delà de 3 % d'annulations sur 30 jours, le restaurant peut être **désactivé** unilatéralement. **Just Eat** : pénalités plus souples mais une commande non préparée à temps déclenche un crédit client de 5-10 € automatiquement déduit de la prochaine facture restaurant. **Bonne pratique** : prévoir un **buffer prep time de +20 %** sur les heures critiques.

Централізуйте мульти-платформні замовлення, управляйте піками активності та уникайте штрафів за запізнення завдяки стратегіям, перевіреним найкращими ресторанами.

Виклик

Хаос мульти-платформних замовлень

Uber Eats, Deliveroo, Just Eat, телефонні замовлення, клієнти в залі. Коли чотири джерела замовлень одночасно постачають вашу кухню, найменша помилка може вивести з ладу весь ланцюжок. Ось проблеми, з якими стикаються 80% мульти-платформних ресторанів.

Три планшети, три дзвінки

Кожна платформа має власний планшет з власними сповіщеннями. Коли всі три дзвонять одночасно в розпал обслуговування, стрес зростає і помилки множаться. Один пропущений підтверджений запит на планшеті — і замовлення автоматично скасовується після закінчення терміну.

Відсутність загального огляду

Неможливо з першого погляду зрозуміти, скільки замовлень в процесі, які запізнюються і скільки надійде протягом наступних 15 хвилин. Без видимості ви йдете наосліп і реагуєте замість того, щоб передбачати.

Каскадні помилки

Замовлення, приготоване з помилкою, породжує скаргу. Час, витрачений на розгляд скарги, уповільнює наступні замовлення. Ці затримки породжують нові скарги. Зачарований круг встановлюється за лічені хвилини.

Втома команди

Управління кількома потоками одночасно когнітивно виснажливе. Після 3 годин обслуговування з безперервними замовленнями концентрація знижується, а рівень помилок зростає на 40–60%. Втома — головний фактор помилок при доставці.

Централізація

Централізуйте всі потоки в одному місці

Рішенням мульти-платформного хаосу є централізація. Замість жонглювання кількома планшетами та інтерфейсами об'єднайте все в єдиній системі, яка дає чіткий та дієвий загальний огляд. Ось стовпи успішної централізації.

Єдина панель управління

Об'єднайте всі замовлення з усіх платформ в одному інтерфейсі. Більше немає перебігання між планшетами. Кожне замовлення видно зі своїм статусом, терміном та платформою походження. Один екран для моніторингу замість трьох-чотирьох.

Управління планшетами

Призначте планшети за постами: один для кухні, один для пакування, один для координації кур'єрів. Кожен пост бачить лише ті замовлення, що його стосуються, у порядку пріоритету. Менше шуму, більше ефективності.

Розумний роутинг друку

Квитки замовлень автоматично друкуються на правильному принтері: закуски — на холодному посту, гарячі страви — на посту готування, напої — на барі. Більше не потрібно вручну сортувати квитки — кожен пост отримує рівно те, що повинен приготувати.

Сповіщення та пріоритети

Система виявляє замовлення, близькі до терміну, і піднімає їх у пріоритеті. Специфічне звукове сповіщення спрацьовує, коли замовлення ризикує запізнитися. Ви втручаєтесь до виникнення проблеми, а не після.

Управління відмовами

Розумно відмовляти, не руйнуючи рейтинг

Відмова від замовлення — не провал; іноді це найкраще рішення для захисту якості інших замовлень. Але кожна відмова має алгоритмічну ціну. Завдання — знати, коли приймати, а коли відмовляти, і мінімізувати вплив на видимість.

Коли відмова — правильне рішення

Ваша кухня вже перевантажена і прийняття замовлення погіршить якість усіх поточних замовлень
Замовлена позиція відсутня, і ви не можете запропонувати прийнятну альтернативу
Очікуваний час значно перевищує максимально прийнятний для клієнта
Замовлення явно шахрайське або абсурдне

Вплив відмови на ваш рейтинг

Рівень прийняття нижче 85% призводить до погіршення видимості на платформі
Разові відмови в пікові години краще переносяться, ніж регулярні відмови
Uber Eats вимірює ваш рівень за 28 днів, що ковзають — поганий день швидко розчиняється
Deliveroo враховує причину відмови: «занадто зайнятий» сприймається краще, ніж «позиція недоступна»

Пікові години

Вижити в розпал обслуговування, не втрачаючи рейтинг

Часові слоти 12:00–13:30 та 19:00–21:00 часто становлять 70% обороту від доставки. Це також моменти, коли помилки найдорожчі. Правильна підготовка та кілька стратегічних коригувань — різниця між контрольованим і катастрофічним обслуговуванням.

Коригуйте час приготування

В пікові години збільшуйте відображуваний час приготування на 5–10 хвилин на кожній платформі. Це зменшує вхідний потік і дає вам запас для вчасної доставки. Краще пообіцяти 40 хвилин і доставити за 35, ніж пообіцяти 25 і доставити за 35.

Спрощуйте меню в пікові години

Вимикайте складні позиції (понад 10 хвилин приготування) протягом 12:00–13:30 та 19:00–21:00. Залишайте лише швидкі страви з високим рівнем задоволеності. Ви зможете обслужити більше клієнтів з меншим стресом.

Поетапно відкривайте платформи

Не відкривайте всі платформи одночасно. Починайте з Uber Eats о 11:30, додавайте Deliveroo о 11:45. Це розподіляє початковий потік і уникає різкого піку, який захлинає кухню з перших хвилин обслуговування.

Плануйте персонал

Аналізуйте дані замовлень за останні 4 тижні, щоб виявити пікові години. Плануйте додаткового кухаря на критичні години. Витрати на цю підмогу повністю компенсуються зменшенням скасувань і штрафів.

Штрафи за запізнення

Як платформи штрафують за запізнення — і як їх уникати

Запізнення приготування — головний фактор погіршення рейтингу на платформах доставки. Розуміння того, як кожна платформа вимірює та штрафує запізнення, є необхідним для захисту видимості.

Uber Eats

Uber Eats вимірює ваш реальний час приготування (з моменту прийняття до готовності страви). Якщо ви регулярно перевищуєте заявлений час, рейтинг поступово знижується. При середньому запізненні понад 15 хвилин ваш ресторан може бути тимчасово деактивований у пікові години.

Deliveroo

Deliveroo використовує систему оцінки пунктуальності. Кожне замовлення, доставлене із запізненням, знижує цей показник. Нижче певного порогу ваш ресторан більше не відображається в результатах пошуку за замовчуванням — клієнт повинен явно шукати вас за назвою, щоб знайти.

Стратегія буферного часу

Найефективніший спосіб уникати штрафів — додавати буферний час до своїх оцінок. Якщо реальний час приготування становить 15 хвилин, відображайте 20–25 хвилин на платформі. Цей буфер у 5–10 хвилин дозволяє поглинати непередбачувані ситуації (складне замовлення, інгредієнт треба дістати, несподіваний пік) без перевищення заявленого терміну.

Бонус: клієнти, які отримують замовлення раніше заявленого терміну, значно більш задоволені та залишають кращі оцінки. Заявлений термін 30 хвилин з доставкою за 22 хвилини генерує більше задоволення, ніж заявлений термін 20 хвилин з доставкою за 22 хвилини — навіть якщо реальний час однаковий.

Автоматизація

Автоматизуйте для підвищення надійності

Кожне ручне завдання — потенційне джерело помилки. Автоматизація не замінює людину — вона звільняє її від повторюваних завдань, щоб вона могла зосередитися на тому, що дійсно важливо: якості кухні та задоволеності клієнта.

Автоматичне підтвердження

Налаштуйте автоматичне прийняття замовлень у неурочні години (14:00–18:00). Це покращує ваш середній час відповіді та рівень прийняття без додаткових зусиль. Залишайте ручну перевірку лише в пікові години для контролю потоку.

Кухонний екран (KDS)

Замініть паперові квитки на цифровий кухонний екран. Замовлення відображаються в реальному часі з кольоровим кодуванням за терміновістю. Кухар підтверджує кожен етап одним жестом, а система автоматично оновлює статус на всіх платформах.

Координація кур'єрів

Коли страва позначена як готова на кухні, система автоматично повідомляє платформу для ініціювання прибуття кур'єра. Оптимізований тайминг зменшує час очікування кур'єра (і відповідно загальний час доставки) на 5–8 хвилин у середньому.

Автоматизовані щоденні звіти

Щовечора отримуйте зведення дня: кількість замовлень, середній час приготування, рівень скасувань, замовлення із запізненням. Ці дані дозволяють щодня коригувати організацію без необхідності збирати їх вручну.

Centraliser, refuser, éviter les pénalités

Gérer les flux de commandes multi-plateforme : guide complet 2026

Comment unifier Uber Eats / Deliveroo / Just Eat sur un seul écran, refuser proprement en rush, automatiser l'acceptation et tenir un score qualité au-dessus du seuil de suspension.

Comment centraliser les commandes Uber Eats, Deliveroo et Just Eat sur un seul écran ?▼

Trois mécanismes : (1) **agrégateur de commandes** (Fooderise, Otter, Deliverect, Hubster) qui consomme les API des 3 plateformes et pousse vers un **KDS unique** ou directement dans votre POS — l'option scalable, (2) **tablettes individuelles** par plateforme + écran cuisine commun (Uber Eats Tablet + Deliveroo Tablet + Just Eat Tablet) — gérable jusqu'à 30 commandes/jour, ingérable au-delà, (3) **POS connecté** (Zelty, Innovorder, L'Addition, Lightspeed) avec modules natifs Uber/Deliveroo. **Pourquoi centraliser** : -40 à -60 % de temps perdu sur la prise de commande, baisse drastique des erreurs (mauvais plat envoyé, commande oubliée), et une seule source pour le ticket cuisine.

Comment refuser automatiquement une commande Uber Eats / Deliveroo en cas de rupture ou rush ?▼

**Manuel** : depuis l'app Uber Eats Restaurant ou Deliveroo Hub, clic "refuser" + motif (rupture, surcharge). **Automatique** : (1) **Pause des commandes** ("busy mode") → rien n'est refusé mais le restaurant disparaît temporairement de l'app client, (2) **86 list / sold out** sur les plats spécifiques → seuls ces plats sont indisponibles, (3) **Agrégateur avec règles** : Fooderise/Otter permettent des règles type "si > X commandes en queue, mettre en pause Uber Eats" ou "si stock < Y, désactiver le plat sur toutes les plateformes". **À éviter** : refuser manuellement plat par plat — cela dégrade votre **score qualité Uber/Deliveroo** et peut entraîner des suspensions temporaires si trop fréquent.

Comment gérer un rush du midi ou du soir avec plusieurs plateformes ouvertes ?▼

**Avant le rush** : (1) ajustez le **prep time** (Uber Eats : 5 → 12 min, Deliveroo : idem) pour donner un buffer, (2) désactivez les plats lents à préparer ou en stock limité, (3) ouvrez le KDS / agrégateur en mode "rush". **Pendant** : (1) **monitoring temps réel** des temps de préparation (objectif < 15 min de la commande au "ready"), (2) si débordement → bascule en **busy mode** sur 1-2 plateformes (au lieu de refuser plat par plat), (3) communiquez à l'équipe livreurs (les coureurs Uber attendent, ne refusez jamais une commande déjà acceptée). **Après** : (1) revenez au prep time normal, (2) réactivez les plats indisponibles, (3) auditez les erreurs (annulations, retours). **KPIs cibles** : taux d'acceptation > 95 %, score qualité Uber > 90 %, prep time < 15 min.

Quelles sont les pénalités Uber Eats / Deliveroo en cas de retard ou d'annulation ?▼

**Uber Eats** : pas de pénalité financière directe sur les retards, mais un **score qualité < 75 %** entraîne un déclassement dans l'app (visibilité réduite). Annulations restaurant > 5 % = avertissement, > 10 % = suspension 7 jours. **Deliveroo** : système de "**Restaurant Performance Score**" — annulation côté restaurant déclenche un **remboursement immédiat client + commission partielle facturée au restaurant**. Au-delà de 3 % d'annulations sur 30 jours, le restaurant peut être **désactivé** unilatéralement. **Just Eat** : pénalités plus souples mais une commande non préparée à temps déclenche un crédit client de 5-10 € automatiquement déduit de la prochaine facture restaurant. **Bonne pratique** : prévoir un **buffer prep time de +20 %** sur les heures critiques.

Comment automatiser l'acceptation des commandes Uber Eats / Deliveroo ?▼

**Acceptation automatique native** : (1) **Uber Eats** propose "Auto-Accept" dans Settings → activé par défaut, à laisser ON, (2) **Deliveroo** : "Order Auto-Accept" dans Restaurant Hub → ON sauf si vous gérez manuellement les exceptions, (3) **Just Eat** : auto-accept ON par défaut sur Just Eat Partner Centre. **Via agrégateur** : Fooderise / Otter consomment l'API et confirment automatiquement. **Pourquoi automatiser** : un retard d'acceptation > 2 min déclenche une alerte interne plateforme, > 5 min = annulation auto. **Cas où désactiver l'auto-accept** : restaurants haut de gamme avec validation chef, ou tests A/B sur les délais.

Comment réduire les erreurs de commande sur les plateformes de livraison ?▼

**Erreurs typiques** (% des commandes) : article manquant 4-6 %, mauvais plat 2-3 %, modifier ignoré 1-2 %, sauce/accompagnement absent 5-8 %. **Corrections** : (1) **KDS centralisé** avec confirmation visuelle du picking, (2) **photo packaging** systématique avant scellage du sac (preuve anti-contestation client), (3) **modifiers complets** sur chaque plate-forme (allergènes, options, suppléments) — un modifier mal mappé = un plat raté, (4) **double-check** des commandes > 30 € ou > 4 articles, (5) **brief équipe** chaque shift sur les plats nouveaux ou complexes. **Outil** : un agrégateur loggue tous les éléments de la commande → preuve en cas de litige client (cf. /contestation-commandes).

Combien de plateformes faut-il activer pour un restaurant : 1, 2 ou 3 ?▼

**Stratégie selon le profil** : (1) **Restaurant pizzeria / fast-food** : 3 plateformes (Uber + Deliveroo + Just Eat) — leur clientèle est multi-app, +30-40 % de chiffre vs 1 seule, (2) **Restaurant gastronomique / bistronomie** : 1-2 plateformes (Uber Eats + site direct) — leur clientèle valorise la qualité et la marque, (3) **Dark kitchen / virtuel** : 3-4 plateformes (Uber + Deliveroo + Just Eat + Glovo) — le volume est tout, (4) **Bar / café** : 1 seule (généralement Uber Eats) suffit. **Coût d'opportunité** : chaque plateforme = 25-30 % de commission, mais aussi du temps de gestion (menu, photos, stocks, contestations). **Centraliser via agrégateur** réduit ce coût marginal de gestion et rend le multi-plateforme rentable même à 4+ plateformes.

Fooderise — l'agrégateur

Centraliser commandes + KDS multi-canal

Synchronisation menus

Push menu Uber/Deliveroo/Just Eat depuis 1 source

Contestation commandes

Récupérer remboursements abusifs, automatiser

Rentabilité commandes

Marges par plateforme, coût d'opération

FAQ

Часті запитання

Скільки замовлень на годину може обробити ресторан у доставці?▼

Це залежить від потужності кухні, але в середньому ресторан з 2 кухарями може обробляти від 15 до 25 замовлень на годину при доставці. Понад це якість і терміни погіршуються. Якщо ви регулярно досягаєте свого ліміту, краще збільшити час приготування, ніж відхиляти замовлення.

Чи потрібне спеціальне обладнання для централізації замовлень?▼

Щонайменше вам потрібен планшет або комп'ютер з програмою управління мульти-платформами. Рішення варіюються від простих таблиць (безкоштовно, але вручну) до спеціалізованих інструментів, таких як Deliverect, або інтегрованих касових систем. Інвестиції становлять від 0 до 200 EUR на місяць залежно від обраного рішення.

Як уникати штрафів за запізнення, не відхиляючи замовлень?▼

Найефективніша стратегія — збільшити відображуваний час приготування в пікові години. Переходьте з 20 хвилин до 30–35 хвилин. Клієнт бачить довший термін, але отримує замовлення вчасно. Ваш показник пунктуальності покращується, а рейтинг зростає. Парадоксально, але відображення більшого часу може збільшити замовлення, якщо ви систематично доставляєте раніше терміну.

Коли найкраще коригувати параметри доставки?▼

Робіть коригування в неділю ввечері або в понеділок вранці, перед початком тижня. Аналізуйте дані попереднього тижня, виявляйте проблемні часові слоти та коригуйте час приготування, активні меню та графіки роботи відповідно. Уникайте зміни параметрів під час обслуговування — це створює плутанину.