Cahier des charges GMAO : méthode pour votre projet

Un cahier des charges GMAO formalise le contexte, les besoins et les exigences (fonctionnelles et techniques) de votre projet de logiciel de gestion de la maintenance. Il sert de base à la consultation, à la comparaison des offres et à la sécurisation du déploiement, notamment en multi-sites, où le périmètre et la qualité des données conditionnent l’adoption et le reporting.

Qu’est-ce qu’un cahier des charges GMAO et son utilité ?

Un cahier des charges est un document de référence qui transforme vos besoins en exigences vérifiables pour sélectionner puis déployer une GMAO. Il se distingue d’une expression de besoins : cette dernière recueille les attentes, tandis que le cahier des charges priorise, arbitre et rend les exigences opposables dans le projet. L’enjeu est d’éviter un périmètre flou et un écart entre la démonstration d’un logiciel et la réalité d’exploitation.

Dans une consultation, le cahier des charges GMAO sert à structurer les échanges avec les éditeurs et intégrateurs, et à aligner achats, SI, exploitation et maintenance. Il renforce la traçabilité des arbitrages sur les délais, le budget, la sécurité, les intégrations et la reprise de données.

Concrètement, votre cahier des charges doit permettre d’évaluer :

• L’adéquation besoins / fonctionnalités et la couverture de vos cas d’usage.
• Les contraintes organisationnelles et multi-sites (référentiels, droits, workflows).
• Les attendus SI : sécurité, intégrations, reprise de données, réversibilité.
• Les modalités de mise en œuvre : rôles, gouvernance, conduite du changement et formation.
• La capacité à gérer vos équipements et vos interventions de bout en bout.

À retenir

un cahier des charges utile ne se limite pas à une liste de fonctionnalités. Il met sous contrôle le triptyque processus → données → reporting pour rendre la GMAO pilotable.

Point de cadrage : la GMAO vise la gestion de la maintenance (actifs, interventions, préventif, stocks, contrats), tandis que l’EAM (Enterprise Asset Management) élargit la logique à une gestion plus globale des actifs sur leur cycle de vie. Mentionner cette nuance dans le cahier des charges aide à verrouiller le bon périmètre sans basculer vers un projet EAM.

Objectifs du cahier des charges GMAO

Avant d’écrire le cahier des charges, clarifiez vos objectifs et traduisez-les en résultats attendus. Un document exploitable ne se limite pas à “mettre en place une GMAO” : il explicite ce que vous voulez améliorer en pilotage, en standardisation et en visibilité multi-sites, tout en sécurisant la traçabilité.

Les objectifs le plus souvent attendus dans un projet de logiciel de GMAO sont :

• La maîtrise des coûts et la visibilité par site, activité, équipements et prestations.
• La conformité et la traçabilité des actions (historique, validations, pièces jointes).
• La maîtrise des délais de traitement, de la demande à la clôture.
• La qualité de service : réactivité, récurrences, information des parties prenantes.

Dans le cahier des charges, l’enjeu n’est pas de figer des seuils. Il consiste à exiger des KPI / indicateurs et des vues permettant d’arbitrer : où se perd le temps, quelles interventions récurrentes dégradent la qualité, quelles actions préventives sont reportées, et comment se comparent les sites dans une même organisation, à budget constant.

KPI et tableaux de bord dans un cahier des charges GMAO

Le cahier des charges GMAO doit préciser les KPI / indicateurs attendus, leur granularité et les principes de restitution, afin que la solution serve le pilotage et pas uniquement la saisie.

Pour le management, décrivez notamment :

• Une consolidation multi-sites avec lecture par site, activité et équipements.
• Des tableaux de bord sur les volumes : demandes, interventions, préventif/curatif.
• Des capacités d’export pour la gestion et les revues.

Pour l’exploitation, demandez des indicateurs orientés action :

• Suivi des interventions : statuts, délais, priorisation, charge.
• Analyse des récurrences et de la qualité de saisie (historique exploitable).
• Performance des prestataires : respect des workflows, traçabilité, complétude.
• Pilotage des stocks : mouvements, alertes, rattachement pièces–intervention–équipement.

Précisez enfin vos routines de pilotage sous forme de besoins : qui consulte quoi, pour décider quoi, sur quelles données issues du logiciel. Cette approche évite un cahier des charges “administratif” et oriente la GMAO vers des décisions opérationnelles.

Définir le périmètre du projet dans un cahier des charges GMAO

Un cahier des charges robuste commence par un périmètre explicite. En multi-sites, le risque classique est de lancer un pilote sans avoir verrouillé les référentiels, les droits et les processus communs. Le document doit formaliser l’inclus / exclus, ainsi que les variantes par site, pour éviter une adoption hétérogène et un reporting inexploitable.

