Hopp til innhold
Utvikling · Artikler

Du har vibekodet en app. Hva nå?

Lesetid 4 min · 18. september 2026 · Skrevet av GetOnNet

Getonnite sitter på en kloss med en telefon som viser en enkel app-skisse, og klør seg i hodet.

Appen virker på din egen telefon, og du har vist den til tre kolleger som sa «kult». Herfra og til at fremmede laster den ned og betaler for den, gjenstår det arbeid som Lovable, Bolt og Cursor ikke gjør for deg: testing, butikkene, personvern og folk som faktisk finner den. Her er rekkefølgen.

Først: finn ut hva som mangler

Det korte svaret er at du har kommet cirka 85 prosent. De siste prosentene er ikke mer av det samme. De er en annen type arbeid, og det lønner seg å kartlegge dem før du bruker flere kvelder på prompting.

Ta appen ut av din egen boble. La fem personer som ikke har sett den før, bruke den mens du sitter stille og ser på. Skriv ned alt de stopper opp ved. Prøv deretter selv det som er kjedelig: dårlig dekning, gammel telefon, feil passord tre ganger, tomme lister, en bruker som sletter kontoen sin. AI-verktøyene er gode på den lykkelige stien. Det er sidesporene som knekker.

Deretter: rydd i grunnmuren

En prototype lever fint med testdata og én bruker. En app i butikken må tåle mange, samtidig, over tid. Det betyr som regel fire ting:

  • Innlogging og betaling som holder mål. BankID, Vipps eller Stripe er egne integrasjoner med egne regler, ikke noe AI-en «legger på».
  • Personvern på ordentlig. Bruker appen tjenester som lagrer personopplysninger for deg, skal du ha databehandleravtale med dem. Datatilsynet er tydelig på at alle som bruker en databehandler, må ha en slik avtale.
  • En database som er satt opp for drift, med sikkerhetskopi og tilgangsstyring, ikke prototypens standardinnstillinger.
  • Kode noen kan lese. Den dagen noe knekker, må et menneske finne feilen. Tester og en ryddig struktur er billigere nå enn etter lansering.

Eksempel: en bookingapp for en liten kjede fungerer perfekt med ti testbookinger. Første lørdag i drift kommer det tre hundre, to kunder booker samme time, og ingen har tenkt på hva som skjer når betalingen feiler halvveis. Ingenting av dette var synlig i prototypen.

Så: butikkene

App Store og Google Play har hver sin inngangsbillett og hver sin regelbok.

Apple Developer Program koster 99 dollar i året, og gir tilgang til TestFlight, der du kan invitere inntil 10 000 eksterne testere før lansering. Google Play tar et engangsbeløp på 25 dollar, og krever at du bekrefter identiteten din, gjerne med gyldig legitimasjon.

Reglene som oftest stopper nye apper, er kjente. Apple krever at alle apper lenker til en personvernerklæring, både i App Store Connect og inne i appen. Google krever det samme, og i tillegg et utfylt «Data safety»-skjema, også for apper som ikke samler inn noe. Selger appen digitalt innhold eller abonnement, må det gå gjennom Apples egen kjøpsløsning, ikke via en Stripe-lenke til nettsiden din. Og apper som er for like noe som allerede finnes, avvises som støy.

Ingen av delene er vanskelige når du vet om dem. Alle er dyre å oppdage etter at appen er sendt inn og du venter på svar.

Til slutt: folk må finne den

En app i butikken er ikke en app i bruk. Butikkoppføringen gjør en del av jobben: riktig navn, skjermbilder som viser hva appen gjør, og en beskrivelse skrevet for dem som søker, ikke for deg. Resten er vanlig markedsføring. En nettside som forklarer appen og lenker til butikkene, annonser mot dem appen er laget for, og et sted der eksisterende brukere kan si fra når noe ikke virker.

Sett også av tid etter lansering. Nye versjoner av iOS og Android kommer hvert år, og en app som ikke oppdateres, slutter etter hvert å virke.

Rekkefølgen, kort

  1. La fremmede bruke appen. Skriv ned alt.
  2. Fiks innlogging, betaling, personvern og database før noe annet.
  3. Opprett utviklerkontoene og les de fire reglene over før innsending.
  4. Lag butikkoppføringen som en salgsside, ikke som en teknisk beskrivelse.
  5. Planlegg hvordan folk skal finne appen, og hvem som svarer når de har brukt den.

Vi hjelper med hele denne strekningen: testing, ferdigstilling, publisering i App Store og Google Play, og annonsering som gir appen brukere. Send oss lenken til prosjektet ditt, så sier vi hva som gjenstår.

Kilder

  1. Apple Developer Program, «$99 annual membership». Lest 18. september 2026.
  2. Google Play Console: Register for a Google Play Developer account. Engangsbeløp og identitetskontroll. Lest 18. september 2026.
  3. App Store Review Guidelines, punkt 3.1.1, 4.3 og 5.1.1. Lest 18. september 2026.
  4. Google Play Console: Data safety section. Lest 18. september 2026.
  5. Apple: TestFlight, inntil 10 000 eksterne testere. Lest 18. september 2026.
  6. Datatilsynet: Når må man inngå databehandleravtale? Lest 18. september 2026.