Apple afviser ubrugelige apps: svaret er ikke at bruge uger på dem

Den 9. juni 2026 strammede Apple sine valideringsregler for at sortere apps „uden værdi“ fra. Mange læste ét enkelt budskab ind i det: at man nu skal bruge uger på en app, for at den bliver godkendt. Det passer ikke. Apple måler ikke den tid, du bruger. Apple ser på, om appen fortjener at eksistere.

Det, Apple ændrede den 9. juni 2026

Den vigtigste ændring rammer guideline 4.3(b). Apple tilføjer her en sætning uden tvetydighed:

Apple nævner endda de kategorier, der ikke længere bliver godkendt uden en reelt anderledes oplevelse: dating, lommelygte, lydeffekter, baggrundsbilleder, simpel timer, spådom. Apps med prutlyde, bøvselyde, Kama Sutra eller drukspil placerer Apple i kategorien „middelmådige, af lav kvalitet eller uden indsats“.

Kriteriet er ikke tiden, du bruger

Det er pointen, som de fleste kommentarer overser. Apple afviser ikke en app, fordi den er lavet hurtigt. Apple afviser den, fordi den ikke bidrager med noget. Endnu en klon bliver kasseret, selv om den kostede dig tre uger. En fokuseret app med en reel grund til at eksistere, bygget på fire dage, består.

Værdi er altså ikke et spørgsmål om timer. Du kan bruge en måned på at finpudse en idé, som ingen er interesseret i, eller levere noget på få dage, der løser et rigtigt problem. Apple vil se det sidste.

Klausulen, der virkelig ændrer spillet

Den vigtigste stramning er ikke afvisningen ved indgangen, men det, der sker bagefter. Apple giver sig nu ret til at fjerne apps, der allerede er udgivet:

En app kan altså blive godkendt, forblive online og derefter forsvinde af mangel på brugere. Og en udvikler, der udsender den ene ligegyldige app efter den anden, sætter sin konto på spil. At bruge seks uger på at polere en app i tomrummet, uden nogensinde at holde den op mod rigtige brugere, bliver det værst tænkelige væddemål.

Derfor er en MVP på få dage det rigtige svar

Når Apple belønner nytte og reel brug, er logikken at levere en version hurtigt, som gør én ting godt, lægge den i hænderne på rigtige brugere og så iterere. Ikke at finpudse den i ugevis, før man overhovedet ved, om nogen vil have den.

En god MVP hviler på en klar kerne:

• En hovedfunktion, der virkelig fungerer, ikke en mockup
• Ægte native funktioner, dem som en simpel hjemmeside pakket ind i en webview ikke kan tilbyde
• En ren indstillingsskærm med privatliv og styring af notifikationer
• Noget, der måler, om folk kommer tilbage, så du kan afgøre, hvad der skal bygges næst

Den kerne bygges på få dage, når man ved, hvor man er på vej hen. Resten, de sekundære funktioner og grænsetilfældene, kommer bagefter, når appen har bevist, at den interesserer nogen.

Hurtig fordi erfaren, ikke hurtig fordi sjusket

Der er en nuance, man ikke må overse. „At levere på få dage“ er ikke det samme som „at sjuske“. De apps, Apple rydder ud i nu, er netop dem, der blev produceret hurtigt og uden håndværk, ofte genereret af vibe coding-værktøjer. Hastigheden redder dem ikke; deres manglende værdi dømmer dem.

Forskellen ligger i erfaringen. Efter atten år med app-udvikling ved man, hvad der består valideringen, og hvad der bliver kasseret. Man ved, hvilke native funktioner en reviewer forventer, hvor guideline 4.2 driller, hvorfor en forklædt web app aldrig holder i længden. Man spilder ikke tid på at genopdage reglerne ved at samle afvisninger. Man bygger appen rigtigt første gang.

Det er dét, at levere hurtigt uden at levere dårligt. Man skærer spildet væk, ikke de nødvendige funktioner. Kernen er aldrig til forhandling. Det, man fjerner, er de uger, der ellers gik med at finpudse det, som ingen har brug for.