Smart Dispatch
affectation des commandes aux livreurs
FoodEatUp / tableau de bord
tableau de bord
affectation des commandes aux livreurs
établissement
69
service
71
signal
72
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
affectation des commandes aux livreurs
établissement
69
service
71
signal
72
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 : Smart Dispatch Produit cible : FoodEatUp Type de projet : Orchestrateur — Un noyau d’exécution unique qui enchaîne plusieurs outils et plusieurs produits en routines. Promesse : affectation des commandes aux livreurs Problème : Chaque service produit des données sur affectation des commandes aux livreurs, mais elles restent dispersées entre les écrans opérationnels. Le responsable recoupe les chiffres après le service, lorsque les écarts ont déjà produit leurs effets. Les équipes manquent d’un signal partagé pour décider quoi traiter en premier. Smart Dispatch doit réunir les faits utiles, montrer leur origine et laisser toute décision sensible à une personne. Objectif : Fournir une vue exploitable de affectation des commandes aux livreurs, avec des constats sourcés, des priorités explicables et un suivi des décisions prises. 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 service produit des données sur affectation des commandes aux livreurs, mais elles restent dispersées entre les écrans opérationnels. Le responsable recoupe les chiffres après le service, lorsque les écarts ont déjà produit leurs effets. Les équipes manquent d’un signal partagé pour décider quoi traiter en premier. Smart Dispatch doit réunir les faits utiles, montrer leur origine et laisser toute décision sensible à une personne.
Ce qu’il faut construire
Fournir une vue exploitable de affectation des commandes aux livreurs, avec des constats sourcés, des priorités explicables et un suivi des décisions prises.
MVP
- — tableau de synthèse de affectation des commandes aux livreurs
- — 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, recettes ou 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