Voor managed service providers zijn SOP’s het besturingssysteem van het bedrijf. Met Trupeer kun je uren besparen op MSP-documentatie door te beginnen met een gratis MSP SOP-template, deze aan te passen met je brand guidelines en onze AI SOP creator te gebruiken om elke procedure om te zetten in een duidelijke video-walkthrough.

Wat is een MSP SOP-template en waarin verschilt het?

Een MSP standard operating procedure is de schriftelijke werkwijze voor een taak die je team herhaaldelijk uitvoert in klantomgevingen: een mailbox herstellen, een leaver uitschakelen, een endpoint opnieuw opbouwen, een phishingmelding afhandelen.

De technische inhoud overlapt bijna volledig met een interne IT SOP. Er worden twee dingen toegevoegd, en beide komen doordat je werkt onder een commerciële overeenkomst in iemands anders omgeving.

Elke procedure heeft een commercieel randje. Op een bepaald moment in het werk ga je van wat het contract dekt naar wat moet worden gefactureerd of geoffreerd, en de persoon die op die grens staat is een technicus midden in een ticket.

En elke procedure heeft overdrachten buiten je organisatie. Stappen waarbij de klant moet goedkeuren, toegang moet geven, aanwezig moet zijn of een beslissing moet nemen, en die mensen vallen niet onder je servicelevels.

Een interne SOP heeft dat probleem niet. Negeer beide en je krijgt procedures die technisch uitstekend zijn en stilletjes duur, en dat is het onderwerp van de meeste pagina’s op deze site.

Waar MSP-marge weglekt: binnen het ticket

Vraag een MSP-eigenaar waar de marge naartoe gaat en je hoort over salarissen, tooling of klanten die te veel support vragen. Dat zijn echte en zichtbare oorzaken, daarom worden ze beheerd.

De lekkage die niet zichtbaar is, gebeurt binnen legitieme tickets.

Een engineer pakt een verzoek dat binnen scope valt, lost het correct op en merkt terwijl hij is ingelogd dat er nog iets anders mis is. De Teams-structuur van de klant is een rommeltje, of de firewallregels zijn een decennium aan opgestapelde uitzonderingen. Ze besteden negentig minuten aan het oplossen ervan omdat het duidelijk gerepareerd moest worden, en loggen het tegen hetzelfde ticket.

Daar is niets mis mee qua wangedrag. Het is gewoon een goede engineer die iets goeds doet. Het is ook niet-factureerbaar werk binnen een contract met vaste prijs, en omdat het in een ticket binnen scope zit, zal geen enkel rapport het ooit aan je laten zien.

Vraag de engineers waarom en het antwoord is consistent. Niemand heeft ze verteld waar de grens ligt. De servicebeschrijving is een commercieel document in de contractmap, en de runbooks beschrijven hoe je het werk uitvoert zonder iets te zeggen over of het wel of niet binnen scope valt.

Zo wordt de commerciële grens tientallen keren per week bepaald door wie er toevallig in het ticket zit. Dat is een probleem met procedureontwerp, geen disciplineprobleem.

Zo pas je deze template aan in Trupeer

Stap 1: Open het gedeelte Templates

Ga in het hoofdmenu naar het gedeelte Templates.

Stap 2: Selecteer en open een template

Klik op een template waarmee je wilt werken om deze te openen.

Stap 3: Breid de templateweergave uit

Als dat nodig is, breid je de templateweergave uit om de volledige indeling en details duidelijk te zien.

Stap 4: Bewerk de template

Klik op Edit om te beginnen met het aanpassen van de geselecteerde template.

In de editor kun je:

• Nieuwe secties toevoegen

• Opmaakregels definiëren of bijwerken

• Een logo toevoegen en de positie en gerelateerde instellingen aanpassen

Stap 5: Sla je aangepaste template op

Nadat je alle noodzakelijke wijzigingen hebt doorgevoerd, klik je op Save om de bijgewerkte template op te slaan als je eigen template.

Stap 6: Bekijk en verfijn de template

Als je wilt zien hoe je aangepaste template eruitziet, open je de Preview.

Vanaf het preview-scherm kun je indien nodig direct verdere aanpassingen doen, zodat de template precies verschijnt zoals jij wilt.

Met een MSP SOP-template kun je:

• Uren besparen op schrijven: Sla de lege pagina over met een structuur die is gebouwd voor MSP-procedures.

• MTTR verlagen: Duidelijke SOP’s helpen elke tech support om elke klant snel te helpen.

• In lijn blijven met je merk: Pas je logo, fonts en kleuren toe met de brand kit van Trupeer.

