Admin local
Réglages salon - Un Pelage Au Poil
Lecture interne des réglages qui prépareront la future configuration salon. Aucun changement n'est sauvegardé depuis cette page.
Lecture seule localePrêt
Configuration salon cohérente.
0 erreur bloquante · 0 alerte
Garde-fous actifs
- Aucune sauvegarde admin n'est encore active.
- Les durées internes ne sont pas une promesse client.
- Les prix restent à confirmer tant que la règle métier n'est pas validée.
- Les cas de sécurité animal repassent par validation humaine.
Navigation MVP
Navigation interne locale
Accès internes du MVP local. Ces pages restent en lecture et ne remplacent pas un dashboard complet.
Parcours démo complet
5 pages · 3 publiques · 2 internes protégées
À montrer dans cet ordre pour éviter de confondre prototype local et production.
Lecture des réglages salon et des checklists MVP.
Lecture seule locale, sans sauvegarde de réglages.
Ouvrir Réglages internesExemples de demandes opérateur, non persistés.
Exemples locaux, sans contact réel ni notification.
Ouvrir File demandes localeCommunication
Preferences communication salon
Lecture locale des canaux que le salon peut utiliser manuellement. Cette section ne sauvegarde rien et ne declenche aucun message.
- Canal par defaut
- Canal par defaut : Telephone
- Canaux autorises
- Canaux autorises : Telephone, SMS, Email, WhatsApp, Note interne
- Aucune transmission automatique.
- Le salon copie, appelle ou note manuellement.
- Les consentements proprietaire priment sur les canaux autorises.
En 30 secondes
Lire cette page en 30 secondes
MVP local · commencer par /demo · audits repliés · configuration future
- Le MVP se montre d'abord avec /demo.
- Cette page sert à vérifier les preuves internes.
- Aucun réglage, contact ou rendez-vous réel n'est sauvegardé ici.
Pour une démonstration courte, ouvrir d'abord le guide local puis revenir ici seulement pour les preuves internes.
Commencer par /demoCommencer par le guide /demo, puis vérifier l'état MVP et le script si besoin.
Utiliser le script de démo, la checklist client et la file de demandes locales.
Les audits, imports, persistance et futures règles restent disponibles, mais ne prennent plus toute la place au premier regard.
Voir si le MVP est montrable sans promesse production.
Présenter VDC avec un script court et prudent.
Vérifier sécurité locale et terminé MVP sans charger la première lecture.
Lire ce qui est préparé sans être éditable maintenant.
Auditer un fichier local sans importer ni envoyer à une IA.
Cette page reste une lecture locale : aucun réglage n'est sauvegardé.
Design System
Design System préparé, non figé
Cette lecture prépare la phase visuelle sans lancer de refonte lourde. Elle garde le design au service du Mode 1 et des garde-fous.
5 repères · 3 actifs · 1 protégé · 1 à cadrer · 0 refonte lancée
Calme, professionnel, rassurant, centré animal.
Base actuelle : cream, ink, sage, clay, radius 8px, Inter/system.
shadcn/ui sert déjà de base pour les contrôles principaux.
Les bandeaux de réalité séparent public, interne et futur.
La phase officielle design arrive après stabilisation du Mode 1.
- Ne pas lancer une refonte visuelle lourde avant validation du Mode 1.
- Ne pas modifier les règles métier depuis le design.
- Garder shadcn/ui comme base maintenable.
- Le design doit rendre les limites MVP plus claires, pas les masquer.
État MVP
MVP local montrable en interne
2 prêts · 2 protégés · 0 bloqué · 1 plus tard
Le parcours local peut être montré comme prototype prudent, avec les limites bien expliquées.
Tester le parcours avec un vrai scénario client sans activer sauvegarde, IA, paiement ou confirmation automatique.
- Montrer comme prototype local, pas comme production.
- Expliquer que la demande reste une demande salon.
- Ne pas promettre prix, durée, créneau ou automatisation.
Clôture MVP locale
MVP local release candidate
Cette lecture dit si le MVP peut être montré localement sans le vendre comme une production ou un rendez-vous automatique.
8 contrôles - 5 validés - 3 protégés - 0 bloquant
npm.cmd run verify:demo/reservation
Les 6 étapes restent dans l'ordre Animal -> Coordonnées propriétaire.
- Prochain contrôle
- Rejouer le happy path avant chaque démo importante.
- Promesse interdite
- Ne pas dire que le rendez-vous est confirmé.
/reservation
Prix, durée et créneau restent à confirmer par le salon.
- Prochain contrôle
- Vérifier les textes publics après chaque changement du flow.
- Promesse interdite
- Ne pas présenter prix, durée ou créneau comme validés.
/admin/settings
La commande npm.cmd run verify:demo couvre tests, build et smoke checks.
- Prochain contrôle
- Relancer la commande avant une démonstration externe.
- Promesse interdite
- Ne pas présenter cette vérification comme une mise en production.
/admin/settings
Les réglages sont lisibles, mais aucune sauvegarde admin n'est active.
- Prochain contrôle
- Garder la page digeste et lecture seule.
- Promesse interdite
- Ne pas présenter cette page comme un dashboard complet.
/admin/requests
La file locale montre Nala, Plume et Moka avec un triage opérateur.
- Prochain contrôle
- Vérifier que la file reste une simulation sans contact réel.
- Promesse interdite
- Ne pas dire que des clients réels sont sauvegardés ou contactés.
/admin/settings
npm.cmd run audit:visual capture les 5 routes MVP en desktop/mobile sans debordement horizontal.
- Prochain contrôle
- Relire les captures tmp/visual-audit avant une démonstration externe.
- Promesse interdite
- Ne pas présenter cette passe comme une validation production.
/admin/settings
Aucune donnée réelle, aucune auth runtime, aucune écriture Supabase active.
- Prochain contrôle
- Ajouter auth, RLS et audit logs avant toute production.
- Promesse interdite
- Ne pas présenter le MVP local comme sécurisé pour données réelles.
/
Supabase runtime, IA publique, paiement et Modes 2/3 restent désactivés.
- Prochain contrôle
- Refuser toute activation hors Mode 1 avant décision produit.
- Promesse interdite
- Ne pas vendre les briques futures comme disponibles maintenant.
- Mode 1 uniquement.
- Aucune sauvegarde réelle.
- Aucun rendez-vous confirmé.
- Supabase, IA, paiement et dashboard complet restent hors scope.
Relancer npm.cmd run verify:demo puis relire les captures tmp/visual-audit avant une démonstration externe.
Contrôle visuel
Passe visuelle finale desktop/mobile
Dernière lecture avant une démo externe : elle ne crée aucune feature, elle sert à vérifier que le Mode 1 reste calme, lisible et honnête sur ordinateur comme sur mobile.
5 routes MVP · 2 vues · 5 preuves automatiques · 0 contrôle manuel · 0 bloquant
npm.cmd run verify:demoLire les 5 routes MVP sans chevauchement, sans second CTA primaire et sans texte coupé.
Vérifier le flow /reservation à une main : étapes lisibles, bouton clair, aucun débordement horizontal.
Layouts public et admin
Un seul RealityBanner visible en haut de page.
- À vérifier
- Relire que le bandeau ne double pas avec un ancien message de route.
- Preuve
- Test domaine + smoke routes.
- Promesse interdite
- Ne pas masquer le niveau local/demo du MVP.
/reservation + /admin/requests
Prix, durée et créneau passent par une valeur prudente.
- À vérifier
- Relire les cartes services, le récap et la file admin.
- Preuve
- PendingValue/PendingAwareValue couverts par tests domaine et smoke.
- Promesse interdite
- Ne pas afficher prix, durée ou créneau comme validés.
/reservation
Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées reste lisible.
- À vérifier
- Rejouer Nala en desktop et mobile jusqu'au bouton Demande non envoyée.
- Preuve
- smoke:reservation:browser rejoue Nala en mobile jusqu'aux coordonnees proprietaire.
- Promesse interdite
- Ne pas présenter la demande comme envoyée, sauvegardée ou confirmée.
/admin/settings
La lecture en 30 secondes reste visible avant les détails.
- À vérifier
- Vérifier que les sections denses restent repliées et scannables.
- Preuve
- audit:visual verifie le guide 30 secondes et les accordéons admin repliés.
- Promesse interdite
- Ne pas présenter la page comme dashboard complet.
/demo, /, /reservation, /admin/settings, /admin/requests
Pas d'overflow horizontal, pas de texte coupé, hiérarchie calme.
- À vérifier
- Ouvrir chaque route aux deux tailles avant une démonstration externe.
- Preuve
- audit:visual capture les 5 routes en desktop/mobile et bloque les debordements horizontaux.
- Promesse interdite
- Ne pas présenter cette passe comme une validation production.
- Un seul CTA primaire visible par écran.
- RealityBanner visible sur les pages publiques et admin.
- Prix, durée et créneau restent à confirmer.
- Aucune promesse de production, Supabase, IA, paiement ou confirmation automatique.
Audits MVP détaillés
Terminé et sécurité locale
Ces preuves restent disponibles, mais elles sont repliées pour garder la lecture principale calme.
À ouvrir pour vérifier
Audits MVP détaillés
Terminé et sécurité locale
Ces preuves restent disponibles, mais elles sont repliées pour garder la lecture principale calme.
Terminé MVP
Critères de terminé MVP
Lecture simple des critères de fin du MVP. Elle dit ce qui est validé, ce qui reste protégé et ce qui ne doit pas être vendu comme production.
5 critères validés · 1 critère protégé · 0 critère bloquant
Le parcours public suit Animal → Profil → Services → Créneau → Récap → Coordonnées.
- Promesse interdite
- Rendez-vous confirmé automatiquement.
- Prochaine action
- Garder les coordonnées propriétaire en dernier.
Prix, durée et créneau restent à confirmer par le salon.
- Promesse interdite
- Rendez-vous confirmé automatiquement.
- Prochaine action
- Continuer à remonter les cas sensibles en reprise salon.
Les réglages salon sont centralisés et visibles en lecture locale.
- Promesse interdite
- Réglages sauvegardés par salon.
- Prochaine action
- Garder la configuration en lecture locale avant toute sauvegarde par salon.
La commande verify:mvp contrôle tests domaine, TypeScript, ESLint et build.
- Promesse interdite
- Production prête sans vérification fraîche.
- Prochaine action
- Relancer verify:mvp avant chaque clôture de jalon.
Les routes MVP expliquent demande locale, prudence, admin lecture et file de démonstration.
- Promesse interdite
- Demande envoyée ou sauvegardée en production.
- Prochaine action
- Conserver une phrase de démonstration courte et honnête.
Les documents de référence sont contrôlés par reference-docs-integrity.test.ts.
- Promesse interdite
- Modes 2 et 3 actifs dans le MVP.
- Prochaine action
- Relire les documents à chaque changement de règle métier.
- Terminé MVP ne veut pas dire prêt production.
- Le MVP reste local tant que Supabase runtime, auth et RLS policies ne sont pas branchés.
- Toute activation Mode 2 ou Mode 3 exige des règles métier validées et testées.
Sécurité locale
Sécurité MVP locale
Lecture issue des règles de sécurité : ce qui protège déjà la démo locale et ce qui reste obligatoire avant toute donnée réelle.
4 protections actives · 4 protections requises avant production · 0 donnée réelle exposée
Les pages admin affichent des exemples locaux non persistés, pas des clients réels.
- Promesse interdite
- Données réelles protégées en production.
- Prochaine action
- Garder les exemples explicitement locaux tant que la base n'est pas branchée.
Le script d'audit lit un CSV local et retourne seulement un résumé JSON.
- Promesse interdite
- Import contacts réalisé.
- Prochaine action
- Nettoyer, consentir et valider humainement avant tout import réel.
Aucun secret n'est nécessaire au flow MVP local.
- Promesse interdite
- Clés API configurées pour production.
- Prochaine action
- Garder les futurs secrets en variables d'environnement.
verify:demo force Supabase runtime, Mode 2 public, paiement, IA publique et persistance reelle a false.
- Promesse interdite
- Runtime public actif pendant une demo Mode 1.
- Prochaine action
- Garder ces flags a false avant chaque demo Mode 1.
Le MVP local ne donne pas accès à des données réelles.
- Promesse interdite
- Connexion utilisateur prête.
- Prochaine action
- Ne pas brancher de données réelles avant une authentification claire.
La migration active RLS, mais les policies complètes restent à définir.
- Promesse interdite
- RLS complet prêt production.
- Prochaine action
- Définir les policies avant toute écriture Supabase runtime.
Le flow reste local et ne sauvegarde aucune demande réelle.
- Promesse interdite
- Données clients accessibles en sécurité.
- Prochaine action
- Créer les rôles et permissions avant tout accès propriétaire ou salon.
Aucune action sensible réelle n'est exécutée dans le MVP local.
- Promesse interdite
- Traçabilité complète prête.
- Prochaine action
- Prévoir qui fait quoi et quand avant les actions sensibles.
- Aucune donnée réelle ne doit entrer dans le MVP local sans auth et RLS policies.
- contacts.csv reste en audit local jusqu'au nettoyage, consentement et validation humaine.
- Les secrets restent hors code, uniquement en variables d'environnement.
Démo MVP
Script de démonstration MVP local
Parcours conseillé pour montrer l'app sans la présenter comme une production. Chaque étape indique ce qu'il faut dire et ce qu'il ne faut pas promettre.
5 étapes · 0 promesse production · validation humaine partout
Vie de Compagnon aide un propriétaire à formuler une demande de toilettage claire. Le salon garde la main sur prix, durée, créneau et cas sensibles.
- Demande simple active
- Décisions sensibles au salon
- Pas encore production
/demo
Lancer une démonstration courte et cadrée avant d'ouvrir les pages denses.
- À dire
- Voici le guide local : il montre quoi tester, quoi regarder et ce qu'il ne faut pas promettre.
- Signal visible
- Démo guidée Mode 1 · Nala · Plume · à confirmer
- À ne pas promettre
- Ne pas dire que la démo envoie, sauvegarde ou confirme une demande.
/
Montrer le positionnement VDC sans promettre toute la vision long terme.
- À dire
- Voici l'entrée locale : une demande de toilettage prudente, pas une app complète déjà en production.
- Signal visible
- Vie de Compagnon · demande de toilettage prudente
- À ne pas promettre
- Ne pas présenter le suivi complet de vie animal comme déjà disponible.
/reservation
Montrer que le client formule une demande dans le bon ordre.
- À dire
- Le propriétaire décrit l'animal avant les services, puis les coordonnées arrivent à la fin.
- Signal visible
- Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées propriétaire
- À ne pas promettre
- Ne pas dire que le rendez-vous est confirmé, envoyé ou sauvegardé.
/admin/settings
Montrer les garde-fous, les modes futurs désactivés et la future persistance.
- À dire
- Cette page explique ce qui est montrable, protégé, bloqué ou gardé pour plus tard.
- Signal visible
- 8 garde-fous OK · Persistance future · Tables futures
- À ne pas promettre
- Ne pas dire que le dashboard admin complet existe.
/admin/requests
Montrer comment le salon lira les demandes sans action réelle.
- À dire
- Voici trois demandes locales : une simple, une sensible, une à corriger.
- Signal visible
- Nala, Plume, Moka · Actions autorisées
- À ne pas promettre
- Ne pas dire que des SMS, emails, appels ou sauvegardes sont déclenchés.
- Montrer comme MVP local, pas comme production.
- Ne pas dire que Supabase est branché.
- Ne pas dire que la demande est envoyée.
- Ne pas confirmer prix, durée ou créneau.
- Ne pas présenter les modes smart/program comme actifs.
Vérification locale
Vérification locale avant démo
À lancer avant une démo pour vérifier que le MVP local reste stable, prudent et montrable sans promesse de production.
Commande principale
npm.cmd run verify:demo1 commande complète - 3 smoke tests ciblés - 1 audit visuel - 0 action réelle
npm.cmd run verify:demoÀ lancer avant de montrer le MVP local à quelqu'un.
- Vérifie
- tests domaine, TypeScript, ESLint, build, routes locales, parcours reservation, parcours navigateur et audit visuel desktop/mobile
- Limite
- Vérifie la démo locale ; ne publie rien et ne sauvegarde aucune demande.
npm.cmd run smoke:routesVérifier rapidement les cinq pages MVP locales.
- Vérifie
- /demo, /, /reservation, /admin/settings et /admin/requests
- Limite
- Necessite un serveur local deja lance sur http://localhost:3000.
npm.cmd run smoke:reservationVérifier le contrat du parcours Mode 1.
- Vérifie
- ordre canonique, textes prudents et fin de flow non confirmee
- Limite
- Controle le rendu et les garde-fous, pas une saisie client reelle.
npm.cmd run smoke:reservation:browserRejouer le happy path Nala comme un proprietaire sur mobile.
- Vérifie
- happy path Nala en navigateur mobile, coordonnees en dernier et fin non envoyee
- Limite
- Necessite Chrome local et un serveur local deja lance sur http://localhost:3000.
npm.cmd run audit:visualCapturer les routes MVP en desktop et mobile avant demonstration.
- Vérifie
- captures desktop/mobile des 5 routes et absence de debordement horizontal
- Limite
- Necessite Chrome local et un serveur local deja lance sur http://localhost:3000.
- La commande ne sauvegarde aucune demande réelle.
- Elle ne branche pas Supabase.
- Elle ne confirme aucun rendez-vous.
- Elle sert à vérifier une démo locale, pas à publier en production.
Contrôle automatique
Flow Mode 1 protégé automatiquement
Lecture technique simplifiée du parcours Mode 1. Ces garde-fous vérifient que le flow reste une demande locale, manuelle et non confirmée.
8 garde-fous OK · 0 bloqué
Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées propriétaire.
Les coordonnées propriétaire restent après le récapitulatif.
Le rendez-vous reste une demande à valider par le salon.
Le creneau demande reste une preference a valider par le salon.
La durée visible reste à confirmer par le salon.
Le prix visible reste à confirmer.
Le Mode 1 reste une demande manuelle, préparée mais non envoyée.
La demande reste locale : aucune écriture Supabase active.
Détails opérateur
Audits, imports et préparation SaaS
Cette zone garde les preuves utiles, mais elle reste fermée au premier regard pour ne pas transformer la page en dashboard complet.
À ouvrir si besoin
Détails opérateur
Audits, imports et préparation SaaS
Cette zone garde les preuves utiles, mais elle reste fermée au premier regard pour ne pas transformer la page en dashboard complet.
Modes VDC
Mode 1 actif, modes 2 et 3 désactivés
Le MVP local reste concentré sur la demande simple. Les modes plus intelligents sont nommés et préparés, mais non activés côté client.
1 actif · 2 préparés mais désactivés · 0 activé en avance
Le client formule une demande de toilettage, puis le salon vérifie avant de répondre.
- Route
- /reservation
- Mode contrat
- manual
- Frontière auto
- Validation humaine salon obligatoire avant toute confirmation.
- Condition future
- Actif maintenant uniquement comme demande manuelle.
- Promesse client
- Prix, durée et créneau restent à confirmer par le salon.
- Prochaine action autorisée
- Stabiliser le flow local et sa lecture admin avant toute automatisation.
Futur questionnaire métier dynamique, fondé uniquement sur des règles validées.
- Route
- future
- Mode contrat
- smart
- Frontière auto
- Confirmation autonome future uniquement si toutes les règles salon sont validées.
- Condition future
- Règles salon testées, sourcées, configurables et sortie prudente pour les cas non couverts.
- Promesse client
- Aucune promesse si le cas sort des règles validées.
- Prochaine action autorisée
- Documenter les règles nécessaires et garder les calculs internes hors promesse client.
Futur accompagnement autour des besoins réels de l'animal et des bonnes pratiques.
- Route
- future
- Mode contrat
- program
- Frontière auto
- Préprogrammation future avec validation client une semaine avant chaque date.
- Condition future
- Programme métier validé et validation client obligatoire avant chaque rendez-vous futur.
- Promesse client
- Programme et dates prévisionnels, pas acceptés sans validation client.
- Prochaine action autorisée
- Documenter la vision sans générer automatiquement de programme ou de conseil métier.
- La vision 3 modes guide l'architecture, pas le périmètre immédiat.
- Le MVP local reste le Mode 1 - Demande simple.
- Les Modes 2 et 3 restent invisibles côté client tant que les règles ne sont pas validées.
Stabilisation
Jalons Mode 1
Lecture interne des jalons en cours : avancer sans toucher au parcours public ni ouvrir les capacites futures.
J7 protege - J8 admin-only - J9 future-only
/admin/settings
Runtime Supabase desactive par defaut.
- Frontiere publique
- Aucun branchement dans /reservation
- Prochaine action
- Garder verify:demo et verify:preprod comme preuves avant demo.
- Action interdite
- Ne pas brancher Supabase runtime dans le flow public.
/admin/requests
La lecture multi-animaux existe en local/admin seulement.
- Frontiere publique
- Aucun branchement dans /reservation
- Prochaine action
- Continuer seulement la lecture admin locale, sans controles publics.
- Action interdite
- Ne pas exposer enableMultiAnimal dans le parcours client.
hors_scope
Gamification et flow configurable restent du cadrage futur.
- Frontiere publique
- Aucun branchement dans /reservation
- Prochaine action
- Documenter les conditions d'ouverture sans rendre la feature active.
- Action interdite
- Ne pas rendre gamification ou flow configurable visibles cote client.
Langage VDC
Grammaire de prudence
Ces statuts donnent un vocabulaire commun aux futures pages : dire ce qui manque, ce qui doit être vérifié, ce qui est sensible, ce qui bloque et ce qui n'est pas confirmé.
Une information utile manque encore dans la demande.
- Promesse interdite
- Ne jamais faire croire que le dossier est prêt.
- Action
- Demander la donnée manquante avec un libellé simple.
La donnée existe, mais elle doit rester prudente ou approximative.
- Promesse interdite
- Ne jamais transformer une estimation en vérité client.
- Action
- Afficher une validation salon ou une mention à confirmer.
Un cas touche la sécurité animal, le comportement, le pelage ou une exception métier.
- Promesse interdite
- Ne jamais proposer une décision automatique sur un cas à risque.
- Action
- Faire relire par le salon avant proposition, sauvegarde ou réponse client.
Une configuration ou une demande ne peut pas être utilisée sans correction.
- Promesse interdite
- Ne jamais continuer un usage public ou agenda avec une incohérence.
- Action
- Corriger le point bloquant avant de reprendre le flow.
Une demande existe, mais le salon n'a pas validé le rendez-vous.
- Promesse interdite
- Ne jamais présenter une demande comme un rendez-vous confirmé.
- Action
- Garder le statut demande jusqu'à confirmation humaine du salon.
Préparation MVP local
Release locale montrable avec garde-fous
Lecture interne avant toute vraie mise en ligne. Cette checklist dit ce qui peut être montré, ce qui reste protégé et ce qui doit rester hors scope.
2 montrables · 3 protégés · 0 bloqué · 1 hors scope
/
- Preuve actuelle
- La home présente le MVP comme une demande de toilettage prudente.
- Décision
- Montrable comme entrée locale vers le parcours.
/reservation
- Preuve actuelle
- L'ordre Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées est visible.
- Décision
- Montrable comme demande, jamais comme confirmation automatique.
/admin/settings
- Preuve actuelle
- Lecture seule locale, sans sauvegarde de configuration.
- Décision
- Montrable uniquement comme préparation admin protégée.
/admin/requests
- Preuve actuelle
- Exemples locaux, sans persistance, notification ou contact réel.
- Décision
- Montrable comme prototype opérateur, pas comme vraie file production.
/reservation
- Preuve actuelle
- Prix, durée et créneau restent à confirmer par le salon.
- Décision
- Montrable uniquement avec prix, durée et créneau à confirmer.
hors_scope
- Preuve actuelle
- Supabase runtime, IA publique, paiement et dashboard complet restent hors scope.
- Décision
- Ne pas présenter comme disponible dans le MVP local.
Scénario client
Checklist de test manuel
Parcours court à jouer avant de montrer le MVP local. Chaque point garde la demande en revue salon, sans prix, durée, créneau ou confirmation automatique.
/reservation
- Action
- Ouvrir le parcours depuis un profil visiteur, sans compte ni admin.
- Signal attendu
- La première étape Animal s'affiche sans erreur.
/reservation
- Action
- Renseigner l'animal avant de toucher au profil ou aux services.
- Signal attendu
- L'ordre reste Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées propriétaire.
/reservation
- Action
- Tester un cas sensible, par exemple Chat puis tonte chat à vérifier.
- Signal attendu
- Reprise salon obligatoire visible pour un cas sensible.
/reservation
- Action
- Saisir une préférence de créneau sans chercher à confirmer automatiquement.
- Signal attendu
- Le créneau reste une demande à confirmer par le salon.
/reservation
- Action
- Lire le récapitulatif avant de passer aux coordonnées propriétaire.
- Signal attendu
- Prix, durée et créneau restent à confirmer.
/reservation
- Action
- Vérifier que le nom, le téléphone et l'email arrivent seulement après le récap.
- Signal attendu
- Coordonnées propriétaire affichées seulement en dernière étape.
/reservation
- Action
- Compléter les coordonnées et lire le panneau final avant toute future sauvegarde.
- Signal attendu
- La demande est prête pour revue salon, sans envoi automatique.
Parcours guidé
Parcours test réservation MVP
Jeu de données simple à rejouer dans `/reservation` pour vérifier le happy path sans cas sensible. Les signaux attendus doivent rester visibles avant une démo.
6 étapes · coordonnées en dernier · 0 confirmation automatique
Saisir Nala, Chien et Cavalier King Charles.
- Signal attendu
- Le bouton Continuer devient disponible.
- Promesse interdite
- Ne pas demander les coordonnées propriétaire à cette étape.
Garder le profil Je ne sais pas.
- Signal attendu
- Le profil reste utile pour le ton, pas pour automatiser une décision.
- Promesse interdite
- Ne pas déduire un comportement client définitif.
Choisir Bain / entretien.
- Signal attendu
- Durée à confirmer · Prix à confirmer · charge interne seulement.à confirmerValeur à confirmer par le salon avant toute réponse.
- Promesse interdite
- Ne pas annoncer de prix ou de durée comme vérité client.
Saisir semaine prochaine et garder une flexibilité simple.
- Signal attendu
- Créneau souhaité, pas confirmé · validation humaine obligatoire.
- Promesse interdite
- Ne pas dire qu'un créneau est réservé.
Relire la synthèse avant de passer aux coordonnées.
- Signal attendu
- À valider par le salon · prix final à confirmer.à confirmerValeur à confirmer par le salon avant toute réponse.
- Promesse interdite
- Ne pas présenter le récapitulatif comme une confirmation.
Saisir Geoffroy et 0600000000.
- Signal attendu
- Demande préparée pour relecture salon · elle n'est ni envoyée, ni sauvegardée, ni confirmée · Non confirmé
- Promesse interdite
- Ne pas dire que la demande est envoyée, sauvegardée ou confirmée.
- Ne jamais annoncer un rendez-vous confirmé.
- Ne jamais annoncer un prix ou une durée client comme validé.
- Ne jamais dire que la demande est envoyée ou sauvegardée.
- Si le signal attendu n'apparaît pas, arrêter la démo et corriger le flow.
Scénarios locaux
Matrice de démonstration réservation
Trois cas générés par le même moteur que le parcours public : une demande prête, un cas sensible à reprise salon et un contact incomplet.
Prête pour revue salon
- Animal
- Nala · Chien · Cavalier King Charles
- Service
- Bain / entretien
- Objectif démo
- Prouver qu'une demande simple peut être préparée sans confirmer de rendez-vous.
- Phrase sûre
- Voici une demande prête pour revue salon : elle reste locale et le salon répondra humainement.
- Points à vérifier
- Animal et service lisibles | Prix, durée et créneau à confirmer | Aucune écriture Supabaseà confirmerValeur à confirmer par le salon avant toute réponse.
- Signal attendu
- Demande complète, à relire par le salon avant réponse.
- Sauvegarde
- Brouillon local non sauvegardé · Persistable plus tard
- Base de données
- Aucune écriture Supabase active
- Confirmation
- Confirmation automatique impossible
- À ne pas promettre
- Ne pas dire que Nala a un rendez-vous confirmé.
Reprise salon obligatoire
- Animal
- Plume · Chat · Persan
- Service
- Tonte chat à vérifier
- Objectif démo
- Prouver que le chat et la tonte déclenchent une reprise humaine.
- Phrase sûre
- Ici le système ne décide pas : il signale que le salon doit reprendre le cas.
- Points à vérifier
- Cas chat visible | Reprise salon obligatoire | Aucune proposition automatique de créneau
- Signal attendu
- Reprise salon obligatoire visible avant toute proposition de créneau.
- Sauvegarde
- Brouillon local non sauvegardé · Persistable plus tard
- Base de données
- Aucune écriture Supabase active
- Confirmation
- Confirmation automatique impossible
- À ne pas promettre
- Ne pas dire qu'un créneau peut être proposé automatiquement.
À compléter avant demande
- Animal
- Moka · Chien · Spitz Allemand
- Service
- Bain / entretien
- Objectif démo
- Prouver qu'une demande incomplète reste bloquée avant suite salon.
- Phrase sûre
- Ici la demande est utile comme brouillon, mais le contact doit être corrigé.
- Points à vérifier
- Blocage contact visible | Aucune sauvegarde réelle | Aucun contact automatique
- Signal attendu
- Contact propriétaire à corriger avant future sauvegarde.
- Sauvegarde
- Brouillon local non sauvegardé · Bloqué avant future sauvegarde
- Base de données
- Aucune écriture Supabase active
- Confirmation
- Confirmation automatique impossible
- À ne pas promettre
- Ne pas dire que le propriétaire a été contacté.
Persistance future
Persistance future préparée, non branchée
Lecture interne des données qui pourraient devenir propriétaire, animal, rendez-vous et notes plus tard. Supabase reste non branché dans le MVP local.
2 persistables plus tard · 1 bloqué avant future sauvegarde · 0 écriture active
- Aucune écriture Supabase active depuis le MVP local.
- Une demande persistable reste à valider humainement avant toute vraie sauvegarde.
- Une demande bloquée doit être corrigée avant future persistance.
- Prix, durée et confirmation restent null côté contrat de rendez-vous.
Valider humainement avant toute écriture réelle.
- Services
- Bain / entretien
- État local
- Brouillon local non sauvegardé
- Base de données
- Aucune écriture Supabase active
- Tables préparées
- owners, animals, appointments, animal_notes
- Garde-fou data
- manual · requested · confirmation null · prix/durée null
- Promesse client
- Demande à confirmer par le salon
Valider humainement avant toute écriture réelle.
- Services
- Tonte chat à vérifier
- État local
- Brouillon local non sauvegardé
- Base de données
- Aucune écriture Supabase active
- Tables préparées
- owners, animals, appointments, animal_notes
- Garde-fou data
- manual · requested · confirmation null · prix/durée null
- Promesse client
- Demande à confirmer par le salon
Compléter : owner_contact non exploitable
- Services
- Bain / entretien
- État local
- Brouillon local non sauvegardé
- Base de données
- Aucune écriture Supabase active
- Tables préparées
- owners, animals, appointments, animal_notes
- Garde-fou data
- manual · requested · confirmation null · prix/durée null
- Promesse client
- Demande à confirmer par le salon
Données minimales
Données minimales avant future demande réelle
Contrat de lecture avant toute future vraie demande. Il dit ce qui devra exister pour sauvegarder plus tard, sans brancher Supabase maintenant.
5 familles · 14 contrôles · 0 écriture Supabase
owners
Coordonnées propriétaire, collectées en dernier
- Contrôles
- owner_name · owner_contact exploitable
- Si manque
- Bloqué avant future sauvegarde si le nom ou le contact exploitable manque.
animals
Animal
- Contrôles
- animal_name · species · breed obligatoire · coat_type obligatoire · pelage_modifie renseigne
- Si manque
- Bloque avant future sauvegarde si l'animal, l'espece, la race, le pelage ou son statut manque.
appointments.service_codes
Services
- Contrôles
- service_codes non vide
- Si manque
- Bloqué avant future sauvegarde si aucun service ou intention n'est sélectionné.
appointments.requested_start_at
Créneau
- Contrôles
- requestedWindow · preferredPeriod ou à confirmer
- Si manque
- Persistable plus tard avec créneau demandé, jamais comme créneau confirmé.
appointments
Contrat local
- Contrôles
- status requested · bookingMode manual · confirmedStartAt null · estimatedPriceCents et estimatedDurationMinutes null
- Si manque
- Toujours validation humaine avant écriture réelle ou réponse client.
- Contrat local uniquement, sans écriture Supabase.
- Une demande persistable plus tard reste à valider humainement.
- Le créneau demandé ne devient jamais un créneau confirmé.
- Prix et durée restent null tant qu'une règle métier n'est pas validée.
Tables futures
Audit local des tables futures
Lecture table par table du minimum attendu avant une future sauvegarde. Cela reste un audit local : aucune donnée réelle n'est écrite.
owners 2/3 prêts · animals 3/3 prêts · appointments 3/3 protégés · animal_notes 3/3 prêts
Nom propriétaire et contact exploitable requis avant future sauvegarde.
- Prêts
- 2/3
- Protégés
- 0/3
- Bloqués
- 1/3
- Action
- Corriger les contacts propriétaires non exploitables avant future sauvegarde.
Nom et espèce doivent rester présents avant future sauvegarde.
- Prêts
- 3/3
- Protégés
- 0/3
- Bloqués
- 0/3
- Action
- Conserver les inconnues non critiques à null ou à confirmer.
Les rendez-vous restent des demandes manual avec confirmation, prix et durée à null.
- Prêts
- 0/3
- Protégés
- 3/3
- Bloqués
- 0/3
- Action
- Garder la validation humaine avant tout passage en rendez-vous confirmé.
Chaque demande prépare une note résumé et une note garde-fous à revue humaine.
- Prêts
- 3/3
- Protégés
- 0/3
- Bloqués
- 0/3
- Action
- Conserver la revue humaine sur les notes générées localement.
- Audit local uniquement, sans écriture Supabase.
- Une table prête ne confirme pas un rendez-vous.
- Les rendez-vous restent en statut requested et bookingMode manual.
- Prix, durée et confirmation restent null tant que la règle métier n'est pas validée.
Import contacts
Import contacts préparé, non lancé
Préparation du futur import `contacts.csv`. Cette lecture indique quoi auditer avant toute vraie migration, sans sauvegarde et sans analyse IA.
Audit prêt · 0 contact importé · 0 donnée envoyée à une IA
Regrouper manuellement avant tout import.
Corriger ou ignorer les téléphones non exploitables.
Corriger ou ignorer les emails non exploitables.
Relire ces notes sans IA avant toute interprétation.
Compléter propriétaire, animal ou contact avant import.
Retirer les données sensibles des notes avant traitement avancé.
- Aucun contact n'est importé depuis l'admin local.
- Le script lit un CSV local et retourne uniquement un résumé JSON.
- Les notes comportement, santé ou contact doivent être relues sans IA avant interprétation.
- Supabase reste non branché pour l'import contacts du MVP.
File demandes
Lecture locale des demandes préparées
0 demandes réelles sauvegardées · 3 exemples locaux non persistés
Audit MVP interne
Lecture de readiness
Vue courte de ce qui est prêt, protégé, bloqué ou gardé pour plus tard avant toute vraie page admin.
Animal -> Profil -> Services -> Créneau -> Récap -> Coordonnées propriétaire
- Détail
- L'ordre MVP reste centré animal et les coordonnées propriétaire arrivent en dernier.
- Prochaine action
- Surveiller cet ordre avant toute refonte du parcours.
Configuration salon cohérente.
- Détail
- Les réglages locaux peuvent être lus par l'admin sans sauvegarde.
- Prochaine action
- Continuer en lecture seule avant d'ouvrir l'édition.
Prix à confirmer · Durée à confirmer
- Détail
- Aucun prix ni durée interne ne devient une vérité client automatique.
- Prochaine action
- Garder les libellés à confirmer tant qu'aucune règle métier n'est validée.
2 cas jamais automatiques · 1 reprise humaine
- Détail
- Les cas sensibles restent protégés par validation humaine.
- Prochaine action
- Tracer chaque futur assouplissement avec source et responsable.
Paiement, abonnement, automatisations : plus tard
- Détail
- La vision SaaS reste préparée sans charger le MVP local.
- Prochaine action
- Ne pas ouvrir ces briques avant stabilisation du flow et des règles métier.
Synthèse wizard
État de configuration
Lecture rapide de ce qui peut être présenté, de ce qui reste protégé, et des briques volontairement gardées pour plus tard.
3
Ces réglages sont cohérents et affichables en lecture seule.
5
Ces réglages existent, mais restent protégés par validation humaine.
0
Ces points bloquent le futur usage public ou agenda tant qu'ils ne sont pas corrigés.
4
Facturation, paiement, abonnement et automatisations restent hors scope du MVP local.
Paramétrage salon
Familles configurables
Vue préparatoire des réglages que chaque salon pourra personnaliser plus tard. Pour le MVP, tout reste affiché en lecture seule.
Le salon peut préparer son agenda sans mélanger les animaux par défaut.
- Réglages
- 4 points
- Valeur actuelle
- 1 animal, sans animaux en parallèle, blocs 30, 60, 90, 120, 150 min
- Futur contrôle
- Capacité, parallélisme, mode ressource et blocs de planning.
- Client
- Interne uniquement
Un service sensible ne devient pas une recommandation automatique.
- Réglages
- 10 points
- Valeur actuelle
- 7 services actifs, 3 validations salon
- Futur contrôle
- Activation des services, ordre de soins et reprises humaines obligatoires.
- Client
- Validation humaine obligatoire
Le Mode 1 reste manuel tant que les modes futurs ne sont pas validés.
- Réglages
- 3 points
- Valeur actuelle
- public manual, futurs smart, program
- Futur contrôle
- Activation manual, smart ou program selon les règles salon validées.
- Client
- Validation humaine obligatoire
La durée sert au créneau interne, jamais à une promesse client automatique.
- Réglages
- 7 points
- Valeur actuelle
- 7 durées internes configurées
- Futur contrôle
- Durées par service, race, pelage, comportement et aléas.
- Client
- Durées client à confirmer
Les cas à risque protègent l'animal avant la logique commerciale.
- Réglages
- 3 points
- Valeur actuelle
- 2 cm max, double pelage warning, feutrage contact salon
- Futur contrôle
- Warnings obligatoires, cas jamais automatiques et contact salon.
- Client
- Validation humaine obligatoire
Configuration SaaS future
Configuration salon préparée, non éditable
Lecture courte de ce qui deviendra personnalisable par salon. Pour le MVP, aucune édition n'est active et aucun réglage n'est sauvegardé.
6 familles · 2 prêtes · 4 protégées · 0 éditable maintenant
1 animal · solo · blocs 30, 60, 90, 120, 150 min
- Édition maintenant
- Non
- Source
- Paramètre salon
- Responsable futur
- Salon
- Futur contrôle
- Choisir capacité, ressources et chevauchements par salon.
- Condition d'ouverture
- Interface admin, persistance par salon et validation des conflits agenda.
- Garde-fou
- Un salon solo ne mélange pas les animaux sans configuration explicite.
7 services · 3 validations salon
- Édition maintenant
- Non
- Source
- Paramètre salon
- Responsable futur
- Salon
- Futur contrôle
- Activer, masquer ou protéger des services par salon.
- Condition d'ouverture
- Catalogue services versionné et impact visible sur le flow réservation.
- Garde-fou
- Un service sensible reste soumis à validation humaine.
public manual · futurs smart, program
- Édition maintenant
- Non
- Source
- Règle produit VDC
- Responsable futur
- Super admin VDC
- Futur contrôle
- Activer manual, smart ou program par salon uniquement quand les règles sont validées.
- Condition d'ouverture
- Feature flag, règles validées et preuve qu'aucune confirmation automatique n'est exposée.
- Garde-fou
- Le MVP public reste manual uniquement.
7 durées internes
- Édition maintenant
- Non
- Source
- Paramètre salon
- Responsable futur
- Salon
- Futur contrôle
- Configurer blocs, coefficients, races, mue, tolérance et comportement.
- Condition d'ouverture
- Tests de planning interne et affichage client toujours à confirmer.
- Garde-fou
- La durée interne aide le planning mais ne devient pas promesse client.
prix, durée et créneau à confirmer
- Édition maintenant
- Non
- Source
- Règle promesse client
- Responsable futur
- Super admin VDC
- Futur contrôle
- Autoriser certains affichages seulement avec règles métier validées.
- Condition d'ouverture
- Règles métier validées, tests de non-promesse et validation humaine active.
- Garde-fou
- Prix, durée et créneau restent à confirmer tant qu'une règle métier n'est pas validée.à confirmerValeur à confirmer par le salon avant toute réponse.
tonte 2 cm · double pelage warning · feutrage contact
- Édition maintenant
- Non
- Source
- Règle sécurité animal
- Responsable futur
- Toiletteur validateur
- Futur contrôle
- Régler warnings, cas jamais automatiques et contacts obligatoires.
- Condition d'ouverture
- Validation métier documentée et garde-fous testés sur les cas sensibles.
- Garde-fou
- La protection de l'animal passe avant l'automatisation.
- Lecture locale uniquement, aucune sauvegarde admin active.
- Configurable par salon plus tard, pas codé pour Geoffroy seulement.
- Chaque édition future doit passer par validation, tests et garde-fous client.
- Aucun réglage futur ne doit activer smart, program, prix, durée ou confirmation en avance.
Moteur de durée
Blocs internes par service
Ces durées servent à préparer une recherche de créneau compatible. Elles ne sont pas affichées comme promesse client.
30 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
90 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
120 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
90 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
90 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
150 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
60 min internes
- Usage
- Planning interne uniquement
- Client
- par le salonà confirmerValeur à confirmer par le salon avant toute réponse.
Audit sensible
Audit des règles sensibles
Vue courte des règles qui protègent le client, l'animal et le salon. Elle montre ce qui ne doit jamais devenir automatique et qui doit reprendre la main.
5 règles · 2 jamais auto · 1 reprise humaine · 1 bloquée
Ne jamais automatiser.
- Sources
- Règle sécurité animal
- Responsables
- Toiletteur validateur, Salon
Reprendre humainement avant proposition.
- Sources
- Règle agenda salon
- Responsables
- Salon
Corriger avant usage public ou agenda.
- Sources
- Règle système VDC
- Responsables
- Super admin VDC
Garder protégé tant que la règle métier manque.
- Sources
- Règle MVP VDC
- Responsables
- Super admin VDC
- Aucune règle sensible ne confirme un rendez-vous automatiquement.
- Les règles never_auto doivent rester hors automatisation client.
- Les règles human_takeover doivent sortir du flow autonome.
- Les règles blocked empêchent publication ou recherche agenda.
Validation humaine
Cas à ne pas automatiser
Ces cartes préparent les futures règles de validation sans activer de décision automatique.
Les durées internes aident le planning, mais le client voit uniquement une donnée à confirmer.
- Source
- Règle MVP VDC
- Responsable
- Super admin VDC
- Automatisation
- Promesse client désactivée
- Contrôle actuel
- Prix et durées restent affichés à confirmer.
- Futur contrôle
- Toggle admin futur, désactivé tant qu'aucune règle métier n'est validée.
- Validation
- Règle métier validée requise
Une race à double pelage ne doit jamais recevoir une recommandation automatique de tonte.
- Source
- Règle sécurité animal
- Responsable
- Toiletteur validateur
- Automatisation
- Jamais en automatique
- Contrôle actuel
- Warning humain obligatoire avant toute proposition.
- Futur contrôle
- Simulation admin future, sans recommandation automatique publique.
- Validation
- Warning humain obligatoire
Le flow public ne conseille pas automatiquement une tonte ; la décision repasse par le salon.
- Source
- Règle sécurité animal
- Responsable
- Salon
- Automatisation
- Pas de conseil automatique
- Contrôle actuel
- Le flow public demande de contacter le salon.
- Futur contrôle
- Paramètre admin futur pour forcer la reprise humaine.
- Validation
- Contact salon obligatoire
Une urgence ne réserve aucun bloc automatiquement et force le salon à reprendre la main.
- Source
- Règle agenda salon
- Responsable
- Salon
- Automatisation
- Recherche agenda bloquée
- Contrôle actuel
- Aucun créneau n'est proposé automatiquement.
- Futur contrôle
- Paramètre futur pour diriger vers contact direct ou file d'attente.
- Validation
- Reprise humaine avant proposition
Une configuration salon invalide ne peut pas servir à chercher ou suggérer un créneau.
- Source
- Règle système VDC
- Responsable
- Super admin VDC
- Automatisation
- Usage public ou agenda bloqué
- Contrôle actuel
- Le moteur refuse d'utiliser des réglages incohérents.
- Futur contrôle
- Assistant admin futur avec erreurs bloquantes avant publication.
- Validation
- Correction admin requise
Capacité locale et blocs internes pour chercher un créneau compatible.
- Capacité
- 1 animal
- Animaux en parallèle
- Jamais en parallèle
- Blocs de planning
- 30, 60, 90, 120, 150 min
Services actifs et cas qui repassent obligatoirement par le salon.
- Services actifs
- hygiene_chat, bain_chat, tonte_chat, bain_chien, tonte_chien, coupe_chien, demelage
- Validation salon
- tonte_chat, feutrage, double_coat_tonte
Mode public actif et futurs modes préparés sans activation client.
- Mode public MVP
- manual
- Modes publics autorisés
- manual
- Modes futurs préparés
- smart, program
- Automatisation
- smart et program désactivés côté client
Durées de travail utiles au planning, jamais affichées comme promesse client.
- Valeurs internes
- hygiene_chat 30 / bain_chat 90 / tonte_chat 120 / bain_chien 90 / tonte_chien 90 / coupe_chien 150 / demelage 60
- Affichage client
- Durées à confirmer par le salon
Tarifs validés pour le salon, conservés hors promesse automatique.
- Démêlage horaire
- XS 22 / S 28 / M 33 / L 38 / XL 44
- Chat
- Bain court 53 / Tonte court 67 / Bain long 67 / Tonte long 67 / Hygiène 20
Ce que le client peut voir sans transformer une estimation en vérité.
- Durée
- Durée à confirmer
- Prix
- Prix à confirmer
Garde-fous métier qui protègent l'animal avant la demande commerciale.
- Tonte max
- 2 cm
- Double pelage
- Warning obligatoire
- Pelage feutré
- Contact salon obligatoire
Contrôle les incohérences avant d'utiliser ces réglages côté agenda ou client.
- État
- Configuration salon cohérente.