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. Ikke noe mer. Ingen liste over land, ingen akseptansekriterier og ingenting om hva som skjer når noen ber om arbeid ingen har priset inn.
Dermed må du velge mellom to uker med ubetalt arbeid og en diskusjon om en setning ingen formulerte ordentlig. 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 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 å levere, og gir den én oppgave: å gi 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 ukontrollert omfangsøkning 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 gratis malene jeg gjennomgikk, gir deg overskrifter. De gir deg sjelden formuleringer for de tre områdene der konsulentprosjekter taper penger: akseptansekriterier som kan testes, avhengigheter hos 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, så få den gjennomgått av en advokat i din jurisdiksjon før du bruker den.
01 Parter og forrang
Felter i innledningen: begge parters juridiske navn, adresser og organisasjonsnumre, kundens prosjekteier og oppdragsleder, prosjektperioden, versjonen og referansen til oppdragsbeskrivelsen. Deretter:
Denne oppdragsbeskrivelsen (SOW) beskriver tjenester, leveranser, tidsplan og honorarer for [Prosjektnavn]. Den er utstedt under [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 i 2027) og suksessmålet begge parter skal kontrollere. Deretter:
- Innenfor omfanget: [intervjuer med opptil 8 ledere innen salg og økonomi]; [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 | Vurdering av nåsituasjonen, PDF-rapport, opptil 20 sider | Dekker de 3 forretningsenhetene innenfor omfanget; funn gjennomgått med prosjekteieren i et møte på 60 minutter | [dato] |
| D2 | Prismodell, Excel-arbeidsbok og metodenotat | Gjengir fjorårets faktiske omsetning med et avvik på høyst 2%; kundens økonomiansvarlige kan oppdatere alle inndata | [dato] |
| D3 | Anbefalinger, presentasjon på 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 innenfor omfanget» består.
05 Milepæler og betaling
| ID | Milepæl | Leveranser | Betaling |
|---|---|---|---|
| M1 | Oppdragsbeskrivelse signert og oppstartsmøte avholdt | Ingen | 20% av honoraret |
| M2 | Vurdering av nåsituasjonen akseptert | D1 | 30% av honoraret |
| M3 | Prismodell akseptert | D2 | 30% av honoraret |
| M4 | Endelige anbefalinger akseptert | D3 | 20% av honoraret |
Oppgi deretter samlet honorar eksklusive merverdiavgift, honorartype (fastpris eller medgått tid og materiell med et beløpstak), 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 hos kunden og forutsetninger
Kunden skal: utpeke en prosjekteier med myndighet til å akseptere leveranser; gi [data, dokumenter og systemtilgang] innen [dato]; gjøre [roller] tilgjengelige 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 leveransen skriftlig eller oppgir hvilke kriterier den ikke oppfyller, med begrunnelse. Konsulenten retter disse punktene og sender leveransen inn på nytt innen [5] virkedager; Kunden gjennomgår da bare de rettede punktene. En leveranse anses som akseptert når Kunden bekrefter den, bruker den i virksomheten sin eller ikke svarer innen vurderingsfristen.
Begge parter kan be om en endring skriftlig. Innen [5] virkedager svarer Konsulenten med en beskrivelse av konsekvensene for omfang, datoer og honorarer. Arbeidet med en endring starter først når 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. De føderale anskaffelsesreglene i USA ber offentlige etater beskrive arbeidet ut fra de påkrevde resultatene, målt mot standarder, fremfor metode eller timer [3]. Den samme disiplinen hjelper en konsulent som arbeider til fastpris: Kunden kjøper en modell som gjengir 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 skal akseptanse eller kontroll ikke overstige 30 kalenderdager fra mottak av tjenestene, med mindre dette er uttrykkelig avtalt og ikke er grovt urimelig overfor leverandøren [4]. Ti virkedager kombinert med automatisk akseptanse ved manglende svar 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 halvveis skrevet.
Etter signering: følg opp oppdragsbeskrivelsen i GoCons
I mitt eget konsulentarbeid pleide den signerte oppdragsbeskrivelsen å ligge i en delt mappe, mens planen lå i et regneark. Innen uke fire åpnet ingen PDF-filen lenger, og det er nettopp da spørsmål om omfang begynner å dukke opp. Å bygge GoCons for våre egne prosjekter lærte meg at oppdragsbeskrivelsen må bli strukturen teamet arbeider innenfor.
I GoCons blir oppdragsbeskrivelsen en kontrakt av den passende typen, vanligvis et tjenesteprosjekt (fastpris, fakturert per milepæl eller én gang) eller tid og materiell, to av de ni kontraktstypene, med tilhørende datoer, honorarer, betalingsfrist og valuta.
Hver milepæl i del 05 blir en GoCons-milepæl med frist innenfor kontraktens datoperiode. Den viser Venter, deretter Nærmer seg de siste sju dagene, og så Forsinket hvis fristen passeres, frem 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 Forsinket. 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å hver linje før forfall og varsler deg når en er forfalt.
Kunden din 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 «hvor står vi?». Kundeportalen er inkludert i alle abonnementer (se sammenligningen av programvare for kundeportaler), og Claude kan lese de samme milepælene gjennom GoCons MCP-serveren, slik veiledningen til 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.
Oppsett: æ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 konsulentvirksomhet. I skrivende stund (oktober 2026) koster gratisabonnementet EUR 0 og inkluderer 2 teambrukere og 10 aktive kontrakter, mens Silver koster EUR 29 i måneden eksklusive merverdiavgift og inkluderer 10 teambrukere og ubegrenset antall kontrakter (gjeldende priser).
- Hva hvis jeg slutter å bruke tjenesten? En administrator kan når som helst laste ned alle konsulentvirksomhetens data, på alle abonnementer: 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 konsulentvirksomheter signerer avtalen én gang og en oppdragsbeskrivelse for hvert prosjekt.
Hvem bør skrive oppdragsbeskrivelsen?
Vanligvis lager konsulenten et utkast, og kunden gjennomgår det. Involver personene som skal levere 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, enhetene som dekkes, en toleranse. Ett til tre kriterier per leveranse er vanligvis nok.
Er en oppdragsbeskrivelse juridisk bindende?
Når den er signert under en kontrakt, behandles den normalt som en del av kontrakten. Håndhevelsen avhenger imidlertid av jurisdiksjonen din, og 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 ditt og kunden arbeider etter, ikke bare en PDF i en mappe. Legg til kontrakten, milepælene og kunden din: opprett din gratis GoCons-konto.
Referanser
- Project Management Institute (M. G. Martin, PM Network, 1998), «Oppdragsbeskrivelse: grunnlaget for å levere vellykkede tjenesteprosjekter», https://www.pmi.org/learning/library/statement-work-delivering-successful-service-projects-4761 (lest 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 (lest oktober 2026).
- Acquisition.gov, «Federal Acquisition Regulation 37.602: Resultatbasert oppdragsbeskrivelse», https://www.acquisition.gov/far/37.602 (lest 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 (lest oktober 2026).
© 2026 Mourinho Solutions. Alle rettigheter forbeholdt.