• Techs sneller onboarden: Combineer SOP’s met video-walkthroughs om nieuwe technici sneller op te starten.

• Klaar blijven voor audits: Ingebouwde secties ondersteunen SOC 2, ISO 27001 en audits van klanten.

• Werken met globale teams: Vertaal MSP SOP’s naar 65+ talen met één klik.

Waarom elke MSP-procedure een scope-randje nodig heeft

De oplossing is klein en hoort in de procedure, niet in een policy die niemand leest.

Elke MSP SOP vermeldt bovenaan wat het dekt onder contract en waar het stopt. Niet in algemene termen. Zó specifiek dat een engineer van niveau één om vier dertig op een vrijdag kan zien aan welke kant van de grens hij zit zonder iemand te bellen.

De bewoording die werkt beschrijft een grens in plaats van een toestemming. “Deze procedure dekt het herstellen van één enkele mailbox vanuit een back-up. Het herstellen van meer dan vijf mailboxen, of een herstel dat een nieuwe back-uptaak vereist, valt buiten scope en vereist een scope note.”

Dat doet drie dingen die een servicebeschrijving niet kan. Het bereikt de persoon die het werk moet doen op het moment dat hij het nodig heeft. Het gebruikt de woordenschat van de taak in plaats van die van het contract. En het geeft ze een actie: een scope note opstellen in plaats van een oordeel vellen.

Waar de grens echt dubbelzinnig is, zeg dat en noem wie beslist. Erkenning van dubbelzinnigheid is beheersbaar. Dubbelzinnigheid die niet wordt genoemd, wordt wat de snelste engineer heeft aangenomen.

Zo tag je een procedure: inbegrepen, factureerbaar of offerte vereist

Drie tags, één per procedure, soms één per stap wanneer een procedure de grens overschrijdt.

De middelste rij vraagt om de meeste zorg, omdat een billable-tag zonder instructie “vertel de klant eerst” leidt tot betwiste facturen, die meer kosten aan de relatie dan het werk oplevert.

Beoordeel de tags jaarlijks op basis van de huidige servicebeschrijving in plaats van de servicebeschrijving die gold toen de runbooks werden geschreven. Scope verschuift in één richting en procedures die drie jaar geleden de tag included kregen, beschrijven nu vaak aanzienlijk meer werk dan het contract dekt.

Afhankelijkheden aan klantzijde en tickets die ouder worden

Het tweede veld dat de meeste MSP-procedures missen, is een markering op elke stap die iemand buiten je organisatie vereist.

Markeer het en geef een verwachte responstermijn. Klantgoedkeuring voor het uitschakelen van een leaver, fysieke toegang voor een hardware swap, een beslissing over of je moet herstellen of onderzoeken.

Geef de engineer vervolgens een instructie: het ticket parkeren in plaats van erop wachten. Dat klinkt administratief en het verplaatst twee cijfers. De leeftijd van het ticket stopt met oplopen door tijd die nooit van jou was, en engineers stoppen met het in hun hoofd vasthouden van halfaf werk.

Wees specifiek in de bewoording: “Vereist klantautorisatie. Verwacht binnen één werkdag. Parkeer het ticket en zet een herinnering, in plaats van het open te houden.”

Als een klant herhaaldelijk traag is met dezelfde afhankelijkheid, zie je dat terug als een patroon in geparkeerde tickets en hoort het in hun kwartaalreview als servicebeperking, in plaats van in de handling times van je engineers.

Gratis MSP SOP-template: de structuur om te kopiëren

Kopieer vanaf hier. Velden met een asterisk zijn de MSP-specifieke toevoegingen.

Header. Procedurenummer en titel, geschreven met het werkwoord als eerste. Owner. Laatst geverifieerde datum, oftewel wanneer iemand het voor het laatst heeft uitgevoerd. Scope tag: included, billable of quote required. Billing code, waar billable. Geschatte engineer-tijd. Toepasbaarheid voor de klant, oftewel alle klanten of benoemde uitzonderingen.

Scope edge. Eén of twee zinnen: wat dit dekt en de specifieke voorwaarden waaronder het factureerbaar wordt of een offerte vereist.

Trigger. Het verzoek of de gebeurtenis die deze procedure start.

Niet uitvoeren als. Voorwaarden waaronder de procedure onjuist is, inclusief waar een afwijking van de klant van toepassing is.

Prerequisites. Toegang, tooling, klantautorisatie, benodigde informatie. Markeer elk item aan klantzijde.

Steps. Genummerd, één actie per regel, met het verwachte resultaat. Markeer elke stap die klantactie vereist met de verwachte responstermijn.

