Du har en app i hovedet og ingen udviklere

En idé til en app har det med at være meget klar i hovedet på den, der har fået den, og meget uklar på papir. Det er ikke et tegn på, at idéen er dårlig. Det er, fordi hovedet har alle mellemregningerne med, og papiret kun har det, der bliver skrevet.

Første skridt er derfor ikke at finde en udvikler. Det er at gøre idéen til noget, en udvikler kan regne på.

De fire ting, du skal skrive ned

1. Hvem er brugeren, og hvad laver hun i dag i stedet? Hvis svaret er ”ingenting”, er der sjældent et problem at løse. Hvis svaret er ”et regneark og fire telefonopkald”, er der.
2. Den ene ting, appen skal kunne, første gang nogen åbner den. Ikke listen over alt, den skal kunne. Den ene ting.
3. Hvad der skal ske, når det går galt. Hvad hvis der ikke er dækning, hvis brugeren indtaster noget vrøvl, hvis betalingen fejler.
4. Hvordan du ved, om det virker. Et tal, du kan aflæse. Antal brugere er sjældent det rigtige. ”Otte ud af ti afsluttede bestillingen” er bedre.

De fire punkter kan skrives på en side, og den side er værd mere i en indledende samtale end tyve skærmbilleder tegnet i et designværktøj.

De tre fælder, der koster mest

Fælde 1: at bygge det hele på én gang

Den dyreste beslutning i et projekt er som regel truffet, før der er skrevet en linje kode: at version ét skal kunne alt det, version tre skal kunne. En første version, der løser den ene ting for de rigtige brugere, giver svar, man ikke kan gætte sig til.

Fælde 2: at bytte rettigheder væk for en lavere pris

Aftal skriftligt, hvem der ejer kildekode og data, hvad der sker ved ophør, og hvordan du får det udleveret, hvis du vil videre et andet sted. Statens standardkontrakter til it, K01 til K04, er offentligt tilgængelige og gode at læse på det punkt, også når man ikke selv skal bruge dem. Digitaliseringsstyrelsen skriver selv, at de tre ældste ikke længere er tidssvarende på flere områder og kræver tilpasning.

Fælde 3: at forveksle en udvikler med en partner

En freelancer, der bygger præcis det, du beder om, er billigere pr. time. En partner siger fra, når det, du beder om, ikke løser dit problem. Det er to forskellige indkøb, og begge dele kan være rigtige, men de er ikke det samme.

Skal det overhovedet være en app?

Det spørgsmål er værd at stille højt. En app skal installeres, godkendes i to butikker og opdateres, og brugeren skal have en grund til at have den liggende. En almindelig hjemmeside, der virker på en telefon, kan i mange tilfælde det samme uden nogen af de tre ting.

En app giver mening, når du har brug for kamera, position, aflæsning uden dækning eller beskeder, brugeren skal have, mens hun laver noget andet. Ellers er den ofte en dyrere vej til det samme.

Hvad du skal have med til den første samtale

• Opgaven i dine egne ord, gerne skrevet på fem minutter
• Hvilke systemer der findes i forvejen, og som det nye skal spille sammen med
• Hvem der beslutter, og hvem der skal bruge tid på projektet undervejs
• En budgetramme, hvis du har en. Det er ikke en svaghed at oplyse den, det er det, der gør et forslag realistisk.

Vil du have idéen regnet igennem, kan du beskrive den i Tegnestuen. Et estimat er gratis og uforpligtende, og det er ikke et tilbud: der er først en aftale, når du har accepteret et skriftligt tilbud. Rammerne står på priser.

Kilder

• Standardkontrakter K01 til K04, Digitaliseringsstyrelsen. Læst 31. august 2026.