Accueil › Blog › GED

Projet GED : la feuille de route qui tient — phases, pilote, adoption

Par Floriane Colas · Publié le 24 août 2026 · 9 min de lecture

Les projets GED qui échouent ne meurent presque jamais d’un mauvais logiciel. Ils meurent d’un périmètre trop ambitieux, d’un déploiement « big bang », d’une formation expédiée en une demi-journée — et six mois plus tard, chacun est retourné à son serveur de fichiers et à ses pièces jointes. Ce guide déroule la feuille de route qui tient : six phases dans l’ordre, un pilote sur un périmètre restreint, et l’adoption traitée comme le chantier principal — parce que c’est elle qui décide de tout.

1. Ce qu’est vraiment un projet GED

Un projet GED n’installe pas un logiciel : il change la façon dont l’entreprise crée, classe, cherche, valide et conserve ses documents. C’est un projet d’organisation qui touche tous les services — avec une composante technique, réelle mais secondaire.

Cette définition n’est pas une coquetterie : elle explique pourquoi tant de projets déçoivent alors que l’outil fonctionnait parfaitement. Le temps perdu à chercher l’information se compte en heures par semaine et par collaborateur — c’est ce gisement que le projet vise. Mais le récupérer suppose que chacun change ses habitudes : abandonner « son » arborescence, classer selon le plan commun, faire confiance à la recherche. Et un changement d’habitudes, ça se conduit — ça ne se décrète pas dans un mail de la direction.

2. Les 6 phases, dans l’ordre — et pourquoi l’ordre compte

1. Auditer l’existant. Qui produit quoi, où vivent les documents aujourd’hui (serveur, boîtes mail, classeurs, clouds personnels — recensez aussi les pratiques officieuses), quels volumes, où ça coince. Frictions chiffrées : c’est votre argument budgétaire et votre boussole de priorisation.
2. Resserrer les objectifs. Deux ou trois objectifs métier concrets et mesurables — « diviser par trois le temps de validation des factures fournisseurs », « retrouver toute pièce d’affaire en moins d’une minute ». Quinze objectifs = zéro objectif.
3. Écrire le cahier des charges. La formalisation de l’audit, pas un catalogue de critères : nous avons publié la méthode complète — 7 sections, 10 à 15 pages, avec la question d’architecture (GED autonome ou intégrée à la gestion) tranchée avant la consultation.
4. Choisir la solution — et le partenaire. À ce stade, les réponses se comparent poste à poste. Jugez autant l’accompagnement proposé (reprise, formation, support) que les fonctionnalités : vous n’achetez pas un logiciel, vous engagez une relation de plusieurs années.
5. Lancer le pilote. Un service, un flux, quelques semaines — la section suivante lui est consacrée, parce que c’est la phase que tout le monde saute et qui sauve les projets.
6. Déployer progressivement — et faire vivre. Service par service, flux par flux, en capitalisant sur le pilote. La mise en production ne clôt pas le projet : elle ouvre la vie opérationnelle — support identifié, formation des nouveaux arrivants, points réguliers d’ajustement du paramétrage.

3. Le pilote : petit périmètre, vraie victoire

Le pilote est un déploiement réel, sur un périmètre volontairement restreint : un service, un flux documentaire, six à huit semaines. Son rôle : prouver la valeur, régler le paramétrage sur du concret, et fabriquer les ambassadeurs du déploiement général.

• Choisir le bon terrain : un flux douloureux, visible et borné — la facture fournisseur est le grand classique : volume régulier, circuit de validation clair, gain mesurable dès le premier mois.
• Choisir la bonne équipe : un service volontaire plutôt qu’un service désigné. L’enthousiasme du pilote est contagieux ; sa résistance aussi.
• Mesurer avant/après : temps de traitement, documents égarés, relances. Ces chiffres feront la communication interne du déploiement — « la compta a divisé par trois son temps de validation » vaut tous les argumentaires.
• Accepter que le pilote corrige le projet : plan de classement ajusté, workflow simplifié, écran remanié. C’est exactement son rôle — mieux vaut dix corrections sur un service que sur toute l’entreprise.

4. L’adoption : le vrai chantier du projet

Une GED que les équipes n’utilisent pas est un échec à 100 %, quelle que soit la qualité de l’outil. L’adoption ne se produit pas : elle se construit, avec des moyens dédiés, du cadrage jusqu’à bien après la mise en production.

• Impliquer les utilisateurs dès le cadrage. Recueillir les besoins ET les craintes : celui qu’on écoute en amont défend le projet en aval. Les ateliers de cadrage sont le premier outil de conduite du changement.
• Nommer des référents par service. Pas des experts techniques : des collègues-relais, formés en premier, qui répondent aux questions du quotidien et font remonter ce qui coince. C’est le dispositif le plus rentable de tout le projet.
• Former par l’usage, pas par la théorie. Des sessions courtes sur les cas réels du service — « déposer une facture », « retrouver le PV du chantier » — plutôt qu’une demi-journée de tour complet de l’outil qu’on oublie en une semaine. Et prévoir la piqûre de rappel à un mois.
• Rendre les victoires visibles. Communiquer les chiffres du pilote, célébrer le premier mois sans facture égarée. L’adoption suit la preuve, jamais l’injonction.
• Fermer les anciennes routes — au bon moment. Tant que l’ancien serveur de fichiers reste ouvert en écriture, le naturel revient au galop. Une fois le nouveau circuit prouvé, l’ancien passe en lecture seule — avec un préavis annoncé, pas par surprise.

5. Les 4 erreurs qui tuent les projets GED

Questions fréquentes

À lire ensuite

Guide de référence : GED : la gestion électronique de documents expliquée à la PME

CadrerCahier des charges GED : la méthode — pas le catalogue de 500 critères

OrganiserPlan de classement documentaire : la méthode pour que chacun classe pareil

ArbitrerSharePoint ou GED : l’arbitrage honnête pour la PME