Guide · Planlægning

Sådan validerer I en app-idé, før I bruger penge på at bygge den

At validere en app-idé betyder at bevise tre ting, før I skriver kode: at en bestemt gruppe har problemet, at de gør noget for at løse det i dag, og at de vil betale eller skifte vane for en bedre løsning. De billigste tests er samtaler, en landingsside, en klikbar prototype og forsalg. Samlet tager det typisk 2–6 uger og koster en brøkdel af en app. Her er syv tests, hvad de koster, og hvordan I læser resultatet.

11 min. læsning · Opdateret 1. oktober 2026

En iværksætter har brugt et år og en stor del af sin opsparing på en app, som veninderne roste, og som familien syntes var genial. Den kom i App Store, og 40 mennesker downloadede den den første måned. Ingen af dem kom tilbage. Problemet var aldrig koden. Ingen havde spurgt målgruppen, hvordan de løste problemet i dag, og om det overhovedet generede dem nok til at skifte. Den samtale kunne have kostet en eftermiddag og en kop kaffe.

Validering er den billigste del af et app-projekt og den, der oftest springes over. I denne guide får I syv konkrete tests fra de helt gratis til de lidt dyrere, en tabel over hvad de koster og beviser, en beslutningstabel til at læse resultaterne og et regneeksempel. Det gælder både for nye forretningsidéer og for interne apps, hvor målgruppen er jeres egne medarbejdere.

Hvad betyder det at validere en app-idé?

En idé er valideret, når I har beviser i stedet for meninger. Beviser er ting, folk har gjort: de har brugt tid på at forklare problemet, skrevet deres e-mail, klikket på en annonce, gennemført en opgave i en prototype eller betalt. Meninger er alt det, folk siger om fremtiden, som “det ville jeg helt sikkert bruge”. Valideringen skal besvare fire spørgsmål:

Problemet: Har en bestemt gruppe et problem, der koster dem tid, penge eller nerver i dag?
Adfærden: Gør de allerede noget for at løse det, for eksempel med regneark, papir eller et andet produkt?
Løsningen: Forstår og bruger de jeres løsning, når de prøver den?
Betalingsviljen: Vil de betale, eller vil deres arbejdsgiver, og hvor meget?

Rækkefølgen betyder noget. Det er spild af penge at teste en prototype på folk, der ikke har problemet, og det er for tidligt at tale pris, før I ved, om løsningen giver mening. Start øverst, og gå først videre, når I har et klart ja på trinnet før.

Hvilke tests kan I lave, før I bygger appen?

Syv valideringstests sorteret efter pris. Priserne er typiske intervaller og afhænger af, hvor meget I gør selv.

Test	Typisk pris	Tid	Hvad den beviser
Skrivebordsresearch	Gratis	1–3 dage	At folk søger efter løsningen, og hvad konkurrenterne mangler
Problem-interviews	Gratis til et par tusinde kr. i gavekort	1–2 uger	At problemet findes, og hvordan det løses i dag
Landingsside	0–5.000 kr.	2–5 dage	At budskabet får folk til at handle
Annoncetest	2.000–5.000 kr. i annoncer	1–2 uger	At I kan nå målgruppen, og hvad det koster
Klikbar prototype	Fra få dages designarbejde og op	1–4 uger	At brugerne forstår og kan bruge løsningen
Manuel tjeneste	Jeres egen tid	2–6 uger	At kunderne bliver ved med at bruge løsningen
Forsalg	Gratis	1–4 uger	At folk vil betale

Skrivebordsresearch: hvad findes der allerede?

Søg på problemet, som jeres kunder ville skrive det, og se hvad der kommer op. Læs konkurrenternes anmeldelser i App Store og Google Play, især dem med to og tre stjerner. De er de mest præcise beskrivelser af, hvad kunderne savner. Tjek også, om der er grupper på Facebook eller fora, hvor folk diskuterer problemet. Hvis ingen taler om det nogen steder, er det et signal i sig selv.

Problem-interviews: spørg til fortiden

Den vigtigste regel i et interview er at spørge til ting, folk har gjort, og lade være med at præsentere jeres idé før til sidst. Folk er høflige, og et spørgsmål som “ville du bruge en app til det her?” giver næsten altid et ja, der intet betyder. Spørg i stedet om sidste gang, problemet opstod. Her er spørgsmål, I kan kopiere direkte ind i jeres interviewguide. Vi går mere i dybden i guiden til brugerinterviews.

Fortæl om sidste gang, du stod med det her problem. Hvad skete der?
Hvordan løste du det? Hvilke værktøjer, papirer eller personer brugte du?
Hvad var det mest irriterende ved den løsning?
Hvor meget tid eller hvor mange penge koster det dig om måneden?
Har du prøvet at finde en bedre løsning? Hvad fandt du, og hvorfor bruger du den ikke?
Hvem ellers er involveret, når problemet skal løses?
Hvis du kunne trylle, hvad ville så være anderledes?
Må jeg vise dig noget om et par uger og høre, hvad du synes?

