SOP-template: opzet, voorbeeld, reviewcyclus — en de SOP die elk lid in de eigen taal leest (2026)

Een standard operating procedure, of SOP, is de vastgelegde manier waarop een terugkerende taak in jouw organisatie wordt uitgevoerd: de stappen op volgorde, wie welke stap neemt, wat elke stap oplevert en wat je doet als het normale pad geblokkeerd is. Een SOP-template is het vaste skelet waarin die woorden komen te staan, zodat de veertigste procedure eruitziet als de eerste en iemand die er één heeft gelezen ze allemaal kan lezen. Het template is het makkelijke deel; het grootste deel van deze gids gaat over wat erin hoort en wat het waar houdt na de dag waarop het is geschreven.

Deze gids behandelt eerst het vak — wat een SOP wel en niet is, de standaardopzet, hoe je er een schrijft die mensen echt volgen, een template om te kopiëren, twee ingevulde voorbeelden — en daarna de mechanica: hoe de reviewcyclus werkt, waar de SOP en de review leven in de tools die je team al gebruikt en wat degene krijgt die de SOP in een andere taal leest. Want de echte test van een SOP is niet de dag van goedkeuring. Het is de dinsdag waarop een nieuwe collega het document alleen opent, aan de balie, met een klant die wacht.

Wat een SOP is — en wat niet

Vijf soorten documenten beschrijven hoe werk wordt gedaan, en de SOP is degene in het midden:

Het onderscheid doet ertoe, want het bepaalt de lengte. Een SOP die bij elke stap het beleid toelicht, is een handboek dat niemand aan de balie opent; een SOP die afdaalt tot op welke knop je klikt, wordt herschreven zodra de software verandert. De SOP zegt wat er gebeurt, door wie, in welke volgorde, met welk resultaat; het beleid erboven zegt waarom, en de werkinstructie eronder zegt precies hoe op dit scherm.

Een SOP is ook geen beschrijving van hoe de taak meestal wordt gedaan. Het is de afgesproken manier — daarom heeft ze een eigenaar, een versie en een reviewdatum, en daarom is een stap die niemand volgt een stap om te schrappen of een gesprek om te voeren, geen zin om te laten staan.

Wat erin hoort: de standaardopzet

Een bruikbare SOP heeft een kop en acht onderdelen. De meeste templates online hebben alleen de kop en de stappen, en daarom is de meeste SOP's binnen een jaar verouderd zonder dat iemand het weet:

De kop — de identiteit van het document, vijf velden op één regel: een ID waar mensen naar kunnen verwijzen ("SOP-CS-04"), een versie ("v2.1"), de eigenaar — één benoemde persoon, geen afdeling — de ingangsdatum en de volgende reviewdatum. Een document zonder reviewdatum wordt beoordeeld wanneer er iets misgaat.

1. Doel. Eén of twee zinnen: wat deze procedure bereikt en wat er misgaat zonder. "Elke klacht wordt op dezelfde manier geregistreerd, bevestigd en opgelost, zodat een klant hetzelfde antwoord krijgt, wie er ook de telefoon opneemt."
2. Reikwijdte. Wanneer deze SOP van toepassing is en wanneer niet. "Klachten van klanten over een product of een levering. Niet: garantieclaims (SOP-CS-07), niet: klachten over leveranciers."
3. Rollen en verantwoordelijkheden. Elke rol die in de stappen voorkomt, met waarvoor die verantwoordelijk is. Rollen, geen namen: namen veranderen; de SOP zou dat niet hoeven te volgen.
4. Definities en randvoorwaarden. Termen die een nieuwe collega misschien niet kent, en wat er klaar moet zijn vóór stap 1 — toegang tot het register, het template, de escalatielijst.
5. De procedure. Genummerde stappen, één handeling per stap, in de volgorde waarin ze gebeuren, elk beginnend met de rol en een werkwoord: "De receptie registreert…", "De teamleider beoordeelt…". Waar het helpt drie kolommen — wie, doet wat, resultaat of vastlegging — zodat elke stap eindigt in iets wat een tweede persoon kan controleren.
6. Uitzonderingen en escalatie. De vertakkingen: wat te doen als de klant niet in het systeem staat, als het bedrag de limiet overschrijdt, als de eigenaar afwezig is. Elke uitzondering noemt een persoon of een rol, niet "vraag het aan iemand".
7. Vastleggingen en opbrengsten. Wat er aan het eind is wat er aan het begin niet was — de registerinvoer, de verstuurde e-mail, het ondertekende formulier — en waar het wordt bewaard. Dit is het onderdeel dat een auditor leest, en het vertelt je of de procedure is gevolgd.
8. Verwijzingen en versiegeschiedenis. Het beleid dat ze uitvoert, de gerelateerde SOP's en werkinstructies; daarna één regel per versie — datum, wat er veranderde, wie het goedkeurde. De geschiedenis zorgt ervoor dat dezelfde fout niet onder een nieuw versienummer opnieuw wordt ingevoerd.

