Hvad koster en discovery-fase? Pris, indhold og hvorfor den betaler sig

En discovery-fase, på dansk ofte kaldt et forprojekt, koster typisk 15.000-50.000 kr. ekskl. moms hos en erfaren freelanceudvikler, svarende til 15-50 timers arbejde, og op mod 100.000 kr. for store platforme med mange integrationer. Som tommelfingerregel lander prisen på en discovery-fase på 5-10 % af det forventede udviklingsbudget, og den har tjent sig hjem hvis den fanger én enkelt dyr misforståelse før koden bliver skrevet.

Jeg sælger selv forprojekter til fast pris før større opgaver, så læs med det forbehold. Derfor får du også et afsnit om hvornår du roligt kan springe det over.

Den korte version: hvad koster et forprojekt?

Prisen afhænger mest af hvor stort og hvor uklart det færdige projekt er. Tabellen viser mine grove skøn for en erfaren freelanceudvikler, regnet med 1.000 kr. i timen ekskl. moms og afrundet.

De 1.000 kr. i timen er et rundt tal midt i det spænd på 800-1.200 kr. som LønRadar angiver for senior-freelancere i it i 2026. Det er et regnestykke, ikke min pris. Betaler du 800 kr. i timen, trækker du 20 % fra.

Hos et bureau bliver beløbet typisk højere. Det skyldes sjældent en højere timepris alene, men at projektleder, designer og udvikler alle deltager i møderne, så hver time bliver ganget med flere personer.

Forprojektet er kun én post i det samlede budget. Hvad resten af projektet kan koste, og hvordan prisen bliver regnet ud, står i den samlede prisguide til softwareudvikling.

Hvad driver prisen på et forprojekt?

Timeprisen er den samme som i selve udviklingen. Det er antallet af timer der svinger, og de afhænger af de samme faktorer i næsten alle projekter:

• Antal brugertyper og forløb. Hver rolle, fx kunde, medarbejder og administrator, skal have sine skærme og rettigheder beskrevet.
• Integrationer. Hver forbindelse til et økonomisystem, et CRM eller MitID kræver at dokumentation, API (den tekniske indgang som andre systemer taler med) og testadgang bliver undersøgt.
• Et eksisterende system eller gamle data. Skal noget erstattes eller flyttes, skal det gamle først forstås.
• Antal beslutningstagere. Fem personer der skal høres, betyder flere møder og flere runder end én person der kan beslutte samme dag.
• Detaljeringsgrad i design. Enkle skitser er hurtige. En klikbar prototype eller færdigt design tager markant længere tid.
• Krav udefra. GDPR, tilgængelighed eller branchekrav skal afklares og skrives ned før nogen kan estimere dem.

Den sidste faktor er hvem der laver forprojektet. En senior der har bygget lignende løsninger før, ved typisk hvor problemerne gemmer sig, og bruger derfor færre timer på at finde dem. Hvad der er en normal timepris, og hvad du får for den, har jeg samlet i indlægget om timepriser for freelanceudviklere.

Hvad du får for pengene

Et forprojekt er kun pengene værd hvis du står med noget konkret bagefter. Det her bør du som minimum få:

Den vigtigste leverance er ikke dokumentet, men beslutningerne. Når forprojektet er slut, skal de spørgsmål der ellers ville dukke op midt i udviklingen, være besvaret. Hvem må se hvad? Hvad sker der når en betaling fejler? Hvilke data skal flyttes fra det gamle system, og hvem rydder op i dem?

Materialet minder om en kravspecifikation, med én vigtig forskel: det er skrevet sammen med den der skal estimere det. Vil du selv forberede noget af det, har jeg skrevet en guide til at skrive en kravspecifikation.

Hvorfor et forprojekt betaler sig

Et estimat på en løs idé er et kvalificeret gæt. Barry Boehm beskrev allerede i 1981 hvordan usikkerheden i et softwareestimat er størst i starten og falder jo mere der er afklaret. Steve McConnell gjorde senere modellen kendt som "the cone of uncertainty", og ifølge den gængse fremstilling af modellen kan et estimat på idéstadiet ramme op til en faktor fire ved siden af, i begge retninger. Forprojektet er der hvor du betaler for at gøre den usikkerhed mindre før de store beløb bliver brugt.

Et regneeksempel

Tallene er tænkte, men mønstret er typisk. Forestil dig en webapp estimeret til 300 timer, eller 300.000 kr. ved 1.000 kr. i timen. Forprojektet tager 25 timer og koster 25.000 kr., godt 8 % af budgettet.

Det er ikke sikkert at alle tre ting sker i dit projekt. Men hver af dem koster omtrent det samme som hele forprojektet eller mere, så du skal kun undgå én af dem for at regnestykket går op.

Gevinsterne der ikke står i regnestykket

