Pour les prestataires de services managés, les procédures (SOP) sont le système d’exploitation de l’entreprise. Avec Trupeer, vous pouvez gagner des heures sur la documentation MSP en commençant par un modèle de SOP MSP gratuit, en le personnalisant avec vos directives de marque, puis en utilisant notre créateur de SOP IA pour transformer chaque procédure en une vidéo explicative claire.

Qu’est-ce qu’un modèle de SOP MSP, et en quoi diffère-t-il ?

Une procédure standard MSP (standard operating procedure) est la méthode écrite pour une tâche que votre équipe exécute à répétition dans des environnements clients : restaurer une boîte mail, désactiver un départ, reconstruire un endpoint, traiter un signalement de phishing.

Le contenu technique se recoupe presque entièrement avec une SOP IT interne. Deux éléments sont ajoutés, et ils viennent du fait que vous travaillez dans le cadre d’un accord commercial, au sein du parc d’un tiers.

Chaque procédure comporte un volet commercial. À un moment donné, vous passez de ce que couvre le contrat à ce qui doit être facturé ou chiffré, et la personne qui se trouve à cette frontière est un technicien au milieu d’un ticket.

Et chaque procédure implique des validations en dehors de votre organisation. Les étapes qui nécessitent que le client approuve, fournisse un accès, soit présent ou prenne une décision, et ces personnes ne répondent pas à vos niveaux de service.

Une SOP interne ne pose aucun problème de ce type. Ignorez-les et vous obtenez des procédures techniquement excellentes, mais discrètement coûteuses : c’est le sujet de la plupart de cette page.

Où fuit la marge MSP : à l’intérieur du ticket

Demandez à un responsable MSP où part la marge et vous entendrez parler des salaires, des outils, ou de clients qui sollicitent trop de support. Ce sont des éléments réels et visibles, c’est pourquoi ils sont gérés.

La fuite qui n’est pas visible se produit à l’intérieur de tickets légitimes.

Un ingénieur prend en charge une demande couverte par le périmètre, la résout correctement, puis, une fois connecté, remarque autre chose qui ne va pas. La structure Teams du client est un désordre, ou les règles de pare-feu sont une décennie d’exceptions accumulées. Il y passe quatre-vingt-dix minutes à corriger, parce que c’était manifestement nécessaire, puis l’enregistre dans le même ticket.

Rien de tout cela n’est une faute. C’est un bon ingénieur qui fait une bonne action. C’est aussi du travail non facturé dans un contrat à forfait, et comme cela se trouve dans un ticket couvert par le périmètre, aucun rapport ne vous le montrera.

Demandez aux ingénieurs pourquoi, et la réponse est la même. Personne ne leur a indiqué où se situe la frontière. La description du service est un document commercial dans le dossier du contrat, et les runbooks décrivent comment faire le travail sans préciser si c’est inclus ou non.

Ainsi, la frontière commerciale est décidée une dizaine de fois par semaine par la personne qui se trouve au moment où elle traite le ticket. C’est un problème de conception des procédures, pas un problème de discipline.

Comment personnaliser ce modèle dans Trupeer

Étape 1 : Ouvrir la section Modèles

Accédez à la section Modèles depuis la navigation principale.

Étape 2 : Sélectionner et ouvrir un modèle

Cliquez sur n’importe quel modèle avec lequel vous souhaitez travailler pour l’ouvrir.

Étape 3 : Développer l’affichage du modèle

Si nécessaire, développez l’affichage du modèle pour voir clairement la mise en page complète et les détails.

Étape 4 : Modifier le modèle

Cliquez sur Modifier pour commencer à apporter des changements au modèle sélectionné.

Dans l’éditeur, vous pouvez :

• Ajouter de nouvelles sections

• Définir ou mettre à jour des règles de mise en forme

• Ajouter un logo et ajuster sa position ainsi que les paramètres associés

Étape 5 : Enregistrer votre modèle personnalisé

