Vor einem Jahr beschloss ich, mich voll und ganz der Entwicklung eigener Apps zu widmen. Mein Ziel war nicht nur, Code zu schreiben, sondern echte Produkte unabhängig zu entwickeln, zu veröffentlichen und zu betreiben.
12 Monate später habe ich 5 verschiedene Apps entwickelt und sowohl im App Store als auch bei Google Play veröffentlicht. Ein Blick auf die Commit-Historie und die Downloadzahlen zeigt eine klare Erkenntnis: Die Software zu entwickeln war der einfache Teil. Marketing war die eigentliche Herausforderung.
Hier sind die wichtigsten technischen und nicht-technischen Erkenntnisse aus einem Jahr Solo-Entwicklung.
Teil 1: Entwicklung (die Komfortzone von Entwicklern)
Als Entwickler fühlen sich 10 Stunden in VS Code, in denen man State-Management konfiguriert oder native Build-Probleme löst, produktiv an. Das liegt in unserer Komfortzone. Doch fünf plattformübergreifende Apps in einem Jahr zu veröffentlichen, zwang mich dazu, meine Art der Softwareentwicklung grundlegend zu überdenken.
1. Baue dir ein eigenes Infrastruktur-Arsenal auf
Fünf Apps nacheinander zu entwickeln, hat mich gelehrt, dasselbe Problem nie zweimal zu lösen. Bei der dritten App hatte ich mir meinen eigenen Boilerplate-Stack aufgebaut:
- Framework: React Native / Expo (mit Config Plugins zur Automatisierung nativen iOS-/Android-Codes).
- Architektur: Local-First-Speicherung (AsyncStorage), um Backend-Komplexität und Cloud-Infrastrukturkosten zu vermeiden.
- Integrationen: Vorbereitete Hooks für native Integrationen wie Apple HealthKit, Google Health Connect und iOS-Widgets.
Wenn du allein entwickelst, ist Geschwindigkeit dein einziger Hebel. Wiederverwendbare Architektur sorgt dafür, dass 80 % deiner Zeit in den Kernnutzen der App und nur 20 % in die Einrichtung fließen.
2. „Local First“ ist nicht nur Technik. Es ist Freiheit
Jede Zeile Backend-Code muss gewartet, abgesichert und bezahlt werden – auch während du schläfst. Der Wechsel zu einer konsequenten Local-First-Architektur bedeutete: keine Datenbankmigrationen, keine Sorgen um die Serververfügbarkeit und eine sofortige Performance für Nutzer. Datenschutzbewusste Nutzer schätzen außerdem, dass ihre Daten das Gerät nie verlassen.
3. Perfektion ist der Feind des Veröffentlichens
Meine größte Entwicklungsfalle war anfangs, Sonderfälle zu perfektionieren, bevor ich überhaupt wusste, ob jemand die App wollte. Ab der vierten App galt eine feste Regel: zuerst den Kernablauf veröffentlichen. Feinschliff kommt, nachdem echte Nutzer Feedback gegeben haben.
Teil 2: Marketing (der echte Endgegner)
Als Entwickler glauben wir gern an eine Leistungsgesellschaft: „Wenn ich ein großartiges Produkt entwickle, kommen die Nutzer von selbst.“
Das tun sie nicht. App Store und Google Play sind Friedhöfe technisch überlegener Apps mit null Downloads. Zu erkennen, dass Code nur 20 % des Indie-Hacking-Erfolgs ausmacht, war meine härteste Lektion in diesem Jahr.
1. Organische Reichweite nutzen (X und Reddit)
Als Solo-Entwickler ohne großes Werbebudget konzentrierte ich mich ganz auf organisches Marketing:
- X (Twitter) für „Build in Public“: Codeausschnitte, UI-Entwürfe, Meilenstein-Screenshots und technische Herausforderungen zogen nicht nur erste Nutzer an, sondern brachten mich auch mit einem großartigen Netzwerk anderer Entwickler zusammen.
- Reddit für Feedback mit echtem Mehrwert: Reddit ist brutal ehrlich. Wer einfach einen App-Link postet und wieder verschwindet, wird gnadenlos heruntergewählt. Erklärt man aber ein komplexes technisches Problem in einem hilfreichen Beitrag, erhält man wertvolles Feedback und gewinnt erste Nutzer.
2. „Verstecktes Marketing“ durch technische Artikel
Einer meiner größten Marketing-Erfolge war, technische Fallstudien über Funktionen meiner Apps zu schreiben. Der Beitrag „Wie ich einen einheitlichen Apple-HealthKit-/Google-Health-Connect-Hook entwickelt habe“ auf Entwicklerplattformen erfüllte zwei Zwecke: Er bot der Entwickler-Community echten Mehrwert und machte meine App ganz natürlich Menschen bekannt, die gut entwickelte Software schätzen.
3. Die 50/50-Regel
Könnte ich zum ersten Tag zurückkehren, würde ich die 50/50-Regel einführen: 50 % der Zeit in die Entwicklung der App investieren und 50 % dafür, darüber zu sprechen und zu schreiben oder die Store-Einträge zu verbessern. Eine gute App mit starkem Marketing schlägt immer eine großartige App ohne Reichweite.
Abschließende Gedanken: Der Wandel der Denkweise
Der Wechsel vom Softwareentwickler zum Solo-Creator erfordert einen grundlegenden Perspektivwechsel. Du darfst dich nicht länger nur als „Coder“ sehen, sondern musst gleichzeitig Produktmanager, Marketer, Designer und Kundenbetreuer sein.
Fünf Apps in einem Jahr zu entwickeln, hat mich nicht nur zu einem besseren Entwickler gemacht – es hat meinen Blick auf Software komplett verändert.
An alle Solo-Entwickler, die noch im Stillen arbeiten: Öffnet euren Editor, streicht die unwichtigen Funktionen, veröffentlicht die App und fangt noch heute an, darüber zu sprechen.