Démarrer

Quatre parcours, quatre situations. Ils ont tous la même forme — une séquence d’étapes, un livrable à la fin de chacune, et une vérification qu’on peut réellement constater. Ce qui change, c’est le point de départ et le temps que vous y consacrez.

Vous…	Allez à	Durée
évaluez le produit et voulez le voir tourner sur des données réalistes	Évaluer BeeMySchool en 2 heures	2 h
venez de recevoir un accès comme enseignant ou étudiant	Premiers pas	15 min
mettez un établissement en service	Les 7 premiers jours	une semaine
arrivez sur le dépôt comme développeur	Nouveau développeur	une semaine

La différence entre les deux parcours longs

C’est la question la plus fréquente, et elle se règle en une phrase : le chemin de 2 heures part du jeu de démonstration, les 7 premiers jours partent du vide.

Le premier charge un établissement complet en une commande et vous emmène directement au geste central — placer un cours, comprendre le score, publier. Le second ne suppose aucune donnée : il donne l’ordre dans lequel construire un établissement réel, et pourquoi le calendrier vient avant la pédagogie.

Rien n’empêche de faire les deux, dans cet ordre : deux heures pour décider si le produit vous convient, une semaine pour le mettre en service.

Ce que ces parcours ne sont pas

• Ni des guides. Un parcours donne une séquence de première prise en main ; les guides par rôle donnent les procédures, tâche par tâche, à consulter au fil de l’eau.
• Ni la référence. La référence décrit chaque écran du produit, champ par champ. Les parcours y renvoient plutôt que de la recopier.
• Ni la recette. Les scénarios de recette servent à vérifier que le produit fonctionne, avec les messages d’erreur attendus à chaque étape. Un parcours vous fait avancer, une recette vous fait contrôler.

Le vocabulaire, en cas de doute

Le glossaire fixe les mots du produit, et trois d’entre eux se confondent tout le temps — créneau, séance et réservation. Cinq minutes de lecture qui font gagner du temps dans n’importe lequel des parcours ci-dessus.