Sur le périmètre organisationnel, précisez :

• Le fonctionnement multi-sites : droits par site, référentiels harmonisés, consolidation.
• Les acteurs impliqués : exploitation, maintenance, achats, SI, QHSE, direction immobilière.
• Les ressources : administration, référents, support utilisateurs, formation.

Sur le périmètre “patrimoine”, décrivez les typologies d’équipements concernées, par exemple :

• CVC (chauffage, ventilation, climatisation).
• Électricité.
• Sécurité.

Indiquez aussi le niveau d’arborescence attendu dans la GMAO (site, bâtiment, zone, localisation, équipement, sous-ensemble…), pour éviter une gestion trop grossière (inexploitable) ou trop fine (lourde à maintenir).

Sur le périmètre opérationnel, cadrez les processus couverts dans le logiciel :

• Demandes d’intervention et qualification.
• Interventions : planification, affectation, exécution, clôture.
• Maintenance préventive et curative.
• Contrats de maintenance, prestations et gestion des prestataires.
• Stocks : pièces, entrées/sorties, rattachement aux interventions.

Gouvernance et RACI dans un cahier des charges GMAO

Sans gouvernance, la GMAO devient un outil de saisie plutôt qu’un système piloté. Le cahier des charges doit décrire un RACI (Responsible, Accountable, Consulted, Informed) et des règles de décision.

Formalisez au minimum :

• Le pilotage du projet et les arbitrages : périmètre, priorités, budget.
• L’administration de la GMAO : référentiels, droits, paramétrage.
• Les utilisateurs terrain : techniciens internes, responsables de site.
• Les prestataires : accès, saisie, justificatifs, clôture.

Décrivez également les workflows et niveaux de validation, par exemple :

1. Demande d’intervention (DI) et qualification.
2. Planification et affectation.
3. Réalisation et saisie des informations.
4. Contrôle, validation et clôture.

Attention

un périmètre mal défini sur les sites, équipements, contrats et stocks se transforme presque toujours en reprise de données complexe et en pilotage multi-sites incomplet.

Structure type d’un cahier des charges GMAO

Pour être exploitable, la structure du cahier des charges doit rester lisible et orientée décision. Les rubriques “classiques” attendues dans ce document sont :

• Contexte et enjeux de l’entreprise.
• Analyse de l’existant : processus, outils, qualité des données.
• Objectifs du projet et résultats attendus.
• Périmètre : organisation, sites, équipements, prestations.
• Contraintes : SI, organisation, sécurité, ressources.
• Exigences : spécifications fonctionnelles et spécifications techniques.
• Données : référentiels, reprise de données, réversibilité.
• Modalités de mise en œuvre : planning, livrables, formation, accompagnement.
• Critères de sélection et attentes de réponse.

L’essentiel est de formuler des livrables vérifiables (paramétrage, documentation, supports) et des modalités de validation, plutôt que de rédiger une méthode générique. Cela vous permet de comparer les offres de logiciel sur des bases homogènes, et de vérifier la capacité de la solution à tenir votre modèle d’exploitation.

Rubriques et décisions dans un cahier des charges GMAO

Spécifications fonctionnelles dans un cahier des charges GMAO

Dans les spécifications fonctionnelles, privilégiez vos cas d’usage et vos processus réels. Un cahier des charges efficace décrit comment vous traitez une demande, une intervention ou un contrat, avec les règles associées (acteurs, validations, données obligatoires). Vous évitez ainsi la sur-spécification et laissez de la place à une proposition de solution cohérente avec votre organisation, y compris sur les usages multi-sites.

Fonctions à couvrir, sans transformer le document en catalogue :

• Gestion des actifs / équipements : référentiel, localisation, rattachements, historique utile à la maintenance.
• Demandes d’intervention : qualification, affectation, validation, clôture, traçabilité.
• Préventif et curatif : planification, gammes, suivi d’exécution, gestion des retards.
• Stocks : pièces, mouvements, alertes, rattachement à l’intervention et à l’équipement.
• Contrats de maintenance : engagements, suivi, traçabilité, règles d’accès.
• Prestataires : accès, justificatifs, consolidation par site et par contrat.
• Mobilité : saisie terrain, commentaires, documents, cohérence avec les contraintes d’intervention.
• Reporting : KPI / indicateurs, consolidation multi-sites, exports, vues par activité.

Bon à savoir

la valeur d’un logiciel de GMAO se mesure dans l’usage. Le cahier des charges doit donc tester la cohérence entre workflow, qualité de saisie et production des KPI / indicateurs.