Verification. Hoe je weet dat het resultaat is bereikt, inclusief eventuele vertraagde effecten zoals replicatie of een overnight sync.

Client communication. Wat je aan de klant vertelt, wanneer en met welke woorden. Dit is een sectie die interne SOP’s helemaal niet nodig hebben.

Escalation. Wie, via welke route, en op welk moment.

Deviations. Een verwijzing naar het afwijkingenregister van de klant in plaats van een lijst, omdat het register is waar per-klantverschillen worden vastgelegd.

Kopieer vanaf hier. Het laatste punt is structureel belangrijk: deze procedure bestaat één keer als standaard en variaties per klant horen in het register dat wordt beschreven in onze MSP documentation templates. Een procedure per klant kopiëren is hoe een bibliotheek onmaintainable wordt.

De MSP die 285 uur per maand weggaf

Barrowden Technology leverde managed services voor zesentwintig klanten met veertien engineers, op contracten met vaste prijs, waarbij projectwerk apart werd gefactureerd.

De brutomarge op de managed contracten was in twee jaar gedaald van achtendertig procent naar vierenveertig procent. Loonsverhogingen en tooling verklaarden ongeveer een derde van de daling. De rest was niet verklaard.

De managing director nam één maand aan tijdregistraties, achttienhonderd en veertig engineer-uren, en bekeek een steekproef van tweehonderd per regel naast de servicebeschrijving.

Eenenendertig van de tweehonderd beschreven werkzaamheden vielen buiten de contractscope en waren nooit gequote of gefactureerd. Omgerekend over de maand is dat ongeveer tweehonderdvijfentachtig uur, tegen een interne kost van ongeveer achtendertig pond per uur, dus grofweg tienduizend achthonderd pond per maand en iets in de buurt van honderdendertigduizend pond per jaar.

Bijna elk geval was begonnen binnen een legitiem ticket binnen scope. De grootste afzonderlijke post was negentig minuten het herbouwen van de Teams-kanaalstructuur van een klant, gelogd onder een ticket dat was gestart als één mailbox-permissieprobleem.

Elke geïnterviewde engineer zei hetzelfde. Ze wisten niet waar de grens lag, hadden de servicebeschrijving van zes pagina’s nooit gelezen en de runbooks zeiden er niets over.

De verandering bestond uit drie velden in elke runbook: de scope tag, de billing code en de scope edge-zin. Stappen aan klantzijde werden gemarkeerd met verwachte responstermijnen en een instructie om het ticket te parkeren.

In de daaropvolgende twee kwartalen daalde werk buiten scope in de steekproef van ongeveer vijftien procent naar ongeveer vier procent. Factureerbare omzet buiten de managed contracten steeg met ongeveer zesduizend tweehonderd pond per maand: hetzelfde werk dat nu werd betaald in plaats van geweigerd. De marge op managed contracten herstelde naar drieënvijftig procent.

Het neveneffect was degene die niemand had voorspeld. De gemiddelde ticketleeftijd daalde, omdat tickets die op klanten wachtten nu werden geparkeerd in plaats van in de wachtrijen van engineers te blijven staan alsof ze actief waren.

Welke SOP’s moet een MSP als eerste schrijven, en waarom

Niet de interessante. Schrijf de procedures waar de ticketvolumes hoog zijn, of waar de scope edge echt onduidelijk is, omdat dat precies de twee plekken zijn waar een procedure zichzelf terugverdient.

Op volume gaat het meestal om wachtwoord- en toegangsverzoeken, het verwerken van nieuwe starters en leavers, mailbox- en bestandsherstel, het herbouwen van endpoints en overdracht, het uitrollen van printers en randapparatuur, en problemen met VPN of remote access.

Bij scope-ambiguïteit gaat het om alles waarbij een andere vendor betrokken is, alles wat raakt aan een systeem dat de klant heeft toegevoegd zonder het aan jou te vertellen, datamigraties van elke omvang, alles wat door een klant wordt beschreven als een “quick change”, en incidentrespons op het gebied van security. Daar is de grens tussen gecontracteerde respons en projectmatige herstelwerkzaamheden zowel onduidelijk als duur.

Incidentrespons op het gebied van security is ook om een tweede reden de moeite waard om vroeg te schrijven. Het is de procedure die het meest waarschijnlijk onder druk wordt uitgevoerd door wie er beschikbaar is, en degene die klanten het vaakst vragen om te zien. Combineer het met een method of procedure voor geplande herstelwerkzaamheden op klantinfrastructuur.