Vier vormen voor het procedureonderdeel. Eenvoudige stappen — een genummerde lijst — voor een taak van minder dan tien stappen zonder vertakkingen. Hiërarchisch — genummerde stappen met stap-a-b-subpunten — wanneer een stap zelf een reeks bevat. Stroomschema wanneer de vertakkingen belangrijker zijn dan de volgorde: een beslisruit is makkelijker te volgen dan "als… anders… tenzij". Checklist voor een routine die dagelijks door dezelfde mensen wordt uitgevoerd, waar de vraag niet "hoe" is maar "hebben we het gedaan". Veel SOP's gebruiken er twee: een hiërarchische procedure, en een daarvan afgeleide checklist van één pagina voor de dienst.

Wat er niet in hoort: verantwoording (de taak van het beleid), schermafbeeldingen van elke klik (de taak van de werkinstructie) en alles waar iemand niets mee kan doen. "Behandel de klant met respect" is een waarde, geen stap.

Hoe je er een schrijft: observeren, opstellen, testen, publiceren

Observeer degene die de taak uitvoert en schrijf op wat die werkelijk doet. Niet wat de manager denkt dat er gebeurt — wat er gebeurt, inclusief de omweg via het spreadsheet. Degene die de taak elke dag uitvoert is de co-auteur; de SOP die over hen is geschreven in plaats van mét hen is degene die in een map leeft terwijl de echte procedure in hun hoofd zit. Vraag bij elke stap: wat doe je als dit mislukt?

Stel op in het template, eerst de stappen. Schrijf het procedureonderdeel vóór het doel: de stappen laten zien waar de reikwijdte eindigt en welke rollen er zijn. Eén handeling per stap, rol plus werkwoord, tegenwoordige tijd. Als een stap een alinea nodig heeft, zijn het twee stappen of een werkinstructie. Houd het geheel kort genoeg om in vijf minuten te lezen; de details staan in de gekoppelde instructies.

Test het op iemand die de taak nooit heeft gedaan. Geef die persoon de SOP en verder niets, en kijk waar die vastloopt. Elk vastlopen is een ontbrekende stap, een ontbrekende definitie of een ontbrekende uitzondering. Eén test met een nieuwkomer is meer waard dan drie reviews door ervaren collega's, die de gaten opvullen zonder het te merken.

Publiceer waar het team leest en zet de datum. Een SOP in een map met veertig andere wordt gevonden door mensen die de taak al kennen. Ze hoort thuis waar het team dat de procedure uitvoert al praat, met de naam van de eigenaar en de reviewdatum zichtbaar, zodat de vraag "is dit nog actueel?" door de kop wordt beantwoord en niet door rond te vragen. Zet de reviewdatum daarna in de agenda — de SOP die is geschreven en nooit beoordeeld is degene die vol vertrouwen wordt gevolgd nadat ze niet meer klopt.

Een SOP-template

[SOP-ID] — [Naam van de procedure]
Versie: [n.n] · Eigenaar: [rol, naam] · Ingangsdatum: [datum] · Volgende review: [datum]

