Coaching-Plattform mit Flutter-App und Next.js-Web auf gemeinsamem Datenmodell.
Die erste Fassung lief 2023/24 gegen ein Strapi-Backend mit Next.js-Web. Die aktuelle Fassung ist eine Flutter-App auf Supabase, ausgelegt auf den deutschsprachigen Raum.
Repository ist privat — Code zeige ich auf Nachfrage.
Keine öffentliche Demo — Coach- und Athletenbereiche hängen an echten Betreuungsverhältnissen.
Snapshot
Fullstack-Entwickler
category
status
stack
code
Trainer verwalteten Pläne, Check-ins und Kommunikation über getrennte Werkzeuge.
Plattform mit Flutter-App und Next.js-Web, Strapi als Headless-Backend, Realtime-Chat, Live-Check-ins und getrennten Rollen für Trainer und Kunde.
Ein gemeinsames Datenmodell für App und Web spart mehr Aufwand als jede geteilte UI-Komponente.
Plattform für Trainings- und Ernährungsbetreuung mit Flutter-App und Next.js-Web auf einem gemeinsamen Datenmodell. Strapi als Backend, Chat und Check-ins laufen in Echtzeit, Trainer und Kunde haben getrennte Rollen und Ansichten.
Eine App, zwei Sichten auf dieselben Daten: Coach und Athlet arbeiten in derselben Anwendung, sehen aber unterschiedliche Ausschnitte. Der Code ist entsprechend nach Fachbereichen geschnitten, nicht nach Schichten — lib/features/ enthält vierzehn Bereiche von anamnesis über training, nutrition und body bis marketplace, jeder mit eigener Oberfläche, eigenem Zustand und eigenem Datenzugriff.
Die Verbindung zwischen beiden Rollen ist ein eigener Bereich: coach_athlete hält das Betreuungsverhältnis. Daran hängt die Sichtbarkeit — ein Coach sieht die Daten eines Athleten, weil eine Betreuung besteht, nicht weil eine Rolle im Konto steht. Durchgesetzt wird das über Row-Level-Security in PostgreSQL.
Das Backend ist Supabase mit 33 Migrationen. Gesundheitsdaten kommen über Health Connect vom Gerät; die entsprechende Erklärung liegt als Dokument im Repository, weil Google sie für die Veröffentlichung verlangt.
Aufnahme zu Beginn der Betreuung — die Grundlage, auf der Trainings- und Ernährungsplan aufsetzen.
Pläne, Einheiten und ein Runner, der die Einheit während des Trainings führt.
Ernährungsplanung als eigener Bereich statt als Anhang am Trainingsplan.
Körperwerte, Verlaufsfotos und Auswertung über die Zeit.
Das Betreuungsverhältnis als eigenes Modell — daran hängt, wer welche Daten sieht.
Erfassung von Befinden und Belastung neben den reinen Trainingszahlen.
Bereich, über den Athleten und Coaches zusammenfinden.
Coach und Athlet getrennt zu bauen hätte zwei Anwendungen bedeutet — mit doppelter Pflege und zwei Ständen desselben Trainingsplans. In eine App gepackt stellt sich sofort die Frage, wer was sehen darf.
Eine App mit rollenabhängigen Ansichten und dem Betreuungsverhältnis als eigenem Datensatz. Die Sichtbarkeit prüft die Datenbank über Row-Level-Security, nicht die Oberfläche — eine vergessene Prüfung im Client führt zu einer leeren Liste statt zu fremden Daten.
Die erste Fassung lief gegen Strapi mit einem Next.js-Web davor. Damit lag die Rechtelogik in der Anwendungsschicht, und jede neue Ansicht musste sie erneut korrekt anwenden.
Umbau auf Supabase: PostgreSQL mit Row-Level-Security als verbindliche Grenze, versionierte Migrationen im Repository, die Flutter-App als einzige Oberfläche. Der Aufwand lag im Datenmodell — danach wurde jede weitere Ansicht einfacher.
Trainings- und Körperdaten über Health Connect anzubinden ist technisch überschaubar. Die Veröffentlichung hängt aber an einer Erklärung, welche Daten wofür verwendet werden — und die muss zum Code passen.
Die Health-Connect-Erklärung und die Datenschutztexte liegen versioniert im Repository neben dem Code, nicht in einem separaten Dokument. Ändert sich die Nutzung, fällt die veraltete Erklärung im selben Commit auf.
UI-SDK von Google für cross-platform Apps (iOS, Android, Web, Desktop).
frameworkOptimierte Client-Sprache für Flutter, mit AOT/JIT-Compile.
languageOpen-Source Firebase-Alternative: Postgres, Auth, Storage, Edge-Functions.
platformObjekt-relationale Open-Source-Datenbank mit JSONB, FTS und reicher Erweiterbarkeit.
databaseProjektabhängigkeit
React-Framework mit App Router, RSC und Hybrid-Rendering.
frameworkProjektabhängigkeit
Typsicheres Superset von JavaScript.
languageProjektabhängigkeit