Après avoir effectué tous les changements nécessaires, cliquez sur Enregistrer pour stocker le modèle mis à jour comme le vôtre.

Étape 6 : Aperçu et ajustements fins du modèle

Lorsque vous souhaitez voir à quoi ressemble votre modèle personnalisé, ouvrez l’Aperçu.

Depuis l’écran d’aperçu, vous pouvez continuer à effectuer des ajustements directement si nécessaire, afin de garantir que le modèle s’affiche exactement comme vous le souhaitez.

Avec un modèle de SOP MSP, vous pouvez :

• Gagner du temps sur la rédaction : Ignorez la page blanche grâce à une structure conçue pour les procédures MSP.

• Réduire le MTTR : Des SOP claires aident n’importe quel technicien support à traiter n’importe quel client, rapidement.

• Rester conforme à votre marque : Appliquez votre logo, vos polices et vos couleurs grâce au kit de marque de Trupeer.

• Onboarder plus vite : Associez les SOP à des vidéos explicatives pour accélérer la montée en compétences des nouveaux techniciens.

• Rester prêt pour les audits : Des sections intégrées prennent en charge SOC 2, ISO 27001 et les audits clients.

• Toucher des équipes internationales : Traduisez les SOP MSP en 65+ langues en un clic.

Pourquoi chaque procédure MSP a besoin d’une frontière de périmètre

La correction est simple : elle s’inscrit dans la procédure plutôt que dans une politique que personne ne lit.

Chaque SOP MSP indique, en haut, ce qu’elle couvre dans le cadre du contrat et où elle s’arrête. Pas en termes généraux. Assez précisément pour qu’un ingénieur de niveau 1, un vendredi à 16 h 30, sache de quel côté de la frontière il se trouve sans appeler qui que ce soit.

La formulation qui fonctionne définit une frontière plutôt qu’une autorisation. « Cette procédure couvre la restauration d’une seule boîte mail depuis la sauvegarde. La restauration de plus de cinq boîtes mail, ou toute restauration nécessitant une nouvelle tâche de sauvegarde, sort du périmètre et requiert une note de périmètre. »

Cela accomplit trois choses qu’une description de service ne peut pas faire. Elle atteint la personne qui exécute le travail au moment où elle en a besoin. Elle utilise le vocabulaire de la tâche plutôt que celui du contrat. Et elle lui donne une action : soulever une note plutôt que porter un jugement.

Lorsque la frontière est réellement ambiguë, dites-le et indiquez qui décide. L’ambiguïté reconnue est gérable. L’ambiguïté non mentionnée devient ce que le technicien le plus rapide a supposé.

Comment étiqueter une procédure incluse, facturable ou nécessitant un devis

Trois étiquettes, une par procédure, parfois une par étape lorsque la procédure franchit la frontière.

La ligne du milieu nécessite le plus d’attention, car une étiquette « facturable » sans instruction « dire au client d’abord » produit des factures contestées, qui coûtent plus en relation que le travail réellement facturé.

Passez en revue les étiquettes chaque année par rapport à la description de service actuelle, plutôt que celle en vigueur au moment où les runbooks ont été rédigés. Le périmètre dérive dans un sens, et les procédures étiquetées « incluse » il y a trois ans décrivent souvent aujourd’hui un volume de travail nettement supérieur à ce que couvre le contrat.

Dépendances côté client et tickets qui vieillissent

Le deuxième élément qui manque le plus souvent aux procédures MSP est un repère sur chaque étape qui nécessite l’intervention de quelqu’un en dehors de votre organisation.

Cochez-le et indiquez une fenêtre de réponse attendue. L’approbation du client pour désactiver un départ, l’accès physique pour un remplacement matériel, une décision sur la restauration ou l’enquête.

Ensuite, donnez à l’ingénieur une instruction : mettre le ticket en attente plutôt que d’attendre. Cela ressemble à une démarche administrative et fait bouger deux chiffres. L’âge du ticket cesse d’être gonflé par du temps qui n’a jamais été le vôtre, et les ingénieurs cessent de garder un travail à moitié terminé dans leur tête.

