Périmètre V1 consolidé
Version : 3.0 — périmètre arrêté Date : août 2026 Objet : définition du périmètre de la version 1, base du chiffrage en jours-homme
1. Décisions structurantes
1.1 Développement neuf
Le code du système existant n'est pas repris. Il constitue la référence de logique métier — deux ans d'exploitation réelle — mais l'ensemble est redéveloppé sur une architecture multi-tenant native.
Conséquence : aucune économie de réutilisation. En contrepartie, aucune dette technique et un paramétrage natif plutôt que généralisé après coup.
1.2 La V1 n'embarque pas le moteur d'affectation automatique
Ce choix est délibéré et repose sur une expérience terrain documentée.
Le déploiement du planning automatisé chez le client de référence a provoqué un conflit social de plusieurs mois. L'équipe de planification n'a pas rejeté un outil : elle a réagi à une perte de statut. Les dysfonctionnements signalés comme des anomalies techniques étaient, pour l'essentiel, un refus d'usage.
La résolution a exigé une présence hebdomadaire sur site, l'implication personnelle du gérant et des départs. Ce niveau d'accompagnement n'est pas réplicable à l'échelle de plusieurs dizaines de clients.
Le produit impose donc une progression :
| Étape | Rôle de l'équipe | Rôle du système |
|---|---|---|
| V1 | Affecte manuellement | Enregistre, structure, mesure |
| V2 — mode assisté | Décide et valide | Propose |
| V2 — mode automatique | Contrôle et corrige | Affecte |
Le passage d'une étape à l'autre est une décision commerciale prise sur données, pas une option d'installation.
1.3 La V1 prépare la V2
Même sans moteur, la V1 trace toutes les affectations manuelles — ressource, praticien, horaire prévu, horaire réel. Après quelques mois d'exploitation, l'historique du client permet de démontrer ce qu'un moteur aurait produit, sur ses propres données, avant toute activation.
C'est l'argument commercial de la V2. Il coûte peu en V1 et conditionne la montée en gamme.
1.4 Multi-tenant, multi-langue, multi-devise dès l'origine
Rétrofiter ces trois dimensions est plus coûteux que les intégrer d'emblée. Elles sont dans le socle V1.
2. Positionnement de la V1
Ce que la V1 vend : une gestion informatisée complète — réservation en ligne, agenda, encaissement, stocks, pilotage — pour des établissements qui travaillent aujourd'hui sur registre papier et outils déconnectés.
Ce que la V1 ne vend pas : l'optimisation automatique du remplissage.
Conséquence tarifaire à assumer : la différenciation face aux solutions internationales est réduite en V1. Le positionnement prix doit être revu à la baisse pour la version 1, la V2 constituant la montée en gamme facturée.
3. Périmètre fonctionnel V1
A — Socle plateforme
| Réf | Fonction | Précision |
|---|---|---|
| A1 | Multi-tenant, provisionnement automatique | Création d'un établissement opérationnel sans intervention technique |
| A2 | Isolation des données par tenant | Base par tenant |
| A3 | Accès applicatif | Back-office et POS sur app.domaine.com, unique |
| A3b | Domaine de réservation | Sous-domaine générique fourni, ou domaine client pointé par CNAME (book.monspa.com) — SSL automatisé |
| A4 | Migrations multi-bases orchestrées | Journalisées et réversibles |
| A5 | Multi-langue | Interface et contenus |
| A6 | Multi-devise | Rattachée au pays |
| A7 | Référentiel Pays / Ville | Devise, langue, fuseau, taxe, moyens de paiement, mentions, jours fériés |
| A8 | Types d'établissement | Salon de coiffure, centre de massage, institut de beauté, spa hôtelier, etc. |
| A9 | Référentiel prédéfini catégories et prestations | Par type d'établissement — durées, catégories, ressources requises |
| A10 | Environnements, déploiement, sauvegarde, réplication |
A9 est un travail de contenu métier, pas de développement. Il est produit en parallèle du développement, hors chiffrage JH, mais il conditionne l'efficacité de l'assistant de configuration et la navigabilité de la future marketplace.
B — Souscription et tarification
| Réf | Fonction | Précision |
|---|---|---|
| B1 | Parcours d'inscription gérant | |
| B2 | Déclaration type + taille | Deux réponses qui déterminent tout le reste |
| B3 | Moteur de tarification | Grille type × taille × formule |
| B4 | Grille tarifaire éditable | Sans redéploiement |
| B5 | Présentation des formules et prix | Trois formules affichées, prix immédiat — la matrice reste invisible au gérant |
| B6 | Activation des fonctions par formule | |
| B7 | Changement de formule | Effet immédiat |
| B8 | Période d'essai |
C — Configuration établissement
| Réf | Fonction | Précision |
|---|---|---|
| C1 | Fiche établissement, identité, horaires | |
| C2 | Types de ressources | |
| C3 | Ressources — cabines, salles, équipements | |
| C4 | Capacités et contraintes de genre | Saisie V1, exploitée par le tunnel |
| C5 | Politique de mixité | Exploitée par le tunnel en V1 — mixte, non mixte strict, genré |
| C6 | Compétences et niveaux | |
| C7 | Praticiens | Genre, compétences |
| C8 | Horaires contractuels, congés | |
| C9 | Absences et sorties d'urgence | |
| C10 | Catalogue de prestations | Issu du référentiel A9, ajustable |
| C11 | Ressources cumulées | Saisie V1 |
| C12 | Assistant de configuration guidé | Voir section 4 |
| C13 | Modèles préremplis par type | |
| C15 | Multi-établissement | |
| C16 | Multi-activité | Un établissement portant plusieurs activités |
Hors V1 : C14 imports de données.
E — Réservation
| Réf | Fonction | Précision |
|---|---|---|
| E1 | Tunnel de réservation par tenant | |
| E2 | Règles de gestion | Délais minimum, quotas par créneau, verrouillage pendant le tunnel |
| E2b | Filtrage par politique de mixité | Le tunnel ne propose que les créneaux disposant d'un praticien compatible |
| E3 | Politique d'annulation | |
| E4 | Paiement en ligne | Contrat monétique du tenant — CMI, Payzone |
| E5 | Notifications transactionnelles | |
| E6b | Agenda et planning manuel | Voir section 5 |
| E7 | Check-in |
Hors V1 : E8 chatbot WhatsApp.
F — Exploitation
| Réf | Fonction |
|---|---|
| F1 | POS React |
| F2 | Caisse prestations et produits |
| F3 | Paniers en attente |
| F4 | Modes de paiement |
| F5 | Remises |
| F6 | Reçus |
| F7 | Clôture de caisse |
| F8 | Dépenses du jour |
| F9 | Produits et stocks |
| F12 | Prescripteurs et commissions |
| F14 | Base clients |
Hors V1 : F10 abonnements, F11 fidélité, F13 navettes.
G — Distribution
| Réf | Fonction | Précision |
|---|---|---|
| G1 | Configuration Resort | Périmètre sans caisse ni encaissement |
Hors V1 : G2 à G6 — marketplace et commission.
H — Pilotage
| Réf | Fonction |
|---|---|
| H2 | Tableau de bord activité et chiffre d'affaires |
| H4 | Exports |
Hors V1 : H1 occupation et H3 audit — dépendants du moteur.
I — Back-office éditeur
| Réf | Fonction |
|---|---|
| I1 | Gestion des tenants |
| I2 | Suivi des abonnements |
| I3 | Facturation récurrente |
| I4 | Relances et impayés |
| I5 | Suspension et réactivation |
| I6 | Supervision et incidents |
| I7 | Métriques d'usage |
J — Transverse
| Réf | Fonction |
|---|---|
| J1 | Rôles et droits |
| J2 | Authentification, code comptoir |
| J3 | Journalisation |
| J4 | Conformité données personnelles — loi 09-08, CNDP |
| J5 | Tests automatisés |
| J6 | Documentation |
4. Assistant de configuration — C12
Exigence : un établissement immédiatement exploitable à l'issue du parcours, en moins de 30 minutes, sans assistance.
C'est la fonction qui détermine la rentabilité du modèle SaaS. Un onboarding à 1 jour d'accompagnement au lieu de 5 transforme les frais de mise en service en marge.
| Étape | Saisie du gérant | Déduit par le système |
|---|---|---|
| Identité | Nom, ville, langue, devise | Pays, taxe, moyens de paiement, mentions, jours fériés |
| Type et taille | Deux sélections | Formule et prix affichés |
| Prestations | Sélection dans le référentiel, ajustement des prix | Durées, catégories, ressources requises |
| Ressources | Nombre de cabines, salles, équipements | Types, capacités |
| Équipe | Noms, genre | Compétences par défaut selon le type |
| Horaires | Ouverture, fermeture, jours | Créneaux, fériés |
| Politique | Mixte, non mixte, genré | Règles appliquées au tunnel |
| Mise en ligne | Activation, choix du domaine | Tunnel publié |
Exigences complémentaires :
- Reprise possible — un parcours interrompu est repris dans son état
- Indicateur de complétude après lancement — signalement des éléments manquants ou incohérents
5. Agenda et planning manuel — E6b
La V1 fournit un planning entièrement manuel. Ce n'est pas une version dégradée du moteur : c'est un écran distinct, avec sa propre logique.
| Fonction | Description |
|---|---|
| Vue jour et semaine | Par ressource et par praticien |
| File des demandes entrantes | Réservations en ligne en attente de traitement |
| Acceptation ou refus | Décision du gérant ou du responsable |
| Affectation manuelle | Choix de la ressource et du praticien |
| Déplacement et modification | Glisser-déposer, changement d'horaire |
| Blocage de créneau | Indisponibilité ponctuelle |
| Traçabilité complète | Toute affectation est enregistrée — base de la démonstration V2 |
6. Ce qui est reporté en V2
| Domaine | Fonctions |
|---|---|
| Moteur d'affectation | D1 à D11 — résolution multi-contraintes, réservation couple, trois modes, recalcul, alertes, rejeu |
| Pilotage avancé | H1 occupation réelle vs optimale, H3 audit d'occupation |
| Marketplace | G2 à G6 — façades pays et ville, catalogue multi-établissements, disponibilité temps réel, traçage d'origine, commission |
| Exploitation | F10 abonnements, F11 fidélité, F13 navettes |
| Canaux | E8 chatbot WhatsApp |
| Données | C14 imports |
Exigences imposées à la V2 par l'expérience terrain
Trois contraintes issues du conflit rencontré chez le client de référence :
- Réversibilité immédiate — un retour au mode manuel accessible en un geste. Sans issue de secours, l'équipe se braque.
- Explicabilité — le moteur doit justifier chaque affectation. Une décision inexpliquée est perçue comme une anomalie.
- Distinction entre anomalie et refus d'usage — journalisation des rejets manuels, par utilisateur et par motif. Ce qui a demandé une présence hebdomadaire sur site doit tenir dans un rapport.
Condition commerciale : la mise en service de la V2 est subordonnée à un engagement écrit du gérant sur l'accompagnement de son équipe. Elle relève de la conduite du changement, ce qui justifie un tarif de mise en service supérieur à celui de la V1.
7. Points restant à trancher
| Sujet | Décision attendue |
|---|---|
| Grille tarifaire V1 | Le positionnement initial n'est pas tenable sans le moteur — à réviser |
| Prévisionnel | Le revenu moyen par client doit être recalculé sur la base tarifaire V1 |
| Contenu du référentiel A9 | Volume de catégories et prestations par type d'établissement, calendrier de production |
| Taux journalier de revient | Nécessaire au chiffrage financier |
| Calendrier | Le développement neuf sans reprise de code rend la fenêtre de trois mois à réévaluer |
8. Étape suivante
Décomposition de chaque fonction en tâches de développement et estimation en jours-homme, sur la base de ce périmètre.