Projet pilier · Prototype
Intranet Vauban — Des outils métier conçus autour des usages réels
Une initiative personnelle pour centraliser les informations, fluidifier les process internes et créer des outils sur-mesure adaptés aux besoins de chaque service.
Le projet en un coup d'œil
Contexte
L'Intranet Vauban est né d'un constat simple : dans une organisation multi-services et multi-sites, les outils standards imposent souvent leur logique aux équipes.
Objectif
Centraliser l'information dispersée entre emails, Excel et outils externes
Rôle
Initiative personnelle pensée comme un produit interne.
Preuve
Ce projet démontre ma capacité à relier communication interne, expérience utilisateur, process métier, IA/no-code et optimisation opérationnelle — en concevant des outils qui partent des usages réels au lieu d'imposer une méthode aux équipes.
Le point de départ
L'Intranet Vauban est né d'un constat simple : dans une organisation multi-services et multi-sites, les outils standards imposent souvent leur logique aux équipes. Entre emails, fichiers partagés, outils externes, tableaux Excel et échanges informels, l'information se disperse et l'adoption des outils existants devient difficile. L'objectif était inverse : partir des usages terrain, des irritants de chaque service et des process existants pour créer des outils internes adaptés, simples à adopter et rapides à faire évoluer.
Ce qu'il fallait résoudre
Le problème n'était pas seulement de centraliser l'information. Il était de créer des outils capables d'épouser la réalité des métiers — au lieu d'imposer aux équipes la logique rigide d'un logiciel externe, avec ses workflows figés, ses coûts de licence et ses contournements quotidiens.
L'idée directrice
« Les outils doivent s'adapter aux process, pas l'inverse. »
Beaucoup de logiciels externes imposent leur propre logique : workflows rigides, champs standards, coûts de licence, formation, contournements. L'approche retenue pour l'Intranet Vauban est différente : partir des usages réels des services, comprendre leurs besoins, puis créer des modules simples, ciblés et évolutifs. Un écosystème d'outils internes — pas un intranet documentaire.
- Logique outil interne : process respectés, coût maîtrisé, adaptation rapide.
- Logique logiciel externe : process imposés, coûts de licence, adoption variable.
- Interface pensée métier, vocabulaire des services, parcours réels.
- Évolution progressive selon les retours utilisateurs.
- Réduction de la dépendance à certains outils externes.
- Centralisation de l'information et meilleure communication interservices.
Ma contribution exacte
Initiative personnelle pensée comme un produit interne. J'ai identifié les irritants, structuré les besoins, conçu les parcours, prototypé les interfaces et créé des modules adaptés aux usages de chaque service — de l'observation terrain à l'itération continue.
La solution mise en œuvre
- 01Observer les usages — comprendre habitudes, fichiers existants et points de friction
- 02Cartographier les process — étapes clés, rôles, données nécessaires, points de blocage
- 03Concevoir l'interface — expérience simple, vocabulaire métier des services
- 04Prototyper rapidement — outil de vibe coding pour transformer le besoin en interface testable
- 05Tester et ajuster — itérations selon retours utilisateurs et réalité terrain
- 06Déployer progressivement — prioriser les outils les plus utiles, enrichir par itérations
Ce qui a été produit
Ce que le projet démontre concrètement
- Réduction du recours à certains outils externes — besoins spécifiques couverts en interne
- Adoption facilitée — modules calqués sur la logique métier des services
- Gain de temps — fin des doubles saisies et des échanges dispersés
- Meilleure communication interservices — point d'entrée commun et visibilité partagée
- Process plus clairs — qui demande, qui traite, où en est le dossier
- Évolutivité — modules ajustables sans cycle de développement externe
Points forts
- →Les outils s'adaptent aux process des services, pas l'inverse.
- →Un véritable écosystème d'outils internes — pas un simple intranet documentaire.
- →Approche product thinking interne appliquée à des usages métier réels.
- →Vibe coding et no-code mis au service du sens métier, pas de la performance technique.
Apprentissages
- ·Un outil interne réussit quand il respecte le vocabulaire et les habitudes du service.
- ·Mieux vaut un module ciblé déployé vite qu'un outil global jamais adopté.
- ·Le no-code change le rapport coût/valeur des outils internes spécifiques.
- ·L'intranet est un outil vivant : il se construit par itérations, pas par grands chantiers.
Déroulé
Étape 1
Observation des usages et identification des problématiques et/ou optimisations possibles par service.
Étape 2
Cartographie des process et structuration des besoins.
Étape 3
Conception d'interfaces métier et prototypage avec un outil de vibe coding.
Étape 4
Tests utilisateurs, ajustements et déploiement progressif.
Ce que ce projet dit de mon profil
Ce projet démontre ma capacité à relier communication interne, expérience utilisateur, process métier, IA/no-code et optimisation opérationnelle — en concevant des outils qui partent des usages réels au lieu d'imposer une méthode aux équipes. Au-delà du contexte Vauban, l'approche est transférable à toute organisation confrontée à la dispersion de ses outils et à la difficulté d'adoption de solutions génériques.
Vision
Une initiative personnelle pour centraliser les informations, fluidifier les process internes et créer des outils sur-mesure adaptés aux besoins de chaque service.
Exécution
Initiative personnelle pensée comme un produit interne.
Preuve
Tableau de bord collaborateur — accès aux outils prioritaires, services et annonces internes · Annuaire collaborateurs — recherche et filtres par service, marque ou point de vente · Services de l'entreprise — entrée par métier vers dashboards et outils dédiés
Aperçus de livrables
Projet suivant
Vauban Classic
Événement de marque
Parlons-en
Un projet similaire chez vous ?