Pierre Cattani

Ce que j'en retiens : j'avais aussi développé l'envoi des bons en cuisine (ESC/POS), mais l'imprimante du restaurant était propriétaire et n'acceptait pas de connexion extérieure. L'interopérabilité entre systèmes de caisse est un vrai sujet pour les restaurateurs : je le connais maintenant des deux côtés.

• Inventaire du frigo avec alertes de stock et de péremption, liste de courses partagée en temps réel.
• Mode « Scan & Go » en magasin, suivi du budget par rayon, planificateur de repas.
• Android, iOS et Wear OS à partir d'un seul code (Kotlin Multiplatform), fonctionne hors-ligne.
• Backend Supabase : authentification, synchronisation temps réel, abonnements in-app, tests automatisés.

Pourquoi ce projet : au restaurant, notre logiciel de réservation avait de grosses limites au quotidien. J'ai prototypé l'outil dont j'avais besoin en service, en partant de chaque irritant :

• Un outil lent → une appli légère, sans framework, avec les données en local : pensée pour la rapidité.
• Une liste des arrivées peu détaillée → des réservations triées automatiquement par urgence : retards, arrivées imminentes, à venir, installés, non attribuées, no-show.
• Peu d'informations sur les clients → un fichier clients avec des tags (VIP, habitués, allergies…).
• Un calendrier basique → un calendrier des services midi/soir avec le nombre de couverts.
• Pas de suivi des revenus → un tableau de bord du service : réservations, occupation, couverts, revenus estimés.
• En plus : un plan de salle interactif (déplacement des tables, zoom, attribution des réservations, détection des conflits).

Prototype non terminé, faute de temps. Les données affichées sont des données de démonstration.