1. Doel
[Eén of twee zinnen — wat deze procedure bereikt en wat er misgaat zonder.]

2. Reikwijdte
Geldt voor: [situaties, producten, locaties] · Geldt niet voor: [wat elders is geregeld, met de SOP-ID]

3. Rollen
[Rol] — [waarvoor die in deze procedure verantwoordelijk is]
[Rol] — [waarvoor die verantwoordelijk is]

4. Definities en randvoorwaarden
[Term] — [betekenis]
Vóór stap 1: [benodigde toegang, tools, templates, lijsten]

5. Procedure
5.1 [Rol] [doet wat] → [resultaat of vastlegging]
5.2 [Rol] [doet wat] → [resultaat of vastlegging]
5.3 [Rol] [doet wat] → [resultaat of vastlegging]
[a. substap] [b. substap]

6. Uitzonderingen en escalatie
Als [voorwaarde]: [wat te doen, wie beslist]
Als [voorwaarde]: [wat te doen, wie beslist]
Alles wat hier niet is geregeld: [rol] beslist en de casus wordt bij de volgende review ingebracht.

7. Vastleggingen
[Wat er aan het eind is — registerinvoer, e-mail, formulier — en waar het wordt bewaard, en hoelang.]

8. Verwijzingen en versiegeschiedenis
Voert uit: [beleid] · Gerelateerd: [SOP-ID's, werkinstructies]
v[n.n] — [datum] — [wat er veranderde] — goedgekeurd door [naam]
v[n.n] — [datum] — [wat er veranderde] — goedgekeurd door [naam]

Het template plak je zonder opnieuw op te maken in een Word-bestand, een Google Doc, een Notion-pagina, een Slack-canvas of een chatnotitie. De twee velden die het vaakst leeg blijven zijn de eigenaar en de volgende reviewdatum; ze bepalen of het document over een jaar nog klopt.

Twee ingevulde voorbeelden

Een klacht van een klant afhandelen — serviceteam, hiërarchisch

SOP-CS-04 — Afhandeling van klantklachten
Versie: 2.1 · Eigenaar: Teamleider service, Marta R. · Ingangsdatum: 1 okt 2026 · Volgende review: 1 apr 2027

1. Doel — Elke klacht wordt op dezelfde manier geregistreerd, bevestigd en opgelost, zodat een klant hetzelfde antwoord krijgt, wie het gesprek ook aanneemt, in de taal van de klant.
2. Reikwijdte — Klachten van klanten over een product, een levering of een factuur, per telefoon, e-mail of chat. Niet: garantieclaims (SOP-CS-07); niet: klachten over leveranciers (SOP-PR-02).
3. Rollen — Receptie: registreert en bevestigt. Servicemedewerker: onderzoekt en beantwoordt. Teamleider service: keurt alles boven de kredietlimiet goed en beslist over escalaties.
4. Randvoorwaarden — Toegang tot het klachtenregister; het ontvangstbevestigingstemplate in de taal van de klant; de actuele kredietlimiet (zie de kop van het register).

5. Procedure
5.1 De receptie registreert de klacht in het register → invoer met datum, kanaal, klant, product, de taal van de klant en een klacht-ID
5.2 De receptie stuurt binnen één werkdag de ontvangstbevestiging → bevestigingsmail met het klacht-ID, in de taal van de klant
5.3 De servicemedewerker onderzoekt:
a. controleert de order-, leverings- en factuurgegevens;
b. belt of schrijft de klant als een feit ontbreekt;
c. legt de bevinding en de voorgestelde oplossing vast in het register → bevinding en oplossing, gedateerd
5.4 Als de oplossing een tegoed onder de limiet is, verstrekt de medewerker het; boven de limiet keurt de teamleider service het binnen één werkdag goed → creditnota of schriftelijke goedkeuring
5.5 De medewerker beantwoordt de klant binnen vijf werkdagen na 5.1 → antwoord in de taal van de klant, met verwijzing naar het klacht-ID
5.6 De receptie sluit de invoer af → status Gesloten, datum, oplossing

6. Uitzonderingen — Klant niet in het systeem: registreren met de opgegeven contactgegevens, markeren als niet geverifieerd, doorgaan. Klant dreigt met juridische stappen: stoppen bij 5.3, dezelfde dag overdragen aan de teamleider service. Eigenaar afwezig: de in de registerkop genoemde plaatsvervanger keurt goed.
7. Vastleggingen — De registerinvoer (5 jaar bewaard), de bevestiging en het antwoord (in het dossier van de klant), de creditnota (financiën).
8. Verwijzingen — Klantbeleid §4; SOP-CS-07; werkinstructie WI-CS-04a "Het klachtenregister".
v2.1 — 1 okt 2026 — termijn van stap 5.2 teruggebracht van twee dagen naar één; bevestiging nu in de taal van de klant — goedgekeurd door Marta R.
v2.0 — 15 mrt 2026 — kredietlimiet en goedkeuringsstap toegevoegd — goedgekeurd door Marta R.

De praktijk openen — receptie, dagelijkse checklist

SOP-FD-01 — De praktijk openen
Versie: 1.3 · Eigenaar: Praktijkmanager, Tomás A. · Ingangsdatum: 1 sep 2026 · Volgende review: 1 mrt 2027

1. Doel — De praktijk is elke dag om 08:00 klaar voor de eerste patiënt, wie er ook opent.
2. Reikwijdte — Opening op werkdagen door de baliemedewerker van de vroege dienst. Niet: opening in het weekend (SOP-FD-02).
3. Rollen — Openende baliemedewerker: alles hieronder. Praktijkmanager: wordt gebeld bij elk mislukt punt.

5. Procedure — vóór 07:45, in deze volgorde
☐ Alarm uit, deuren open, licht en verwarming aan
☐ Receptiecomputer aan, afsprakensysteem open, lijst van vandaag afgedrukt
☐ Telefoonlijn van de nachtboodschap omgezet naar live
☐ Wachtkamer gecontroleerd: stoelen, water, de mededelingen van de dag in beide talen
☐ Behandelkamers 1–3: verbruiksmaterialen boven de minimumstreep op de kast
☐ Pinautomaat aan en testtransactie afgehandeld
☐ De eerste drie patiënten van de dag gebeld als een van hen de notitie bevestigen heeft\

6. Uitzonderingen — Een punt kan niet worden afgerond: bel de praktijkmanager vóór 07:50; open de deuren niet voor patiënten voordat de manager heeft gereageerd. Afsprakensysteem niet beschikbaar: gebruik de afgedrukte lijst van de avond ervoor (SOP-FD-05).
7. Vastleggingen — De afgevinkte checklist, geparafeerd en gedateerd, in de openingsmap; drie maanden bewaard.
v1.3 — 1 sep 2026 — mededelingen in beide talen toegevoegd aan het wachtkamerpunt — goedgekeurd door Tomás A.

Zie wat de twee gemeen hebben: elke stap begint met een rol en een werkwoord en eindigt in iets wat een tweede persoon kan controleren; de uitzonderingen noemen een persoon; de kop zegt wie de eigenaar is en wanneer er weer naar wordt gekeken; en de laatste regels leggen vast wat er veranderde en waarom. Dat is het hele vak. Al het andere in deze gids gaat over het waar houden van het document na de dag waarop het is ondertekend.

De reviewcyclus: hoe een procedure waar blijft

Een SOP is een bewering over hoe werk wordt gedaan, en het werk beweegt. De reviewcyclus houdt die bewering eerlijk. Ze heeft vier onderdelen.

Een datum, en triggers die de datum overrulen. Elke SOP heeft een volgende reviewdatum in de kop — zes of twaalf maanden is gebruikelijk, korter voor alles wat gereguleerd of veiligheidsgerelateerd is. Vier gebeurtenissen halen de review naar voren: een incident dat de procedure niet heeft voorkomen; een wijziging in de tool, het formulier of de leverancier waarvan de stappen afhangen; een wijziging in de regel of regelgeving die de SOP uitvoert; en drie afwijkingen op rij — drie mensen die een stap anders doen dan in het document staat is een stemming, geen discipline-probleem.

Een korte reviewmeeting met de mensen die de taak uitvoeren. Twintig minuten, de eigenaar en twee of drie mensen die de procedure uitvoeren, de actuele versie op ieders scherm. De agenda is altijd dezelfde:

SOP-[ID] review — [datum]
1. Afwijkingen sinds de vorige review: waar deden we het anders, en waarom — 5 min
2. Incidenten en klachten waarmee de procedure te maken had — 5 min
3. Stappen om te wijzigen, toe te voegen of te schrappen — één regel per stap, met de reden — 7 min
4. Besluit: heruitgeven als v[n.n] op [datum], of ongewijzigd bevestigen met een nieuwe reviewdatum — 3 min
Actiepunten: wie bewerkt, wie keurt goed, wie informeert wie, voor wanneer

Een nieuwe versie, met behoud van de oude. De wijziging komt als één regel in de versiegeschiedenis — datum, wat er veranderde, wie het goedkeurde — en het versienummer gaat omhoog: een gewijzigde stap is een kleine versie (2.0 → 2.1), een gewijzigde reikwijdte of een nieuwe rol een grote. De vorige versie wordt gemarkeerd als vervangen en bewaard, niet verwijderd: een auditor, of een collega die uitlegt wat er in maart gebeurde, heeft de procedure nodig zoals die toen was. Een besluit uit de review dat een regel verandert, niet alleen een stap, hoort ook in het besluitenlogboek, met de SOP-ID in de invoer.

De mensen die de taak uitvoeren horen het. Een heruitgegeven SOP die niemand heeft aangekondigd is de oude SOP met een nieuw nummer. De wijziging gaat naar de mensen die de procedure uitvoeren, op de plek waar ze al lezen, met de drie gewijzigde regels geciteerd — en de nieuwe reviewdatum gaat dezelfde dag in de agenda.

Waar de SOP en de review leven in de tools die je al gebruikt

De procedure zelf is een document en leeft waar de documenten van het team leven — een Word-bestand in een gedeelde bibliotheek, een Google Doc, een pagina in een wiki, een canvas. De review is een meeting, en elk platform heeft een plek voor wat die meeting achterlaat, en elk stopt op een ander punt. Alleen gedocumenteerd gedrag, van de eigen pagina's van de leveranciers, met de maand waarin elke pagina is gecontroleerd:

Twee dingen zijn overal hetzelfde. De SOP is een document in de ene taal waarin ze is geschreven, en de collega die een andere taal leest, leest die versie of een kopie die iemand heeft gemaakt; en wat de review heeft veranderd komt alleen in het document als iemand het daarna intypt, in diezelfde taal.

Hoe de procedure — en elke review ervan — terugkomt in de taal van elk lid

InterMIND is een communicatieruimte waarin het werk van een team in een kanaal leeft, dus de SOP heeft een vanzelfsprekend thuis: het kanaal van het team dat de procedure uitvoert. Geplaatst als notitie — een rich-textbericht met koppen en genummerde lijsten, later te bewerken via het eigen menu — wordt ze door elk lid in de eigen taal gelezen, met het origineel en een diff van wat er veranderde één schakelaar verderop, en vastgepind zodat de actuele versie het eerste is wat een nieuwe collega vindt. Geüpload als bestand — een PDF of een Word-document — opent ze voor elke lezer vertaald naar de eigen taal op betaalde abonnementen, en op elk abonnement draagt de kaart een AI-samenvatting in de taal van de lezer, elk punt gekoppeld aan de alinea waaruit het komt, zodat de lezing van vijf minuten bestaat voordat iemand haar heeft geschreven. Blijft het hoofddocument in een documenttool staan, dan komen de updates via e-mail in het kanaal terecht: de host van het kanaal geeft het een eigen adres, en een bericht dat daarheen wordt gestuurd verschijnt als gewoon bericht met de afzender genoemd en de bijlagen behouden.

De reviewmeeting begint bij dat kanaal. Tijdens het gesprek komt de actuele versie op ieders scherm naast de videotegels met Share to conference — een notitie, of een Google Docs- of OneDrive-document dat in de chat is gekoppeld — en elke deelnemer scrolt er zelfstandig doorheen en leest het in de eigen taal; een gedeelde notitie wordt live bewerkt door degene die deelt terwijl de zaal toekijkt hoe de gewijzigde stap vorm krijgt. Als het gesprek eindigt, wordt de recap geschreven op basis van de meeting zelf — een samenvatting, de punten gemarkeerd als overeengekomen, open of betwist, de actiepunten met eigenaars, elke regel met behoud van zijn tijdstempel — en de tijdens de sessie gedeelde documenten dragen hun samenvattingen bij naast wat er is gezegd. Ze komt aan per e-mail, als bericht in het kanaal en als link in het agenda-item, en elk ingelogd lid leest haar in de eigen taal: het verslag wordt per lezer vertaald, niet eenmalig geschreven in de taal die de zaal toevallig gebruikte. Elk lid kan het bewerken, elke bewerking bewaart auteur en revisiegeschiedenis, en het kanaal bewaart de recap van elke eerdere sessie — dus de review die v2.1 opleverde is één klik verwijderd van de notitie die v2.1 is, en de eigen assistent van een lid — Claude, ChatGPT, Copilot of Gemini, verbonden via de MCP-connector — kan recaps, transcripten, chats en de tekst van gedeelde bestanden in één vraag doorzoeken, "wat hebben we in oktober veranderd aan de klachtenprocedure?", en het document zelf lezen; dit werkt voor organisaties met AI-functies ingeschakeld.

De mensen die een procedure uitvoeren zijn niet altijd medewerkers. Het personeel van een distributeur, een freelancer, een invaller: een extern lid van het kanaal sluit via e-mail aan met een gratis account en leest de SOP en de geschiedenis net als iedereen; iemand zonder account is gast van één meeting — die sluit via een link aan bij het reviewgesprek, vanaf een telefoon, kosteloos, hoort het live in de eigen taal en krijgt achteraf geen verslag. De host biedt de ruimte en betaalt op een betaald abonnement alleen voor de leden die in de afgelopen 28 dagen actief waren — aan een meeting deelgenomen, in een chat geschreven of de assistent iets gevraagd; leden die stil worden behouden hun toegang zonder kosten.

• Open een volledige recap — een echt verslag, weergegeven door dezelfde code die die van jou schrijft.
• Probeer de livedemo — zonder aanmelding; spreek, en hoor de zaal per luisteraar vertaald.

SOP's als vak overleven elke tool: iemand moet nog altijd de taak zien uitvoeren, de stappen als handelingen opschrijven en de nieuwkomer vragen waar die vastliep. Wat niet hoeft te overleven is de tweede klus — met de hand een vertaald exemplaar van elke versie bijhouden en wat de review veranderde opnieuw intypen, in één taal, voor mensen die andere talen lezen.

FAQ

Wat is een SOP-template?

Een SOP-template is het vaste skelet waarin een standard operating procedure wordt geschreven: een kop met de ID, versie, eigenaar, ingangsdatum en volgende reviewdatum, gevolgd door de standaardonderdelen — doel, reikwijdte, rollen, definities en randvoorwaarden, de genummerde procedure, uitzonderingen en escalatie, vastleggingen, en verwijzingen met een versiegeschiedenis. Het template laat elke procedure in de organisatie er hetzelfde uitzien, zodat iemand die er één heeft gelezen zijn weg vindt in alle andere.

Wat zijn de 5 onderdelen van een SOP?

De vijf onderdelen waar de meeste templates het over eens zijn: het titelblok of de kop, het doel, de reikwijdte, de rollen en verantwoordelijkheden, en de procedure zelf. Een complete SOP voegt er nog drie aan toe — uitzonderingen en escalatie, vastleggingen, en verwijzingen met een versiegeschiedenis — en meestal zijn het de ontbrekende onderdelen waardoor een procedure faalt: niemand weet wat te doen als het normale pad geblokkeerd is, en niemand weet wat er sinds de vorige versie is veranderd.

Hoe schrijf je een SOP?

Observeer degene die de taak uitvoert en schrijf op wat er werkelijk gebeurt, inclusief de vertakkingen. Stel eerst het procedureonderdeel op — één handeling per stap, rol plus werkwoord, tegenwoordige tijd — en vul daarna reikwijdte, rollen en uitzonderingen in op basis van wat de stappen aan het licht brachten. Test het op iemand die de taak nooit heeft gedaan en los elke plek op waar die vastloopt. Publiceer het waar het team al leest, met de eigenaar en de volgende reviewdatum in de kop, en zet die datum in de agenda.

Wat is de opzet van een SOP?

Een kopregel — ID, versie, eigenaar, ingangsdatum, volgende reviewdatum — en acht genummerde onderdelen: doel, reikwijdte, rollen, definities en randvoorwaarden, procedure, uitzonderingen en escalatie, vastleggingen, verwijzingen en versiegeschiedenis. Het procedureonderdeel heeft een van vier vormen: eenvoudige genummerde stappen, hiërarchische stappen met substappen, een stroomschema als de vertakkingen belangrijker zijn dan de volgorde, of een checklist voor een dagelijkse routine.

Wat is het verschil tussen een SOP en een werkinstructie?

Een SOP beschrijft één taak van begin tot eind op het niveau van rollen en stappen — wie wat doet, in welke volgorde, met welk resultaat. Een werkinstructie beschrijft één van die stappen op één scherm, machine of formulier, tot op het veld en de knop. De SOP zegt "De receptie registreert de klacht in het register"; de werkinstructie toont het register, de velden en de waarden in de keuzelijst. Door ze gescheiden te houden overleeft de SOP een softwarewijziging.

Wat is het verschil tussen een SOP en beleid?

Beleid is de regel en de reden: wat de organisatie wel en niet doet. Een SOP is hoe een rol de regel stap voor stap uitvoert. "Elke klacht wordt binnen twee werkdagen beantwoord" is beleid; de acht stappen van registratie tot afsluiting zijn de SOP die het uitvoert. Beleid verandert zelden en bij besluit; een SOP verandert zodra het werk verandert, en haar versiegeschiedenis zegt wanneer.

Is er een SOP-template in Word of Google Docs?

Het template in deze gids is platte tekst met vetgedrukte labels, dus je plakt het zonder opnieuw op te maken in een Word-document, een Google Doc, een Notion-pagina, een Slack-canvas of een chatnotitie. De opzet doet er meer toe dan het bestand: waar de SOP ook in staat, ze heeft de kop met de eigenaar en de reviewdatum nodig, genummerde stappen die beginnen met een rol en een werkwoord, een benoemde persoon bij elke uitzondering en een versiegeschiedenis — en ze moet leven waar de mensen die de taak uitvoeren al lezen.

Hoe vaak moeten SOP's worden beoordeeld?

Op een datum die in de kop staat — elke zes of twaalf maanden is gebruikelijk, korter als de procedure gereguleerd of veiligheidsgerelateerd is — en eerder als een van vier dingen gebeurt: een incident dat de procedure niet heeft voorkomen, een wijziging in de tool of het formulier waarvan de stappen afhangen, een wijziging in de regel die ze uitvoert, of drie afwijkingen op rij. De review is een meeting van twintig minuten met de mensen die de taak uitvoeren, en eindigt in een nieuwe versie met één regel in de geschiedenis of een bevestiging met een nieuwe reviewdatum.

Bronnen: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Pagina's van Microsoft, Google en Slack gecontroleerd in oktober 2026; de pagina over meetingsamenvattingen van Zoom gecontroleerd in augustus 2026. Leveranciers wijzigen na verloop van tijd abonnementen, functies en talenlijsten; controleer hun pagina's voor de actuele stand van zaken.