Hvorfor koster samme projekt 210.000 DKK hos ét bureau og 2,1 mio. DKK hos et andet?
Prisforskellen skyldes sjældent timeprisen og næsten altid hvor meget leverandørerne læser ind i opgaven. Et lavt bud regner ofte på en delmængde, forudsætter et færdigt grundlag og ser bort fra test, sikkerhed samt drift og vedligeholdelse. Et højt bud tager hele ambitionsniveauet med. Du sammenligner altså ikke det samme projekt.
Du sender den samme forespørgsel til tre bureauer og får 210.000 DKK, 740.000 DKK og 2,1 mio. DKK tilbage. Den første reaktion er at nogen prøver at snyde dig. Næsten altid er forklaringen mere prosaisk: De tre har regnet på tre forskellige projekter selvom de læste den samme tekst. Prisforskellen er en forskel i scope forklædt som et prisspørgsmål.
Timeprisen er sjældent forklaringen
Hos et bureau ligger timeprisen for det meste mellem 960 DKK og 1.500 DKK. Det spænd forklarer ikke en tidobling af slutsummen. Det der adskiller tilbuddene, er antallet af timer, og antallet af timer afhænger af hvor meget leverandøren læser ind i opgaven. Løse krav er som et sløret fotografi: Alle ser det samme billede, men udfylder detaljerne forskelligt. Den optimistiske ser den enklest mulige løsning, den erfarne ser alt det der skal til for at den holder i produktion.
Hvad et lavt bud oftest udelader
En mistænkeligt lav pris er sjældent en gave. Som regel mangler der poster der alligevel skal laves. De dukker bare op senere, som tillæg. Det der oftest bliver holdt uden for regnestykket:
- Test og stabilisering. At få noget til at virke i en demo er en brøkdel af at få det til at holde til rigtig brug.
- Design der fortjener navnet. “Vi bruger en skabelon” kan betyde at dit produkt ligner tusind andre.
- Fejlhåndtering og grænsetilfælde. Hvad sker der når nettet forsvinder midt i en betaling? Det er dér timerne gemmer sig.
- Sikkerhed og GDPR. Behandles der personoplysninger, kommer der krav til som ikke ses i et glittet tilbud.
- Drift og vedligeholdelse efter lanceringen. Prisen gælder udviklingen. Derefter begynder en løbende udgift som ingen nævnte.
En seriøs leverandør redegør for sine forudsætninger. Mangler de, er det ikke fordi opgaven er enkel, men fordi usikkerheden bliver gemt, bevidst eller af ren travlhed.
Ambitionsniveauet er den anden halvdel
Selv med alt regnet med kan to ærlige tilbud ligge langt fra hinanden, for “en app der gør X” kan bygges på vidt forskellige ambitionsniveauer. Tre områder driver det meste:
UX og design. Et funktionelt men sjælløst produkt koster en brøkdel af en gennemarbejdet oplevelse med eget formsprog, mikrointeraktioner og testede flows. Forskellen ses ikke i kravlisten, men afgør om brugerne bliver.
Test og kvalitet. Automatiserede tests, kodegennemgang og en rigtig QA-proces koster timer nu og sparer dyre fejl senere. Et lavt bud springer dem ofte over, og regningen kommer som ustabilitet efter lanceringen.
Skalerbarhed. En løsning bygget til hundrede brugere adskiller sig arkitektonisk fra en bygget til hundrede tusind. Bygges den billigt og på sparebluss, må du bygge om når det begynder at gå godt, og det bliver dyrere end at gøre det rigtigt fra start.
Et regneeksempel
Lad os sige at tilbud A på 270.000 DKK forudsætter færdigt design, regner test som “en del af udviklingen” og slutter ved leveringen. Normaliserer du det ved at lægge rigtigt design til for måske 160.000 DKK, ordentlig test for 96.000 DKK og tre måneders drift og vedligeholdelse for 64.000 DKK, lander det omkring 590.000 DKK. Pludselig ligner det tilbud B. Prisforskellen var aldrig en prisforskel. Pointen: Tving alle tilbud ind i den samme struktur før du sammenligner et eneste tal.
Spørgsmålene der afslører hvad der faktisk er med
Send den samme liste til alle leverandører, og sammenlign svarene snarere end slutsummerne:
- Hvad er ikke med i prisen?
- Hvilke forudsætninger bygger prisen på, og hvad sker der hvis de ikke holder?
- Er design, test, lancering og fejlrettelse efter lanceringen med?
- Hvem ejer kode, design og konti når projektet er færdigt?
- Hvad koster drift, vedligeholdelse og videreudvikling om året?
- Hvilke personer bemander projektet, og hvilken senioritet har de?
Den der svarer tydeligt og skriftligt på det hele, har tænkt sin forpligtelse igennem. Den der bliver svævende, har enten ikke analyseret opgaven eller vil ikke vise hvor usikkerheden sidder.
Hos Weapp giver vi hellere et tilbud med ti synlige forudsætninger end en tilrettelagt slutsum. Vil du teste dine krav mod en struktureret gennemgang? Se vores ydelser eller kontakt os med en kort beskrivelse.
Ofte stillede spørgsmål
Er det dyre tilbud altid det mest seriøse?
Ikke automatisk. En høj pris kan afspejle en reel ambition for UX, test og skalerbarhed, eller bare overhead og en dyr salgsorganisation. Det afgørende er at tilbuddet redegør for hvad pengene går til. Et dyrt tilbud uden specifikation er lige så svært at stole på som et mistænkeligt billigt.
Kan jeg bede en billig leverandør matche et dyrt tilbud?
Du kan bede dem prissætte samme scope og forudsætninger, men pres ikke bare tallet ned. Prispres uden ændret indhold bliver hentet ind et andet sted: i en mere junior bemanding, snævrere fortolkninger eller senere fakturaer for tillægsarbejde. Bed i stedet alle om at regne på præcis den samme liste.
Hvad er den mest almindelige skjulte post i et lavt bud?
Test og stabilisering efter lanceringen. En app kan se færdig ud i en demo, men have brug for ugevis af fejlrettelser før den kan holde til rigtige brugere. Er det ikke inkluderet, kommer det som et tillæg eller som et produkt der aldrig rigtig fungerer.
Hvor mange tilbud bør jeg sammenligne?
To til fire er nok til de fleste projekter. Færre giver intet sammenligningsgrundlag, flere bliver svære at vurdere seriøst. Brug energien på et godt grundlag til nogle få udvalgte frem for en bred forespørgsel til mange.
Hvem ejer koden hvis jeg vælger det billigste alternativ?
Det skal stå i aftalen, uanset pris. Nogle billige modeller beholder koden eller kontiene hos leverandøren, og det låser dig fast. Tjek at du får fuld ejendomsret til kode, design og alle logins når projektet er færdigt.