Konsulentaftale kontra projektaftale: Sådan vælger du form

Når du skal have hjælp til et digitalt projekt, er aftaleformen ikke en juridisk formalitet. Den afgør hvem der bærer risikoen, hvor meget du betaler og hvor frit du kan ændre mening undervejs. De to grundformer er konsulentaftale og projektaftale, og de fordeler ansvaret på modsatte måder. Her er forskellen i praksis så du kan vælge den rigtige form til din situation.

To grundformer, modsat ansvarsfordeling

Forskellen kan sammenfattes i én sætning: Køber du ressourcer, eller køber du et resultat?

En konsulentaftale er en ressourceaftale. Leverandøren stiller kompetencer til rådighed (udviklere, designere), og I leder arbejdet. I bestemmer hvad der skal laves og i hvilken rækkefølge, og I bærer ansvaret for at slutresultatet bliver godt. Konsulenten leverer sin tid og sin viden.

En projektaftale er en forpligtelse. Leverandøren påtager sig at levere et aftalt resultat og har ansvaret for at nå dertil. I beskriver hvad I vil have. Hvordan og med hvilke ressourcer er primært leverandørens sag.

Ansvar ved fejl og forsinkelser

Den praktiske forskel mærkes tydeligst når noget går galt, og noget går altid galt på et eller andet tidspunkt.

I et konsulentforløb får du timer uanset om I styrede rigtigt. Blev der bygget de forkerte ting fordi jeres prioritering var uklar, er det jeres omkostning. I et projektforløb har leverandøren lovet et resultat og bærer ansvaret hvis det udebliver, inden for de rammer aftalen sætter. Det er derfor projektaftaler kræver klarere krav fra start: Leverandøren skal vide præcis hvad de påtager sig.

Pris og fleksibilitet

De to former bytter pris for tryghed og fleksibilitet for forudsigelighed.

Pris. Konsulentaftaler har som regel en lavere timepris fordi I bærer risiko og styring. I en projektaftale indregner leverandøren det ansvar og den usikkerhed de påtager sig: Prisen bliver højere, men den samlede omkostning er tydeligere fra begyndelsen.

Fleksibilitet. Konsulentaftalen er smidig: Fordi I leder, kan I skifte retning, omprioritere og justere omfanget løbende. Projektaftalen binder begge parter til det aftalte, så ændringer håndteres som tillægsbestillinger. Vil I udforske, og regner I med at skulle tænke om, passer en konsulentaftale. Ved I præcis hvad I vil have, og vil I undgå overraskelser, passer en projektaftale.

Et konkret scenarie

Lad os sige at du skal bygge et helt nyt produkt hvor meget stadig er usikkert: I ved cirka hvad I vil løse, men ikke præcis hvordan det skal se ud. En projektaftale ville tvinge detaljerede krav frem som I endnu ikke har, og hver ny indsigt ville blive en genforhandling. Her passer en konsulentaftale: I leder, udforsker og justerer og betaler for den fleksibilitet ved selv at bære risikoen.

Antag i stedet at du skal erstatte et veldefineret, afgrænset system hvor kravene er kendte og stabile. Så kan en projektaftale være tryggere: Leverandøren påtager sig resultatet til en kendt pris, og risikoen for fejl og forsinkelser ligger hos den der udfører arbejdet. Pointen er at formen skal matche hvor afklarede kravene er, og ikke vælges af vane.

Blandingsformer og hvornår de passer

Virkeligheden er sjældent rendyrket, og de bedste samarbejdsformer blander ofte formerne. En almindelig og klog model er at begynde med et afgrænset forprojekt som en projektaftale (et tydeligt, lille resultat) og derefter fortsætte selve udviklingen på konsulentbasis efter medgået tid når retningen er blevet klar. En anden er at lægge et omkostningsloft over et engagement der i bund og grund afregnes løbende, for at kombinere fleksibilitet med budgettryghed.

Princippet er enkelt: Brug en fast forpligtelse hvor noget kan specificeres klart, og en ressourceaftale hvor det skal udforskes. At vælge og kombinere formerne rigtigt hænger sammen med hvordan I sammenligner tilbud og tilrettelægger samarbejdet i det hele taget. Vil du drøfte hvilken form der passer til jeres projekt, så kontakt os.