Guide · Køb af software
Sådan vælger I det rigtige softwarehus i syv trin
Vælg et softwarehus i syv trin: skriv problemet ned, sæt et budgetinterval, lav en kort liste på tre, send den samme brief til alle, mød de folk der skal bygge, scor tilbuddene i én fælles tabel og tjek referencer og kontrakt. Det tager typisk to til fire uger. Her får I rammen, en pointtabel I kan kopiere, og de faresignaler vi selv ser oftest.
12 min. læsning · Opdateret 1. oktober 2026
Det starter ofte sådan her: en driftschef har tre faner åbne med tre softwarehuse, der alle skriver “skræddersyede løsninger” og “tæt samarbejde”. Hjemmesiderne ligner hinanden, cases er flotte, og det eneste, der adskiller dem, er en fornemmelse. Et halvt år senere er projektet enten i drift og sparer timer hver uge, eller det er forsinket og dobbelt så dyrt som planlagt. Forskellen opstår typisk allerede den dag, leverandøren bliver valgt.
Svaret på, hvordan man vælger et softwarehus, er en fast proces: I beskriver problemet, giver alle kandidater den samme brief og scorer dem på de samme kriterier. Så sammenligner I tilbud på indhold og risiko i stedet for på slogans. Nedenfor er rammen i syv trin, en pointtabel med vægte og et regnet eksempel med tre tilbud.
Hvordan vælger man et softwarehus? Rammen i syv trin
1. Beskriv problemet
Hvem har problemet, hvad koster det i dag i timer eller tabt salg, og hvordan ser det ud, når det er løst.
2. Sæt et budgetinterval
Et spænd som 80.000–150.000 kr. lader leverandøren foreslå det rigtige omfang. Uden tal gætter alle.
3. Lav en kort liste på tre
Find kandidater med relevante cases, den rette størrelse og en teknologi, der er udbredt.
4. Send den samme brief
Alle får samme tekst, samme spørgsmål og samme deadline, så svarene kan lægges side om side.
5. Mød holdet
Mød de designere og udviklere, der skal bygge løsningen, og lad dem forklare deres bud med egne ord.
6. Scor tilbuddene
Brug én pointtabel med vægte, som I har aftalt internt, før tilbuddene kommer ind.
7. Tjek referencer og kontrakt
Ring til to kunder, læs vilkår om ejerskab, drift og opsigelse, og skriv først under derefter.
Trin seks er det, flest springer over. Mange virksomheder læser tre tilbud og vælger det, der “føles rigtigt”. Det er en helt fin mavefornemmelse at have, men den bliver langt mere pålidelig, når I har skrevet ned, hvad der betyder mest for jer, før I ser priserne. Ellers ender den laveste pris med at veje mest, uanset hvad I sagde på det første møde.
Hvad skal I have styr på, før I kontakter et softwarehus?
En god brief er kort, typisk to sider. Den skal give leverandøren nok til at foreslå en løsning og en pris, og den skal være den samme for alle. Brug listen her som skabelon og send den som en mail eller et dokument på to sider.
- Problemet med jeres egne ord, og hvad det koster i dag i timer, fejl eller tabt omsætning.
- Hvem brugerne er: kunder, medarbejdere, administratorer, partnere, og hvor mange af hver.
- De fem til ti vigtigste ting, løsningen skal kunne på dag ét.
- Systemer den skal tale med, fx e-conomic, Dinero, MobilePay, MitID, PostNord eller jeres ERP.
- Budgetinterval og ønsket lanceringstidspunkt, og om datoen er fast eller fleksibel.
- Krav til drift: hvem retter fejl, hvem opdaterer, hvor data ligger.
- Hvem hos jer træffer beslutninger, og hvor meget tid de har om ugen.
- Hvad I vil have svar på: pris, tidsplan, team, prismodel, ejerskab og drift.
Vil I gå et skridt længere, har vi lavet en skabelon til kravspecifikation, som bygger videre på samme punkter. Er I usikre på, om I overhovedet skal have noget bygget, så start med skræddersyet software eller standardsystem. Den beslutning bør ligge fast, før I bruger tid på leverandører.
Hvor finder man et godt softwarehus i Danmark?
De bedste kandidater kommer typisk fra tre steder: anbefalinger fra virksomheder, der ligner jeres, løsninger I selv har brugt og kunnet lide, og søgninger på den konkrete opgave, fx “kundeportal med e-conomic”. Kig efter cases, der løser et problem som jeres, og læg mærke til, om casen beskriver, hvad løsningen gør for forretningen. Kirppu er et godt eksempel på, hvordan vi selv beskriver arbejde: vi byggede standbooking, et lejerpanel og en etiketapp, og kæden voksede fra én butik til mere end 30.
Freelancer, bureau eller eget team?
Størrelsen på leverandøren skal passe til opgaven. En dygtig freelancer er glimrende til en afgrænset opgave, men et system med design, backend, integrationer og drift kræver flere kompetencer og nogen, der kan tage over ved sygdom og ferie. Et stort bureau giver kapacitet, men ofte flere lag mellem jer og dem, der bygger. Vi har sammenlignet mulighederne i freelancer eller bureau og i egen udvikler eller bureau.
Hvilke spørgsmål skal I stille softwarehuset på første møde?
- Hvem præcis skal arbejde på vores projekt, og kan vi møde dem?
- Hvilken løsning, I har bygget, ligner vores mest, og hvad gik galt undervejs?
- Hvordan prissætter I: fast pris, timer eller en blanding, og hvad sker der ved ændringer?
- Hvad er ikke med i prisen?
- Hvem ejer koden, designfilerne og data, og hvornår overgår ejerskabet?
- Hvem ejer hosting-kontoen, domænet og kontoerne hos Apple og Google?
- Hvordan følger vi fremdriften undervejs, og hvor ofte ser vi noget, der virker?
- Hvad koster drift, opdateringer og support pr. måned efter lancering?
- Hvad sker der, hvis vi vil stoppe samarbejdet, og hvad får vi med os?
- Hvilke to kunder må vi ringe til?
Svaret på spørgsmål to siger ofte mest. Et hus, der kan fortælle ærligt om en integration, der drillede, og hvad de gjorde ved det, har lært noget. Vi har samlet mere end 20 spørgsmål med eksempler på gode svar i spørgsmål til et webbureau.
Hvordan sammenligner man tilbud fra tre softwarehuse? En pointtabel
Her er et regnet eksempel. En servicevirksomhed med 20 ansatte vil have et bookingsystem med kundeportal og kobling til e-conomic. Hus A byder 95.000 kr. som et timeestimat, hus B 240.000 kr. til fast pris, og hus C 160.000 kr. til fast pris. Virksomheden aftaler vægtene internt, før tilbuddene åbnes, og giver hvert hus 1–5 point pr. kriterium.
Eksempel på pointtabel. Vægtene er jeres egne; justér dem, før I ser tilbuddene. Totalen er summen af vægt gange point.
| Kriterium | Vægt | Hus A (95.000 kr., timer) | Hus B (240.000 kr., fast) | Hus C (160.000 kr., fast) |
|---|---|---|---|---|
| Forståelse af problemet | 20 % | 2 | 4 | 4 |
| Relevant erfaring og cases | 15 % | 3 | 4 | 3 |
| Team og proces | 15 % | 2 | 4 | 4 |
| Pris og prismodel | 15 % | 4 | 2 | 4 |
| Ejerskab og exit | 15 % | 2 | 4 | 4 |
| Drift efter lancering | 10 % | 2 | 4 | 3 |
| Kommunikation og kemi | 10 % | 4 | 3 | 4 |
| Vægtet total | 100 % | 2,65 | 3,60 | 3,75 |
Hus A er billigst på papiret, men tilbuddet er et timeestimat uden loft, og ejerskab af koden er uklart. Hus B er grundigt og erfarent, men koster 80.000 kr. mere end C for stort set samme omfang. Hus C vinder, fordi det scorer jævnt højt på alle de punkter, virksomheden selv havde sagt var vigtigst. Læg mærke til, at tabellen også giver jer noget at forhandle med: I kan bede B forklare prisforskellen og bede C styrke driftsdelen.
Tilbud der ser billigt ud
- Timeestimat uden loft eller ændringsproces
- Funktioner beskrevet i ét afsnit
- Drift og hosting “efter aftale”
- Intet om ejerskab af kode og konti
Tilbud der er til at stole på
- Fast pris med en klar proces for ændringer
- Funktioner og integrationer listet enkeltvis
- Månedlig driftspris med indhold beskrevet
- Kode, data og konti er jeres, skrevet ind
Prismodellen er i sig selv et kriterium. Timer kan passe til løbende videreudvikling, mens fast pris giver budgetsikkerhed på et afgrænset projekt. Vi har skrevet om fordele og ulemper i fast pris eller timepris. Uanset model skal I kunne se, hvad der er med, og hvad der sker, når I ændrer mening undervejs. Det gør I nemlig.
Hvilke faresignaler bør få jer til at vælge et andet softwarehus?
- Sælgeren kan ikke fortælle, hvem der skal bygge løsningen.
- Tilbuddet kommer uden spørgsmål til jeres brief.
- Prisen er langt under de andre, uden at nogen kan forklare hvorfor.
- Hosting, domæne eller app store-konti oprettes i leverandørens navn.
- Koden er skrevet i et lukket system, som kun leverandøren kan arbejde i.
- Der er ingen aftale om, hvad drift og opdateringer koster efter lancering.
- Referencer bliver udskudt, eller de eneste cases er fra helt andre brancher og størrelser.
- I skal betale det meste af prisen, før I har set noget, der virker.
Selve tilbuddet fortjener en grundig gennemlæsning linje for linje. I røde flag i et IT-tilbud gennemgår vi tolv faresignaler med eksempler på formuleringer, som I kan bede leverandøren om at præcisere.
Hvad skal stå i kontrakten med softwarehuset?
- Omfang: listen over funktioner og integrationer, der er med i prisen.
- Pris og betalingsplan, gerne knyttet til leverancer I kan se og teste.
- Ændringsproces: hvordan nye ønsker prissættes og godkendes.
- Ejerskab: kode, design, data og konti tilhører jer, og hvornår.
- Drift: hvad den månedlige pris dækker, svartider og opsigelsesvarsel.
- Databehandleraftale, hvis leverandøren behandler persondata for jer.
- Exit: hvad I får udleveret, og i hvilket format, hvis samarbejdet stopper.
Ejerskab er det punkt, der oftest bliver glemt, og det er det dyreste at rette bagefter. Vi har en hel guide om hvem der ejer koden, med en tjekliste til exit, som I kan sætte direkte ind i kontrakten. Er der persondata involveret, så få også styr på databehandleraftalen; ved tvivl om juraen bør I spørge en advokat.
Hvad koster det at vælge det forkerte softwarehus?
Det forkerte valg koster sjældent kun den første faktura. Det koster måneder, hvor medarbejderne stadig arbejder i regneark, en ny leverandør, der skal sætte sig ind i halvfærdig kode, og ofte en ny lancering. Det, vi ser i praksis, når virksomheder kommer til os efter et projekt, der er gået i stå, er næsten altid det samme mønster: uklart omfang, ingen fælles plan for drift og kode, der ligger på leverandørens konti. Mønstrene er beskrevet i hvorfor IT-projekter fejler.
Sådan arbejder vi hos Ceptiv
Vi er ét senior-team i København med design og udvikling under samme tag, og vi bygger i React, Next.js, TypeScript og React Native, som mange udviklere kan arbejde videre i. Vi giver fast pris og et skriftligt tilbud inden for 24 timer, I ejer kode og data, og I følger projektet i vores kundepanel. Kig gerne i vores portfolio, og brug os som det tilbud, I holder de andre op imod.
Har I allerede en brief, så send den til os, og I har et fastpris-tilbud dagen efter. Vil I først se niveauet, ligger vores pakker under priser.
Spørgsmål om at vælge softwarehus
Hvor mange softwarehuse skal vi indhente tilbud fra?
Hvor lang tid tager det at vælge et softwarehus?
Skal vi vælge et softwarehus i nærheden?
Hvad er forskellen på et softwarehus og et webbureau?
Skal vi betale for en forundersøgelse, før vi får en pris?
Kan vi skifte softwarehus midt i et projekt?
Skal vi bygge det for jer?
I får et fastpristilbud inden for 24 timer.
