Reprise et refonte du front d’une plateforme de réservation

Reprise d’une plateforme de réservation pour bars et restaurants, puis refonte complète de son interface : devis, facturation et tableaux de bord.

Startup — réservation et gestion en restauration 2025 → aujourd’hui

En clair

Le besoin
Une plateforme de réservation servait quatre publics aux besoins opposés, du client final à l’administrateur, avec une interface qui ne suivait plus.
Ce que nous avons livré
La reprise du projet existant, puis la reconstruction complète de l’interface — réservations, devis et facturation dans un même flux.
Ce que ça a changé
Chaque profil voit ce qui le concerne, au lieu d’un écran manifestement conçu pour quelqu’un d’autre.
Secteur
Startup — réservation et gestion en restauration
Période
2025 → aujourd’hui
Notre rôle
Reprise du projet et refonte complète de l’interface
Technologies

En bref

  • Reprise d’un projet existant, puis refonte du front de bout en bout
  • Quatre profils de droits, du client à l’administrateur
  • Réservations, devis et facturation dans un même flux

Le contexte

Une plateforme qui met en relation des clients et des établissements de restauration : réservation en ligne côté client, et côté établissement, la gestion qui va avec — devis pour les groupes, facturation, communications, tableaux de bord.

Le projet nous a été confié alors qu’il existait déjà. Après une première phase de reprise, l’interface a été entièrement refondue.

L’enjeu

Cette plateforme sert quatre publics aux besoins opposés, ce qui est la principale difficulté du produit :

  • Le client veut réserver en trois clics, sans compte si possible.
  • Le gérant veut voir son planning, répondre aux demandes de groupe, éditer un devis et le transformer en facture sans ressaisir quoi que ce soit.
  • L’équipe interne crée et modifie les établissements référencés.
  • L’administrateur a besoin d’une vue globale sur la plateforme.

Un système de droits mal pensé se paie deux fois : une première fois en failles — un utilisateur qui voit ce qu’il ne devrait pas — et une seconde fois en complexité, quand chaque nouvelle fonctionnalité oblige à se demander qui a le droit d’en faire quoi.

Le second enjeu était celui de toute reprise : quand faut-il refondre, et quand faut-il s’abstenir ? Refondre par confort est une faute professionnelle ; ne jamais refondre l’est aussi, quand la base freine tout ce qu’on veut construire dessus.

Ce que nous avons fait

  • Une reprise avant tout jugement. Comprendre l’existant, le faire tourner, le livrer — avant de proposer quoi que ce soit.
  • Une refonte complète du front, décidée une fois l’existant maîtrisé et non le premier jour. La version précédente de l’interface a été remplacée, pendant que le back-end et les données restaient en place. C’est ce découpage qui rend une refonte finançable : on ne remet pas en cause ce qui fonctionne.
  • Un modèle de droits explicite à quatre niveaux, appliqué côté serveur — un contrôle uniquement côté interface n’est pas un contrôle.
  • Un flux devis → facture continu, sans double saisie, parce que c’est précisément là que se perd le temps administratif d’un gérant.
  • Une recherche d’établissements pensée pour la découverte côté client.

Le résultat

La plateforme est en développement actif, avec une interface entièrement reconstruite sur une base fonctionnelle conservée.

La leçon de ce projet tient dans l’ordre des opérations. Une refonte proposée au premier jour d’une reprise est une opinion. La même refonte proposée après avoir fait tourner l’existant en production est un diagnostic — et c’est la seule des deux qu’un client a raison de financer.

Aperçus

Capture à venir
Capture à venir
Capture à venir

Client couvert par un accord de confidentialité

On en parle ?

Décrivez-nous votre idée en quelques lignes. On revient vers vous sous 24 h ouvrées avec un premier retour concret — sans engagement.