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 opdrachtomschrijving, die maanden geleden is aangepast op basis van een algemeen sjabloon. Er 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 wanneer iemand om werk vraagt waarvoor niemand een prijs heeft berekend.
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 sjabloon voor een opdrachtomschrijving voor advieswerk dat deze hiaten opvult (drie A4-pagina’s in PDF, met alle onderdelen ook uitgeschreven om te kopiëren). Daarna leest u hoe u de ondertekende SOW bruikbaar houdt zodra het project begint.
Wat een opdrachtomschrijving voor advieswerk moet vastleggen
Een artikel uit 1998 in PM Network van PMI definieert de opdrachtomschrijving als de beschrijving van wat op grond van het contract wordt geleverd, inclusief wat de dienstverlener van de klant nodig heeft om dit te leveren. Het kent de opdrachtomschrijving één functie toe: een objectieve maatstaf voor wanneer het werk voltooid is en wanneer betaling gerechtvaardigd is [1].
In PMI’s Pulse of the Profession 2021 meldden respondenten dat bij 34% van de projecten die hun organisaties in de voorafgaande 12 maanden hadden afgerond, sprake was van ongecontroleerde scope-uitbreiding. 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 adviesprojecten geld verliezen: toetsbare acceptatiecriteria, afhankelijkheden van de klant met datums en wat er gebeurt wanneer iemand om meer vraagt.
De SOW gaat over één project: wat, wanneer en tegen welke vergoeding. Aansprakelijkheid, eigendom van het werk en vertrouwelijkheid horen thuis in de adviesovereenkomst waaronder de SOW valt. Die ondertekent u één keer per klant, zodat voor elk nieuw project alleen een SOW van drie pagina’s nodig is.
Het sjabloon voor een opdrachtomschrijving voor advieswerk (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 in uw rechtsgebied.
01 Partijen en voorrang
Velden bovenaan: de statutaire 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-referentienummer. Vervolgens:
Deze opdrachtomschrijving (SOW) beschrijft de diensten, op te leveren resultaten, planning en vergoedingen voor [Projectnaam]. Zij wordt opgesteld onder de [Adviesovereenkomst] 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 managers van verkoop en financiën]; [analyse van 24 maanden aan transactiegegevens die de Klant aanlevert]; [twee workshops met de stuurgroep].
- Buiten de scope: [invoering van de nieuwe prijzen in het ERP-systeem]; [landen of bedrijfsonderdelen die hierboven niet zijn genoemd]; [training van verkoopteams].
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 | Op te leveren resultaat en formaat | Acceptatiecriteria | Uiterste datum |
|---|---|---|---|
| D1 | Analyse 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 toelichting op de methode | Reproduceert de werkelijke omzet van vorig jaar met maximaal 2% afwijking; de financieel verantwoordelijke van de klant kan alle invoergegevens bijwerken | [datum] |
| D3 | Aanbevelingen, presentatie van 15 tot 25 dia’s | Gepresenteerd aan de stuurgroep; elke optie bevat 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 | Analyse van de huidige situatie geaccepteerd | D1 | 30% van de vergoeding |
| M3 | Prijsmodel geaccepteerd | D2 | 30% van de vergoeding |
| M4 | Eindaanbevelingen 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] uiterlijk op [datum] beschikbaar stellen; [rollen] beschikbaar stellen voor maximaal [8] interviews van [60] minuten; en binnen [3] werkdagen vragen beantwoorden en concepten beoordelen. Als een vereiste bijdrage te laat wordt geleverd, 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 de partijen een wijzigingsverzoek indienen.’
08 en 09 Acceptatie en wijzigingsbeheer
De Consultant dient elk op te leveren resultaat in met een toelichting waarin de acceptatiecriteria staan vermeld. Binnen [10] werkdagen accepteert de Klant het schriftelijk of vermeldt de Klant aan welke criteria het niet voldoet, met opgave van redenen. De Consultant corrigeert deze punten en dient het resultaat binnen [5] werkdagen opnieuw in; de Klant beoordeelt vervolgens alleen de gecorrigeerde punten. Een resultaat geldt als geaccepteerd wanneer de Klant dit bevestigt, het in de bedrijfsvoering gebruikt of niet binnen de beoordelingstermijn reageert.
Elk van de 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 Besturing, betrokkenen en ondertekening
Een wekelijkse voortgangsupdate, een stuurgroepvergadering om de [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, in plaats van de methode of het aantal uren, en deze te toetsen aan normen [3]. Diezelfde discipline helpt een consultant die tegen een vaste vergoeding werkt: de klant koopt een model dat de omzet van vorig jaar met maximaal 2% afwijking reproduceert, niet ‘40 uur analyse’.
- Koppel aan 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 de acceptatieperiode kort en maak acceptatie definitief. Volgens de EU-richtlijn inzake betalingsachterstand mag acceptatie of verificatie niet langer duren dan 30 kalenderdagen na ontvangst van de diensten, tenzij uitdrukkelijk anders overeengekomen en niet kennelijk onbillijk voor de leverancier [4]. Tien werkdagen, gevolgd door stilzwijgende acceptatie, blijft 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 geschreven.
Na ondertekening: werk met de SOW in GoCons
In mijn eigen adviespraktijk stond de ondertekende SOW vroeger in een gedeelde map, terwijl de planning in een spreadsheet werd bijgehouden. Tegen week vier opende niemand de PDF meer, precies op het moment waarop vragen over de scope beginnen. Door GoCons voor onze eigen projecten te bouwen, leerde ik dat de SOW de structuur moet worden waarbinnen het team werkt.
In GoCons wordt de SOW een contract van het bijpassende type, meestal een Serviceproject (vaste vergoeding, gefactureerd per mijlpaal of eenmalig) of Tijd en materiaal, twee van de negen contracttypen, met de bijbehorende datums, vergoedingen, betalingstermijn en valuta.
Elke mijlpaal uit onderdeel 05 wordt een GoCons-mijlpaal met een deadline binnen de contractperiode. De status is eerst In afwachting, vervolgens Nadert in de laatste zeven dagen en daarna Achterstallig als de deadline verstrijkt, totdat u de mijlpaal als Voltooid markeert. De voltooiingsdatum wordt bewaard.
De activiteiten uit onderdeel 03 worden Taken met een toegewezen medewerker, een geschat aantal uren en een deadline. Uren worden op de taak geregistreerd (er is geen ingebouwde timer of urenstaat) en elke taak toont Op schema, Risico of Achterstallig. De ondertekende SOW wordt opgeslagen bij de Documenten van het contract.
De betaling volgt onderdeel 05: het factureringsschema bevat één regel per mijlpaal, elk met de status Gepland, Uitgegeven, Achterstallig of Betaald. GoCons maakt geen Facturen aan en verwerkt geen betalingen; u voegt de factuur toe die uw facturatiesoftware heeft aangemaakt. GoCons herinnert u voordat elke regel vervalt en waarschuwt u wanneer een betaling achterstallig 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 registreert elke status- en datumwijziging in de contractgeschiedenis, met de gebruiker en het tijdstip.
Aan de slag: eerlijke antwoorden
- Heb ik een implementatieproject nodig? Nee. Maak het account aan, voeg het contract en de bijbehorende 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.
- Geldt de prijs per gebruiker? Nee, per adviesbureau. Op het moment van schrijven (oktober 2026) kost Free EUR 0, met 2 teamgebruikers en 10 actieve Contracten. Silver kost EUR 29 per maand exclusief btw, met 10 teamgebruikers en onbeperkte Contracten (actuele prijzen).
- Wat als ik stop? Een beheerder kan op elk moment alle gegevens van het adviesbureau downloaden, bij elk abonnement: Contracten, Klanten en teamleden als Excel-bestanden, plus alle Documenten.
Veelgestelde vragen
Wat is het verschil tussen een opdrachtomschrijving en een contract?
De SOW beschrijft één project: scope, op te leveren resultaten, planning en vergoedingen. De adviesovereenkomst bevat de juridische voorwaarden die voor elk project met die klant gelden. De meeste adviesbureaus ondertekenen de overeenkomst één keer en een SOW voor elk project.
Wie moet de opdrachtomschrijving schrijven?
Meestal stelt de consultant deze op en beoordeelt de klant haar. Betrek de mensen die het werk gaan uitvoeren, niet alleen degene die de opdracht heeft verkocht [1].
Hoe gedetailleerd moeten acceptatiecriteria zijn?
Gedetailleerd genoeg om ze door iemand buiten het project te laten controleren: een formaat, een maximumaantal pagina’s, de betreffende bedrijfsonderdelen, een tolerantie. Eén tot drie criteria per op te leveren resultaat is doorgaans voldoende.
Is een opdrachtomschrijving juridisch bindend?
Als zij onder een contract wordt ondertekend, wordt zij doorgaans als onderdeel van dat contract beschouwd. De afdwingbaarheid hangt echter af van uw rechtsgebied. Daarom moet een jurist het sjabloon beoordelen voordat u het gebruikt.
Begin met uw volgende SOW
De volgende opdrachtomschrijving die u ondertekent, kan de structuur worden waarmee uw team en uw klant werken, in plaats van een PDF in een map. Voeg het contract, de bijbehorende mijlpalen en uw klant toe: maak uw gratis GoCons-account aan.
Bronnen
- Project Management Institute (M. G. Martin, PM Network, 1998), ‘Opdrachtomschrijving: de basis voor succesvolle dienstverleningsprojecten’, 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: prestatiegerichte opdrachtomschrijving’, 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.
