Det er uge seks i et prisfastsættelsesprojekt med fast honorar. Torsdag eftermiddag sender kundens projektejer en e-mail: »Kunne I også tage butikkerne i Spanien med? Jeg gik ud fra, at de var en del af gennemgangen.« Du åbner den underskrevne opgavebeskrivelse, som for flere måneder siden blev tilpasset fra en generisk skabelon. Der står »prisanalyse for detailforretningen«, efterfulgt af tre workshops og en afsluttende rapport. Ikke mere. Ingen liste over lande, ingen acceptkriterier og intet om, hvad der sker, når nogen beder om arbejde, som ingen har prissat.
Så du må vælge mellem to ugers ubetalt arbejde og en diskussion om en sætning, som ingen formulerede med omhu. Nedenfor finder du en gratis skabelon til en konsulentopgavebeskrivelse, der lukker disse huller (tre A4-sider i PDF, og alle afsnit er også gengivet, så du kan kopiere dem), og derefter råd om, hvordan du holder den underskrevne SOW i brug, når projektet går i gang.
Hvad en konsulentopgavebeskrivelse skal fastlægge
En artikel fra 1998 i PMI's PM Network definerer opgavebeskrivelsen som en beskrivelse af, hvad der skal leveres under kontrakten, herunder hvad leverandøren har brug for fra kunden for at kunne levere det. Den giver dokumentet én opgave: at være et objektivt mål for, hvornår arbejdet er færdigt, og hvornår betaling er berettiget [1].
I PMI's Pulse of the Profession fra 2021 rapporterede respondenterne, at der var sket ukontrolleret udvidelse af omfanget i 34% af de projekter, deres organisationer havde afsluttet i de foregående 12 måneder. At undgå dette var blandt de tre vigtigste faktorer for projektsucces i alle de brancher, undersøgelsen analyserede [2].
De fleste gratis skabeloner, jeg gennemgik, giver dig overskrifter. De giver sjældent konkrete formuleringer til de tre områder, hvor konsulentprojekter taber penge: acceptkriterier, der kan efterprøves, kundens forpligtelser med datoer og håndtering af anmodninger om mere arbejde.
SOW'en dækker ét projekt: hvad, hvornår og til hvilken pris. Ansvar, ejerskab til arbejdet og fortrolighed hører hjemme i den konsulentaftale, som SOW'en er underlagt. Den underskrives én gang pr. kunde, så hvert nyt projekt kun kræver en SOW på tre sider.
Skabelon til konsulentopgavebeskrivelse (gratis download)
Download skabelonen (PDF, 3 sider). Udskriv den, eller kopier teksten nedenfor; pladsholdere står i [kantede parenteser].
Denne skabelon er et udgangspunkt, ikke juridisk rådgivning. En underskrevet SOW er en del af din kontrakt med kunden, så få den gennemgået af en advokat i din jurisdiktion, før du bruger den.
01 Parter og forrang
Felter i dokumenthovedet: begge parters juridiske navne, adresser og virksomhedsnumre, kundens projektejer og den opgaveansvarlige, projektperioden, versionen og SOW-referencen. Derefter:
Denne opgavebeskrivelse (SOW) beskriver ydelser, leverancer, tidsplan og honorarer for [Projektnavn]. Den er udstedt under [Konsulentaftalen] dateret [dato] mellem parterne (Aftalen), hvis vilkår finder anvendelse på den. Hvis denne SOW og Aftalen er i modstrid, har Aftalen forrang, medmindre denne SOW angiver den bestemmelse, den ændrer.
02 og 03 Mål og omfang
Beskriv baggrunden med kundens egne ord, ét mål (for eksempel godkendte listepriser for sortimentet i 2027) og det succeskriterium, begge parter vil kontrollere. Derefter:
- Inden for omfanget: [interviews med op til 8 salgs- og økonomichefer]; [analyse af 24 måneders transaktionsdata leveret af Kunden]; [to workshops med styregruppen].
- Uden for omfanget: [implementering af de nye priser i ERP-systemet]; [lande eller forretningsenheder, der ikke er nævnt ovenfor]; [oplæring af salgsteams].
Alt, der ikke er angivet som inden for omfanget, er uden for omfanget og kræver en godkendt ændringsanmodning (afsnit 09).
04 Leverancer og acceptkriterier
| ID | Leverance og format | Acceptkriterier | Frist |
|---|---|---|---|
| D1 | Vurdering af den nuværende situation, PDF-rapport, op til 20 sider | Dækker de 3 forretningsenheder inden for omfanget; resultaterne gennemgås med projektejeren på et møde på 60 minutter | [dato] |
| D2 | Prisfastsættelsesmodel, Excel-projektmappe og metodenotat | Gengiver sidste års faktiske omsætning med en afvigelse på højst 2%; kundens økonomiansvarlige kan opdatere alle input | [dato] |
| D3 | Anbefalinger, præsentation med 15 til 25 slides | Præsenteret for styregruppen; hver mulighed har et omkostnings- og omsætningsestimat | [dato] |
Testen for hvert kriterium er: Kan en person, der ikke har udført arbejdet, kontrollere det? »Rapport godkendt af kunden« består ikke testen. »Dækker de 3 forretningsenheder inden for omfanget« består.
05 Milepæle og betaling
| ID | Milepæl | Leverancer | Betaling |
|---|---|---|---|
| M1 | SOW underskrevet og opstartsmøde afholdt | Ingen | 20% af honoraret |
| M2 | Vurdering af den nuværende situation accepteret | D1 | 30% af honoraret |
| M3 | Prisfastsættelsesmodel accepteret | D2 | 30% af honoraret |
| M4 | Endelige anbefalinger accepteret | D3 | 20% af honoraret |
Angiv derefter det samlede honorar ekskl. moms, honorartypen (fast honorar eller medgået tid og materialer med et beløbsloft), at hver milepæl faktureres, når dens leverancer er accepteret, betalingsfristen ([30] dage fra modtagelse af fakturaen), og hvordan udlæg håndteres.
06 og 07 Kundens forpligtelser og forudsætninger
Kunden skal: udpege en projektejer med bemyndigelse til at acceptere leverancer; stille [data, dokumenter og systemadgang] til rådighed senest [dato]; stille [roller] til rådighed for op til [8] interviews af [60] minutter; og besvare spørgsmål og gennemgå udkast inden for [3] arbejdsdage. Hvis en forpligtelse opfyldes for sent, rykkes alle datoer, der afhænger af den, med det samme antal dage. En forsinkelse på mere end [10] arbejdsdage håndteres som en ændringsanmodning.
Forudsætninger følger samme mønster og slutter med: »Hvis en forudsætning viser sig at være forkert, kan hver af parterne fremsætte en ændringsanmodning.«
08 og 09 Accept og ændringsstyring
Konsulenten indsender hver leverance med en note, der angiver dens acceptkriterier. Inden for [10] arbejdsdage accepterer Kunden den skriftligt eller angiver de kriterier, den ikke opfylder, med begrundelser. Konsulenten retter disse punkter og indsender leverancen igen inden for [5] arbejdsdage; Kunden gennemgår derefter kun de rettede punkter. En leverance er accepteret, når Kunden bekræfter det, bruger den i sin virksomhed eller ikke svarer inden for gennemgangsperioden.
Hver af parterne kan skriftligt anmode om en ændring. Inden for [5] arbejdsdage svarer Konsulenten med ændringens konsekvenser for omfang, datoer og honorar. Arbejdet med en ændring begynder først, når begge parter har godkendt den skriftligt; godkendte ændringer bliver en del af denne SOW.
En formular til ændringsanmodninger og et bilag med en ændringslog registrerer, hvad der blev godkendt og hvornår.
10 til 12 Styring, personer og underskrifter
En ugentlig statusopdatering, et styregruppemøde hver [4] uge, kundens fælles arbejdsområde, en eskalationsvej, nøglepersonerne og underskriftsfelterne.
Fire regler for udfyldning
- Beskriv resultater, ikke timer. De amerikanske føderale indkøbsregler kræver, at myndigheder beskriver arbejdet ud fra de ønskede resultater frem for metode eller timer, målt op imod standarder [3]. Den samme disciplin hjælper en konsulent med fast honorar: Kunden køber en model, der gengiver sidste års omsætning med en afvigelse på højst 2%, ikke »40 timers analyse«.
- Sæt en dato på hver forpligtelse. »Rettidig adgang til data« beskytter ingen. »Data senest 15. november; datoer rykkes dag for dag ved forsinkelse« beskytter begge parter.
- Hold acceptperioden kort, og gør accepten endelig. Ifølge EU's direktiv om forsinket betaling bør accept eller kontrol ikke overstige 30 kalenderdage fra modtagelsen af ydelserne, medmindre det udtrykkeligt er aftalt og ikke er klart urimeligt over for leverandøren [4]. Ti arbejdsdage plus stiltiende accept ligger klart inden for denne grænse.
- Angiv de oplagte ekstraopgaver. Hvis du kan forudse den næste anmodning (et andet land, implementering, oplæring), så angiv den som uden for omfanget allerede nu. Når e-mailen kommer, er ændringsanmodningen halvt skrevet.
Efter underskrift: styr SOW'en i GoCons
I mit eget konsulentarbejde lå den underskrevne SOW tidligere i en fælles mappe, mens planen lå i et regneark. I uge fire åbnede ingen længere PDF'en, og det er netop dér, spørgsmål om omfanget begynder. Udviklingen af GoCons til vores egne projekter lærte mig, at SOW'en skal blive den struktur, teamet arbejder i.
I GoCons bliver SOW'en til en kontrakt af den passende type, som regel et Serviceprojekt (fast honorar, faktureret pr. milepæl eller én gang) eller Tid og materialer, to af de ni kontrakttyper, med dens datoer, honorar, betalingsfrist og valuta.
Hver milepæl i afsnit 05 bliver en GoCons-milepæl med en frist inden for kontraktens datoer. Den viser Afventer, derefter Nærmer sig i de sidste syv dage og så Overskredet, hvis fristen passeres, indtil du markerer den som Fuldført, hvorefter afslutningsdatoen gemmes.
Aktiviteterne i afsnit 03 bliver til opgaver med en ansvarlig, estimerede timer og en frist. Timer registreres på opgaven (der er ingen indbygget timer eller timeseddel), og hver opgave viser Rettidig, I fare eller Overskredet. Den underskrevne SOW lægges i kontraktens dokumenter.
Betaling følger afsnit 05: Faktureringsplanen viser én linje pr. milepæl, hver med status Planlagt, Udstedt, Forfalden eller Betalt. GoCons udsteder ikke fakturaer og modtager ikke betalinger; du vedhæfter den faktura, dit faktureringsprogram har udstedt, og GoCons minder dig om hver linje før forfald og giver dig besked, når en linje er forfalden.
Din kunde ser den samme struktur: Inviter projektejeren, som får et gratis login til at følge milepæle, opgaver, timer og dokumenter i stedet for at sende e-mails med »hvor langt er vi?«. Kundeportalen er med i alle abonnementer (se sammenligningen af kundeportalsoftware), og Claude kan læse de samme milepæle via GoCons MCP-serveren, som guiden til Claude MCP forklarer.
Et regneark kan indeholde de samme datoer, men det kan ikke advare dig før en frist, vise dem til kunden eller registrere, hvem der ændrede en kontraktdato. GoCons registrerer hver status- og datoændring i kontrakthistorikken med bruger og tidspunkt.
Opsætning: de ærlige svar
- Har jeg brug for et implementeringsprojekt? Nej. Opret kontoen, tilføj kontrakten og dens milepæle, og inviter kunden. Gratis-abonnementet kræver intet kreditkort.
- Skal min kunde betale eller installere noget? Nej. Kundebrugere er gratis og ubegrænsede, og portalen kører i browseren.
- Er prisen pr. bruger? Nej, pr. konsulentvirksomhed. På skrivetidspunktet (oktober 2026) koster Gratis EUR 0 med 2 teambrugere og 10 aktive kontrakter, og Sølv koster EUR 29 om måneden ekskl. moms med 10 teambrugere og ubegrænsede kontrakter (aktuelle priser).
- Hvad hvis jeg stopper? En administrator kan til enhver tid downloade alle konsulentvirksomhedens data på alle abonnementer: kontrakter, kunder og teammedlemmer som Excel-filer samt alle dokumenter.
Ofte stillede spørgsmål
Hvad er forskellen på en opgavebeskrivelse og en kontrakt?
SOW'en beskriver ét projekt: omfang, leverancer, tidsplan og honorar. Konsulentaftalen indeholder de juridiske vilkår, som gælder for alle projekter med den pågældende kunde. De fleste konsulentvirksomheder underskriver aftalen én gang og en SOW for hvert projekt.
Hvem bør skrive opgavebeskrivelsen?
Normalt udarbejder konsulenten udkastet, og kunden gennemgår det. Inddrag de personer, der skal udføre arbejdet, ikke kun den person, der solgte det [1].
Hvor detaljerede bør acceptkriterier være?
Detaljerede nok til, at en person uden for projektet kan kontrollere dem: et format, et maksimalt sidetal, de omfattede enheder, en tolerance. Ét til tre kriterier pr. leverance er normalt nok.
Er en opgavebeskrivelse juridisk bindende?
Når den er underskrevet under en kontrakt, behandles den normalt som en del af kontrakten, men håndhævelsen afhænger af din jurisdiktion. Derfor bør en advokat gennemgå skabelonen, før du bruger den.
Start med din næste SOW
Den næste opgavebeskrivelse, du underskriver, kan blive den struktur, dit team og din kunde arbejder ud fra, frem for en PDF i en mappe. Tilføj kontrakten, dens milepæle og din kunde: opret din gratis GoCons-konto.
Referencer
- Project Management Institute (M. G. Martin, PM Network, 1998), »Opgavebeskrivelse: Grundlaget for vellykkede serviceprojekter«, https://www.pmi.org/learning/library/statement-work-delivering-successful-service-projects-4761 (tilgået oktober 2026).
- Project Management Institute, »Pulse of the Profession 2021: Ud over agilitet«, https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pmi_pulse_2021.pdf (tilgået oktober 2026).
- Acquisition.gov, »Federal Acquisition Regulation 37.602: Resultatbaseret opgavebeskrivelse«, https://www.acquisition.gov/far/37.602 (tilgået oktober 2026).
- EUR-Lex, »Direktiv 2011/7/EU om bekæmpelse af forsinket betaling i handelstransaktioner«, https://eur-lex.europa.eu/eli/dir/2011/7/oj (tilgået oktober 2026).
© 2026 Mourinho Solutions. Alle rettigheder forbeholdes.