Soyez précis dans la formulation : « Nécessite l’autorisation du client. Attendu sous un jour ouvré. Mettre le ticket en attente et définir un rappel plutôt que de le laisser ouvert. »

Lorsque le client est systématiquement lent sur la même dépendance, cela apparaît comme un schéma dans les tickets mis en attente et doit figurer dans sa revue trimestrielle comme contrainte de service, plutôt que dans les délais de traitement de vos ingénieurs.

Modèle de SOP MSP gratuit : la structure à copier

Copiez depuis ici. Les champs marqués d’un astérisque sont les ajouts spécifiques aux MSP.

En-tête. Numéro et titre de la procédure, rédigés avec un verbe à l’infinitif. Propriétaire. Date de dernière vérification, c’est-à-dire quand quelqu’un l’a exécutée pour la dernière fois. Étiquette de périmètre : incluse, facturable ou devis requis. Code de facturation, si facturable. Temps estimé pour l’ingénieur. Applicabilité client, c’est-à-dire tous les clients ou les exceptions nommées.

Frontière de périmètre. Une ou deux phrases : ce que cela couvre, et les conditions spécifiques dans lesquelles cela devient facturable ou nécessite un devis.

Déclencheur. La demande ou l’événement qui lance cette procédure.

Ne pas exécuter si. Les conditions dans lesquelles la procédure est incorrecte, y compris lorsqu’une déviation client s’applique.

Prérequis. Accès, outils, autorisation client, informations nécessaires. Cochez chaque élément côté client.

Étapes. Numérotées, une action par ligne, avec le résultat attendu. Marquez toute étape nécessitant une action du client avec la fenêtre de réponse attendue.

Vérification. Comment savoir que le résultat s’est produit, en couvrant tout effet différé comme la réplication ou la synchronisation nocturne.

Communication au client. Ce que vous dites au client, quand, et avec quels mots. C’est une section dont les SOP internes n’ont pas besoin du tout.

Escalade. Qui, par quel canal, et à quel moment.

Déviations. Un renvoi au registre des déviations client plutôt qu’une liste, puisque le registre est l’endroit où vivent les différences propres à chaque client.

Copiez jusqu’ici. Le dernier point est important sur le plan structurel : cette procédure existe une fois, en standard, et les variations par client appartiennent au registre décrit dans nos modèles de documentation MSP. Dupliquer la procédure par client, c’est ce qui rend une bibliothèque impossible à maintenir.

Le MSP qui donnait 285 heures par mois

Barrowden Technology a géré des services managés pour vingt-six clients avec quatorze ingénieurs, sur des contrats à forfait avec des travaux de projet facturés séparément.

La marge brute sur les contrats managés est passée de cinquante-huit pour cent à quarante-quatre sur deux ans. Les augmentations de salaire et les outils expliquaient environ un tiers de la baisse. Le reste n’était pas attribué.

Le directeur général a pris un mois d’entrées de temps, soit mille huit cent quarante heures d’ingénieur, et a examiné un échantillon de deux cents entrées ligne par ligne par rapport à la description de service.

Trente et une des deux cents entrées décrivaient un travail hors périmètre contractuel, qui n’avait jamais été chiffré ni facturé. Extrapolé sur le mois, cela représente environ deux cent quatre-vingt-cinq heures, pour un coût interne d’environ trente-huit livres par heure : soit environ dix mille huit cents livres par mois et quelque chose comme cent trente mille livres par an.

Presque chaque cas avait commencé dans un ticket légitime couvert par le périmètre. La plus grosse entrée unique était de quatre-vingt-dix minutes pour reconstruire la structure du canal Teams d’un client, enregistrées sous un ticket qui avait commencé comme un problème d’autorisation sur une seule boîte mail.

Tous les ingénieurs interrogés ont dit la même chose. Ils ne savaient pas où se situait la frontière, n’avaient jamais lu la description de service sur six pages, et les runbooks n’en disaient rien.

