Pulse, gestion associative

Contexte

Le suivi de l’engagement associatif reposait encore sur des méthodes peu adaptées à l’échelle et au rythme d’une école comme l’ESGI Paris : tableurs, validations manuelles, circulation d’informations fragmentée entre étudiants, bureaux associatifs et administration.

Le besoin n’était pas seulement de “numériser” un processus existant. Il fallait construire un outil capable de fiabiliser les flux, de rendre les attributions de points plus lisibles, et d’offrir une vision partagée de l’engagement étudiant.

Problème

Pulse a été conçu pour structurer l’ensemble de cette mécanique autour d’une plateforme unique.

Le projet devait permettre :

• de centraliser l’attribution et le suivi des points OPEN ;
• de sécuriser l’accès à la plateforme via les identifiants scolaires ;
• d’offrir des outils opérationnels aux responsables d’associations ;
• de donner aux étudiants un espace clair pour suivre leur progression ;
• de fournir à l’administration une lecture plus directe et plus fiable de l’activité associative.

L’enjeu était autant fonctionnel qu’organisationnel : réduire la friction, gagner du temps et rendre les données plus exploitables.

Ce qui a été fait

La plateforme a été pensée pour couvrir les différents rôles impliqués dans la vie associative :

• un tableau de bord étudiant pour suivre les points, l’historique et la progression ;
• des outils de gestion pour les bureaux associatifs ;
• des mécanismes d’attribution, de validation et d’export pour simplifier les opérations ;
• une base d’administration plus lisible pour le pilotage global.

L’objectif n’était pas d’ajouter une couche logicielle de plus, mais de remplacer une logique dispersée par un système plus fiable, plus direct et plus simple à exploiter au quotidien.

Résultats à ce stade

Pulse est actuellement en cours de déploiement et de finalisation.

La plateforme réunit déjà le suivi des points, les outils destinés aux associations et les fonctions d’administration dans un même socle. Les gains opérationnels devront être confirmés une fois le déploiement achevé.

À terme, le projet doit permettre à l’école de sortir durablement des saisies manuelles et de disposer d’un référentiel beaucoup plus clair sur l’engagement étudiant.

• Suivi des points et des contributions réuni dans une plateforme centralisée.
• Outils dédiés aux associations, aux étudiants et à l’administration.
• Déploiement et finalisation toujours en cours.

Choix techniques

Pulse repose sur une stack full-stack TypeScript composée de NestJS côté backend et SvelteKit côté frontend.

Ce choix répondait à la nature du projet :

• NestJS pour structurer une logique métier riche dans une architecture modulaire, plus simple à faire évoluer ;
• API REST pour garder un socle propre, interopérable et exploitable par d’éventuels scripts ou automatisations externes ;
• TypeScript pour fiabiliser les échanges de données et limiter les zones d’ambiguïté sur des informations sensibles ;
• SvelteKit pour livrer une interface rapide, légère et particulièrement confortable sur mobile ;
• authentification sécurisée pour réserver l’accès à l’écosystème ESGI et maintenir un cadre de confiance autour des usages.

La stack a surtout été choisie pour sa cohérence : un produit métier clair, réactif et suffisamment robuste pour accompagner les évolutions futures.

Ce qu’on en retient

Un processus métier dispersé peut être fiabilisé sans surdimensionner la solution, à condition de partir des rôles, des validations et des usages réels avant de choisir la stack.