Les 7 premiers jours

Mettre un établissement en service, dans le bon ordre. Sept journées, chacune finissant sur quelque chose que vous pouvez montrer — jusqu’à un planning publié qu’un enseignant et un étudiant voient sur leur écran.

À qui s’adresse ce parcours

À l’administrateur d’un établissement qui vient d’obtenir BeeMySchool. C’est lui qui met le produit en service ; les autres rôles arrivent sur un système déjà debout et n’ont pas besoin de sept jours — ils ont Premiers pas.

Aucune connaissance préalable du produit n’est supposée. Aucune donnée non plus : le parcours part d’un établissement vide, celui que vous venez de créer.

Ce que ce parcours n’est pas

• Ce n’est pas la liste des fonctionnalités. Les guides la donnent, rôle par rôle, et la référence décrit chaque écran. Ici, la valeur est l’ordre.
• Ce n’est pas une démonstration. Pour évaluer le produit sur des données déjà remplies, allez voir Évaluer BeeMySchool en 2 heures, qui part du jeu de démonstration. Ce parcours-ci part de rien, et c’est ce qui le rend rejouable chez vous.
• Ce ne sont pas sept fois huit heures. « Sept jours » est un cadre de lecture. Chaque journée annonce sa durée réelle, et deux d’entre elles sont plus longues qu’une journée.

Les sept jours

Jour	Ce que vous obtenez à la fin	Durée réelle
J1 — L’établissement existe	vous vous connectez et vous vous repérez ; un premier campus existe	1 heure
J2 — Le parc est saisi	la recherche de salle libre renvoie vos salles	1 journée
J3 — L’équipe est là	un collègue se connecte et voit ce qu’il doit voir	2 heures
J4 — Le temps est cadré	une grille hebdomadaire vide, mais juste	2 heures
J5 — La pédagogie est chargée	des cours à placer	2 à 3 jours
J6 — Les règles sont posées	une heatmap qui a du sens	½ journée
J7 — Le planning vit	un enseignant et un étudiant voient leur planning	1 journée

Le tableau de mise en service reprend ces sept lignes en listes à cocher, copiables : c’est le support à garder ouvert pendant que vous avancez.

Pourquoi cet ordre, et pas un autre

L’ordre n’est pas une opinion : il suit les dépendances des données.

établissement → campus → bâtiment → salle → (type de salle, équipement)
                                              ↓
                  année académique → période → semaine → créneau
                                              ↓
formation → promotion → sous-groupe → étudiant
matière ← enseignant → disponibilité, préférence
                                              ↓
                                    cours à placer
                                              ↓
                              contraintes, pondérations
                                              ↓
                      placement → optimisation → publication

Chaque flèche est une contrainte réelle, et c’est ce qui produit les erreurs classiques que chaque journée documente : une matière déclare un besoin sur un type de salle, donc J2 vient avant J5 ; une formation se rattache à une année, donc J4 vient avant J5 ; un score se juge sur un cours, donc J5 vient avant J6.

Deux journées peuvent se permuter : J2 (le parc) et J4 (le temps) ne dépendent pas l’une de l’autre. Toutes les autres se suivent.

Le raccourci du pro

Chaque journée renvoie à la procédure détaillée du guide de l’administrateur plutôt que de la recopier. Gardez les deux ouverts : ce parcours vous dit quand, le guide vous dit comment, et Accueil et ses voisines décrivent chaque écran.

Avant de commencer

Réunissez ce qui vous fera gagner le plus de temps :

• la liste de vos salles avec leur capacité réelle — export de votre ancien logiciel si vous en avez un ;
• les dates de l’année : début, fin, semestres, examens, vacances ;
• vos maquettes pédagogiques : formations, promotions, effectifs, et le nombre de séances de chaque cours ;
• les adresses e-mail des collègues à inviter.

Rien de tout cela n’est un prérequis bloquant : chaque journée dit ce dont elle a besoin, et J5 explique quand un import vaut mieux qu’une saisie.

Commencez par J1 — L’établissement existe.