Sådan sammenligner du tilbud på systemudvikling

Af Weapp · Opdateret 2025-02-10

Sammenlign aldrig udviklingstilbud på slutsummen: Sammenlign scope og forudsætninger. Tjek hvad der er med og ikke med, hvem der ejer koden, hvad drift og vedligeholdelse koster, og hvilke forudsætninger prisen bygger på. Røde flag er manglende forudsætninger, priser langt under de øvrige og fastpris uden en forudgående discovery-fase.

Tre leverandører, samme forespørgsel og tilbud på 430.000 DKK, 690.000 DKK og 960.000 DKK. Hvilket er billigst? Forkert spørgsmål. Det rigtige spørgsmål er hvad hvert tilbud faktisk indeholder, for prisforskellen skyldes næsten altid at leverandørerne har regnet på forskellige ting.

Sammenlign scope og forudsætninger, ikke slutsummen

Slutsummen er resultatet af to ting du ikke ser på sidste linje: hvad der er med, og hvad leverandøren har forudsat. Er design med? Test? Projektledelse? Lancering og idriftsættelse? Fejlrettelser efter lanceringen? Forudsættes det at I leverer færdige tekster, en færdig visuel identitet, testdata og hurtige beslutninger?

Før du sammenligner noget som helst: Lav en liste over scope-punkter og forudsætninger, og tving alle tilbud ind i den samme struktur. Først da sammenligner du priser. Før det sammenligner du æbler og pærer.

Scenarie: tre tilbud på det samme bookingsystem

Tilbud A på 430.000 DKK forudsætter at designet findes, regner test som “en del af udviklingen” og slutter ved levering. Tilbud B på 690.000 DKK omfatter design og systemtest samt en måneds fejlrettelse. Tilbud C på 960.000 DKK starter med et forprojekt og omfatter design, test, lancering og tre måneders support.

Normaliserer du A ved at lægge design til for måske 130.000 DKK, rigtig test for 85.000 DKK og support efter lanceringen for 64.000 DKK, lander tilbuddet på omkring 700.000 DKK. Pludselig ser priserne helt anderledes ud: A og B koster cirka det samme, og C’s merpris er i praksis forprojektet og den længere support. Prisforskellen var aldrig en prisforskel. Den var en scope-forskel.

Spørgelisten til hver leverandør

Hvad er ikke med i prisen?
Hvilke forudsætninger bygger prisen på, og hvad sker der hvis de ikke holder?
Hvem ejer kode, design og alle konti når projektet er færdigt?
Hvad koster drift, vedligeholdelse og videreudvikling om året efter lanceringen?
Hvilke personer bemander projektet, og hvor senior er det team der faktisk udfører arbejdet?
Hvordan håndteres ændringer undervejs, og hvordan prissættes de?
Hvad sker der ved forsinkelse, fra jeres side og fra vores?
Hvilke tredjepartsomkostninger kommer oveni: licenser, drift, betalingstjenester?

Svarene er ofte mere afslørende end selve tilbuddet. Den der svarer tydeligt og skriftligt på alle otte, har tænkt sin forpligtelse igennem.

Røde flag

Ingen forudsætninger oplyst. Prisen ser ren ud, men omfatter intet defineret.
En pris langt under de øvrige uden forklaring. Nogen har regnet på en anden og mindre opgave, bevidst eller ej.
Fastpris på løse krav uden discovery. Enten et stort skjult risikotillæg eller kommende konflikter om scope.
“Alt er med” uden specifikation. Det der er med, er det der står i kontrakten, intet andet.
Uklart ejerskab til kode, design eller konti.
Ingen spørgsmål tilbage til jer. Seriøse leverandører stiller spørgsmål før de prissætter. Tavshed betyder gætværk.

Sammenlign også det der ikke står i tilbuddet

Prisen er én af tre dimensioner. Den anden er teamet: Hvilke personer får I, hvor seniore er de, og har de bygget noget lignende før? Bed om at møde dem der faktisk skal udføre arbejdet, ikke kun den der sælger det. Den tredje er arbejdsformen: Hvor ofte får I demo, hvordan rapporteres tid og fremdrift, og hvordan træffes beslutninger når noget er uklart?

To tilbud med samme pris kan betyde to helt forskellige projekter at leve i. Ring desuden til mindst én reference pr. leverandør, og stil ét eneste spørgsmål: Holdt kalkulen, og hvis ikke, hvorfor?

Opstil sammenligningen på samlet omkostning

Lav selv en enkel tabel: de samme scope-linjer for alle leverandører plus linjer for vedligeholdelse, drift og licenser i år ét. Sammenlign den samlede omkostning for de første år, ikke kun udviklingen. Det tager en time og er den bedst betalte time i hele indkøbet.

Vi hos Weapp afgiver hellere et tilbud med ti oplyste forudsætninger end en tilrettelagt slutsum. Det er sådan vi selv ville ønske at købe. Vil du teste jeres krav mod et struktureret tilbud? Kontakt os.

Ofte stillede spørgsmål

Skal jeg altid vælge det billigste tilbud?

Nej. Vælg det tilbud der giver den laveste samlede omkostning for det I faktisk har brug for, med en leverandør I tror på. Den laveste slutsum bygger ofte på det mindste indhold eller de mest optimistiske forudsætninger, og forskellen kommer tilbage som tillægsbestillinger.

Hvor mange tilbud bør jeg indhente?

To til fire er næsten altid nok. Færre giver intet sammenligningsgrundlag, flere bliver svære at vurdere seriøst og koster både jeres og leverandørernes tid. Brug hellere energien på at give et godt grundlag til nogle få udvalgte end på at sende en bred forespørgsel ud til mange.

Hvad betyder det hvis et tilbud mangler forudsætninger?

Enten har leverandøren ikke analyseret opgaven i dybden, eller også bliver usikkerheden bevidst skjult. Begge dele er dårligt nyt: Det er i forudsætningerne du ser hvad prisen faktisk omfatter. Bed om en komplet liste. En seriøs leverandør har den allerede.

Er det i orden at presse leverandørerne med hinandens priser?

Det står dig frit for, men det giver sjældent en bedre handel. Prispres uden ændret scope bliver hentet ind et andet sted: mere juniore folk på opgaven, snævrere fortolkninger eller lavere prioritet. Bed hellere hver leverandør begrunde sit scope og sine forudsætninger. Det er dér de reelle forskelle ligger.

Hvad er en discovery-fase, og hvorfor vil bureauer starte dér?

Et kort, afgrænset forprojekt der definerer krav, prioriteringer og tekniske valg før hovedtilbuddet afgives. Det koster en brøkdel af projektet og gør prisen præcis i stedet for gættet. At en leverandør vil starte dér, er et godt tegn, ikke et salgstrick.