Het is week zes van een prijsstellingsproject tegen een vaste vergoeding. Op donderdagmiddag mailt de opdrachtgever bij de klant: "Kunt u ook de winkels in Spanje meenemen? Ik ging ervan uit dat die onderdeel waren van de analyse." U opent de ondertekende werkbeschrijving, maanden geleden aangepast op basis van een algemeen werkbeschrijvingssjabloon. Daarin staat "prijsanalyse voor de retailactiviteiten", gevolgd door drie workshops en een eindrapport. Meer niet. Geen lijst met landen, geen acceptatiecriteria en niets over wat er gebeurt als iemand vraagt om werk dat niet in de prijs is opgenomen.
U moet dus kiezen tussen twee weken onbetaald werk en een discussie over een zin die niemand zorgvuldig heeft geformuleerd. Hieronder vindt u een gratis werkbeschrijvingssjabloon voor consultancy dat deze hiaten ondervangt (drie A4-pagina’s in PDF, met alle onderdelen ook uitgeschreven om te kopiëren), gevolgd door uitleg over hoe u de ondertekende SOW bruikbaar houdt zodra het project begint.
Wat een werkbeschrijving voor consultancy moet vastleggen
Een artikel uit 1998 in PM Network van PMI definieert de werkbeschrijving als de beschrijving van wat onder het contract wordt geleverd, inclusief wat de dienstverlener van de klant nodig heeft om dat te leveren. Het geeft de werkbeschrijving één doel: een objectieve maatstaf voor wanneer het werk voltooid is en wanneer betaling gerechtvaardigd is [1].
In de Pulse of the Profession van PMI uit 2021 meldden respondenten sluipende scope-uitbreiding bij 34% van de projecten die hun organisaties in de voorgaande 12 maanden hadden afgerond. Het voorkomen daarvan behoorde in elke onderzochte sector tot de drie belangrijkste factoren voor projectsucces [2].
De meeste gratis sjablonen die ik heb bekeken, bieden kopjes. Ze bieden zelden formuleringen voor de drie punten waarop consultancyprojecten geld verliezen: toetsbare acceptatiecriteria, afhankelijkheden van de klant met datums en afspraken over wat er gebeurt als iemand om meer vraagt.
De SOW beschrijft één project: wat, wanneer en tegen welke prijs. Aansprakelijkheid, eigendom van het werk en vertrouwelijkheid horen thuis in de consultancyovereenkomst waaronder de SOW valt. Die wordt eenmaal per klant ondertekend, zodat elk nieuw project alleen een SOW van drie pagina’s nodig heeft.
Het werkbeschrijvingssjabloon voor consultancy (gratis download)
Download het sjabloon (PDF, 3 pagina’s). Druk het af of kopieer de onderstaande tekst; invulvelden staan tussen [vierkante haken].
Dit sjabloon is een uitgangspunt, geen juridisch advies. Een ondertekende SOW maakt deel uit van uw contract met de klant. Laat deze daarom vóór gebruik beoordelen door een jurist die bekend is met het recht in uw rechtsgebied.
Werkt u met een klant op basis van deze SOW? In GoCons wordt deze een contract met mijlpalen die uw klant tijdens de uitvoering kan volgen. Gratis beginnen, geen creditcard nodig.
01 Partijen en voorrang
Velden bovenaan: de officiële namen, adressen en registratienummers van beide bedrijven, de opdrachtgever bij de klant en de verantwoordelijke voor de opdracht, de projectperiode, de versie en het SOW-kenmerk. Vervolgens:
Deze werkbeschrijving (Statement of Work, SOW) beschrijft de diensten, op te leveren resultaten, planning en vergoedingen voor [Projectnaam]. Deze wordt opgesteld onder de [Consultancyovereenkomst] van [datum] tussen de partijen (de Overeenkomst), waarvan de voorwaarden hierop van toepassing zijn. Bij strijdigheid tussen deze SOW en de Overeenkomst heeft de Overeenkomst voorrang, tenzij deze SOW de bepaling vermeldt die zij wijzigt.
02 en 03 Doelstellingen en scope
Beschrijf de achtergrond in de woorden van de klant, één doelstelling (bijvoorbeeld goedgekeurde catalogusprijzen voor het assortiment van 2027) en de succesmaatstaf die beide partijen zullen toetsen. Vervolgens:
- Binnen de scope: [interviews met maximaal 8 sales- en financemanagers]; [analyse van 24 maanden aan transactiegegevens die door de Klant worden aangeleverd]; [twee workshops met de stuurgroep].
- Buiten de scope: [implementatie van de nieuwe prijzen in het ERP-systeem]; [landen of bedrijfsonderdelen die hierboven niet zijn genoemd]; [training van salesteams].
Alles wat niet als binnen de scope is vermeld, valt buiten de scope en vereist een goedgekeurd wijzigingsverzoek (onderdeel 09).
04 Op te leveren resultaten en acceptatiecriteria
| ID | Resultaat en formaat | Acceptatiecriteria | Uiterste datum |
|---|---|---|---|
| D1 | Beoordeling van de huidige situatie, PDF-rapport, maximaal 20 pagina’s | Omvat de 3 bedrijfsonderdelen binnen de scope; bevindingen besproken met de opdrachtgever in een sessie van 60 minuten | [datum] |
| D2 | Prijsmodel, Excel-werkmap en methodetoelichting | Reproduceert de werkelijke omzet van vorig jaar met een afwijking van maximaal 2%; de financieel verantwoordelijke van de klant kan alle invoergegevens bijwerken | [datum] |
| D3 | Aanbevelingen, presentatie met 15 tot 25 dia’s | Gepresenteerd aan de stuurgroep; elke optie heeft een kosten- en omzetraming | [datum] |
De toets voor elk criterium: kan iemand die het werk niet heeft uitgevoerd dit controleren? "Rapport goedgekeurd door de klant" voldoet niet. "Omvat de 3 bedrijfsonderdelen binnen de scope" wel.
05 Mijlpalen en betaling
| ID | Mijlpaal | Op te leveren resultaten | Betaling |
|---|---|---|---|
| M1 | SOW ondertekend en startbijeenkomst gehouden | Geen | 20% van de vergoeding |
| M2 | Beoordeling van de huidige situatie geaccepteerd | D1 | 30% van de vergoeding |
| M3 | Prijsmodel geaccepteerd | D2 | 30% van de vergoeding |
| M4 | Definitieve aanbevelingen geaccepteerd | D3 | 20% van de vergoeding |
Vermeld vervolgens de totale vergoeding exclusief btw, het vergoedingstype (vast, of op basis van tijd en materiaal met een maximumbedrag), dat elke mijlpaal wordt gefactureerd zodra de bijbehorende resultaten zijn geaccepteerd, de betalingstermijn ([30] dagen na ontvangst van de factuur) en hoe onkosten worden behandeld.
06 en 07 Afhankelijkheden van de klant en aannames
De Klant zal: een opdrachtgever aanwijzen die bevoegd is om resultaten te accepteren; [gegevens, documenten en systeemtoegang] verstrekken uiterlijk op [datum]; [functies] beschikbaar stellen voor maximaal [8] interviews van [60] minuten; en vragen beantwoorden en concepten beoordelen binnen [3] werkdagen. Als een afhankelijkheid vertraging oploopt, verschuift elke daarvan afhankelijke datum met hetzelfde aantal dagen. Een vertraging van meer dan [10] werkdagen wordt behandeld als een wijzigingsverzoek.
Aannames volgen hetzelfde patroon en eindigen met: "Als een aanname onjuist blijkt, kan elk van beide partijen een wijzigingsverzoek indienen."
08 en 09 Acceptatie en wijzigingsbeheer
De Consultant dient elk resultaat in met een toelichting waarin de acceptatiecriteria worden opgesomd. Binnen [10] werkdagen accepteert de Klant het schriftelijk of vermeldt de Klant met redenen aan welke criteria het niet voldoet. De Consultant corrigeert die punten en dient het resultaat binnen [5] werkdagen opnieuw in; de Klant beoordeelt vervolgens alleen de gecorrigeerde punten. Een resultaat is geaccepteerd wanneer de Klant dit bevestigt, het gebruikt in zijn bedrijfsvoering of niet reageert binnen de beoordelingstermijn.
Elk van beide partijen kan schriftelijk om een wijziging verzoeken. Binnen [5] werkdagen geeft de Consultant aan wat de gevolgen zijn voor de scope, datums en vergoedingen. Het werk aan een wijziging begint pas nadat beide partijen deze schriftelijk hebben goedgekeurd; goedgekeurde wijzigingen worden onderdeel van deze SOW.
Een wijzigingsverzoekformulier en een wijzigingslogboek als bijlage leggen vast wat is goedgekeurd en wanneer.
10 tot 12 Governance, betrokkenen en ondertekening
Een wekelijkse voortgangsupdate, een stuurgroepbijeenkomst elke [4] weken, de gedeelde werkruimte van de klant, een escalatieroute, de belangrijkste betrokkenen en de ondertekeningsblokken.
Vier regels voor het invullen
- Beschrijf resultaten, geen uren. De Amerikaanse federale aanbestedingsregels vragen overheidsinstanties om werk te beschrijven aan de hand van de vereiste resultaten, getoetst aan normen, in plaats van aan de hand van de methode of het aantal uren [3]. Dezelfde discipline helpt een consultant die tegen een vaste vergoeding werkt: de klant koopt een model dat de omzet van vorig jaar reproduceert met een afwijking van maximaal 2%, niet "40 uur analyse".
- Geef elke afhankelijkheid een datum. "Tijdige toegang tot gegevens" beschermt niemand. "Gegevens uiterlijk op 15 november; bij vertraging verschuiven de datums met hetzelfde aantal dagen" beschermt beide partijen.
- Houd acceptatie kort en definitief. Volgens de EU-richtlijn inzake betalingsachterstand mag acceptatie of verificatie niet langer duren dan 30 kalenderdagen na ontvangst van de diensten, tenzij dit uitdrukkelijk is overeengekomen en niet kennelijk onbillijk is voor de leverancier [4]. Tien werkdagen plus stilzwijgende acceptatie blijven daar ruim binnen.
- Benoem de voor de hand liggende extra’s. Als u het volgende verzoek kunt voorspellen (een ander land, implementatie, training), vermeld het dan nu als buiten de scope. Wanneer de e-mail binnenkomt, is het wijzigingsverzoek al half opgesteld.
Na ondertekening: werk met de SOW in GoCons
In mijn eigen consultancywerk stond de ondertekende SOW vroeger in een gedeelde map, terwijl de planning in een spreadsheet stond. In week vier opende niemand de PDF meer, precies wanneer de vragen over de scope beginnen. Door GoCons voor onze eigen projecten te bouwen, leerde ik dat de SOW de structuur moet worden waarin het team werkt.
In GoCons wordt de SOW een contract van het passende type, meestal een dienstenproject (vaste vergoeding, gefactureerd per mijlpaal of in één keer) of tijd en materiaal, twee van de negen contracttypen, met de bijbehorende datums, vergoedingen, betalingstermijn en valuta.
Elke mijlpaal in onderdeel 05 wordt een GoCons-mijlpaal met een deadline binnen de contractperiode. Deze heeft eerst de status In afwachting, vervolgens Nadert in de laatste zeven dagen en daarna Te laat als de deadline verstrijkt, totdat u deze als Voltooid markeert en de voltooiingsdatum wordt bewaard.
De activiteiten in onderdeel 03 worden taken met een toegewezen verantwoordelijke, geschatte uren en een deadline. Uren worden op de taak geregistreerd (er is geen ingebouwde timer of urenstaat), en elke taak toont de status Op tijd, Risico of Te laat. De ondertekende SOW komt bij de documenten van het contract.
De betaling volgt onderdeel 05: het factureringsschema bevat één regel per mijlpaal, elk met de status Gepland, Uitgegeven, Te laat of Betaald. GoCons maakt geen facturen aan en verwerkt geen betalingen; u voegt de factuur toe die uw facturatiesoftware heeft aangemaakt. GoCons herinnert u vóór de vervaldatum van elke regel en waarschuwt u wanneer een regel te laat is.
Uw klant ziet dezelfde structuur: nodig de opdrachtgever uit en deze krijgt gratis toegang om mijlpalen, taken, uren en documenten te volgen, in plaats van te mailen: "Hoe staan we ervoor?" Het klantenportaal is inbegrepen in elk abonnement (zie de vergelijking van klantenportaalsoftware), en Claude kan dezelfde mijlpalen lezen via de GoCons MCP-server, zoals de Claude MCP-handleiding uitlegt.
Een spreadsheet kan dezelfde datums bevatten, maar kan u niet vóór een deadline waarschuwen, ze aan de klant tonen of vastleggen wie een contractdatum heeft gewijzigd. GoCons legt elke status- en datumwijziging vast in de contractgeschiedenis, met de gebruiker en het tijdstip.
De inrichting: eerlijke antwoorden
- Heb ik een implementatieproject nodig? Nee. Maak het account aan, voeg het contract en de mijlpalen toe en nodig de klant uit. Voor het Free-abonnement is geen creditcard nodig.
- Moet mijn klant betalen of iets installeren? Nee. Klantgebruikers zijn gratis en onbeperkt, en het portaal werkt in de browser.
- Betaal ik per gebruiker? Nee, per consultancybedrijf. Op het moment van schrijven (oktober 2026) kost Free EUR 0 met 2 teamgebruikers en 10 actieve contracten, en kost Silver EUR 29 per maand exclusief btw met 10 teamgebruikers en onbeperkte contracten (actuele prijzen).
- Wat als ik vertrek? Een beheerder kan op elk moment alle gegevens van het consultancybedrijf downloaden, bij elk abonnement: contracten, klanten en teamleden als Excel-bestanden, plus elk document.
Veelgestelde vragen
Wat is het verschil tussen een werkbeschrijving en een contract?
De SOW beschrijft één project: scope, op te leveren resultaten, planning en vergoedingen. De consultancyovereenkomst bevat de juridische voorwaarden die gelden voor elk project met die klant. De meeste consultancybedrijven ondertekenen de overeenkomst één keer en een SOW voor elk project.
Wie moet de werkbeschrijving opstellen?
Meestal stelt de consultant deze op en beoordeelt de klant deze. Betrek de mensen die het werk zullen uitvoeren, niet alleen degene die het heeft verkocht [1].
Hoe gedetailleerd moeten acceptatiecriteria zijn?
Gedetailleerd genoeg om door iemand buiten het project te kunnen worden gecontroleerd: een formaat, een paginalimiet, de betrokken bedrijfsonderdelen, een tolerantie. Eén tot drie criteria per resultaat zijn meestal voldoende.
Is een werkbeschrijving juridisch bindend?
Als deze onder een contract wordt ondertekend, wordt deze doorgaans als onderdeel van dat contract beschouwd. De afdwingbaarheid hangt echter af van uw rechtsgebied. Daarom moet een jurist het sjabloon vóór gebruik beoordelen.
Begin met uw volgende SOW
De volgende werkbeschrijving die u ondertekent, kan de structuur zijn van waaruit uw team en uw klant werken, in plaats van een PDF in een map. Voeg het contract, de mijlpalen en uw klant toe: maak uw gratis GoCons-account aan.
Bronnen
- Project Management Institute (M. G. Martin, PM Network, 1998), "Werkbeschrijving: de basis voor succesvolle dienstenprojecten", https://www.pmi.org/learning/library/statement-work-delivering-successful-service-projects-4761 (geraadpleegd in oktober 2026).
- Project Management Institute, "Pulse of the Profession 2021: voorbij wendbaarheid", https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pmi_pulse_2021.pdf (geraadpleegd in oktober 2026).
- Acquisition.gov, "Federal Acquisition Regulation 37.602: resultaatgerichte werkbeschrijving", https://www.acquisition.gov/far/37.602 (geraadpleegd in oktober 2026).
- EUR-Lex, "Richtlijn 2011/7/EU betreffende bestrijding van betalingsachterstand bij handelstransacties", https://eur-lex.europa.eu/eli/dir/2011/7/oj (geraadpleegd in oktober 2026).
© 2026 Mourinho Solutions. Alle rechten voorbehouden.