Le changement a consisté en trois champs ajoutés à chaque runbook : l’étiquette de périmètre, le code de facturation et la phrase de frontière de périmètre. Les étapes côté client ont été marquées avec des fenêtres de réponse attendues et une instruction de mise en attente.

Au cours des deux trimestres suivants, le travail hors périmètre dans les entrées échantillonnées est passé d’environ quinze pour cent à environ quatre. Les revenus facturables en dehors des contrats managés ont augmenté d’environ six mille deux cents livres par mois : c’est le même travail qui est désormais payé plutôt que refusé. La marge des contrats managés est remontée à cinquante-trois pour cent.

L’effet secondaire a été celui que personne n’avait anticipé. L’âge moyen des tickets a diminué, parce que les tickets en attente des clients étaient désormais mis en attente plutôt que de rester dans les files d’attente des ingénieurs comme s’ils étaient actifs.

Quels SOP un MSP devrait écrire en premier, et pourquoi

Pas les plus intéressants. Rédigez les procédures pour lesquelles le volume de tickets est élevé, ou lorsque la frontière de périmètre est réellement floue, car ce sont les deux situations où une procédure se rentabilise d’elle-même.

En termes de volume, il s’agit généralement des demandes de mots de passe et d’accès, du traitement des nouveaux arrivants et des départs, des restaurations de boîtes mail et de fichiers, de la reconstruction et de la remise des endpoints, du déploiement des imprimantes et périphériques, ainsi que des problèmes liés au VPN ou à l’accès distant.

En termes d’ambiguïté de périmètre, tout ce qui implique un autre fournisseur, tout ce qui touche un système que le client a ajouté sans vous le dire, les migrations de données de toute taille, tout ce qu’un client décrit comme un « changement rapide », et la réponse aux incidents de sécurité : la frontière entre la réponse couverte par le contrat et la remédiation de projet y est à la fois floue et coûteuse.

La réponse aux incidents de sécurité vaut la peine d’être rédigée tôt pour une deuxième raison. C’est la procédure la plus susceptible d’être exécutée sous pression par la personne disponible, et celle que les clients demandent le plus souvent à voir. Associez-la à une méthode de procédure pour toute remédiation planifiée sur l’infrastructure client.

Dix à quinze procédures couvrant la liste des volumes constituent une bibliothèque opérationnelle. Essayer d’en faire quarante d’abord, c’est la raison pour laquelle ces projets stagnent.

Comment rédiger une procédure SOP MSP, étape par étape

Enregistrez quelqu’un en train d’effectuer la tâche sur un environnement client réel, à un rythme normal, sans interruption.

Rédigez les étapes à partir de l’enregistrement, puis supprimez toutes les étapes qui relèvent de la navigation plutôt que d’une action ou d’une décision. Ajoutez le résultat attendu à chacune des étapes qui restent.

Rédigez maintenant la frontière de périmètre, et faites-le avec quelqu’un qui comprend le contrat plutôt qu’en solo. C’est l’étape que les ingénieurs ne peuvent pas faire sans aide, et que les équipes commerciales ne peuvent pas faire sans aide non plus : avec les deux personnes dans la pièce, cela prend environ dix minutes par procédure.

Marquez les étapes côté client et donnez à chacune une fenêtre de réponse attendue.

Définissez l’étiquette de périmètre et, le cas échéant, le code de facturation.

Ensuite, faites suivre la procédure par quelqu’un qui n’a pas effectué la tâche sur l’environnement d’un autre client. Ce dernier détail compte, car une procédure qui ne fonctionne que sur le parc sur lequel elle a été rédigée n’est pas une procédure standard.

Que doivent attendre ISO 9001 et les audits clients d’une SOP ?

ISO 9001 ne prescrit pas un modèle. Elle demande que les informations documentées nécessaires au fonctionnement des processus soient disponibles, adaptées, suffisantes et maîtrisées, ce qui, dans la pratique, signifie que chaque procédure a un identifiant, une version, un propriétaire, une approbation, et un mécanisme empêchant l’utilisation de copies obsolètes.

