Fitness-App

Der erste Start entscheidet viel: In wenigen Fragen entsteht ein Plan, der zu Ziel, Zeit und Niveau passt, und das erste Training beginnt sofort. Danach zählt, dass die App sichtbar macht, was sich verändert hat — Serien, Gewichte, Umfänge, Trainingstage.

Erinnerungen wirken nur, wenn sie zur Gewohnheit des Nutzers passen und nicht täglich zur selben Uhrzeit feuern. Und der Plan muss nachgeben können: Wer eine Woche ausfällt, bekommt einen Wiedereinstieg statt eines roten Balkens.

Digitale Inhalte in der App werden über die Kaufsysteme von Apple und Google verkauft; beide behalten eine Provision ein. Das gehört in die Preisplanung, bevor Preise kommuniziert werden. Abos mit Testphase, Jahresrabatt und Rückgewinnungsangeboten verwalten wir über einen Abo-Dienst, damit Status und Zugriffe auf beiden Plattformen übereinstimmen.

Personal Training und andere Leistungen in der realen Welt fallen nicht unter diese Regel und können über einen normalen Zahlungsanbieter laufen. Die Abgrenzung klären wir vor dem Design, weil sie den Kaufablauf bestimmt.

Übungsvideos sind meist der größte Kostenblock außerhalb der Entwicklung — und der, den Sie selbst liefern. Wir bauen die Struktur dahinter: eine Übungsbibliothek mit Muskelgruppen, Geräten und Schwierigkeitsgrad, aus der Pläne zusammengesetzt werden, ohne dass für jede Änderung ein Update nötig ist.

Daten von Uhren und Trackern kommen über HealthKit und Health Connect. Sinnvoll ist das, wenn die App mit Puls, Schritten oder Schlaf wirklich etwas tut. Als reine Anzeige ist es Aufwand ohne Wirkung.

Für den ersten Release reicht meist FlutterFlow: Pläne, Tracking, Abo, Store-Launch für iOS und Android aus einer Codebasis. Eigener Flutter-Code lohnt sich, sobald Echtzeit-Funktionen, aufwendige Animationen oder eigene Player dazukommen — beides lässt sich kombinieren.

Den Umfang des ersten Releases klären wir in einer MVP-Planung: was Nutzer in Woche eins brauchen, und was warten kann, bis echte Nutzungsdaten vorliegen.