Eventmaker Toolkit
Une boîte à outils web modulaire qui transforme des opérations répétitives en parcours guidés, avec validation et prévisualisation avant exécution.
Le point de départ
Plusieurs opérations autour d’une plateforme événementielle revenaient régulièrement sous des formes différentes : préparer une campagne, importer des rendez-vous, nettoyer des sessions ou effectuer un tirage parmi des participants.
Les traiter avec des scripts indépendants faisait gagner du temps à court terme, mais multipliait les interfaces, les formats d’entrée et les risques d’erreur. Le Toolkit cherche à donner une maison commune à ces opérations sans les forcer dans un seul modèle métier.
Les contraintes
Chaque module a sa propre logique, parfois sensible. Il faut pouvoir réutiliser l’authentification, la navigation, les composants et certains patterns de validation sans masquer les différences qui comptent réellement.
L’outil doit aussi rendre l’action compréhensible avant de l’exécuter : sélection des données, mapping, dry-run ou aperçu, confirmation, puis résultat exploitable.
Les choix qui ont compté
L’application est organisée comme un catalogue de modules. Elle contient notamment Campaign Creator, Guest Draw, Meetings Import et Session Cleaner, avec des composants communs comme le Stepper, la Command Palette et les primitives d’interface.
La règle de factorisation est volontairement conservatrice : un pattern devient partagé lorsqu’un deuxième cas concret confirme qu’il s’agit bien de la même responsabilité. Le projet évite ainsi de transformer quelques outils métier en framework générique prématuré.
Où le projet en est
Le Toolkit est déployé et son repository est public. Plusieurs modules fonctionnels cohabitent déjà dans la même interface et partagent la même base technique.
Le chantier principal n’est plus de prouver que le modèle modulaire fonctionne, mais de continuer à améliorer les frontières entre ce qui doit être commun et ce qui doit rester propre à chaque workflow.
Ce que j’en retiens
La réutilisation utile arrive rarement en dessinant d’abord une abstraction parfaite. Elle apparaît en comparant deux problèmes réels et en isolant seulement ce qu’ils ont vraiment en commun.
Pour des outils opérationnels, une autre leçon revient souvent : la valeur ne vient pas seulement de l’automatisation finale, mais de la capacité à rendre l’entrée, la transformation et le résultat vérifiables avant de lancer une action difficile à annuler.