Konsulentavtale kontra prosjektavtale: Slik velger du form

Når du skal leie inn hjelp til et digitalt prosjekt, er avtaleformen ingen juridisk formalitet. Den avgjør hvem som bærer risikoen, hvor mye du betaler og hvor fritt du kan ombestemme deg underveis. De to grunnformene er konsulentavtale og prosjektavtale, og de fordeler ansvaret på motsatt måte. Her ser du forskjellen i praksis og kan velge riktig form for din situasjon.

To grunnformer, motsatt ansvarsfordeling

Forskjellen kan oppsummeres i én setning: Kjøper du ressurser, eller kjøper du et resultat?

En konsulentavtale er en ressursavtale. Leverandøren stiller kompetanse til disposisjon, for eksempel utviklere og designere, og dere leder arbeidet. Dere bestemmer hva som skal gjøres og i hvilken rekkefølge, og dere bærer ansvaret for at sluttresultatet blir bra. Konsulenten leverer tiden og kunnskapen sin.

En prosjektavtale er en forpliktelse. Leverandøren forplikter seg til å levere et avtalt resultat og har ansvaret for å komme dit. Dere beskriver hva dere vil ha. Hvordan og med hvilke ressurser er i hovedsak leverandørens sak.

Ansvar ved feil og forsinkelser

Den praktiske forskjellen merkes tydeligst når noe går galt, og noe går alltid galt på et eller annet tidspunkt.

I et konsulentopplegg får du levert timer uansett om dere styrte riktig. Ble feil ting bygget fordi dere prioriterte uklart, er det dere som tar kostnaden. I et prosjektopplegg har leverandøren lovet et resultat og bærer ansvaret hvis det uteblir, innenfor rammene avtalen setter. Derfor krever prosjektavtaler et tydeligere kravbilde fra start: Leverandøren må vite nøyaktig hva den påtar seg.

Pris og fleksibilitet

De to formene veier pris mot trygghet og fleksibilitet mot forutsigbarhet.

Pris. Konsulentavtaler har oftest lavere timepris fordi dere bærer risiko og styring. I en prosjektavtale tar leverandøren betalt for ansvaret og usikkerheten den påtar seg. Prisen blir høyere, men totalkostnaden tydeligere fra begynnelsen.

Fleksibilitet. Konsulentavtalen gir rom for endring: Fordi dere leder, kan dere endre retning, omprioritere og justere omfanget underveis. Prosjektavtalen binder begge parter til det avtalte, så endringer håndteres som endringsordrer. Ønsker dere å utforske og regner med å vurdere ting på nytt, passer en konsulentavtale. Vet dere nøyaktig hva dere vil ha og vil unngå overraskelser, passer en prosjektavtale.

Et konkret scenario

Tenk deg at du skal bygge et helt nytt produkt der mye fortsatt er usikkert. Dere vet omtrent hva dere vil løse, men ikke nøyaktig hvordan produktet skal se ut. En prosjektavtale ville tvinge frem detaljerte krav dere ennå ikke har, og gjøre hver ny innsikt til en reforhandling. Her passer en konsulentavtale: Dere leder, utforsker og justerer, og betaler for den fleksibiliteten ved å bære risikoen selv.

Anta i stedet at du skal erstatte et veldefinert, avgrenset system der kravene er kjente og stabile. Da kan en prosjektavtale være tryggere: Leverandøren påtar seg resultatet til en kjent pris, og risikoen for feil og forsinkelser ligger hos den som utfører arbeidet. Poenget er at formen skal passe til hvor sikkert kravbildet er, ikke velges av vane.

Blandingsformer og når de passer

Virkeligheten er sjelden så entydig, og de beste oppleggene blander ofte formene. En vanlig og klok modell er å starte med en avgrenset forstudie som prosjektforpliktelse, altså et tydelig, lite resultat, og deretter fortsette selve byggingen som konsulentoppdrag etter medgått tid når retningen har klarnet. En annen er å legge et kostnadstak på et engasjement som ellers går etter medgått tid, for å kombinere fleksibilitet med budsjettrygghet.

Prinsippet er enkelt: Bruk forpliktelse der noe kan spesifiseres tydelig, og ressursavtale der noe må utforskes. Å velge og kombinere formene riktig henger sammen med hvordan dere sammenligner tilbud og legger opp samarbeidet generelt. Vil dere drøfte hvilken form som passer prosjektet deres, ta kontakt.