« Aburiya » — 5 établissements,
les réservations manquées passent de 40/mois à 0 en 3 mois de migration
Scénario de migration sur 3 mois : une chaîne d’izakaya imaginaire, « Aburiya », qui exploite 5 établissements en banlieue de Yokohama, passe d’Air Regi et de la gestion des réservations sur 3 sites à RestaurantOS.
Avant — la situation avant la migration
Gurunavi, Tabelog, Hot Pepper Gourmet — trois sites de réservation gérés chacun sur un terminal différent ; le vendredi soir, on ne savait vraiment plus ce qui se passait.
J'ai le sentiment qu'on perdait 30 à 40 réservations par mois. On ne pouvait pas décrocher, et quand on rappelait, le créneau était déjà pris. La confiance des clients s'effritait peu à peu.
Pour l'ajustement des plannings des 5 établissements, les responsables envoyaient tout par LINE et quelqu'un au siège le recopiait dans Excel. Les changements du jour même n'arrivaient pas en salle, et cela provoquait des tensions sur place.
Pourquoi RestaurantOS — les facteurs décisifs
- Air Regi et Toreta figuraient aussi parmi les candidats, mais nous avons jugé que « le POS seul » ou « les réservations seules » ne réglait pas la consolidation des 3 sites.
- L'argument décisif : le plugin external-reservation-parser, qui fusionne automatiquement les e-mails de réservation des 3 sites dans un seul registre.
- Le pilotage des 5 établissements depuis le siège (plannings, analyse des ventes) se fait sur le même écran : on gère sans alourdir le travail en salle.
Processus de déploiement (3 mois)
Phase de fonctionnement en parallèle
Air Regi et RestaurantOS fonctionnent en parallèle. Le pilote démarre sur 1 établissement (l'établissement principal de Yokohama) : les données de réservation sont importées côté RestaurantOS et la double saisie sert à vérifier l'exactitude.
Bascule du POS
Le POS de l'établissement principal de Yokohama bascule entièrement sur RestaurantOS. Air Regi n'est conservé que 30 jours pour consulter les réservations, puis totalement arrêté.
Déploiement progressif sur les 4 établissements restants
Déploiement au rythme de 1 établissement par semaine. Dans chaque établissement, on répète le schéma : 3 jours en parallèle → bascule.
Consolidation des plannings et de l'analyse au siège
Les plannings des 5 établissements sont regroupés dans le shift-adjustment de RestaurantOS. Le travail de consolidation sous Excel au siège tombe à zéro.
Les 6 plugins effectivement déployés (modélisé)
Après — les chiffres après 3 mois
La voix du propriétaire (modélisée)
Le vendredi à 20 h, même quand les 3 sites de réservation sonnent en même temps, tout arrive dans un seul registre. Rien que cela a réduit de moitié la charge mentale de mon responsable.
Les 16 heures par semaine que je passais à consolider sous Excel au siège se sont transformées en temps passé à voir ce qui se passe en salle. Cela ressort mal dans les chiffres, mais pour la gestion c'est le plus grand changement.
Au début, le système faisait peur. Mais nous avons lancé le pilote sur 1 seul établissement et, une fois rassurés, nous avons déployé le reste. Comme le fonctionnement en parallèle était possible, nous n'avons jamais eu à fermer.
Pages liées
Et pour votre établissement, qu’est-ce que cela donnerait ?
Il suffit de répondre à 12 questions pour savoir gratuitement si RestaurantOS convient à votre établissement.