Plateforme d’examens
Des examens que l’établissement gère seul, de la banque de questions aux résultats.
Next.js · React · TypeScript · PostgreSQL · Prisma · Auth.js
Lire toute l’histoireToute une administration sortie du papier
Le système qui a remplacé le papier dans un institut technique.
En 2023, un institut technique m’a demandé un système pour son administration quotidienne. Tout se faisait sur papier : les documents, les présences, les registres, les archives. Chaque feuille passait de main en main entre le directeur, son adjoint, les surveillants généraux et les enseignants, et quand la personne qui savait où elle se trouvait s’absentait, le travail s’arrêtait jusqu’à ce qu’on la retrouve.
Le problème n’était pas un manque d’ordinateurs. Le travail lui-même reposait sur du papier qui change de mains. On avait besoin d’un document, et personne ne savait qui l’avait. Un registre partait dans une armoire, et seul celui qui l’y avait rangé savait le retrouver. Et comme chaque rôle ne voyait que sa part du travail, personne ne tenait l’image entière.
Je n’ai pas commencé par le cahier des charges. Je me suis assis avec chaque rôle séparément : l’adjoint, les surveillants, les enseignants. J’ai demandé à chacun ce qu’il fait dans sa journée, quels papiers passent entre ses mains, et où chaque papier part ensuite. Puis j’ai construit le système sur ce mouvement-là : un document entre, passe par ceux qu’il doit traverser, et finit dans une archive où l’on peut chercher. Les droits suivent la vraie chaîne de responsabilité de l’institut, et non un découpage tout fait entre admin et utilisateurs.
Le système a été installé sur les machines de l’institut, pour que ses registres restent dans le bâtiment. Et avant la fin, j’ai mis une version en marche devant le personnel, parce que le vrai risque n’a jamais été le code, mais une seule question : des gens qui ont passé des années sur le papier vont-ils vraiment s’en servir ?
Les documents, les présences, les registres et les archives vivent dans un seul système. Ce qui était dispersé entre tiroirs et armoires tient sur un écran, ouvert par qui en a le droit.
Un document passe par les rôles qu’il traversait déjà de main en main : directeur, adjoint, surveillants, enseignants. Le support a changé ; le chemin n’a pas bougé.
Les droits reposent sur la vraie chaîne de responsabilité de l’institut. Un surveillant voit ce qui relève de lui, un enseignant ce qui le concerne, et personne n’ouvre le reste.
Chaque document et chaque registre s’atteint par la recherche. Retrouver une pièce ne dépend plus de la mémoire de celui qui l’a rangée.
Le système est installé sur les machines de l’institut. Les registres de l’institution ne quittent pas le bâtiment et ne passent par aucun serveur qui ne lui appartienne pas.
Les bureaux. Je me suis assis avec chaque rôle avant d’écrire une ligne.
Le directeur décrivait le problème d’en haut : c’était juste, mais incomplet. Ceux qui savent où le travail se bloque vraiment sont ceux qui tiennent le papier chaque jour : l’adjoint, les surveillants, les enseignants. Et un système qui contrarie leurs habitudes finit simplement inutilisé.
Un départ plus lent, et des journées entières d’entretiens avant le premier écran. Les récits ne concordaient pas toujours ; il a fallu revenir demander.
La vraie chaîne. Chaque rôle du système correspond à un rôle réel de l’institut.
Un découpage admin-utilisateurs donne à une moitié des gens plus qu’elle ne devrait voir, et à l’autre moins qu’il ne lui faut. Dans une institution réelle, la confiance a des degrés, et le système qui les ignore se fait contourner vite : la feuille se réimprime, et l’ancien circuit revient.
Plus de rôles, donc plus d’écrans et de cas à construire, et un changement dans l’organigramme appelle un changement dans le système.
Les machines de l’institut. Les registres restent dans le bâtiment.
Ce sont les registres d’une institution : dossiers, présences, décisions. L’institut veut savoir exactement où ils se trouvent et qui peut y accéder. La seule réponse que tout le monde accepte ici : dans ce bâtiment, sur ces machines.
L’installation et les mises à jour sont devenues mon affaire, et chaque mise à jour est une séance sur place plutôt qu’un déploiement.
Le montrer tôt. Une version en marche a été posée devant le personnel avant la fin.
Le vrai risque de ce projet n’a jamais été technique. C’était de livrer un système juste, que des gens habitués au papier depuis des années laisseraient de côté sans un mot. La version précoce a montré ce qu’aucun entretien ne dit : où ils s’arrêtent, ce qui les déroute, quel écran demande à être simplifié.
Ils ont vu un système inachevé, et j’ai entendu des remarques sur des manques que je connaissais déjà. Certaines de leurs demandes ont défait un travail déjà construit.
Je me suis assis avec chaque rôle séparément : l’adjoint, les surveillants, les enseignants. J’ai demandé la journée ordinaire, les papiers qui circulent, qui les signe et qui les range. J’en suis sorti avec une carte du vrai mouvement du travail, et elle différait de la description de départ.
J’ai dessiné le système sur le mouvement même du papier : qui fait entrer un document, par qui il passe, où il s’arrête. Les droits ont été posés sur la chaîne de responsabilité avant le moindre écran.
J’ai construit le système et mis une version en marche devant le personnel avant la fin. Les regarder s’en servir a changé plus de détails d’écran que de structure, et c’était exactement le rôle de cette version.
J’ai installé le système sur les machines de l’institut et formé chaque rôle à sa partie : le directeur, l’adjoint, les surveillants, les enseignants. Puis le papier s’est arrêté.
Livré en 2023, et le papier s’est arrêté. J’ai installé le système sur les machines de l’institut et formé chaque rôle à sa partie. Le directeur, l’adjoint, les surveillants et les enseignants travaillent désormais dans un même système, et un document se retrouve en le cherchant, pas en le réclamant.
Les revenus et la croissance appartiennent au client. Je ne publie aucun chiffre que je n’ai pas mesuré.
Des examens que l’établissement gère seul, de la banque de questions aux résultats.
Next.js · React · TypeScript · PostgreSQL · Prisma · Auth.js
Lire toute l’histoireUn marché où l’embauche et le freelance suivent le même parcours en quatre étapes.
Next.js · React · TypeScript · PostgreSQL · Prisma · Neon
Lire toute l’histoireUne idée, pas de cofondateur technique, pas d’étape suivante évidente. C’est le point de départ habituel.
Parlez-moi de votre idée