5 hårde lektioner fra at sende fire apps i produktion som én person
Jeg har lanceret HeadToHead, Quiz Fight, TaskMondo og LostLead uden et team. Her er de mest værdifulde (og dyrest lærte) ting, jeg har taget med mig.
Der er en romantisk idé om at være solo-udvikler. Du styrer alt. Du træffer alle beslutninger. Du er fri.
Sandheden er mere nuanceret.
Jeg har de sidste par år lanceret fire forskellige produkter — HeadToHead, Quiz Fight, TaskMondo og LostLead — alle sammen som én person. Nogle har klaret sig godt. Andre har været skuffende. Alle har lært mig noget, jeg ikke kunne have lært på anden måde.
Her er fem af de hårdeste lektioner, jeg har taget med mig.
1. Det sværeste er ikke at bygge appen. Det er at beslutte, hvad den skal være
Jeg har brugt måneder på at bygge features, som ingen bad om.
Den mest almindelige faldgrube for solo-udviklere er at blive forelsket i deres egen løsning. Du bygger noget, der er teknisk elegant — og så opdager du, at ingen har det problem, du har løst.
Den dyreste fejl, jeg har lavet, var at bruge flere måneder på en version af en app, som jeg selv syntes var smart. Brugerne var ligeglade.
Læren: Brug mindst lige så meget tid på at tale med mennesker og teste antagelser, som du bruger på at kode. Det føles langsomt i starten. Det er hurtigere på lang sigt.
2. Du undervurderer altid, hvor lang tid “det sidste 20%” tager
Jeg har en regel nu: Når jeg tror, jeg er 80 % færdig, er jeg sandsynligvis kun 50 % færdig.
De sidste 20 % — App Store review, betalinger, edge cases med offline-tilstand, performance på ældre enheder, support til ældre iOS-versioner, analytics, crash reporting, legal tekst, ikoner i alle størrelser — det tager altid længere tid, end man tror.
Den største forskel mellem folk, der lancerer, og folk, der bare “næsten er færdige”, er evnen til at acceptere den her virkelighed og bare fortsætte.
3. Du har brug for en ekstern deadline
Uden en ekstern deadline bliver solo-projekter let til hobbyer.
Jeg har haft perioder, hvor jeg arbejdede på en app i over et år uden at lancere den. Det føltes produktivt, fordi jeg hele tiden var “i gang”. Men jeg leverede ingenting.
Den bedste ting, jeg har gjort for mig selv, er at sætte hårde, offentlige deadlines. “Denne app skal være live på App Store den 1. juni.” Og så fortælle folk om det.
Pludselig bliver beslutningerne nemmere. Du dropper de perfekte features. Du skærer ind til benet. Du lancerer.
4. Support og opdateringer er en større del af arbejdet, end de fleste tror
Mange tror, at når appen er live, så er arbejdet færdigt.
I virkeligheden er det der, det meste arbejde begynder — hvis du vil have en app, der faktisk bliver brugt i mere end et par uger.
Jeg bruger stadig flere timer om ugen på at svare brugere, fikse bugs i gamle versioner, holde apps opdaterede med nye iOS- og Android-krav, og bare sørge for at tingene ikke falder fra hinanden.
Det er ikke glamourøst. Men det er det, der gør forskellen mellem en app, der lever, og en app, der bare er et minde fra en lancering.
5. Du kan ikke være alt for alle
Den sværeste læring har været at acceptere, at jeg ikke er den bedste til alt.
Jeg er ikke den bedste designer. Jeg er ikke den bedste marketing-mand. Jeg er ikke den bedste support-person.
Hvad jeg er god til, er at få en idé hele vejen fra “det her kunne være fedt” til “det her er en rigtig app, folk bruger”.
Når jeg forsøger at være for meget af alt på én gang, bliver resultatet middelmådigt på alle fronter.
Den vigtigste disciplin for mig som solo-udvikler er at være ærlig om, hvad jeg er god til — og så finde måder at kompensere for det, jeg ikke er god til (ofte ved at forenkle produktet, indtil det passer til mine faktiske styrker).
Det her er ikke en klagesang
Jeg elsker at arbejde alene.
Jeg elsker at kunne træffe beslutninger uden at skulle overbevise nogen. Jeg elsker at kunne ændre retning på en uge. Jeg elsker, at intet projekt dør, fordi andre mister interessen.
Men jeg elsker det kun, fordi jeg har lært at arbejde med begrænsningerne i stedet for at lade som om de ikke findes.
Hvis du overvejer at bygge noget alene: Gør det. Men gør det med åbne øjne.
De fleste problemer løses ikke med flere features eller bedre kode. De løses med bedre beslutninger om, hvad du overhovedet skal bruge din begrænsede tid på.
Og den læring er dyr. Men den er også det mest værdifulde, jeg har taget med mig fra de sidste par år.
Halfdan Harring er app-udvikler i Aarhus. Han bygger med React, Capacitor og Firestore — alene. Se de aktuelle projekter på AppsMedHalfdan.dk.