• Et mere præcist tilbud. Med et klart omfang behøver udvikleren ikke lægge en stor buffer ind for det ukendte, og en fast pris på udviklingen bliver realistisk.
• Tilbud du kan sammenligne. Sender du det samme materiale til flere udviklere, sammenligner du priser på den samme løsning. Hvordan du gør det, står i guiden til at læse og sammenligne tilbud fra udviklere.
• En prøve på samarbejdet. Efter et par uger ved du hvordan udvikleren kommunikerer før du skriver under på flere hundrede tusind kroner.
• Muligheden for at stoppe. Den britiske regerings vejledning til discovery-fasen skriver direkte at det ikke er en fiasko at stoppe efter discovery hvis det er det researchen peger på. Og det er langt billigere at stoppe her end halvvejs i udviklingen.

Sådan foregår et forprojekt trin for trin

De fleste forprojekter følger de samme trin, uanset hvem der laver dem. Hos en freelancer tager det typisk 1-3 uger i kalendertid, og det er ofte din tid til møder og feedback der styrer tempoet.

1. Opstart. Du fortæller om idéen, målene, brugerne og de systemer du har i dag. Budget og tidsramme kommer på bordet fra start, også selvom de er grove.
2. Gennemgang af det der findes. Eksisterende systemer, regneark, data og dokumentation for integrationer bliver gennemgået, så antagelserne bygger på virkeligheden.
3. Skitser og prioritering. De vigtigste skærme bliver skitseret, og funktionslisten bliver sorteret. Det er typisk her det bliver tydeligt at noget kan vente til version to.
4. Teknisk afklaring. Datamodel, arkitektur og integrationer bliver lagt fast. Mangler et system et brugbart API, bliver det opdaget nu og ikke om tre måneder.
5. Estimat og plan. Timerne bliver fordelt på dele og faser, med risici og antagelser skrevet ned.
6. Gennemgang og beslutning. Du får materialet gennemgået og beslutter om du vil bygge, skære ned, vente eller stoppe.

Jeg laver selv et forprojekt før større projekter. Det har en fast pris som du kender før arbejdet starter, og du taler direkte med mig, der også skal skrive koden. Det betyder at estimatet kommer fra den person der bagefter skal leve op til det.

Hvornår du ikke skal betale for et forprojekt

Et forprojekt er ikke altid den rigtige investering. Her er de situationer hvor jeg typisk vil fraråde det:

• Opgaven er lille og velbeskrevet. En integration eller en ændring på under ca. 100 timer kan som regel estimeres direkte ud fra en god samtale og et skriftligt oplæg.
• Afklaringen findes allerede. Har du en gennemarbejdet beskrivelse med skitser og tekniske krav, skal den måske kun gennemgås og estimeres, ikke laves om.
• Du ved ikke om nogen vil betale. Så er det for tidligt til både forprojekt og udvikling. Tal med potentielle kunder, eller lav en landingsside eller en klikbar prototype først. Hvornår en første version er umagen værd, har jeg skrevet om i guiden til hvad en MVP koster.
• Et standardsystem kan løse opgaven. Findes der et færdigt system til en månedlig pris, så prøv det først. Et godt forprojekt kan også ende med netop den anbefaling.

Næste skridt: gør dig klar til et forprojekt

Jo mere du har klar inden opstarten, jo færre timer går der til at grave det frem. Brug listen her før du bestiller et forprojekt hos mig eller hos en anden.

Hvordan jeg arbejder med et forprojekt til fast pris, og med fast pris på udviklingen bagefter, kan du læse på siden om mine priser. Du taler direkte med mig og ikke med en sælger, og du får svar inden for én hverdag.

Ofte stillede spørgsmål

Er en discovery-fase det samme som et forprojekt?+

Ja, i praksis dækker de to ord det samme. Discovery-fase er den engelske betegnelse, og nogle leverandører kalder det også en afklaringsfase eller en workshop-række. Navnet betyder mindre end indholdet, så spørg hvilke leverancer du får, hvor mange timer der er sat af, og om prisen er fast. En kravspecifikation er derimod et dokument og ikke en proces. Den kan være én af leverancerne.

Bliver prisen for forprojektet trukket fra, hvis jeg går videre med udviklingen?+

Det afhænger af leverandøren. Nogle modregner hele eller dele af beløbet i udviklingen, andre gør ikke fordi forprojektet er en selvstændig leverance du kan tage med dig. Begge modeller er rimelige, men det skal stå i aftalen. Vær opmærksom på at et gratis forprojekt sjældent er gratis. Prisen bliver ofte betalt et andet sted, fx ved at du føler dig bundet til samme leverandør.

Hvad hvis forprojektet viser at budgettet ikke rækker?+

Så har forprojektet gjort sit arbejde. Med den prioriterede funktionsliste kan du skære en første version til der passer til budgettet, typisk ved at udskyde integrationer, avancerede roller eller automatik til senere. Alternativet er at opdage det samme når halvdelen af pengene er brugt. Nogle gange er det ærlige svar at vente eller at starte med et standardsystem.

Kan jeg selv lave en del af forprojektet for at spare penge?+

Ja, og det kan spare en del timer. Du kan selv beskrive problemet, brugerne og de vigtigste forløb, samle eksisterende materiale og tegne enkle skitser på papir. Den tekniske del kan du typisk ikke lave selv: datamodel, afklaring af integrationer og estimat. Det kræver en udvikler, helst den der skal bygge løsningen, eller en med samme erfaring.