das journal
Die App, die ich nicht mehr weiterentwickle
kleosvic · 03.10.2026
Ich habe Höhenangst, und sie ist nicht gerade mild.
Ich gehe wandern. Das mache ich seit Jahren, und ich mag es mehr als fast alles andere, was ich an einem freien Wochenende mache. Und irgendwann waren diese beiden Dinge nicht mehr miteinander vereinbar, denn ein Berg ist genau der Ort, an dem es am wichtigsten ist, sich in seinem eigenen Körper wohlzufühlen, und das tat ich nicht.
Also habe ich etwas für mich selbst gebaut.
Kleos Breathe war eine App für geführte Atemübungen. Die Idee war bewusst eng gefasst. Wenn du irgendwo stehst, wo es sich zu hoch anfühlt, suchst du keine Meditationsbibliothek und wirst auch nichts lesen. Du brauchst etwas, das dir sagt, dass du atmen sollst, dir erklärt, was gerade in deinem Körper passiert, und nichts von dir verlangt.
Es war eine kleine App. Sie tat eine Sache. Sie funktionierte.
Und während der gesamten geschlossenen Testphase gab es praktisch kein Engagement. Es war nicht einfach eine enttäuschende Zahl. Es war fast nichts. Sehr wenig Feedback, sehr wenig Nutzung und kaum Anzeichen dafür, dass die App überhaupt jemanden erreicht hatte.
Eines Tages begann ich, die Testergebnisse anders zu betrachten.
Das Problem war kein Fehler. Die Menschen, die die App testeten, brauchten einfach keine Atemhilfe.
Das war schwieriger zu beheben als ein Fehler, denn es gab nichts im Code, das nach einer Lösung verlangte.
Warum sie zu allgemein war
Das Problem war nicht, dass Atmen nutzlos gewesen wäre. Ich hatte eine Lösung für mein eigenes Problem gebaut und sie anschließend der Welt als allgemeines Produkt präsentiert.
Eine Atem-App ist keine neue Idee. Es gibt Tausende davon. Meine Version konnte gut gemacht sein und zuverlässig funktionieren und trotzdem keinen Grund liefern, warum ein Fremder ausgerechnet diese App wählen sollte, weil ich ihm keinen Grund dafür gegeben hatte.
Was ich tatsächlich gebaut hatte, war eine Lösung für etwas Bestimmtes und Persönliches.
Für mich war sie nützlich. Das bedeutete nicht automatisch, dass sie für alle anderen nützlich war.
Das unangenehme Scheitern
Ein Absturz wäre ein Geschenk gewesen.
Ein Absturz hat einen Stack Trace, ein Gerätemodell, einen Weg, ihn zu reproduzieren, und eine offensichtliche Stelle im Code, an der etwas schiefgelaufen ist. Er wird direkt zu Arbeit, und Arbeit fühlt sich nach Fortschritt an.
Wenn niemand zurückkommt, fühlt sich das nach nichts an. Es gibt keinen Stack Trace, es lässt sich nicht reproduzieren und es übersteht jeden Unit-Test, den ich schreiben kann, weil im Code nichts falsch ist.
Es sagt dir, dass das Problem nicht technisch ist, und technische Probleme sind die Probleme, mit denen ich umgehen kann.
Das war der Teil, den ich am längsten akzeptieren musste. Ich suchte weiter nach einem Grund, der es mir erlauben würde, die Entwicklung fortzusetzen, und der Grund, den ich finden wollte, war ein Fehler.
Es würde nie einen geben.
Was ich tatsächlich daraus gelernt habe
Ich habe Breathe nicht neu gebaut.
Die Entscheidung wurde viel einfacher, als ich aufhörte, nach einer technischen Erklärung zu suchen, die es nicht gab.
Das Merkwürdige ist, dass das Feedback, das wir tatsächlich zur App bekamen, positiv war. Das Onboarding funktionierte gut, die Nutzererfahrung war klar, und es gab kein offensichtliches UX-Problem, das die geringe Nutzung erklärt hätte.
Die App konnte gut sein und trotzdem nicht gebraucht werden.
Diese Unterscheidung hat verändert, wie ich über die Entwicklung von Apps denke.
Es ist sehr einfach zu fragen, ob man eine Idee bauen kann. Viel schwieriger ist es zu fragen, ob jemand einen Grund hat, sie zu benutzen.
Breathe hat diese Frage für mich beantwortet.
Ich habe sie gebaut, weil ich ein konkretes Problem hatte. Ich habe sie mit Menschen getestet, die dieses Problem nicht hatten. Dann habe ich gelernt, dass eine bessere Lösung das Problem nicht entstehen lassen würde.
Ich denke immer noch, dass die App gut war. Ich glaube nur nicht, dass das besonders viel bedeutet.
Der Abstand zwischen einer App, die mein Problem vollständig löst, und einer App, die sonst niemand braucht, ist das Nützlichste, was mir dieses Projekt beigebracht hat.
Manchmal ist aufzuhören auch eine Produktentscheidung.
als nächstes
Wie du deine nächste App-Idee findest und validierst
26.09.2026