Exigences techniques et SI dans un cahier des charges GMAO

Les spécifications techniques cadrent l’intégration de la GMAO dans votre système d’information et vos contraintes d’accès. Même si le projet est porté par l’exploitation, la réussite dépend de l’alignement SI, notamment en environnement multi-sites et avec des prestataires.

Sur l’architecture, précisez vos attentes : hébergement/SaaS, contraintes réseau, modalités d’accès (sites, mobilité) et conditions d’exploitation. L’objectif n’est pas de figer un SLA chiffré, mais d’expliciter les contraintes d’usage et la disponibilité attendue pour vos équipes et vos prestataires.

Sur la sécurité, formalisez :

• La gestion des accès par rôles et droits, y compris par site et par profil prestataire.
• La traçabilité des actions dans le logiciel : qui a modifié quoi, quand, sur quelles données.
• Les exigences de confidentialité et de protection de l’information.

Sur les intégrations, demandez des capacités d’interface et de restitution, en précisant les flux attendus avec vos outils internes. Le cahier des charges doit rester centré sur vos besoins de fiabilité et de maintenance des échanges, sans basculer vers un guide ITSM.

Enfin, sur les données, la reprise de données et la réversibilité sont déterminantes :

• Référentiels à reprendre : sites, équipements, contrats, historiques si pertinents.
• Règles de codification et niveau de qualité attendu.
• Modalités de restitution en fin de contrat : exports exploitables et réversibilité.

Consultation et sélection dans un cahier des charges GMAO

Une consultation bien cadrée s’appuie sur le cahier des charges pour comparer les offres de logiciel de manière traçable. Définissez les attendus de réponse : structure, hypothèses, limites, éléments de preuve et modalités de démonstration. La démonstration doit suivre vos scénarios réels (demande → planification → intervention → clôture, préventif, contrat, stocks) plutôt qu’une visite guidée de l’outil.

Pour objectiver la sélection, construisez une grille de critères de sélection (avec une pondération validée par votre gouvernance) :

• Adéquation besoins / périmètre et couverture fonctionnelle.
• Simplicité d’usage, UX et mobilité, y compris pour les prestataires.
• Qualité du reporting : KPI / indicateurs et consolidation multi-sites.
• Sécurité et gestion des accès.
• Intégrations et formats d’échange.
• Reprise de données et conditions de réversibilité.
• Capacité à tenir votre modèle multi-sites : référentiels, droits, performances.

Les pièges à éviter doivent être explicités dans le cahier des charges :

• La sur-spécification, qui rigidifie le choix et conduit à une solution lourde.
• L’« usine à gaz » : trop de workflows et de champs au détriment du temps terrain.
• Le périmètre flou : sites, équipements, contrats, stocks.
• Des données insuffisamment préparées, fragilisant la mise en œuvre et le reporting.
• La sous-estimation de l’adoption : sans règles d’usage et formation, la donnée se dégrade et les KPI / indicateurs perdent en fiabilité.

Composantes clés d’un cahier des charges GMAO

Les 4 composantes attendues d’un cahier des charges peuvent se résumer ainsi : contexte, objectifs, périmètre et exigences. Dans un cahier des charges de GMAO, ces composantes se traduisent par la description de votre gestion de la maintenance, des équipements et des interventions, puis par des spécifications fonctionnelles et spécifications techniques adaptées.

Contenu d’un cahier des charges GMAO

Un cahier des charges formalise vos besoins, vos contraintes, les livrables attendus et les critères de sélection pour sécuriser la mise en œuvre d’une solution. Dans un projet de GMAO, il doit couvrir le périmètre multi-sites, les processus de maintenance, la sécurité, les intégrations et la reprise de données, afin de comparer les offres de logiciel sur des bases homogènes.

Structure de la GMAO dans le cahier des charges

La structure d’une GMAO repose sur des référentiels (sites, équipements, acteurs), des processus (demande, planification, interventions, clôture) et des objets de pilotage (préventif/curatif, contrats de maintenance, prestataires, stocks, reporting). Dans le cahier des charges, cette structure se traduit par l’arborescence attendue, les workflows, les droits et les tableaux de bord de gestion.

Outils de gestion dans un cahier des charges GMAO

Les outils de gestion associés à une GMAO sont ceux qui permettent d’exploiter la donnée : reporting et tableaux de bord (KPI / indicateurs), exports, administration des référentiels, mobilité terrain et mécanismes d’intégrations. Le cahier des charges doit préciser lesquels sont nécessaires pour votre projet, en particulier en multi-sites, sans sur-détailler l’architecture au-delà des spécifications techniques.