Projet 2025 - Présent

MicroTools

Hub d'outils internes Micromania-Zing

Suite d'outils internes conçue et développée seul pour automatiser une partie de mon poste de Chargé de Trade Marketing. Quatorze outils sous une même authentification : production des tableaux de bonus de précommande, planning des kits PLV, e-mails hebdomadaires de communication interne vers les équipes, exports PDF et Excel, tirages au sort. Un serveur MCP expose la donnée métier aux agents IA, qui interrogent les mêmes services que l'interface. Le développeur est l'utilisateur : chaque outil est né d'une tâche que je faisais à la main.

#Next.js#React#TypeScript#TailwindCSS#PostgreSQL#Prisma#Puppeteer#MCP#Playwright#Docker
MicroTools, capture du jeu
Rôle & moteur
Concepteur & Développeur Full-Stack
Next.js 16 (App Router) · PostgreSQL · Prisma
Équipe
Solo
Conception, développement, déploiement et exploitation par moi ; les utilisateurs sont mes collègues
Période & studio
2025 - Présent
Micromania-Zing
Plateformes
Web (interne)
Serveur MCP

Le défi

Une partie de mon poste de Chargé de Trade Marketing consistait à recopier de la donnée : reprendre un export de catalogue dans un tableau de bonus, rassembler un planning de PLV éparpillé entre un tableur partagé et des PDF, refaire chaque semaine le même e-mail interne à la main. Des tâches longues, répétitives, et où une faute de frappe part à l'impression.

L'objectif est donc simple : aller plus vite et plus juste. Ce qui est mécanique est automatisé, ce qui supprime les erreurs de recopie, et le temps récupéré repart sur les sujets qui demandent de la réflexion. L'outil n'est jamais figé : il évolue en continu avec les retours des équipes qui s'en servent.

La contrainte n'était pas technique mais organisationnelle : personne n'avait demandé un logiciel, et il n'y avait ni équipe, ni budget, ni cahier des charges. L'outil devait donc gagner sa place tâche par tâche, en restant utilisable par des collègues non techniques et en supportant que son unique développeur ait un autre métier à plein temps.

Concept du projet

  • Quatorze outils internes sous une authentification unique
  • Automatisation de tâches de Trade Marketing faites à la main
  • Serveur MCP exposant la donnée métier aux agents IA
  • Développé seul depuis juin 2025, en usage quotidien

Mon rôle & mes responsabilités

Conception produit
  • Chaque outil part d'une tâche manuelle réelle, mesurée sur mon propre poste avant d'être automatisée
  • Interface en français, pensée pour des utilisateurs métier : aucun jargon technique, aucune étape de configuration
  • Périmètre volontairement incrémental : un outil livré et adopté avant d'ouvrir le suivant
Développement Full-Stack
  • Next.js 16 App Router et TypeScript, Tailwind v4 et une bibliothèque de composants maison
  • PostgreSQL via Prisma : le schéma est la source de vérité, les règles métier sont validées à un point d'écriture unique plutôt qu'à chaque lecture
  • Génération de PDF et de JPEG par Chromium headless, pour que les livrables imprimables sortent du même gabarit que l'écran
  • Authentification maison avec rôles et permissions par utilisateur, journal d'audit des actions sensibles
Architecture & exploitation
  • Co-localisation par outil : chaque fonctionnalité tient dans un dossier avec ses composants, ses services et ses routes d'API, au lieu d'un découpage transversal qui obligeait à éditer quatre dossiers pour une modification
  • Serveur MCP en Streamable-HTTP derrière un jeton porteur : les agents IA appellent les mêmes services que l'interface, sans duplication de logique métier
  • Tests de bout en bout Playwright sur les parcours critiques, image Docker et déploiement continu
  • Ingestion des exports de catalogue matérialisée en base avec un index trigramme, pour que la recherche globale reste instantanée sur des dizaines de milliers de lignes

Ce qui a changé en cours de route

Première version

Un découpage transversal : les composants d'un outil dans un dossier, ses routes d'API dans un autre

Version retenue

Un dossier par outil, contenant ses composants, ses services et ses routes

Pourquoi : Ajouter un champ à un outil obligeait à ouvrir quatre dossiers éloignés. En co-localisant, une fonctionnalité se lit et se supprime d'un seul endroit, ce qui compte quand le projet est développé sur du temps compté.

Première version

Les fichiers de catalogue relus à chaque requête

Version retenue

Ingestion en base, avec un index trigramme sur une clé de recherche normalisée

Pourquoi : La recherche globale reparcourait un fichier de plusieurs dizaines de mégaoctets à chaque frappe. La matérialisation ramène la latence perçue à l'imperceptible, au prix d'une étape d'ingestion explicite.

Galerie d'images

Accueil : vue d'ensemble des sorties, offres et opérations en cours (données fictives)
Tableau des bonus de précommande, export imprimable généré depuis la base (données et visuels fictifs)
Planning macro des kits PLV : une ligne par emplacement magasin, une barre par campagne (données fictives)
Éditeur de l'e-mail hebdomadaire de communication interne, avec aperçu du rendu final en direct (données fictives)
Bibliothèque de slides : chaque envoi se compose depuis des slides réutilisables (données fictives)
Sorties de la semaine dérivées de l'export catalogue, exportables en Excel et en PDF (données fictives)

Résultats

  • Quatorze outils en production, utilisés au quotidien par l'équipe
  • Les livrables (tableaux de bonus, devis PLV, e-mail hebdo interne) sortent du même gabarit que l'écran, sans reprise manuelle
  • Moins d'erreurs de recopie et une production plus rapide : le temps récupéré repart sur les sujets qui demandent de la réflexion
  • Fait évoluer en continu à partir des retours des équipes qui l'utilisent
  • Serveur MCP opérationnel : la donnée métier est interrogeable par des agents IA sans réécrire la logique

Ce que j'en retiens

  • Être son propre utilisateur raccourcit la boucle de conception, mais rend aveugle aux usages des autres : les vraies corrections d'UX sont venues des collègues, pas de moi
  • Un outil interne n'a pas de cahier des charges, il a un usage. Livrer petit et souvent est ce qui l'a fait adopter
  • Sur un projet mené seul et sur du temps compté, l'architecture ne sert pas l'élégance : elle sert à pouvoir revenir sur un outil trois mois plus tard sans le relire en entier

Disponible pour un poste de Game Designer / Developer

Studio indé ou double A, profil polyvalent : design, code, réseau, audio, outillage.

bastienokonski@gmail.com