Un projet de GED peut rapidement devenir un chantier coûteux si l’on commence par choisir un logiciel avant de clarifier les besoins. Le bon plan doit relier le périmètre, les objectifs, les délais, les responsabilités et les règles de conservation des documents. Je propose ici une méthode concrète pour cadrer une démarche de dématérialisation en France, du diagnostic initial au déploiement.
Les repères essentiels pour cadrer une dématérialisation utile
- Un périmètre précis évite de vouloir numériser toute l’entreprise en une seule fois.
- Des objectifs mesurables permettent de vérifier les gains après le lancement.
- Un calendrier réaliste prévoit l’audit, le pilote, la formation et la reprise des documents.
- La valeur probante dépend de la qualité de la numérisation, de l’intégrité et de la conservation.
- L’adoption des utilisateurs compte autant que les fonctions techniques de la solution.
À quoi sert réellement un plan de projet GED
Le terme anglais project plan désigne un document de pilotage qui décrit le périmètre, les objectifs, les livrables et le calendrier d’un projet. Dans une démarche de gestion électronique des documents, il sert surtout à aligner la direction, les équipes métiers, l’informatique et les utilisateurs autour d’une même feuille de route.
Ce document ne doit pas être une présentation théorique de la future plateforme. Il doit répondre à des questions très concrètes. Quels documents seront traités ? Qui pourra les consulter ? Quelles validations seront automatisées ? Combien de temps faut-il conserver chaque catégorie de document ? Que se passe-t-il si le logiciel tombe en panne ou si un utilisateur quitte l’entreprise ?
Je considère le plan comme un outil de décision, pas comme un formulaire à remplir une fois pour toutes. Il doit pouvoir évoluer lorsque le périmètre change, à condition que les modifications soient datées, justifiées et validées par le responsable du projet.
Définir un périmètre qui reste maîtrisable
La première erreur consiste à annoncer une dématérialisation globale sans distinguer les flux. Une PME peut commencer par les factures fournisseurs, les contrats ou les dossiers clients, tandis qu’un cabinet de formation privilégiera les conventions, feuilles d’émargement et attestations.
Choisir un premier flux prioritaire
Pour sélectionner le bon périmètre, j’examine généralement quatre critères. Le volume doit être suffisamment important pour produire un gain visible, le processus doit être répétitif, les difficultés actuelles doivent être connues et les personnes concernées doivent pouvoir participer au pilote.
- Nombre de documents reçus ou créés chaque mois
- Temps consacré à la recherche et à la ressaisie
- Nombre d’erreurs, de doublons ou de validations oubliées
- Sensibilité des données et contraintes de conservation
- Applications à connecter, comme la comptabilité ou le CRM
Il faut aussi écrire ce qui est hors périmètre. Par exemple, le projet peut couvrir les factures reçues par e-mail, mais pas encore les archives papier historiques. Cette limite évite qu’une demande apparue en cours de route fasse exploser le budget ou le calendrier.
Décrire les livrables attendus
Un livrable est un résultat vérifiable, et non une intention. Dans un projet de GED, il peut s’agir d’un référentiel de classement, d’un circuit de validation, d’un espace documentaire sécurisé, d’une procédure de numérisation ou d’un tableau de bord.
Pour chaque livrable, je recommande d’indiquer un critère d’acceptation. Un workflow de facture ne sera pas simplement déclaré « terminé » parce qu’il fonctionne techniquement. Il devra, par exemple, acheminer une facture vers la bonne personne, conserver la trace de la décision et empêcher une validation sans les informations obligatoires.
Construire le calendrier sans sous-estimer la conduite du changement
Un déploiement simple peut être réalisé en quelques semaines, mais une GED qui touche plusieurs services demande souvent deux à six mois. Le délai dépend du nombre de flux, de la qualité des archives existantes, des interfaces à développer et du niveau d’accompagnement prévu.
| Phase | Durée indicative | Résultat attendu |
|---|---|---|
| Diagnostic et cadrage | 2 à 4 semaines | Périmètre, besoins, risques et indicateurs validés |
| Conception | 3 à 6 semaines | Classement, droits, métadonnées et workflows définis |
| Pilote | 4 à 8 semaines | Un flux testé avec un groupe limité d’utilisateurs |
| Déploiement | 2 à 8 semaines | Solution ouverte au périmètre retenu |
| Stabilisation | 4 semaines minimum | Anomalies corrigées et indicateurs suivis |
Ces chiffres sont des ordres de grandeur, pas des engagements universels. Le pilote est souvent la phase la plus rentable, car il révèle les problèmes de vocabulaire, de droits d’accès et de classement avant qu’ils ne touchent toute l’organisation.
Je réserve toujours une place explicite à la formation. Une session de deux heures peut suffire pour consulter et déposer un document, mais les administrateurs ont besoin d’un accompagnement plus poussé sur les règles de classement, les habilitations et la gestion des exceptions.
Concevoir une GED qui facilite vraiment le travail
La technologie ne compense pas un classement incompréhensible. Une architecture efficace repose sur un nombre limité de métadonnées utiles, par exemple le type de document, le client, le fournisseur, la date, le statut et la durée de conservation.
Automatiser sans perdre le contrôle
La reconnaissance optique de caractères, ou OCR, transforme l’image d’un document scanné en texte exploitable. Elle facilite la recherche et l’extraction de données, mais son taux d’erreur augmente avec les documents manuscrits, les scans inclinés ou les formulaires mal structurés.
Je conseille de prévoir une vérification humaine pour les données sensibles, comme un montant, un numéro de contrat ou une référence bancaire. L’automatisation doit réduire la saisie, pas supprimer les contrôles qui protègent l’entreprise.
Lire aussi : Coffre-fort numérique RH - Quelles sont vos réelles obligations ?
Relier les documents aux processus
Une GED utile ne sert pas seulement à stocker des fichiers. Elle doit accompagner un processus. Une facture peut être capturée, rapprochée avec une commande, envoyée en validation, comptabilisée puis conservée avec l’historique des actions.
Ce fonctionnement suppose de définir les rôles avec précision. Le responsable du document ne sera pas forcément celui qui le valide, et l’administrateur technique ne doit pas obtenir automatiquement l’accès à tous les contenus confidentiels.
Sécuriser la conservation et la valeur des documents
Numériser un papier ne suffit pas à créer un original électronique. Service-Public rappelle qu’un document papier numérisé reste en principe une copie, et que sa fiabilité doit pouvoir être démontrée si l’original est détruit ou si le document est utilisé comme preuve.
Le plan doit donc distinguer la GED courante, qui facilite l’accès et les workflows, de l’archivage électronique à valeur probante, qui vise la conservation durable, l’intégrité, la traçabilité et la restitution du document.
Pour chaque famille documentaire, il faut préciser la durée de conservation, les personnes autorisées à consulter le contenu, les règles de suppression et les modalités d’export. Les données personnelles doivent aussi être limitées à ce qui est nécessaire, protégées contre les accès non autorisés et supprimées lorsque leur conservation n’a plus de justification.
- Authentification adaptée au niveau de sensibilité
- Gestion des droits par rôle ou par service
- Journalisation des consultations, modifications et validations
- Sauvegardes testées, avec procédure de restauration
- Chiffrement des échanges et des espaces sensibles
- Plan de réversibilité en cas de changement de prestataire
La signature électronique mérite un traitement séparé. Elle peut identifier le signataire et garantir l’intégrité d’un document, mais son niveau doit correspondre au risque juridique et au type d’opération. Acheter la signature la plus avancée pour tous les usages n’est pas forcément pertinent.
Mesurer les résultats et corriger ce qui bloque
Un projet réussi ne se mesure pas au nombre de comptes créés dans la plateforme. Je préfère suivre des indicateurs directement liés au travail quotidien, comme le délai moyen de validation, le temps de recherche d’un dossier, le taux de documents classés automatiquement ou le nombre de demandes adressées au support.
| Objectif | Indicateur possible | Signal d’alerte |
|---|---|---|
| Retrouver plus vite | Temps moyen de recherche | Les utilisateurs contournent la recherche par e-mail |
| Accélérer les validations | Délai entre réception et décision | Les tâches restent bloquées sans relance |
| Réduire les erreurs | Taux de dossiers incomplets | Les mêmes corrections reviennent chaque semaine |
| Favoriser l’adoption | Part des utilisateurs actifs | Les équipes continuent à stocker localement |
Les résistances ne sont pas toujours un problème de formation. Elles peuvent signaler un formulaire trop long, des droits mal configurés ou une étape de validation inutile. Écouter les objections permet souvent d’améliorer le processus au lieu de demander aux utilisateurs de s’adapter à un mauvais paramétrage.
Après le lancement, je prévois une revue à 30, 60 et 90 jours. Cette cadence suffit généralement pour repérer les doublons, ajuster les règles d’indexation et décider si le flux peut être étendu à un autre service.
La décision la plus importante se prend avant le choix du logiciel
Un bon projet de dématérialisation commence par un flux clairement décrit, un objectif mesurable et une règle de conservation comprise par tous. Le logiciel vient ensuite, comme un moyen de rendre ce fonctionnement plus fiable et plus rapide.
Pour démarrer simplement, je recommande de choisir un seul processus prioritaire, de documenter ses étapes, de tester la solution avec quelques utilisateurs et de conserver une marge pour les ajustements. Cette approche limite les risques et donne des résultats visibles avant d’engager une transformation plus large.
La meilleure GED n’est donc pas celle qui propose le plus de fonctions. C’est celle que les équipes utilisent correctement, qui protège les documents importants et qui reste compréhensible lorsque le projet passe de l’équipe informatique aux métiers.