Landingsside og annoncetest: handler folk på budskabet?

En landingsside beskriver appen, som om den fandtes, med en klar knap som “Skriv dig op til tidlig adgang” eller “Reservér din plads”. Send trafik til den med en lille annoncekampagne målrettet præcis den gruppe, I har interviewet. Mål, hvor mange der klikker på annoncen, og hvor mange af dem der skriver deres e-mail. Beslut jeres grænse for succes, før testen starter, så I ikke forklarer et dårligt resultat væk bagefter. Vores guide til landingssider viser, hvordan siden skal bygges op.

Klikbar prototype: kan folk bruge løsningen?

En klikbar prototype ser ud og føles som en app på telefonen, men der er ingen kode bag. Giv fem brugere en konkret opgave, for eksempel “book en tid til næste tirsdag”, og se dem prøve uden at hjælpe. Det afslører hurtigt, om flowet giver mening, og om de funktioner, I troede var vigtige, overhovedet bliver brugt. Vi bygger klikbare prototyper til netop det formål, og de kan bagefter bruges direkte som grundlag for udviklingen.

Manuel tjeneste og forsalg: det stærkeste bevis

I en manuel tjeneste leverer I selv det, appen skal gøre, med telefon, mail og et regneark. Skal appen matche hundeejere med hundeluftere, så gør I det i hånden for de første 20 kunder. Det viser, om kunderne kommer tilbage, og I lærer præcis, hvilke trin der skal automatiseres. Forsalg går et skridt videre: I beder om betaling, et depositum eller en underskrevet hensigtserklæring, før appen er bygget. Intet signal er stærkere end penge.

Hvordan foregår valideringen trin for trin?

Formulér hypotesen

“Ejere af små rengøringsfirmaer bruger mindst fem timer om ugen på at planlægge vagter.”

Tal med 8–12 personer

Bekræft eller afkræft problemet med spørgsmål om fortiden.

Test budskabet

Landingsside og en lille annoncekampagne mod den samme målgruppe.

Test løsningen

Klikbar prototype med fem brugere og konkrete opgaver.

Test betalingsviljen

Forsalg, depositum eller hensigtserklæringer fra de mest interesserede.

Byg en MVP

Kun kernefunktionen, til de kunder der allerede har sagt ja.

Valideringsstigen. Hvert trin koster lidt mere end det forrige, så gå kun videre, når trinnet før gav et klart ja.

Hvordan ved I, om idéen er valideret?

Svage signaler

“Det er en fed idé”
“Jeg ville helt sikkert bruge den”
Likes og delinger på sociale medier
Ros fra venner og familie
Mange besøg på landingssiden uden tilmeldinger

Stærke signaler

Folk beskriver problemet uopfordret og detaljeret
De viser jer det regneark, de bruger i dag
De skriver deres e-mail og svarer på opfølgning
De henviser jer til kolleger med samme problem
De betaler, lægger depositum eller skriver under

Svage signaler føles gode, men forudsiger sjældent adfærd. Stærke signaler koster folk noget.

Beslutningstabel. Sæt jeres egne tærskler, før testene starter. Tallene her er eksempler på tærskler, vi selv ville bruge som udgangspunkt.

Hvis I ser	Så betyder det	Næste skridt
Under halvdelen af de interviewede genkender problemet	Forkert problem eller forkert målgruppe	Justér hypotesen og interview igen
De fleste genkender problemet, men bruger intet til at løse det	Problemet er der, men det gør ikke ondt nok	Find den del af problemet, der koster mest
Folk tilmelder sig, men gennemfører ikke opgaverne i prototypen	Behovet er bekræftet, løsningen skal gentænkes	Redesign flowet og test igen med fem nye
Folk gennemfører opgaverne og vil betale eller lægge depositum	Idéen er valideret nok til at bygge	Discovery og MVP med kernefunktionen

Regneeksempel: fire ugers validering for under 10.000 kr.

Forestil jer en idé til en app, der matcher travle hundeejere med lokale hundeluftere. Tallene nedenfor er et eksempel, men forløbet er typisk. I uge 1 interviewer stifteren 12 hundeejere. Ni af dem beskriver uopfordret problemet med at nå hjem til middagsluftning, og syv betaler allerede en nabo eller en bekendt. I uge 2 laves en landingsside, og 3.000 kr. i annoncer giver cirka 1.000 besøg og 70 tilmeldinger. I uge 3 tester fem af de tilmeldte en klikbar prototype og gennemfører alle en booking. I uge 4 får de 70 tilmeldte et tilbud om tre ture til introduktionspris, og 11 betaler.

