KDS intelligent
priorisation des tickets en cuisine
FoodEatUp / tableau de bord
tableau de bord
priorisation des tickets en cuisine
établissement
77
service
11
signal
-6
APERÇU DE L’APPLICATION
Les écrans du projet, déjà mis en situation.
Explorez les vues prévues et leurs principaux états métier.
FoodEatUp / tableau de bord
tableau de bord
priorisation des tickets en cuisine
établissement
77
service
11
signal
-6
DÉMARRAGE
Des briefs prêts à copier.
Un noyau d’exécution unique qui enchaîne plusieurs outils et plusieurs produits en routines. Le prompt Lovable contient déjà la connexion MCP, la découverte des outils et les règles de sécurité.
Projet : KDS intelligent Produit cible : FoodEatUp Type de projet : Orchestrateur — Un noyau d’exécution unique qui enchaîne plusieurs outils et plusieurs produits en routines. Promesse : priorisation des tickets en cuisine Problème : Chaque établissement doit aujourd’hui suivre priorisation des tickets en cuisine en rapprochant des informations dispersées. Les écarts sont souvent découverts après le service ou la clôture, quand il est plus coûteux de les corriger. Le responsable manque d’une explication simple et vérifiable pour arbitrer. KDS intelligent doit consolider les faits sans exécuter une décision sensible à sa place. Objectif : Fournir une vue opérationnelle et traçable de priorisation des tickets en cuisine, avec des priorités explicables et une validation humaine avant toute action. Conçois dans Figma une interface desktop et mobile dense, claire et orientée métier. Tu vas produire l'interface d'une extension tierce du logiciel FoodEatUp, éditée par un développeur indépendant dans le cadre du Hackathon BraindCode.\n\nIDENTITÉ À RESPECTER\nMon extension est un produit distinct : elle porte son propre nom et sa propre identité, mais elle doit être visuellement compatible avec FoodEatUp et signaler clairement son appartenance à l'écosystème BraindCode.\n\nCouleur d'accent produit : #0098F3\nTypographie produit : Poppins, fallback Poppins\nLogo produit : /__l5e/assets-v1/64401626-4b06-49a4-88cf-c6f9f0348e04/foodeatup-logo.png, à afficher uniquement dans une mention d'appartenance du type « Extension pour FoodEatUp », jamais comme logo principal de mon application.\n\nRÈGLES D'USAGE DES LOGOS\nNe jamais déformer, incliner, recolorer ou recomposer le logo FoodEatUp ni le logo BraindCode.\nNe jamais laisser croire que l'extension est éditée par BraindCode.\nRespecter la zone de protection autour de chaque logo.\n\nSYSTÈME VISUEL DEMANDÉ\nFond clair par défaut, surfaces sombres en #161B2C, texte #000000, gris de bordure #C1C1C1, une seule couleur d'accent : #0098F3. Monospace pour tout élément technique.\nComposants : cartes, tableaux denses, badges d'état, barre latérale de navigation.\nInterface en français, sobre, orientée métier. Écrans : - tableau de bord - liste filtrable - détail d’un signal - paramètres États à dessiner : - chargement - aucune donnée - erreur de connexion - résultats disponibles - action confirmée Entités visibles : - établissement - service - signal - indicateur - recommandation Prévois les états vide, chargement, erreur, résultat et confirmation sensible.
Le problème
Chaque établissement doit aujourd’hui suivre priorisation des tickets en cuisine en rapprochant des informations dispersées. Les écarts sont souvent découverts après le service ou la clôture, quand il est plus coûteux de les corriger. Le responsable manque d’une explication simple et vérifiable pour arbitrer. KDS intelligent doit consolider les faits sans exécuter une décision sensible à sa place.
Ce qu’il faut construire
Fournir une vue opérationnelle et traçable de priorisation des tickets en cuisine, avec des priorités explicables et une validation humaine avant toute action.
MVP
- — tableau de synthèse de priorisation des tickets en cuisine
- — filtres par période, établissement et statut
- — détail sourcé de chaque signal
- — priorités et recommandations explicables
- — export ou partage du résultat
Bonus
- — comparaison entre périodes
- — alertes configurables par rôle
- — historique des décisions et résultats
Données du produit concernées
Familles de données
- — établissements et zones
- — produits, stocks et services concernés
- — événements opérationnels horodatés
- — statuts, responsables et historiques
Capacités MCP concernées
Familles de capacités
- — lire les référentiels autorisés
- — consulter les événements et historiques
- — filtrer par établissement et période
- — obtenir les statuts et indicateurs agrégés
Actions sensibles
Confirmation humaine obligatoire avant toute action :
- — modifier une donnée opérationnelle
- — déclencher une notification externe
- — valider, annuler ou lancer une opération