Det er uke seks i et fastprisprosjekt om prissetting. Torsdag ettermiddag sender kundens prosjekteier en e-post: «Kan dere også ta med butikkene i Spania? Jeg antok at de var en del av gjennomgangen.» Du åpner den signerte oppdragsbeskrivelsen, som for flere måneder siden ble tilpasset fra en generell mal. Der står det «prisanalyse for detaljhandelsvirksomheten», etterfulgt av tre arbeidsmøter og en sluttrapport. Og det er alt. Ingen liste over land, ingen akseptansekriterier, ingenting om hva som skjer når noen ber om arbeid som ingen har priset inn.
Dermed må du velge mellom to uker med ubetalt arbeid og en diskusjon om en setning ingen formulerte med omhu. Nedenfor finner du en gratis mal for oppdragsbeskrivelse for konsulentoppdrag som tetter disse hullene (tre A4-sider i PDF, med alle delene også gjengitt som tekst du kan kopiere), og deretter hvordan du holder den signerte oppdragsbeskrivelsen i aktiv bruk når prosjektet starter.
Hva en oppdragsbeskrivelse for konsulentoppdrag må avklare
En artikkel fra 1998 i PMIs PM Network definerer oppdragsbeskrivelsen som en beskrivelse av hva som skal leveres under kontrakten, inkludert hva leverandøren trenger fra kunden for å kunne levere. Den gir dokumentet én oppgave: å være et objektivt mål på når arbeidet er fullført og når betaling er berettiget [1].
I PMIs Pulse of the Profession fra 2021 rapporterte respondentene om omfangsglidning i 34% av prosjektene organisasjonene deres hadde fullført de foregående 12 månedene. Å unngå dette var blant de tre viktigste faktorene for prosjektsuksess i alle bransjene undersøkelsen analyserte [2].
De fleste gratismalene jeg gjennomgikk, gir deg overskrifter. De gir sjelden formuleringer for de tre områdene der konsulentprosjekter taper penger: akseptansekriterier som kan testes, avhengigheter til kunden med datoer, og hva som skjer når noen ber om mer.
Oppdragsbeskrivelsen (SOW) dekker ett prosjekt: hva, når og til hvilken pris. Ansvar, eierskap til arbeidet og konfidensialitet hører hjemme i konsulentavtalen som oppdragsbeskrivelsen er underlagt. Den signeres én gang per kunde, slik at hvert nytt prosjekt bare trenger en tresiders oppdragsbeskrivelse.
Malen for oppdragsbeskrivelse for konsulentoppdrag (gratis nedlasting)
Last ned malen (PDF, 3 sider). Skriv den ut eller kopier formuleringene nedenfor; plassholdere står i [hakeparenteser].
Denne malen er et utgangspunkt, ikke juridisk rådgivning. En signert oppdragsbeskrivelse er en del av kontrakten din med kunden. Få den derfor gjennomgått av en advokat i din jurisdiksjon før du bruker den.
Skal du følge opp denne oppdragsbeskrivelsen sammen med en kunde? I GoCons blir den en kontrakt med milepæler som kunden kan følge underveis. Gratis å komme i gang, uten betalingskort.
01 Parter og rangordning
Felt i innledningen: begge parters juridiske navn, adresser og organisasjonsnumre, kundens prosjekteier og oppdragsansvarlig, prosjektperioden, versjonen og referansen til oppdragsbeskrivelsen. Deretter:
Denne oppdragsbeskrivelsen (SOW) beskriver tjenestene, leveransene, tidsplanen og honorarene for [Prosjektnavn]. Den er utstedt i henhold til [Konsulentavtalen] datert [dato] mellom partene (Avtalen), og Avtalens vilkår gjelder for den. Ved motstrid mellom denne oppdragsbeskrivelsen og Avtalen har Avtalen forrang, med mindre oppdragsbeskrivelsen angir hvilken klausul den endrer.
02 og 03 Mål og omfang
Beskriv bakgrunnen med kundens egne ord, ett mål (for eksempel godkjente listepriser for sortimentet for 2027) og suksessmålet begge parter skal kontrollere. Deretter:
- Innenfor omfanget: [intervjuer med opptil 8 salgs- og økonomiledere]; [analyse av 24 måneder med transaksjonsdata levert av Kunden]; [to arbeidsmøter med styringsgruppen].
- Utenfor omfanget: [implementering av de nye prisene i ERP-systemet]; [land eller forretningsenheter som ikke er nevnt ovenfor]; [opplæring av salgsteam].
Alt som ikke er oppført som innenfor omfanget, er utenfor omfanget og krever en godkjent endringsforespørsel (del 09).
04 Leveranser og akseptansekriterier
| ID | Leveranse og format | Akseptansekriterier | Frist |
|---|---|---|---|
| D1 | Kartlegging av nåsituasjonen, PDF-rapport, opptil 20 sider | Dekker de 3 forretningsenhetene som er innenfor omfanget; funnene gjennomgås med prosjekteieren i et møte på 60 minutter | [dato] |
| D2 | Prismodell, Excel-arbeidsbok og metodenotat | Gjenskaper fjorårets faktiske omsetning med et avvik på høyst 2%; kundens økonomiansvarlige kan oppdatere alle inndata | [dato] |
| D3 | Anbefalinger, presentasjon med 15 til 25 lysbilder | Presentert for styringsgruppen; hvert alternativ har et kostnads- og omsetningsestimat | [dato] |
Testen for hvert kriterium: Kan noen som ikke utførte arbeidet, kontrollere det? «Rapport godkjent av kunden» består ikke testen. «Dekker de 3 forretningsenhetene som er innenfor omfanget» består.
05 Milepæler og betaling
| ID | Milepæl | Leveranser | Betaling |
|---|---|---|---|
| M1 | Oppdragsbeskrivelse signert og oppstartsmøte gjennomført | Ingen | 20% av honoraret |
| M2 | Kartlegging av nåsituasjonen akseptert | D1 | 30% av honoraret |
| M3 | Prismodell akseptert | D2 | 30% av honoraret |
| M4 | Endelige anbefalinger akseptert | D3 | 20% av honoraret |
Angi deretter samlet honorar ekskl. merverdiavgift, honorartype (fastpris eller medgått tid og materialer med en beløpsgrense), at hver milepæl faktureres når leveransene er akseptert, betalingsfristen ([30] dager fra mottak av fakturaen) og hvordan utgifter håndteres.
06 og 07 Avhengigheter til kunden og forutsetninger
Kunden skal: utpeke en prosjekteier med myndighet til å akseptere leveranser; levere [data, dokumenter og systemtilgang] innen [dato]; stille [roller] til rådighet for opptil [8] intervjuer på [60] minutter; og svare på spørsmål og gjennomgå utkast innen [3] virkedager. Hvis en avhengighet blir forsinket, forskyves alle datoer som avhenger av den, med samme antall dager. En forsinkelse på mer enn [10] virkedager håndteres som en endringsforespørsel.
Forutsetninger følger samme mønster og avsluttes med: «Hvis en forutsetning viser seg å være feil, kan begge parter fremme en endringsforespørsel.»
08 og 09 Akseptanse og endringskontroll
Konsulenten sender inn hver leveranse med et notat som angir akseptansekriteriene. Innen [10] virkedager aksepterer Kunden den skriftlig eller angir hvilke kriterier den ikke oppfyller, med begrunnelse. Konsulenten retter disse punktene og sender leveransen inn på nytt innen [5] virkedager; Kunden gjennomgår deretter bare de korrigerte punktene. En leveranse anses som akseptert når Kunden bekrefter dette, bruker den i virksomheten sin eller ikke svarer innen gjennomgangsfristen.
Begge parter kan be om en endring skriftlig. Innen [5] virkedager svarer Konsulenten med endringens konsekvenser for omfang, datoer og honorarer. Arbeid med en endring starter først etter at begge parter har godkjent den skriftlig; godkjente endringer blir en del av denne oppdragsbeskrivelsen.
Et skjema for endringsforespørsler og et vedlegg med endringslogg dokumenterer hva som ble godkjent, og når.
10 til 12 Styring, personer og signaturer
En ukentlig statusoppdatering, et styringsgruppemøte hver [4.] uke, kundens delte arbeidsområde, en eskaleringsvei, nøkkelpersonene og signaturfeltene.
Fire regler for utfylling
- Beskriv resultater, ikke timer. Amerikanske føderale anskaffelsesregler ber etater beskrive arbeid ut fra de påkrevde resultatene fremfor metode eller timer, målt mot standarder [3]. Den samme disiplinen hjelper en konsulent som jobber til fastpris: Kunden kjøper en modell som gjenskaper fjorårets omsetning med et avvik på høyst 2%, ikke «40 timer med analyse».
- Sett en dato på hver avhengighet. «Tilgang til data i tide» beskytter ingen. «Data innen 15. november, datoer forskyves dag for dag ved forsinkelse» beskytter begge parter.
- Hold akseptanseprosessen kort og endelig. Etter EUs direktiv om forsinket betaling bør akseptanse eller kontroll ikke overstige 30 kalenderdager fra mottak av tjenestene, med mindre dette er uttrykkelig avtalt og ikke grovt urimelig overfor leverandøren [4]. Ti virkedager med påfølgende automatisk akseptanse ligger godt innenfor dette.
- Angi de åpenbare tilleggene. Hvis du kan forutse neste forespørsel (et nytt land, implementering, opplæring), før den opp som utenfor omfanget nå. Når e-posten kommer, er endringsforespørselen allerede halvveis skrevet.
Etter signering: følg opp oppdragsbeskrivelsen i GoCons
I mine egne konsulentoppdrag lå den signerte oppdragsbeskrivelsen tidligere i en delt mappe, mens planen lå i et regneark. Innen uke fire var det ingen som åpnet PDF-en, og det er nettopp da spørsmål om omfang begynner å dukke opp. Å utvikle GoCons for våre egne prosjekter lærte meg at oppdragsbeskrivelsen må bli selve strukturen teamet arbeider i.
I GoCons blir oppdragsbeskrivelsen en kontrakt av passende type, vanligvis et tjenesteprosjekt (fastpris, fakturert per milepæl eller samlet) eller tid og materialer, to av de ni kontraktstypene, med datoer, honorarer, betalingsfrist og valuta.
Hver milepæl i del 05 blir en milepæl i GoCons med frist innenfor kontraktens datoer. Den viser Venter, deretter Nærmer seg de siste sju dagene, og så Forfalt hvis fristen passeres, til du markerer den som Fullført og fullføringsdatoen lagres.
Aktivitetene i del 03 blir oppgaver med en ansvarlig, estimerte timer og en frist. Timer registreres på oppgaven (det finnes ingen innebygd tidtaker eller timeliste), og hver oppgave viser I rute, I fare eller Forfalt. Den signerte oppdragsbeskrivelsen legges i kontraktens dokumenter.
Betalingen følger del 05: Faktureringsplanen har én linje per milepæl, hver med status Planlagt, Utstedt, Forfalt eller Betalt. GoCons utsteder ikke fakturaer og tar ikke imot betalinger; du legger ved fakturaen som faktureringsprogrammet ditt har utstedt, og GoCons minner deg på før hver linje forfaller og varsler deg når en er forfalt.
Kunden ser den samme strukturen: Inviter prosjekteieren, så får vedkommende gratis innlogging for å følge milepæler, oppgaver, timer og dokumenter i stedet for å sende e-post med «hvordan ligger vi an?». Kundeportalen er inkludert i alle abonnementer (se sammenligningen av kundeportalprogramvare), og Claude kan lese de samme milepælene gjennom GoCons MCP-serveren, slik veiledningen for Claude MCP forklarer.
Et regneark kan inneholde de samme datoene, men det kan ikke varsle deg før en frist, vise dem til kunden eller registrere hvem som endret en kontraktsdato. GoCons registrerer hver status- og datoendring i kontraktshistorikken, med bruker og tidspunkt.
Kom i gang: ærlige svar
- Trenger jeg et implementeringsprosjekt? Nei. Opprett kontoen, legg til kontrakten og milepælene, og inviter kunden. Gratisabonnementet krever ikke kredittkort.
- Må kunden min betale eller installere noe? Nei. Kundebrukere er gratis og ubegrenset i antall, og portalen kjører i nettleseren.
- Er prisen per bruker? Nei, per konsulentselskap. I skrivende stund (oktober 2026) koster Gratis EUR 0 med 2 teambrukere og 10 aktive kontrakter, og Sølv koster EUR 29 per måned ekskl. merverdiavgift med 10 teambrukere og ubegrenset antall kontrakter (gjeldende priser).
- Hva om jeg slutter å bruke GoCons? En administrator kan når som helst laste ned alle konsulentselskapets data, uansett abonnement: kontrakter, kunder og teammedlemmer som Excel-filer, samt alle dokumenter.
Vanlige spørsmål
Hva er forskjellen mellom en oppdragsbeskrivelse og en kontrakt?
Oppdragsbeskrivelsen beskriver ett prosjekt: omfang, leveranser, tidsplan og honorarer. Konsulentavtalen inneholder de juridiske vilkårene som gjelder for alle prosjekter med den kunden. De fleste konsulentselskaper signerer avtalen én gang og en oppdragsbeskrivelse for hvert prosjekt.
Hvem bør skrive oppdragsbeskrivelsen?
Vanligvis utarbeider konsulenten et utkast som kunden gjennomgår. Involver dem som skal utføre arbeidet, ikke bare personen som solgte det [1].
Hvor detaljerte bør akseptansekriteriene være?
Detaljerte nok til at noen utenfor prosjektet kan kontrollere dem: et format, en sidegrense, hvilke enheter som dekkes, en toleranse. Ett til tre kriterier per leveranse er vanligvis nok.
Er en oppdragsbeskrivelse juridisk bindende?
Når den signeres under en kontrakt, regnes den normalt som en del av kontrakten, men håndheving avhenger av jurisdiksjonen din. Derfor bør en advokat gjennomgå malen før du bruker den.
Begynn med din neste oppdragsbeskrivelse
Den neste oppdragsbeskrivelsen du signerer, kan bli strukturen teamet og kunden arbeider ut fra, ikke en PDF i en mappe. Legg til kontrakten, milepælene og kunden: opprett din gratis GoCons-konto.
Referanser
- Project Management Institute (M. G. Martin, PM Network, 1998), «Oppdragsbeskrivelse: Grunnlaget for vellykkede tjenesteprosjekter», https://www.pmi.org/learning/library/statement-work-delivering-successful-service-projects-4761 (besøkt oktober 2026).
- Project Management Institute, «Pulse of the Profession 2021: Utover smidighet», https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pmi_pulse_2021.pdf (besøkt oktober 2026).
- Acquisition.gov, «Federal Acquisition Regulation 37.602: Resultatbasert oppdragsbeskrivelse», https://www.acquisition.gov/far/37.602 (besøkt oktober 2026).
- EUR-Lex, «Direktiv 2011/7/EU om bekjempelse av forsinket betaling i handelstransaksjoner», https://eur-lex.europa.eu/eli/dir/2011/7/oj (besøkt oktober 2026).
© 2026 Mourinho Solutions. Alle rettigheter forbeholdt.
