Points clés
- Définissez clairement vos services MSP récurrents, avec des inclusions, exclusions, livrables et responsabilités explicites, pour éviter la dérive du périmètre et les désaccords avec vos clients.
- Rédigez vos documents de périmètre MSP dans un langage simple et accessible au client, avec des explications concises, des exemples et une mise en forme homogène, pour gagner en lisibilité et en confiance.
- Standardisez vos modèles de document de périmètre avec des sections dédiées aux SLA, aux livrables, aux tableaux RACI, aux fenêtres de maintenance et aux demandes de modification, pour plus d’évolutivité et de cohérence d’un client à l’autre.
- Utilisez des visuels tels que des tableaux comparatifs, des organigrammes et des schémas d’escalade pour rendre vos services informatiques récurrents plus faciles à comprendre et à parcourir rapidement.
- Passez régulièrement le document de périmètre en revue avec vos clients, consignez les révisions grâce à la gestion des versions et alignez vos services sur des outils d’automatisation et de reporting comme NinjaOne, pour plus de transparence et de responsabilisation.
Dans leur volonté d’être le plus exhaustifs possible, les dirigeants de MSP risquent de produire des documents de périmètre bien trop compliqués. Ces documents de périmètre MSP, généralement truffés de jargon technique, de formulations juridiques ou de détails superflus, sont le plus souvent parcourus en diagonale, voire tout simplement ignorés. Résultat : des attentes mal comprises, des désaccords sur « ce qui est inclus » ou de la frustration, à la fois pour le MSP et pour le client.
Ce guide vous aide à rédiger un document de périmètre MSP qui garantit que les deux parties savent exactement ce que couvrent les services récurrents.
📌 Prérequis :
- Un catalogue de services à jour recensant vos offres récurrentes (par exemple : surveillance, mise à jour, sauvegardes)
- Un cadre contractuel (MSA (contrat de services gérés)/SLA (contrat de niveau de service)) auquel renvoyer, sans le dupliquer
- Un outil de documentation (Word/Google Docs/Confluence ou la documentation NinjaOne)
- Un responsable de compte ou un responsable de service pour présenter le document au client
Remarque : les pratiques ci-dessous sont présentées dans un ordre logique, de la définition des éléments de votre périmètre à la revue du document avec vos clients. Vous n’êtes cependant pas obligé de les suivre à la lettre. Chaque pratique se suffit à elle-même et peut être reprise ou appliquée indépendamment, selon votre organisation du travail et votre maturité documentaire.
Pratique 1 : définir les éléments essentiels du périmètre
Tout bon document de périmètre commence par la clarté. Les MSP ont souvent tendance à compliquer cette partie, alors qu’elle sert de socle à tout le reste. Concentrez-vous sur le qui, le quoi et le où de vos services récurrents.
Services inclus
Énumérez les services récurrents que vous fournissez, dans un langage simple et accessible au client. Utilisez des listes à puces et des exemples pour lever toute ambiguïté.
Exemple :
- Mise à jour : déploiement mensuel des mises à jour de sécurité du système d’exploitation Windows et de Microsoft 365 sur les appareils couverts.
- Surveillance : surveillance des terminaux 24h/24 et 7j/7 pour la disponibilité, les performances et les événements de sécurité.
Services exclus
Tout aussi important : précisez ce qui n’est pas inclus. Vous éviterez ainsi les malentendus et la dérive du périmètre. Par exemple, les mises à niveau majeures du système d’exploitation, les travaux au forfait ou la refonte du réseau.
Livrables
Décrivez ce que le client reçoit concrètement : rapports, tableaux de bord ou autres éléments qui matérialisent votre travail. Parmi les livrables MSP les plus courants, on trouve un rapport mensuel de conformité des correctifs, un récapitulatif de réussite des sauvegardes et une validation des restaurations.
Niveaux de service
Renvoyez aux SLA (contrats de niveau de service) plutôt que de les recopier. Restez à un niveau général. Par exemple : « les délais de réponse et de résolution sont définis dans le SLA v3.2. »
Responsabilités
Terminez cette partie en clarifiant les rôles. Un petit tableau fait des merveilles pour la lisibilité.
| Domaine | Responsabilités du MSP | Responsabilités du client |
| Sauvegardes | Surveiller et tester les sauvegardes | Garantir le quota de stockage et la connectivité. |
| Mise à jour des terminaux | Déployer les mises à jour mensuelles | Laisser les appareils allumés pendant la fenêtre de maintenance. |
Une répartition claire des responsabilités évite toute confusion ultérieure sur « qui fait quoi ».
Pratique 2 : rédiger dans un langage accessible au client
Même le document de périmètre le plus rigoureux échoue si le client ne peut ni le lire ni s’y retrouver. Remplacez votre jargon interne par un français simple.
- Privilégiez la clarté, pas la concision : écrivez des phrases courtes et directes, mais veillez à ce que chacune soit complète. Évitez les abréviations non définies.
- Remplacez le jargon par des termes du quotidien : au lieu de « workflows de remédiation des terminaux », écrivez « résolution des problèmes sur les appareils ». C’est d’autant plus vrai avec de nouveaux clients.
- Illustrez les limites du périmètre par des exemples : par exemple, « la mise à jour mensuelle couvre le système d’exploitation Windows et les mises à jour de Microsoft Office. Les applications tierces sont listées à l’annexe A. »
- Mettez en avant l’information clé : utilisez le gras ou le surlignage avec parcimonie pour attirer l’attention sur l’essentiel.
- Adoptez un ton homogène : un ton à la fois direct et professionnel instaure la confiance. Évitez le langage juridique, sauf lorsqu’il est légalement requis.
💡 Conseil de pro : faites relire le brouillon par une personne extérieure à l’informatique, par exemple votre responsable de compte. Si elle parvient à résumer fidèlement les inclusions et les exclusions, votre texte est suffisamment clair pour vos clients.
Pratique 3 : s’appuyer sur des modèles pour gagner en répétabilité
Une structure homogène fait gagner des heures et renvoie une image professionnelle. Les modèles garantissent aussi à chaque client le même niveau de clarté et d’exhaustivité.
- Standardisez la mise en page et la structure : votre modèle de périmètre devrait comporter :
- un résumé exécutif
- un aperçu du périmètre (tableau de synthèse)
- les services et les livrables
- un tableau RACI (Responsible, Accountable, Consulted, Informed)
- les fenêtres de maintenance et les canaux de communication
- la gestion des demandes de modification et des prestations hors périmètre
- les références (MSA, SLA, politiques)
- des annexes pour les détails techniques
- Gardez une mise en forme simple et uniforme : titres sobres, polices et espacements cohérents.
- Centralisez le stockage des modèles : tenez à jour un référentiel partagé de modèles afin que toute l’équipe travaille sur la dernière version. Le système NinjaOne Documentation peut servir de base de référence unique.
- Révisez et faites évoluer : vos modèles doivent vivre. Mettez-les à jour régulièrement (par exemple chaque trimestre) pour refléter les évolutions de services, les nouvelles exigences de conformité ou les enseignements tirés des retours clients.
Pratique 4 : ajouter des supports visuels
Un bon visuel peut transformer un document dense en un contenu que vos clients comprennent vraiment.
Vous pouvez par exemple intégrer un tableau permettant de comparer rapidement la couverture, comme celui-ci :
| Catégorie | Inclus | Exclu |
| Mise à jour | Système d’exploitation Windows + M365 | Mises à niveau majeures du système d’exploitation |
| Sauvegardes | Sauvegardes incrémentielles quotidiennes | Basculements de reprise d’activité après incident |
Après votre tableau des inclusions et des exclusions, pensez à ajouter quelques schémas simples pour rendre les processus complexes plus faciles à suivre. Un organigramme basique peut montrer comment les incidents ou les demandes circulent dans votre système, de la détection à la résolution et au reporting, sans noyer le lecteur dans le texte.
De la même façon, un schéma d’escalade simple ou une liste par niveaux permet de préciser qui traite les problèmes à chaque étape. Vos clients savent ainsi exactement quand et comment un problème est remonté.
Veillez à garder ces visuels épurés, légendés et homogènes dans leur style. L’objectif est de renforcer la compréhension, pas de détourner l’attention : si un visuel a besoin d’être expliqué, c’est qu’il est probablement trop compliqué. Bien utilisés, ces éléments permettent à vos clients de saisir d’un coup d’œil votre processus de prestation de services et renforcent la confiance dans votre professionnalisme.
Pratique 5 : réviser et co-construire le document avec vos clients
Assurez-vous que votre client comprend vraiment ce qui figure dans votre document de périmètre MSP. Plutôt que d’envoyer un PDF indigeste par e-mail en espérant une validation, organisez une réunion de présentation au cours de laquelle vous partagez le document à l’écran. Expliquez ce qui est inclus, ce qui est exclu et pourquoi certaines limites existent. Invitez vos clients à poser des questions, à formuler des hypothèses et à reformuler les points clés avec leurs propres mots. Vous obtiendrez ainsi une véritable compréhension, et pas seulement une signature.
💡Conseil de pro : pendant la présentation, faites une pause après chaque grande section (comme « Services inclus » ou « Responsabilités ») et demandez au client de résumer ce qu’il a retenu. Cet exercice tout simple révèle immédiatement les malentendus et vous donne l’occasion de clarifier les choses avant la signature. Il renforce aussi la transparence et montre que vous accordez autant d’importance à la compréhension du client qu’à son accord.
Pendant cet échange, apportez les modifications en direct ou notez les changements demandés directement dans le document de périmètre. Si le client demande par exemple des horaires de support étendus ou un reporting plus détaillé, consignez immédiatement ces exceptions dans une section « Ajustements spécifiques au client ». Versionnez le document sans attendre, pour préserver la clarté et la traçabilité.
Une fois tout finalisé, les deux parties doivent signer et dater le périmètre mis à jour. Conservez l’exemplaire approuvé dans votre référentiel documentaire partagé, afin que votre équipe technique et vos responsables de compte se réfèrent toujours à la même version.
Enfin, ne laissez pas ce périmètre prendre la poussière. Reprenez-le chaque trimestre lors des revues d’activité ou dès que vos services évoluent. Cette revue proactive maintient l’alignement des attentes et renforce la transparence et la confiance, deux des facteurs de différenciation les plus puissants pour un MSP.
Autres points à aborder lors de la présentation d’un document de périmètre client
- Cohérence juridique : veillez toujours à ce que votre document de périmètre soit cohérent avec votre contrat de services gérés (MSA) et votre contrat de niveau de service (SLA). Ces documents doivent se compléter, et non se contredire. En cas de doute, faites relire le périmètre par un conseil juridique avant de le remettre au client.
- Exigences de conformité : adaptez la formulation et les sections relatives au traitement des données aux secteurs réglementés, par exemple HIPAA, PCI DSS ou le RGPD (règlement général sur la protection des données). Incluez des renvois explicites aux responsabilités en matière de conformité et précisez quelle partie (MSP ou client) en est redevable.
- Accessibilité et mise en forme : soignez la lisibilité avec des polices de 12 à 14 pt, des fonds unis et des titres homogènes. Exportez en PDF avec des liens actifs pour faciliter la navigation et assurez l’accessibilité sur mobile et avec les lecteurs d’assistance.
- Gestion des versions : suivez les révisions à l’aide de numéros de version (par exemple Scope_v1.3_2025-10) et archivez les versions précédentes. Cela évite toute confusion en cas de contestation ultérieure des modifications.
- Sécurité de la documentation : stockez les périmètres finalisés dans des référentiels sécurisés, à accès contrôlé. Avec NinjaOne, attribuez les rôles d’accès appropriés pour éviter les modifications accidentelles.
- Équilibre de la personnalisation : adaptez chaque périmètre au client, mais évitez une personnalisation excessive qui compliquerait la gestion. Réservez les données spécifiques au client aux annexes et conservez une structure principale homogène.
- Rythme de revue régulier : passez en revue tous les documents de périmètre client chaque trimestre ou lors des QBR, afin de vérifier qu’ils reflètent toujours vos services actuels et les besoins de l’entreprise.
Problèmes fréquents liés aux documents de périmètre et comment les résoudre
| Problème fréquent | Cause probable | Solution recommandée |
| Les clients ne lisent pas le document de périmètre | Le document est trop long, trop technique ou visuellement peu engageant. | Ajoutez un aperçu du périmètre d’une page, mettez en évidence les principales inclusions et exclusions, et parcourez-le avec le client pendant l’onboarding. |
| Les modèles paraissent surchargés ou incohérents | Des modèles copiés-collés trop détaillés ou des sections redondantes. | Simplifiez la mise en forme, supprimez les informations purement internes et déplacez les détails techniques vers les annexes ou les playbooks internes. |
| Confusions fréquentes sur les responsabilités | Les rôles ne sont pas clairement définis, ou les clients oublient le leur. | Ajoutez un tableau RACI et résumez-le en langage simple. |
| Trop de désaccords ou d’escalades liés au périmètre | Les clients et les équipes se réfèrent à des versions obsolètes ou interprètent différemment certains points. | Renforcez la gestion des versions, formez les équipes à trouver le périmètre le plus récent et citez les numéros de version dans toutes vos communications. |
| Les clients demandent des prestations hors périmètre en cours de projet | Processus de gestion des changements insuffisant ou exclusions imprécises | Documentez explicitement les exclusions, définissez un processus de « demande de modification » simple et exigez une validation écrite pour tout ajout. |
| Difficulté à maintenir les périmètres à jour pour tous les clients | Aucun rythme de revue ni déclencheur de mise à jour défini | Planifiez des revues trimestrielles et liez les mises à jour du périmètre au catalogue de services ou aux évolutions de politiques dans NinjaOne. |
Comment NinjaOne peut vous aider avec votre document de périmètre MSP
- Documentation centralisée : stockez tous vos modèles de périmètre et les versions client finalisées dans le module Documentation de NinjaOne. Toute l’équipe travaille ainsi à partir de la même source, toujours à jour.
- Lien avec l’automatisation : rattachez les services récurrents du périmètre (mise à jour, surveillance, sauvegardes) directement aux politiques d’automatisation NinjaOne. Ce qui est promis sur le papier est ainsi appliqué automatiquement dans les faits.
- Gestion des changements et suivi des versions : utilisez l’historique des versions de la documentation NinjaOne pour consigner les mises à jour et les validations. Le versionnage favorise la responsabilisation et lève toute ambiguïté sur le périmètre applicable.
- Reporting client : reliez vos livrables aux tableaux de bord et aux rapports planifiés de NinjaOne. Les promesses abstraites (surveillance de la disponibilité, conformité des correctifs) deviennent alors des indicateurs visibles et mesurables que vos clients peuvent consulter lors des QBR.
- Alignement avec les alertes et les tickets : associez les inclusions du périmètre et les niveaux de service aux alertes NinjaOne ou aux catégories de tickets, pour que vos techniciens voient immédiatement si un problème entre dans le périmètre.
- Amélioration continue : à mesure que votre catalogue de services évolue, mettez à jour la documentation associée dans NinjaOne afin que périmètres, automatisation et reporting restent synchronisés.
Le logiciel de gestion informatique de NinjaOne n’impose aucun engagement et ne comporte aucun frais caché.
Découvrez la plateforme NinjaOne.
Rédiger un périmètre clair pour vos services informatiques
Un document de périmètre clair et concis renforce la relation entre le MSP et son client, en définissant les services récurrents d’une manière que le client lit et comprend réellement. Il prévient les désaccords, cadre les attentes et garantit la cohérence d’une mission à l’autre.
Sujets connexes :