Pour un MSP, le test le plus fréquent n’est pas votre propre certification, mais les audits de vos clients. Les clients entreprise et toute personne disposant d’un cadre de sécurité demanderont à voir des procédures spécifiques, le plus souvent la mise en place et la révocation des accès, la réponse aux incidents, la gestion des changements, la vérification des sauvegardes et restaurations, ainsi que la manière dont vous gérez leurs identifiants.

Ce que ces évaluateurs recherchent est peu glamour. Des preuves que la procédure est suivie, plutôt que simplement rédigée : des tickets qui y font référence et une date de dernière vérification récente. Un propriétaire nommé. Et un historique de version montrant qu’elle évolue.

Deux points pratiques. Gardez les versions orientées client des procédures de sécurité séparées des versions internes, afin de pouvoir partager sans exposer toute votre bibliothèque. Et soyez prudent lorsque vous partagez des procédures contenant des spécificités d’un autre client : c’est un risque réel lorsque le détail de la déviation se trouve dans la procédure plutôt que dans un registre distinct.

Rien ici n’est un conseil de conformité, et les exigences varient selon la norme, le cadre et le contrat client. Confirmez les détails auprès de la personne qui détient votre certification.

Comment les SOP MSP se rattachent à votre bibliothèque standard

La SOP est un type de document au sein de la structure plus large. La distinction à conserver clairement est celle entre la méthode et le parc.

La méthode est standard, elle existe une fois, et elle vous appartient. Procédures, formats de rapport, standards de construction. Un client qui part ne les emporte pas.

Le parc est propre à chaque client et, en grande partie, c’est le leur. Registres d’actifs, identifiants, schémas, et registre des déviations qui enregistre où leur environnement diffère de votre standard.

Les procédures renvoient au parc plutôt que de le contenir. Lorsqu’une procédure a besoin d’une valeur spécifique au client, elle pointe vers le registre. Cette règle unique permet à une procédure de servir trente clients, et nos modèles de documentation MSP couvrent le registre et la bibliothèque plus large. Lorsqu’une procédure a besoin d’une référence rapide au moment du travail, un job aid est souvent préférable plutôt que d’allonger la SOP.

Puis-je obtenir un modèle de SOP MSP en Word ou Excel ?

Word ou Google Docs convient à la procédure elle-même, et la structure ci-dessus s’y insère directement. Verrouillez le bloc d’en-tête pour empêcher les auteurs d’omettre l’étiquette de périmètre, car c’est le champ le plus susceptible d’être laissé vide par la personne qui rédige rapidement.

Excel convient au registre des procédures, c’est-à-dire la liste de chaque SOP avec le propriétaire, l’étiquette de périmètre, le code de facturation, la date de dernière vérification et le volume mensuel de tickets. Deux colonnes sur cette feuille valent leur place : la proportion de procédures vérifiées au cours des six derniers mois, et le nombre par étiquette de périmètre, qui vous indique en un coup d’œil quelle part de votre bibliothèque est contractuellement ambiguë.

PDF convient aux versions que vous partagez avec les clients pendant un audit, exportées depuis la copie en direct plutôt que maintenues séparément. Pour la structure générale des SOP en dehors du contexte MSP, notre modèle de SOP la couvre.

Générer la SOP à partir d’un enregistrement plutôt que d’un modèle

La raison pour laquelle les bibliothèques de procédures MSP restent minces n’est pas un désaccord sur ce qu’il faut écrire. C’est qu’écrire un runbook signifie qu’un ingénieur fait une capture d’écran et décrit une tâche qu’il aurait pu terminer quatre fois sur la même période.

