1. Objectif de la phase

La phase de cinq mois vise à transformer une partie cohérente du cahier des charges en interfaces codées, utilisables comme base concrète de développement et de validation. Elle ne cherche pas à épuiser immédiatement toute la vision fonctionnelle.

Résultat recherché : disposer d’un parcours transversal dans lequel un établissement secondaire est configuré, un élève est inscrit, sa classe fonctionne, ses présences et notes sont suivies, son bulletin est produit, ses paiements sont enregistrés et son parent consulte les informations essentielles.

Le périmètre détaillé est confirmé après l’audit du tableau de bord d’administration déjà développé par le client.

2. Nature du livrable

La mission porte sur l’application de l’expertise produit, UX/UI et front-end à la construction des parcours et interfaces Scolario. Le code existant du client constitue le point de départ lorsqu’il est réutilisable.

2.1 Livrables remis au client

Code front-end : fichiers organisés dans le dépôt du projet ou remis sous forme d’archive structurée, comprenant les pages, composants, styles, comportements et états réalisés dans chaque jalon.
Documentation : parcours utilisateurs, règles d’interface, conventions de composants, états, hypothèses, dépendances et indications utiles à la poursuite du développement.
Fichiers de design ciblés : mises à jour Figma nécessaires à la compréhension ou à la maintenance du design system existant. Il ne s’agit pas de reproduire systématiquement tous les écrans en maquettes Figma avant leur développement.
Design system ajusté : règles, composants ou tokens modifiés pour couvrir les besoins observés, notamment la gestion des thèmes d’établissement.

Approche de production : la conception et le prototypage sont réalisés principalement dans le front-end par une démarche de vibe coding contrôlée. Figma reste un support ciblé pour le système visuel, les règles communes et les éléments qui gagnent à être documentés séparément du code.

2.2 Éléments compris dans le travail

audit UX/UI et fonctionnel des interfaces existantes concernées ;
architecture de l’information et parcours utilisateurs ;
audit et ajustement du design system existant, sans reconstruction complète ;
définition des tokens de thème et de la couleur d’accent par établissement ;
ajustement ou construction des composants d’interface nécessaires ;
interfaces web responsives codées pour les parcours retenus ;
états principaux : vide, chargement, succès, erreur et accès limité lorsqu’ils sont pertinents ;
documentation des décisions, comportements et dépendances d’intégration ;
présentations régulières et corrections comprises dans les cycles convenus.

2.3 Éléments qui nécessitent un accord distinct

développement ou modification du backend ;
mise en production, sécurité et exploitation de l’infrastructure ;
application mobile native ;
intégrations e-MeCeF, WhatsApp, paiement ou autres services externes ;
création d’API absentes ou modification profonde de leurs contrats ;
tests de bout en bout portant sur l’ensemble du système technique.

Le niveau exact d’intégration au produit existant sera documenté après l’audit initial. Une interface de référence et une interface intégrée en production n’impliquent pas les mêmes dépendances.

3. Parcours principal à construire

Scolario initialise un établissement secondaire et son année active.
L’administration configure les périodes, classes, matières et utilisateurs utiles.
L’administration crée ou complète les dossiers des enseignants, élèves et parents.
Elle établit le planning hebdomadaire de la classe.
L’enseignant consulte ses cours, renseigne les séances et effectue l’appel.
L’enseignant crée les évaluations retenues et publie les notes.
L’administration contrôle le résultat, produit et publie le bulletin.
L’administration configure les frais, enregistre les paiements et émet les reçus.
Le parent consulte planning, absences, notes, bulletin et situation financière.

Une fonctionnalité est prioritaire lorsqu’elle contribue directement à ce parcours ou conditionne techniquement son fonctionnement.

4. Priorités fonctionnelles

Niveau	Contenu	Règle
P0 - Fondations	Audit de l’existant, audit et mise à jour du design system, tokens de thème par établissement, navigation, contexte établissement, rôles utiles, année active, périodes, classes, matières, conventions d’interface et responsive.	Obligatoire avant les parcours métier.
P1 - Cœur de livraison	Inscription administrative simple, fiches utilisateurs, planning, séances, présences, évaluations simples, notes, calcul fixe, bulletin, frais, paiements, reçus et consultation parent.	Engagement principal des cinq mois.
P2 - Extensions conditionnelles	Événements et remplacements avancés, session évaluative partagée simple, rattrapage simple, communication officielle, préparation de l’année suivante et tableaux de bord complémentaires.	Traité uniquement si P0 et P1 avancent conformément au planning.
P3 - Phase ultérieure	Mobile natif, plans de salle et shuffle, multi-séries complexe, programmes versionnés, e-MeCeF, offre commerciale Scolario, coupons, archive parent payante, WhatsApp avancé et conformité automatisée complète.	Backlog et chiffrage séparés.

4.1 Ordre des acteurs

Administration : structure l’établissement et rend les autres parcours possibles.
Enseignant : alimente les opérations pédagogiques quotidiennes.
Parent : consulte les informations validées et les documents.
Super-administration : limitée d’abord aux fonctions nécessaires à l’initialisation et au support.

