HelioPeak bauen: Lektionen aus unabhängiger iOS-Entwicklung
A few months of evenings and weekends, six languages, three platforms, one developer
Dieser Artikel wurde auf Englisch verfasst und mit KI-Unterstützung übersetzt. Originalfassung lesen →
Ein paar Monate Abende und Wochenenden, sechs Sprachen, drei Plattformen, ein Entwickler. Das ist in einem Satz die Geschichte hinter HelioPeak. Dieser Artikel handelt davon, wie diese Geschichte wirklich aussah in der Praxis.
Er ist etwas persönlicher als die anderen Artikel in dieser Reihe. Ich versuche, ehrlich zu sein über das, was ein Soloprojekt in dieser Zeit beinhaltet, ohne die typischen Klischees von "folge einfach deiner Leidenschaft" oder "es kostet weniger als du denkst". Beide sind meist falsche Vereinfachungen.
Der Ausgangspunkt
Ich bin kein gelernter Swift-Entwickler. Mein Hintergrund ist IT, Infrastruktur, Systemarchitektur, nicht Mobile Development. Ich hatte vor HelioPeak nie eine iOS-App publiziert. Meine Swift-Erfahrung beschränkte sich auf einige Stunden Experimentieren mit SwiftUI in 2024.
Trotzdem wollte ich eine spezifische iOS-App machen: einen anständigen PVOutput-Client für mich selbst. Die bestehenden Apps taten nicht genau das, was ich wollte, und weil ich genug technischen Hintergrund habe, um sie nicht unmöglich zu finden, habe ich an einem Januar-Abend 2026 entschieden, eine zu bauen.
Die KI-Unterstützung
Ohne Claude (das KI-Tool, das ich nutze) hätte dieses Projekt wahrscheinlich nicht existiert. Nicht weil die KI alles für mich tat, sondern weil sie die Lernschwelle niedrig genug machte, um an Abenden durchzuhalten, an denen ich nach einem Arbeitstag keine Energie mehr hatte, ein Swift-Tutorial zu lesen.
Was die KI in der Praxis tut: Boilerplate generieren, Übersetzungen zwischen Frameworks vorschlagen, Architekturüberlegungen vorschlagen, Fehlermeldungen entschlüsseln.
Was die KI nicht tut: Architekturentscheidungen für mich treffen, Bugs in meinem eigenen Code finden, die Erfahrung des Real-Device-Testens ersetzen, Produktrichtung bestimmen.
Die KI hat meine Produktivität wahrscheinlich verdoppelt oder verdreifacht. Sie hat meine Arbeit nicht ersetzt.
Was ich in der Produktionsplanung unterschätzt habe
Internationalisierung. Sechs Sprachen vom Anfang an. Eine grundsätzlich richtige Produktentscheidung. Aber die operativen Kosten habe ich enorm unterschätzt.
Apples App-Store-Prozess. Die erste Einreichung wurde von einer Developer Review abgelehnt, die ich nicht erwartet hatte. Zwei Wochen zusätzlich in jedem Release-Zyklus.
Datenschutz-Compliance. Alle Anforderungen für Datenschutzrichtlinien, App Tracking Transparency, Privacy Nutrition Labels sind alles Dokumente und Formulare, die klein aussehen, aber Stunden Arbeit erfordern.
Marketing und Discovery. Eine gute App zu machen ist eine Sache. Leute zu finden, die sie nutzen wollen, ist eine ganz andere Sache.
Was ich in technischen Details unterschätzt habe
Real-Device-Testing ist unersetzbar. Was auf dem Mac-Simulator gut aussieht, scheitert manchmal auf einem echten iPhone.
Widgets sind schwerer, als sie aussehen. iOS-Widgets sind ein eigenes Unterprojekt mit eigenem Lebenszyklus.
Datums-, Zahl- und Währungslokalisierung ist ein Minenfeld. "5.400 kWh" im deutschen Stil bedeutet 5400; "5,400" im englischen Stil bedeutet auch 5400, aber im französischen Stil 5,4.
Apples Swift Charts ist brillant, aber unvollständig. Es fehlen Randfälle, die ich mit Custom-Overlays lösen musste.
Was ich über Indie-Pricing gelernt habe
Mein Ansatz für HelioPeaks Pricing änderte sich über die Zeit. Beim ersten Launch im April 2026 lag der IAP bei 2,99 €. Das war zu niedrig. Bei Version 2.0 habe ich ihn auf 6,99 € erhöht.
- Zu niedrig beim Start
- Ehrlich beim Relaunch
- No-Subscription-Engagement
Was ich über Konversionsraten gelernt habe: Der Prozentsatz kostenloser Nutzer, die zu zahlend konvertieren, ist niedrig (zwischen 3 und 8 %).
Was ich über die Nutzer gelernt habe
- Sie sind älter als ich dachte (Durchschnitt 50+)
- Sie haben echte Qualitätserwartungen
- Sie sind community-orientiert
- Sie sind loyal, wenn man es richtig macht
Die kleinen Lektionen, die ich unerwartet wertvoll fand
- Ein Commit-Skript schreiben
- TelemetryDeck vom Anfang an integrieren
- Notizen für mich selbst im Code
- Mit echten Nutzern testen, bevor man wirklich fertig ist
Was bleibt
Im Moment habe ich ein paar hundert Nutzer von HelioPeak, mit guten Bewertungen im App Store, einer aktiven Community auf Tweakers, und einem langen Backlog von Funktionen, die ich bauen möchte.
Was ich vor allem aus diesem Projekt mitnehme:
Beginnen Sie mit etwas, wozu Sie selbst Bedarf haben.
Rechnen Sie mit realistischen Zeitschätzungen.
Halten Sie den Iterationszyklus kurz und kümmern Sie sich nicht zu sehr um Perfektion in Version 1.
Bauen Sie mit Datenschutz und Qualität im Hinterkopf vom Anfang an.
Und haben Sie keine Angst, ehrlich darüber zu sein, was Ihre App nicht tut.
Zum Abschluss
HelioPeak ist keine Erfolgsgeschichte im finanziellen Sinn (noch nicht), aber wohl eine Erfolgsgeschichte im persönlichen Sinn: Ich habe etwas gebaut, was ich wollte, in sechs Sprachen publiziert, auf drei Plattformen, rechtzeitig, und es wird von echten Menschen geschätzt.
Vielleicht ist das die heimliche größte Lektion aus unabhängiger Entwicklung: Das Bauen ist an sich schon die Mühe wert, egal wo es letztlich landet.