Trupeer AI supprime ce coût. L’ingénieur effectue la tâche une fois devant la caméra, et le résultat est une procédure mise en forme avec des étapes et des écrans déjà capturés, qu’il vérifie plutôt que d’avoir à rédiger. Quinze procédures deviennent une quinzaine plutôt qu’un trimestre : c’est la différence entre une bibliothèque qui existe et une bibliothèque qui est toujours sur le point d’exister.

Enregistrez-la. Marquez-la. Traduisez-la. Trupeerisez-la.

Le créateur de SOP couvre les procédures elles-mêmes, et lorsque la sortie est destinée à un client, les kits de marque font en sorte qu’elle arrive avec l’apparence de votre entreprise plutôt que comme un export générique. La documentation technique conserve les procédures et les enregistrements du parc ensemble. Les instructions de configuration se trouvent dans le guide de configuration du modèle de document.

Questions fréquentes

Existe-t-il un modèle de SOP MSP gratuit en Word ?

La structure ci-dessus s’insère directement dans Word ou Google Docs, y compris l’étiquette de périmètre et les champs de dépendances client que les modèles de SOP génériques n’ont pas. Il n’y a pas de téléchargement réservé et pas de formulaire. Verrouillez l’en-tête lorsque vous l’enregistrez comme modèle maison, car l’étiquette de périmètre est le champ qui risque d’être laissé vide.

Existe-t-il un modèle de SOP MSP gratuit en Excel ?

Excel est mieux adapté au registre qu’à la procédure. Une ligne par SOP avec le propriétaire, l’étiquette de périmètre, le code de facturation, la date de dernière vérification et le volume mensuel de tickets. Triez par volume de tickets pour voir quelles procédures méritent votre attention, puis comptez par étiquette de périmètre pour savoir quelle part de votre bibliothèque n’a jamais eu sa frontière commerciale définie.

Existe-t-il un modèle de SOP MSP gratuit en PDF ?

Exportez depuis votre copie en direct lorsque un client demande à voir une procédure pendant un audit, et conservez la version de travail modifiable. Une bibliothèque de procédures PDF a le même problème que tout ensemble de documents figés : elle ne peut pas dire au lecteur qu’elle n’est plus à jour.

Où puis-je trouver un modèle de SOP générique en Word ?

Si vous voulez la structure standard sans les champs spécifiques aux MSP, notre modèle de SOP la couvre, et le modèle de SOP IT couvre les opérations techniques, y compris comment décider quelles procédures valent la peine d’être rédigées.

Qu’est-ce qu’un modèle de procédure standard pas à pas ?

C’est le format de SOP le plus courant : des actions numérotées, une par ligne, chacune avec le résultat que vous devez observer. Il convient aux tâches linéaires avec un début et une fin connus, ce qui correspond à la majorité du travail MSP. C’est le mauvais format pour le diagnostic, où l’action suivante dépend de ce que vous venez de constater : dans ce cas, un arbre de décision est préférable.

De combien de SOP un MSP a-t-il besoin ?

Dix à quinze procédures couvrant vos plus gros volumes de tickets, plus la réponse aux incidents et tout ce pour quoi la frontière de périmètre est floue. Au-delà d’environ trente, la maintenance devient la contrainte : vous aurez intérêt à conserver moins de procédures, mais réellement à jour, plutôt qu’une grande bibliothèque que personne ne juge fiable.

Qui doit rédiger les SOP MSP ?

Un ingénieur qui exécute la tâche, avec la frontière de périmètre convenue en parallèle avec la personne qui détient le contrat. Ce binôme est inhabituel, et c’est précisément l’objectif : une procédure techniquement correcte sans frontière commerciale, c’est ce qui crée la fuite dans l’exemple traité.

Comment empêcher les ingénieurs de faire du travail hors périmètre ?

Indiquez-leur où se situe la frontière au moment où ils se trouvent dessus : dans la procédure, plutôt que dans une description de service. Donnez ensuite une action autre qu’un jugement : soulever une note de périmètre. La plupart du travail hors périmètre est fait par des personnes consciencieuses qui ne peuvent pas savoir, et la solution passe par l’information plutôt que par l’application stricte.