Samlet har valideringen kostet en måneds arbejde og under 10.000 kr. Til gengæld har stifteren nu 11 betalende kunder, et testet flow og konkrete citater til investorer. Det er et langt bedre udgangspunkt for at bygge en MVP end en idé, som venner og familie har rost. Et realistisk bud på tid og pris for næste skridt finder I i guiden til hvor lang tid det tager at lave en app.

Hvilke myter om validering skal I passe på med?

“Vores idé er så ny, at kunderne ikke kan forestille sig den.” Kunderne kan altid fortælle om problemet. Det er dét, I tester.
“Vi validerer, når appen er ude.” Så er de fleste penge allerede brugt, og ændringer er dyre.
“Mange tilmeldinger betyder succes.” Tilmeldinger er et godt tegn. Gentagen brug og betaling er beviset.
“Validering tager for lang tid.” Fire uger er kort sammenlignet med de måneder, en app tager at bygge.
“Vi kender vores kunder.” Det gør I sikkert. Samtalerne viser, hvilket af deres problemer der fylder mest lige nu.

Hvad gør I, når idéen er valideret?

Når I har et klart ja, er næste skridt at omsætte det, I har lært, til et præcist scope. Det sker bedst i en discovery-workshop, hvor interviews, prototypetest og forsalg bliver til en prioriteret liste over funktioner. Derefter bygges en første version med kernefunktionen til de kunder, der allerede har sagt ja. Vores app-pakker starter ved 28.000 kr. plus 1.200 kr. om måneden for 12 funktioner og 1 integration, hvilket passer godt til en afgrænset første version. Vil I se hele prisbilledet, så læs guiden til hvad en app koster.

Har I allerede valideret idéen, eller vil I have hjælp til prototypen? Beskriv idéen her, så får I et skriftligt tilbud til fast pris inden for 24 timer.

Spørgsmål om at validere en app-idé

Hvad koster det at validere en app-idé?

De første tests koster mest jeres egen tid. Interviews er gratis bortset fra et gavekort som tak. En landingsside kan laves i et sitebyggerværktøj for få hundrede kroner om måneden, og en annoncetest koster typisk 2.000–5.000 kr. i annoncekroner. En professionel klikbar prototype er den største post, men den er stadig langt billigere end en app. Samlet kan en grundig validering ofte holdes under 10 % af byggeprisen.

Skal folk skrive under på en fortrolighedsaftale, før jeg fortæller om idéen?

Til interviews med potentielle kunder er det sjældent nødvendigt og ofte en barriere, der gør folk mindre åbne. Idéer kopieres sjældent. Det, der er svært at kopiere, er udførelsen og den viden, I samler undervejs. Med leverandører og samarbejdspartnere, der får adgang til forretningsplaner og data, er en fortrolighedsaftale derimod fornuftig. Er I i tvivl om beskyttelse af rettigheder, så tal med en advokat.

Hvor mange interviews er nok?

Til en første afklaring er 8–12 samtaler med folk fra den samme målgruppe typisk nok til, at mønstrene bliver tydelige. Når I begynder at høre de samme problemer og de samme løsninger igen og igen, er I tæt på mætning. Har I flere målgrupper, for eksempel både kunder og medarbejdere, skal hver gruppe have sine egne samtaler. Vores guide til brugerinterviews har en fuld spørgeguide.

Kan jeg bruge AI-værktøjer til at bygge en prototype selv?

Ja, og det er et glimrende værktøj til at teste et flow og vise idéen frem. Værktøjer som Lovable og Bolt kan lave noget, der ligner en app, på få timer. Vær opmærksom på, at sådan en prototype sjældent er klar til rigtige brugerdata, betaling eller mange samtidige brugere. Brug den til at lære, og planlæg en ordentlig version, når idéen er bevist. Vi har skrevet om vejen fra AI-prototype til produktion.

Er det et dårligt tegn, at der allerede findes konkurrenter?

Tværtimod er det ofte et godt tegn. Konkurrenter beviser, at der er et marked, og at folk betaler for at løse problemet. Læs deres anmeldelser i App Store og Google Play: de dårlige anmeldelser er en gratis liste over det, kunderne savner. Spørgsmålet er, om I kan løse problemet markant bedre for en bestemt gruppe. Ingen konkurrenter overhovedet kan betyde, at problemet ikke er stort nok.

Hvad gør vi, hvis valideringen viser, at idéen ikke holder?

Så har I sparet penge, og I har lært noget værdifuldt. Kig på, hvad samtalerne faktisk afslørede: ofte er der et beslægtet problem, som folk brænder mere for, eller en anden målgruppe, der reagerede stærkere. Juster idéen, og kør de billigste tests igen. Mange gode produkter er resultatet af to eller tre runder, hvor det oprindelige udgangspunkt blev skærpet undervejs.

Læs også

Løsning · MVP

Skal vi bygge det for jer?

I får et fastpristilbud inden for 24 timer.

Byg en prototype eller MVP til fast pris