Tien tot vijftien procedures die de volumelijst dekken vormen een werkbare bibliotheek. Proberen om als eerste veertig te doen is waarom deze projecten vastlopen.

Zo schrijf je een MSP SOP-procedure, stap voor stap

Leg vast hoe iemand de taak uitvoert op een echte klantomgeving, in een normaal tempo, zonder onderbreking.

Schrijf de stappen op basis van de opname en verwijder vervolgens elke stap die alleen navigatie is in plaats van actie of beslissing. Voeg het verwachte resultaat toe aan elke stap die overblijft.

Schrijf nu de scope edge en doe dat met iemand die het contract begrijpt, niet alleen. Dit is de stap die engineers niet zelfstandig kunnen doen en commerciële mensen ook niet zelfstandig, en het kost ongeveer tien minuten per procedure met beide personen in dezelfde ruimte.

Markeer de stappen aan klantzijde en geef elke stap een verwachte responstermijn.

Stel de scope tag in en, waar relevant, de billing code.

Laat vervolgens iemand die de taak nog niet heeft gedaan, deze volgen op een andere klantomgeving. Dat laatste detail is belangrijk, omdat een procedure die alleen werkt op de omgeving waarvoor hij is geschreven geen standaardprocedure is.

Wat verwachten ISO 9001 en audits van klanten van een SOP?

ISO 9001 schrijft geen template voor. Het vraagt dat gedocumenteerde informatie die nodig is voor de werking van processen beschikbaar, geschikt, toereikend en beheerst is. In de praktijk betekent dit dat elke procedure een identificatie heeft, een versie, een owner, een goedkeuring en een mechanisme dat voorkomt dat verouderde kopieën worden gebruikt.

Voor een MSP is de meest frequente test niet je eigen certificering, maar de audits van je klanten. Enterprise-klanten en iedereen met een security framework vragen om specifieke procedures te zien, meestal access provisioning en revocation, incidentrespons, change management, verificatie van back-up en restore, en hoe je met hun credentials omgaat.

Wat die beoordelaars zoeken is niet glamoureus. Bewijs dat de procedure wordt gevolgd in plaats van alleen op papier te staan: tickets die ernaar verwijzen en een laatst geverifieerde datum die recent is. Een benoemde owner. En een versiegeschiedenis die laat zien dat het document is aangepast.

Twee praktische punten. Houd de klantgerichte versies van security-procedures gescheiden van de interne versies, zodat je kunt delen zonder je hele bibliotheek bloot te geven. En wees voorzichtig met het delen van procedures die de specifics van een andere klant bevatten; dat is een echt risico wanneer het afwijkingsdetail in de procedure staat in plaats van in een apart register.

Hier is niets bedoeld als compliance-advies en vereisten verschillen per standaard, framework en klantcontract. Bevestig de details met degene die je certificering beheert.

Hoe MSP SOP’s zich verhouden tot je standaardbibliotheek

De SOP is één documenttype binnen de bredere structuur. Het onderscheid dat je helder wilt houden is dat tussen de methode en de omgeving.

De methode is standaard, bestaat één keer en is van jou. Procedures, rapportformaten, build standards. Een klant die vertrekt neemt deze niet mee.

De omgeving is per klant en grotendeels van hen. Asset registers, credentials, diagrammen en het afwijkingenregister waarin wordt vastgelegd waar hun omgeving afwijkt van je standaard.

Procedures verwijzen naar de omgeving in plaats van die te bevatten. Wanneer een procedure een waarde nodig heeft die specifiek is voor de klant, verwijst hij naar het register. Die ene regel maakt het mogelijk dat één procedure voor dertig klanten kan werken, en onze MSP documentation templates behandelen het register en de bredere bibliotheek. Wanneer een procedure op het moment van uitvoering een snelle referentie nodig heeft, is een job aid vaak beter dan het SOP-document langer maken.

Kan ik een MSP SOP-template in Word of Excel krijgen?

Word of Google Docs past bij de procedure zelf en de structuur hierboven wordt direct ingeplakt. Vergrendel het headerblok zodat auteurs de scope tag niet kunnen weglaten, aangezien dat veld het meest waarschijnlijk wordt overgeslagen door wie het op snelheid schrijft.

Excel past bij het procedureregister, dat is de lijst van elke SOP met owner, scope tag, billing code, laatst geverifieerde datum en ticketvolume per maand. Twee kolommen op dat blad verdienen hun plek: het aandeel procedures dat in de afgelopen zes maanden is geverifieerd, en het aantal per scope tag. Dat vertelt je in één oogopslag hoeveel van je bibliotheek contractueel dubbelzinnig is.

