Det är vecka sex i ett prissättningsprojekt med fast arvode. På torsdagseftermiddagen mejlar kundens projektägare: ”Kan ni även ta med butikerna i Spanien? Jag antog att de ingick i översynen.” Du öppnar den undertecknade uppdragsbeskrivningen, som för flera månader sedan anpassades från en generell mall för uppdragsbeskrivning. Där står ”prissättningsanalys för detaljhandelsverksamheten”, följt av tre workshoppar och en slutrapport. Sedan är det slut. Ingen lista över länder, inga acceptanskriterier och inget om vad som händer när någon ber om arbete som ingen har prissatt.
Du får alltså välja mellan två veckors obetalt arbete och en diskussion om en mening som ingen formulerade med omsorg. Nedan finns en gratis mall för uppdragsbeskrivning för konsultuppdrag som täpper till de luckorna (tre A4-sidor i PDF, med varje avsnitt även utskrivet för kopiering), följt av råd om hur du håller den undertecknade uppdragsbeskrivningen, SOW, levande när projektet väl har startat.
Vad en uppdragsbeskrivning för konsultuppdrag måste fastställa
En artikel från 1998 i PMI:s PM Network definierar uppdragsbeskrivningen som en beskrivning i löptext av vad som ska tillhandahållas enligt avtalet, inklusive vad leverantören behöver från kunden för att kunna leverera. Den har en enda uppgift: att ge ett objektivt mått på när arbetet är slutfört och när betalning är motiverad [1].
I PMI:s Pulse of the Profession 2021 rapporterade respondenterna att omfattningen hade utökats okontrollerat i 34% av de projekt som deras organisationer hade slutfört under de föregående 12 månaderna. Att undvika detta var en av de tre viktigaste faktorerna för projektframgång i samtliga branscher som undersökningen analyserade [2].
De flesta gratis mallar som jag granskade ger dig rubriker. De ger sällan konkreta formuleringar för de tre områden där konsultprojekt förlorar pengar: acceptanskriterier som går att kontrollera, kundberoenden med datum och vad som händer när någon ber om mer.
Uppdragsbeskrivningen omfattar ett projekt: vad, när och till vilket pris. Ansvar, äganderätt till arbetsresultatet och sekretess hör hemma i det konsultavtal som uppdragsbeskrivningen lyder under. Det undertecknas en gång per kund, så varje nytt projekt behöver bara en uppdragsbeskrivning på tre sidor.
Mallen för uppdragsbeskrivning för konsultuppdrag (gratis nedladdning)
Ladda ner mallen (PDF, 3 sidor). Skriv ut den eller kopiera formuleringarna nedan; platshållare står inom [hakparenteser].
Den här mallen är en utgångspunkt, inte juridisk rådgivning. En undertecknad uppdragsbeskrivning ingår i ditt avtal med kunden, så låt en jurist i din jurisdiktion granska den innan du använder den.
01 Parter och företräde
Fält i sidhuvudet: båda parternas juridiska namn, adresser och organisationsnummer, kundens projektägare och uppdragsansvarig, projektperiod, version och uppdragsbeskrivningens referens. Därefter:
Denna uppdragsbeskrivning (SOW) beskriver tjänster, leveranser, tidsplan och arvoden för [Projektnamn]. Den upprättas inom ramen för [Konsultavtalet] daterat [datum] mellan parterna (Avtalet), vars villkor gäller för den. Om denna uppdragsbeskrivning och Avtalet står i konflikt har Avtalet företräde, om inte uppdragsbeskrivningen anger vilken klausul den ändrar.
02 och 03 Mål och omfattning
Beskriv bakgrunden med kundens egna ord, ange ett mål (till exempel godkända listpriser för sortimentet 2027) och det mått på framgång som båda parter ska kontrollera. Därefter:
- Ingår: [intervjuer med upp till 8 försäljnings- och ekonomichefer]; [analys av 24 månaders transaktionsdata som Kunden tillhandahåller]; [två workshoppar med styrgruppen].
- Ingår inte: [införande av de nya priserna i ERP-systemet]; [länder eller affärsenheter som inte anges ovan]; [utbildning av säljteam].
Allt som inte anges som ingående ligger utanför uppdragets omfattning och kräver en godkänd ändringsbegäran (avsnitt 09).
04 Leveranser och acceptanskriterier
| ID | Leverans och format | Acceptanskriterier | Leveransdatum |
|---|---|---|---|
| D1 | Nulägesanalys, PDF-rapport, högst 20 sidor | Omfattar de 3 affärsenheter som ingår; resultaten har gåtts igenom med projektägaren under ett möte på 60 minuter | [datum] |
| D2 | Prissättningsmodell, Excel-arbetsbok och metodbeskrivning | Återskapar föregående års faktiska intäkter med en avvikelse på högst 2%; kundens ekonomiansvarige kan uppdatera samtliga indata | [datum] |
| D3 | Rekommendationer, presentation med 15 till 25 bilder | Presenteras för styrgruppen; varje alternativ har en kostnads- och intäktsuppskattning | [datum] |
Testet för varje kriterium är: kan någon som inte har utfört arbetet kontrollera det? ”Rapporten godkänd av kunden” klarar inte testet. ”Omfattar de 3 affärsenheter som ingår” gör det.
05 Milstolpar och betalning
| ID | Milstolpe | Leveranser | Betalning |
|---|---|---|---|
| M1 | Uppdragsbeskrivning undertecknad och uppstartsmöte genomfört | Inga | 20% av arvodet |
| M2 | Nulägesanalys accepterad | D1 | 30% av arvodet |
| M3 | Prissättningsmodell accepterad | D2 | 30% av arvodet |
| M4 | Slutliga rekommendationer accepterade | D3 | 20% av arvodet |
Ange sedan totalt arvode exklusive moms, arvodestyp (fast eller löpande räkning med ett takbelopp), att varje milstolpe faktureras när dess leveranser har accepterats, betalningsvillkor ([30] dagar från mottagandet av fakturan) och hur utlägg hanteras.
06 och 07 Kundberoenden och antaganden
Kunden ska: utse en projektägare med befogenhet att acceptera leveranser; tillhandahålla [data, dokument och systemåtkomst] senast [datum]; göra [roller] tillgängliga för upp till [8] intervjuer om [60] minuter; samt besvara frågor och granska utkast inom [3] arbetsdagar. Om ett beroende försenas flyttas varje datum som är beroende av det fram med samma antal dagar. En försening på mer än [10] arbetsdagar hanteras som en ändringsbegäran.
Antaganden följer samma mönster och avslutas med: ”Om ett antagande visar sig vara felaktigt får endera parten lämna en ändringsbegäran.”
08 och 09 Acceptans och ändringshantering
Konsulten lämnar varje leverans tillsammans med en förteckning över dess acceptanskriterier. Inom [10] arbetsdagar accepterar Kunden den skriftligen eller anger vilka kriterier den inte uppfyller, med motivering. Konsulten korrigerar dessa punkter och lämnar in leveransen på nytt inom [5] arbetsdagar; Kunden granskar då endast de korrigerade punkterna. En leverans är accepterad när Kunden bekräftar detta, använder den i sin verksamhet eller inte svarar inom granskningsperioden.
Endera parten får begära en ändring skriftligen. Inom [5] arbetsdagar svarar Konsulten med en redogörelse för hur ändringen påverkar omfattning, datum och arvode. Arbetet med en ändring påbörjas först när båda parter har godkänt den skriftligen; godkända ändringar blir en del av denna uppdragsbeskrivning.
Ett formulär för ändringsbegäran och en bilaga med ändringslogg dokumenterar vad som godkändes och när.
10 till 12 Styrning, personer och underskrifter
En veckovis statusuppdatering, ett styrgruppsmöte var [4]:e vecka, kundens gemensamma arbetsyta, en eskaleringsväg, nyckelpersonerna och underskriftsfälten.
Fyra regler när du fyller i mallen
- Beskriv resultat, inte timmar. USA:s federala upphandlingsregler kräver att myndigheter beskriver arbetet utifrån de resultat som krävs, snarare än metod eller timmar, och mäter dem mot standarder [3]. Samma disciplin hjälper en konsult med fast arvode: kunden köper en modell som återskapar föregående års intäkter med en avvikelse på högst 2%, inte ”40 timmars analys”.
- Sätt ett datum på varje beroende. ”Tillgång till data i tid” skyddar ingen. ”Data senast 15 november, datumen flyttas dag för dag vid försening” skyddar båda parter.
- Håll acceptansprocessen kort och slutgiltig. Enligt EU:s direktiv om sena betalningar bör acceptans eller kontroll inte överstiga 30 kalenderdagar från mottagandet av tjänsterna, om inte annat uttryckligen avtalats och det inte är grovt oskäligt mot leverantören [4]. Tio arbetsdagar plus automatisk acceptans vid uteblivet svar ligger väl inom den gränsen.
- Ange de uppenbara tilläggen. Om du kan förutse nästa önskemål (ytterligare ett land, införande, utbildning), ange redan nu att det ligger utanför omfattningen. När mejlet kommer är ändringsbegäran redan halvskriven.
Efter undertecknandet: använd uppdragsbeskrivningen i GoCons
I mitt eget konsultarbete brukade den undertecknade uppdragsbeskrivningen ligga i en delad mapp medan planen fanns i ett kalkylblad. Vid vecka fyra öppnade ingen längre PDF-filen, vilket är precis när frågor om omfattningen börjar dyka upp. När vi byggde GoCons för våra egna projekt lärde jag mig att uppdragsbeskrivningen måste bli den struktur som teamet arbetar i.
I GoCons blir uppdragsbeskrivningen ett avtal av motsvarande typ, vanligtvis ett tjänsteprojekt (fast arvode, fakturerat per milstolpe eller vid ett tillfälle) eller löpande räkning, två av de nio avtalstyperna, med datum, arvode, betalningsvillkor och valuta.
Varje milstolpe i avsnitt 05 blir en milstolpe i GoCons med en tidsfrist inom avtalets datum. Den visar Väntande, sedan Närmar sig under de sista sju dagarna och därefter Försenad om tidsfristen passerar, tills du markerar den som Slutförd och slutdatumet sparas.
Aktiviteterna i avsnitt 03 blir uppgifter med en tilldelad ansvarig, uppskattade timmar och en tidsfrist. Timmar registreras på uppgiften (det finns ingen inbyggd timer eller tidrapport), och varje uppgift visar I tid, Riskerar försening eller Försenad. Den undertecknade uppdragsbeskrivningen läggs bland avtalets dokument.
Betalningen följer avsnitt 05: faktureringsplanen har en rad per milstolpe, var och en med status Planerad, Utfärdad, Förfallen eller Betald. GoCons utfärdar inte fakturor och tar inte emot betalningar; du bifogar fakturan som ditt faktureringsprogram har utfärdat, och GoCons påminner dig före varje rads förfallodatum och varnar dig när en betalning har förfallit.
Din kund ser samma struktur: bjud in projektägaren så får hen en kostnadsfri inloggning för att följa milstolpar, uppgifter, timmar och dokument i stället för att mejla ”hur ligger vi till?”. Kundportalen ingår i alla abonnemang (se jämförelsen av kundportalprogram), och Claude kan läsa samma milstolpar via GoCons MCP-server, som guiden till Claude MCP förklarar.
Ett kalkylblad kan innehålla samma datum, men det kan inte varna dig före en tidsfrist, visa dem för kunden eller registrera vem som ändrade ett avtalsdatum. GoCons sparar varje status- och datumändring i avtalshistoriken, tillsammans med användare och tidpunkt.
Kom igång: raka svar
- Behöver jag ett införandeprojekt? Nej. Skapa kontot, lägg till avtalet och dess milstolpar och bjud in kunden. Gratisabonnemanget kräver inget kreditkort.
- Måste min kund betala eller installera något? Nej. Kundanvändare är kostnadsfria och obegränsade, och portalen körs i webbläsaren.
- Är priset per användare? Nej, per konsultföretag. Vid tidpunkten för publiceringen (oktober 2026) kostar Gratis EUR 0 med 2 teamanvändare och 10 aktiva avtal, och Silver kostar EUR 29 per månad exklusive moms med 10 teamanvändare och obegränsat antal avtal (aktuella priser).
- Vad händer om jag slutar använda tjänsten? En administratör kan när som helst ladda ner alla konsultföretagets data, oavsett abonnemang: avtal, kunder och teammedlemmar som Excel-filer, plus samtliga dokument.
Vanliga frågor
Vad är skillnaden mellan en uppdragsbeskrivning och ett avtal?
Uppdragsbeskrivningen beskriver ett projekt: omfattning, leveranser, tidsplan och arvode. Konsultavtalet innehåller de juridiska villkor som gäller för varje projekt med den kunden. De flesta konsultföretag undertecknar avtalet en gång och en uppdragsbeskrivning för varje projekt.
Vem bör skriva uppdragsbeskrivningen?
Vanligtvis tar konsulten fram ett utkast som kunden granskar. Involvera dem som ska utföra arbetet, inte bara den som sålde uppdraget [1].
Hur detaljerade bör acceptanskriterierna vara?
Tillräckligt detaljerade för att någon utanför projektet ska kunna kontrollera dem: ett format, ett högsta sidantal, vilka enheter som omfattas, en tolerans. Ett till tre kriterier per leverans räcker vanligtvis.
Är en uppdragsbeskrivning juridiskt bindande?
Om den undertecknas inom ramen för ett avtal betraktas den normalt som en del av det avtalet, men möjligheten att göra den rättsligt gällande beror på din jurisdiktion. Därför bör en jurist granska mallen innan du använder den.
Börja med din nästa uppdragsbeskrivning
Nästa uppdragsbeskrivning du undertecknar kan bli den struktur som ditt team och din kund arbetar utifrån, inte en PDF i en mapp. Lägg till avtalet, dess milstolpar och din kund: skapa ditt kostnadsfria GoCons-konto.
Referenser
- Project Management Institute (M. G. Martin, PM Network, 1998), ”Uppdragsbeskrivning: grunden för att leverera framgångsrika tjänsteprojekt”, https://www.pmi.org/learning/library/statement-work-delivering-successful-service-projects-4761 (hämtad oktober 2026).
- Project Management Institute, ”Pulse of the Profession 2021: Bortom agilitet”, https://www.pmi.org/-/media/pmi/documents/public/pdf/learning/thought-leadership/pulse/pmi_pulse_2021.pdf (hämtad oktober 2026).
- Acquisition.gov, ”Federal Acquisition Regulation 37.602: Resultatbaserad uppdragsbeskrivning”, https://www.acquisition.gov/far/37.602 (hämtad oktober 2026).
- EUR-Lex, ”Direktiv 2011/7/EU om bekämpande av sena betalningar vid handelstransaktioner”, https://eur-lex.europa.eu/eli/dir/2011/7/oj (hämtad oktober 2026).
© 2026 Mourinho Solutions. Alla rättigheter förbehållna.
