Disponible pour missions & renforts d’agence · Réponse rapide, par la personne qui intervient

Un même menu tenu à jour sur plusieurs applications de livraison

Un réseau de restaurants gérait ses menus séparément sur chaque application de livraison, avec des écarts de prix et de disponibilité qui finissaient par créer des litiges.

Décrire mon problème Discuter sur WhatsApp

Le contexte

Les établissements étaient présents sur plusieurs applications de livraison de repas en parallèle. Chaque plateforme disposait de son propre back-office pour gérer le menu, les prix et les ruptures de stock, sans lien entre elles. En pratique, cela signifiait mettre à jour le même changement — un plat en rupture, un prix modifié — autant de fois qu'il y avait de plateformes, avec le risque réel d'oublier l'une d'elles. Un plat vendu comme disponible sur une application alors qu'il ne l'était plus créait des commandes annulées après coup, avec l'insatisfaction client que ça implique.

Aucune de ces plateformes ne proposait d'API publique documentée pour ce type d'usage : il a fallu comprendre leur fonctionnement interne pour construire une synchronisation fiable.

Ce que j'ai fait

  1. Analyse du trafic de chaque plateforme

    Étude des échanges réseau générés par les interfaces de gestion de menu de chaque application, pour identifier les appels correspondant à une mise à jour de prix, de disponibilité ou de menu.

  2. Construction d'un modèle de menu central

    Définition d'une source unique de vérité pour le menu, les prix et les disponibilités, à partir de laquelle chaque plateforme est ensuite alimentée.

  3. Développement des connecteurs par plateforme

    Un connecteur par application, traduisant les mises à jour du menu central vers le format et les mécanismes propres à chaque plateforme.

  4. Surveillance et alerte

    Mise en place d'une détection d'échec de synchronisation, avec alerte, plutôt qu'un silence qui aurait laissé une plateforme se désynchroniser sans que personne ne s'en aperçoive.

Questions fréquentes

Que se passe-t-il quand une plateforme change son fonctionnement interne ?
Seul le connecteur propre à cette plateforme doit être ajusté. La détection de panne intégrée permet de repérer rapidement une synchronisation qui ne fonctionne plus, sans attendre une remontée du terrain.
Les prix peuvent-ils différer d'une plateforme à l'autre ?
Oui, le menu central peut prévoir des variations de prix par plateforme si le modèle économique de chacune le justifie ; la synchronisation reste possible tant que la règle est définie clairement en amont.
Combien de plateformes peuvent être synchronisées en même temps ?
Le principe s'étend à autant de plateformes que nécessaire, chacune avec son propre connecteur ; la charge de maintenance croît avec le nombre de sources à surveiller.
Cette approche fonctionne-t-elle aussi pour des plateformes avec une API officielle ?
Oui, et c'est même préférable quand elle existe : le connecteur devient plus simple et plus stable dans le temps qu'une intégration construite sur une API non documentée.

Décrivez votre besoin en 1 minute

Quelques questions ciblées pour que je vous réponde avec une estimation, pas avec un questionnaire de plus.

Votre besoin ressemble-t-il à cette réalisation ?
Qu’est-ce qui diffère principalement de l’exemple que vous venez de consulter ? (facultatif)

Ça évite de recopier une solution qui ne correspond pas exactement à votre cas.

Où en êtes-vous sur votre projet ?
Quelle est votre échéance ? (facultatif)
Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.

Indiquez au moins un e-mail ou un téléphone pour que je puisse vous répondre.