PDF past bij de versies die je deelt met klanten tijdens een audit, geëxporteerd vanuit de live versie in plaats van apart onderhouden. Voor algemene SOP-structuur buiten de MSP-context dekt onze SOP template dit.

De SOP genereren vanuit een opname in plaats van een template

De reden dat MSP-procedurebibliotheken dun blijven, is niet dat er onenigheid is over wat je moet schrijven. Het is dat het schrijven van een runbook betekent dat een engineer een screenshot maakt en een taak beschrijft die hij in dezelfde periode vier keer had kunnen afronden.

Trupeer AI haalt die kosten weg. De engineer voert de taak één keer uit voor de camera en de output is een opgemaakte procedure met stappen en schermen die al zijn vastgelegd. Ze controleren het, in plaats van het zelf te schrijven. Vijftien procedures worden een veertien dagen in plaats van een kwartaal: het verschil tussen een bibliotheek die bestaat en één die altijd bijna klaar is.

Leg het vast. Maak het branded. Vertaal het. Trupeer it.

De SOP creator behandelt de procedures zelf en, wanneer de output naar een klant gaat, zorgen brand kits ervoor dat het aankomt met het uiterlijk van jouw bedrijf in plaats van een generieke export. Technical documentation houdt de procedures en de omgevingsrecords samen. Setup-instructies staan in de document template setup guide.

Veelgestelde vragen

Is er een gratis MSP SOP-template in Word?

De structuur hierboven wordt direct ingeplakt in Word of Google Docs, inclusief de scope tag en de velden voor afhankelijkheden aan klantzijde die algemene SOP-templates niet hebben. Er is geen afgeschermde download en geen formulier. Vergrendel de header wanneer je het opslaat als je huis-template, omdat de scope tag het veld is dat leeg wordt gelaten.

Is er een gratis MSP SOP-template in Excel?

Excel is beter voor het register dan voor de procedure. Eén rij per SOP met owner, scope tag, billing code, laatst geverifieerde datum en maandelijks ticketvolume. Sorteer op ticketvolume om te zien welke procedures aandacht verdienen en tel op basis van scope tag om te zien hoeveel van je bibliotheek nog nooit is ingesteld met de commerciële grens.

Is er een gratis MSP SOP-template in PDF?

Exporteer vanuit je live versie wanneer een klant tijdens een audit wil zien hoe een procedure eruitziet en houd de werkversie bewerkbaar. Een PDF-procedurebibliotheek heeft hetzelfde probleem als elke set bevroren documenten: het kan de lezer niet vertellen dat het verouderd is.

Waar kan ik een algemene SOP-template in Word vinden?

Als je de standaardstructuur wilt zonder de MSP-specifieke velden, dekt onze SOP template dit, en de IT SOP template dekt technische operations, inclusief hoe je bepaalt welke procedures überhaupt de moeite waard zijn om te schrijven.

Wat is een template voor een stapsgewijze standard operating procedure?

Het is het meest voorkomende SOP-formaat: genummerde acties, één per regel, waarbij elke regel het resultaat bevat dat je moet zien. Het past bij lineaire taken met een bekende start en finish, wat het merendeel van het MSP-werk is. Het is het verkeerde formaat voor diagnose, waarbij de volgende actie afhangt van wat je net hebt gevonden. Die zijn beter als een beslisboom.

Hoeveel SOP’s heeft een MSP nodig?

Tien tot vijftien procedures die je hoogste ticketvolumes dekken, plus incidentrespons en alles waarbij de scope edge onduidelijk is. Boven ongeveer dertig wordt onderhoud de beperkende factor en ben je beter af met minder procedures die echt actueel worden gehouden dan met een grote bibliotheek die niemand vertrouwt.

Wie moet MSP SOP’s schrijven?

Een engineer die de taak uitvoert, met de scope edge afgestemd met degene die het contract beheert. Die combinatie is ongebruikelijk en dat is precies het doel, want een technisch correcte procedure zonder commerciële grens is wat de lekkage veroorzaakt in het uitgewerkte voorbeeld.

Hoe zorgen we dat engineers geen werk buiten scope doen?

Vertel ze waar de grens ligt op het moment dat ze er staan, wat betekent: in de procedure en niet in een servicebeschrijving. Geef ze vervolgens een actie die geen oordeel vereist, namelijk het opstellen van een scope note. Het meeste werk buiten scope wordt gedaan door gewetensvolle mensen die het niet kunnen inschatten, en de oplossing is informatie in plaats van handhaving.