5. Jalons de livraison

Jalon 1 - Audit, socle et reprise de l’administration

Période indicative : semaines 1 à 4.

Résultat démontrable : l’existant est qualifié et un établissement peut être initialisé dans une structure d’interface cohérente.

audit du tableau de bord déjà développé ;
classement des éléments réutilisables, à ajuster, à reconstruire ou à reporter ;
audit du design system existant et ajustements nécessaires dans Figma et dans le code ;
définition des règles de thème : logo, couleur d’accent, contrastes et indication du contexte établissement actif ;
validation de l’architecture de navigation et des conventions d’interface ;
contexte établissement et année active ;
périodes, classes, matières et utilisateurs essentiels ;
plan de reprise détaillé pour les jalons suivants.

Jalon 2 - Vie scolaire et parcours Enseignant

Période indicative : semaines 5 à 8.

Résultat démontrable : une classe peut être planifiée et suivie au quotidien.

planning hebdomadaire et événements essentiels ;
vue de travail de l’enseignant ;
séances et cahier de texte essentiel ;
appel, présences, absences et corrections autorisées ;
consultation administrative et indicateurs prioritaires.

Jalon 3 - Évaluations, calculs et bulletins

Période indicative : semaines 9 à 12.

Résultat démontrable : une période scolaire peut aboutir à un bulletin publié.

interrogations et devoirs simples ;
saisie, contrôle et publication des notes ;
carnet de notes enseignant et consultation administrative ;
calcul selon le modèle fixe retenu ;
validation, prévisualisation et publication du bulletin ;
gestion essentielle des corrections et de l’obsolescence.

Jalon 4 - Finance scolaire et documents

Période indicative : semaines 13 à 16.

Résultat démontrable : l’établissement suit les montants dus et encaissés d’une famille.

catalogue simple de frais ;
échéancier et situation financière de l’élève ;
enregistrement d’un paiement et contre-passation encadrée ;
reçu, bulletin et certificat parmi les documents prioritaires ;
impayés et indicateurs financiers essentiels.

Jalon 5 - Parcours Parent, consolidation et pilote

Période indicative : semaines 17 à 20.

Résultat démontrable : le parcours transversal est cohérent, responsive et présentable à un établissement pilote.

activation et contexte du parent ;
consultation de plusieurs enfants dans un même établissement ;
planning, absences, notes, bulletin, reçus et situation financière ;
communication officielle simple ;
harmonisation responsive des parcours prioritaires ;
corrections, documentation et préparation de la démonstration pilote.

6. Dépendances structurantes

Fonction	Dépend de	Conséquence de cadrage
Inscription	Année, classes, référentiel et comptes.	Le socle doit précéder le formulaire final.
Planning et séances	Classes, matières, enseignants et périodes.	La configuration minimale est obligatoire.
Notes et bulletins	Élèves, matières, évaluations, coefficients et périodes.	Le modèle de calcul doit être validé avant le jalon 3.
Finance	Élèves, année, postes facturables et règles d’échéance.	Les cas retenus doivent être stabilisés avant le jalon 4.
Parent	Rattachements et publications des autres modules.	Le parcours Parent vient après les opérations sources.
Intégration technique	API, authentification, stockage et services externes.	Les environnements et contrats doivent être disponibles au moment convenu.

7. Validation et gestion des changements

7.1 Critères communs d’acceptation

les parcours annoncés pour le jalon sont navigables et démontrables ;
les interfaces sont cohérentes avec les conventions validées ;
les états importants et restrictions visibles sont traités ;
les interfaces prioritaires sont vérifiées sur ordinateur et largeur mobile ;
les hypothèses et dépendances techniques sont documentées ;
les corrections comprises dans le jalon ont été traitées ;
aucune fonctionnalité extérieure au jalon n’est requise pour démontrer son résultat.

7.2 Cycle de validation proposé

présentation du livrable de jalon ;
retour consolidé du client dans un délai de cinq jours ouvrables ;
traitement des corrections entrant dans le périmètre convenu ;
validation écrite et clôture financière du jalon.

7.3 Nouvelle demande

Toute nouvelle fonctionnalité ou modification d’une règle déjà validée entraîne l’un des arbitrages suivants :

remplacement d’un élément de volume comparable dans le jalon ;
ajout au backlog d’une phase ultérieure ;
extension formalisée du délai et du budget.

8. Points d’accord

Le parcours transversal présenté devient la base de la première phase.
Les cinq jalons et leur ordre sont validés.
L’audit de l’existant ouvre le premier jalon.
L’administration est prioritaire, avant Enseignant puis Parent.
Les éléments P3 sont reportés ou feront l’objet d’un accord distinct.
Les critères et délais de validation sont acceptés.
Toute évolution du périmètre fait l’objet d’un arbitrage explicite.

Réserves ou ajustements convenus

Écrire ici les modifications apportées au périmètre ou aux jalons.