The Hybrid Week — Vom PDF zur App, die die Logik durchsetzt.
Von einem fünfseitigen PDF-Trainingsplan zu einem App-Konzept, das die Logik des Coaches durchsetzt statt sie nur zu beschreiben.
Kontext
Ein Coach, ein PDF, eine Frage
Colin James, ein Fitness-Coach, bietet kostenlos ein PDF namens „The Hybrid Week Structure“ an — einen Trainingsplan für Leute, die gleichzeitig Kraft und Ausdauer aufbauen wollen, ohne sich kaputtzutrainieren. Das PDF ist gut geschrieben, aber es ist ein statisches Dokument: fünf Seiten, die man einmal liest und dann in einem Ordner vergräbt.
Was verliert man, wenn ein Trainingsplan von Papier auf ein tägliches Interface wechselt — und was gewinnt man?
Das Problem
Regeln beschreiben reicht nicht — sie müssen wirken
Ein Trainingsplan als PDF hat einen strukturellen Nachteil: Er behandelt jeden Tag gleich, obwohl der Autor selbst betont, dass Tage sich fundamental unterscheiden sollen. Der Kernsatz des Dokuments ist eine Aussage über Zeit und Reihenfolge:
„Heavy lower-body training is never stacked on top of hard running.“
Ein PDF kann das nur beschreiben. Eine App kann es durchsetzen. Das war der erste Design-Einsicht-Moment: Die eigentliche Arbeit ist nicht, den Inhalt hübscher darzustellen, sondern die im Text vergrabene Logik — Belastungssteuerung, Prioritäten bei Ausfällen, Progressionsregeln — in etwas zu verwandeln, das sich von selbst anwendet.
Zweite Beobachtung: Der Ton des PDFs ist auffällig unaufgeregt für ein Fitness-Produkt. Sätze wie „If training feels manageable, that's not a mistake“ richten sich explizit gegen die Erschöpfungs-Ästhetik, die die meisten Fitness-Apps bedienen. Das musste sich in der visuellen Sprache widerspiegeln — nicht laut, eher wie ein Coach, der einem zutraut, es richtig zu machen.
Persona
Aus dem Text destilliert, nicht erfunden
Statt einer generischen Persona-Vorlage habe ich die Zielgruppe direkt aus dem Text abgeleitet — das PDF verrät sehr genau, für wen es nicht geschrieben ist, und daraus lässt sich die eigentliche Zielperson ableiten.
Sie hat bereits erfahren, dass „einfach mehr trainieren“ nicht funktioniert — fünf harte Läufe, drei harte Lifting-Sessions pro Woche, trotzdem Stagnation. Sie sucht kein Motivations-Tool, das sie zu mehr drängt, sondern ein System, das ihr erlaubt, weniger nachzudenken und trotzdem zu vertrauen, dass es funktioniert.
Ihr größter Frustpunkt mit bestehenden Apps: Sie zeigen ihr Zahlen, aber nicht, ob die Zahl heute richtig ist. Ein Rest-Tag fühlt sich oft wie eine App-seitige Bestrafung an statt wie Teil des Plans.
Die App muss Vertrauen in die Struktur kommunizieren, nicht nur Daten liefern.
Rest- und Easy-Tage müssen visuell gleichwertig neben Lift-Tagen stehen, nicht wie Lücken wirken.
Design-Prinzipien
Woran jede Entscheidung gemessen wurde
Trennung sichtbar machen, nicht nur einhalten
Das PDF trennt Kraft und Ausdauer strikt. Die App darf diese Trennung nicht in einem gemeinsamen Dashboard verwischen — deshalb zwei getrennte Fortschritts-Panels statt eines gemischten Charts.
Ein Fokus pro Bildschirm
Das PDF arbeitet mit Präzision: „The set is over when form breaks — not when you can't physically move the weight anymore.“ Der Session-Screen zeigt genau einen Satz, nicht die ganze Übungsliste auf einmal.
Abweichung ist eingebaut, nicht Ausnahmefall
Der Abschnitt „When Life Gets in the Way“ ist im PDF fast so lang wie der Trainingsplan selbst. Deshalb ist „Adjust“ ein vollwertiger Tab in der Navigation, keine versteckte Einstellung.
Informationsarchitektur
Die Struktur war schon im Dokument angelegt
Das PDF hat de facto schon eine IA vorgezeichnet, nur in Dokumentform. Die Übersetzung in Screens war weniger Erfindung als Übersetzung:
Die zentrale Entscheidung war, den Wochenstrip als primäres Navigationselement auf dem Home-Screen zu behalten, statt ihn in eine Kalenderansicht zu verstecken. Das PDF macht den Rhythmus selbst zum Argument — der Strip macht diesen Rhythmus auf einen Blick lesbar, bevor man überhaupt in einen Tag reingeht.
Schlüsselentscheidungen
Im Detail
Home passt sich dem Tagestyp an, nicht nur die Werte
Je nachdem, was der Wochenstrip für heute vorsieht, ändert sich auf Home mehr als nur ein Zahlenwert: Titel, Zeitangabe und Button-Beschriftung wechseln komplett — „Start workout“ an einem Lift-Tag, „Start running“ an einem Run-Tag. Nach einer Anpassung im Adjust-Flow kommt ein drittes, sichtbar anderes Erscheinungsbild hinzu (Badge „adjusted travel“, eigener Titel, eigener Button-Text) — der Beweis, dass die Regel wirklich greift, nicht nur erklärt wurde.
Der Session-Screen zeigt einen Satz, nicht eine Liste
Frühe Skizzen hatten die komplette Übungstabelle sichtbar. Das widersprach dem zweiten Prinzip — es zwingt zum Scrollen mitten im Satz. Die Lösung: Progressionsanzeige oben, aktueller Satz im Zentrum, nächste Übung abgeblendet als Ausblick, nicht als Ablenkung. Die erste Version zeigte nur den aktuellen Satz; die zweite Version ergänzt darunter die Vorwoche als Referenz, bevor der Nutzer überhaupt tippt.
Warmup und Work sind visuell entgegengesetzt, nicht nur beschriftet
Warmup-Sätze und Working Sets erfüllen laut PDF unterschiedliche Zwecke — die Fortschrittsleiste allein reichte nicht, um das spürbar zu machen. Die Lösung: Warmup bleibt hell, Work kehrt zur dunklen Fläche. Der Wechsel ist im Vorbeigehen erkennbar, ohne den Phase-Text lesen zu müssen.
Der Adjust-Flow ist ein Entscheidungsbaum, kein FAQ
Statt die „Missed Session“-Regeln als Textblock zu zeigen, fragt die App aktiv nach dem Grund und wendet die passende Regel an. Das verschiebt kognitive Arbeit vom Nutzer zum System — genau der Punkt, an dem eine App einem PDF etwas voraushat.
Der Run-Screen kehrt die Farblogik um, sobald man die Zone verlässt
Dieselbe Hell-Dunkel-Umkehr aus dem Workout-Screen taucht beim Laufen wieder auf, aber ausgelöst durch einen Messwert statt durch eine feste Phase: Solange die Herzfrequenz in der Zielzone liegt, bleibt der Card hell. Verlässt sie die Zone, kippt der Screen ins Dunkle — dieselbe visuelle Sprache, aber jetzt reaktiv statt vorprogrammiert. Beim Pausieren erscheinen zwei gleichwertige Optionen („Continue running“ / „End run now“) statt eines erzwungenen Weiterlaufens, konsistent mit dem PDF-Prinzip, dass ein Lauf sich nie wie ein Test anfühlen soll.
Progressions-Referenz: „Last week“ statt exaktem Datum
Direkt über den Eingabefeldern zeigt jeder Satz seinen Vorwert aus der Vorwoche — exakt derselbe Satz an derselben Position, nicht irgendein zuletzt eingetragener Wert. Das verhindert einen verzerrten Vergleich zwischen unterschiedlichen RIR-Stufen innerhalb derselben Übung.
Das Label „Last week“ ist eine bewusste Vereinfachung: Im Ausnahmefall — etwa nach einer über den Adjust-Flow verschobenen Session — kann die Referenz älter als eine Woche sein, ohne dass das Label das kenntlich macht. Diese Ungenauigkeit wurde zugunsten der Lesbarkeit in Kauf genommen; ein datenbasiertes Label wie „Letzte Session“ wäre die robustere Alternative für eine spätere Iteration.
Progress: vom Skelett zur aussagekräftigen Übersicht
Die erste Version zeigte reine Balkenhöhen ohne Achsenbeschriftung, Übungs-Drilldown oder Zeitbezug — ausreichend, um die Grundidee (zwei getrennte Cards für Strength und Running) zu kommunizieren, aber nicht, um zu verstehen, was tatsächlich gemessen wird. Die überarbeitete Version ergänzt Zahlenwerte pro Balken, eine Übungs-Auswahl innerhalb von Strength und eine klar benannte aktuelle Woche.
UX-Writing: konsistente Zeitbezüge über Screens hinweg
Die Progressions-Referenz im Workout-Screen zeigt „Last week“, der Progress-Screen zeigt „This week“ für den aktuellen Balken im Wochen-Chart. Beide Bezeichnungen sind relativ zur laufenden Woche formuliert — nie zu einem Kalenderdatum, nie zu „heute“ als einzelnem Tag. Frühere Varianten des Progress-Screens experimentierten mit „Today“ und „Now“, widersprachen damit aber den danebenstehenden Wochenlabels (W1-W4): Ein Wochen-Chart mit tagesbezogenem letztem Label suggeriert eine andere Granularität, als der Chart tatsächlich zeigt.
Diese Konsistenz ist kein Zufall, sondern Ergebnis derselben Überlegung an zwei unabhängigen Stellen der App: Weil eine Lift- oder Run-Kategorie im Plan nur einmal pro Woche vorkommt, ist die Woche die natürliche Zeiteinheit für Vergleiche, nicht der einzelne Tag. Sobald diese eine Regel feststand, ließ sie sich konsequent auf beide Screens anwenden, statt sie pro Screen neu zu erfinden.
Reflexion
Was ich mitgenommen habe
- GelerntEine Regel beschreiben und eine Regel durchsetzen sind zwei verschiedene Design-Probleme. Der Adjust-Screen sah zunächst fertig aus, weil er die PDF-Regeln korrekt in Textform zeigte — aber „Regel anwenden“ führte zurück zu Home, ohne dass sich irgendetwas änderte. Erst als Home und der nächste Session-Screen sich tatsächlich änderten, wurde aus der Erklärung eine funktionierende Regel.
- BestätigtLow-Fi vor High-Fidelity zahlt sich aus, gerade bei regelbasierten Produkten. Jede Lücke, die im Gespräch auffiel — fehlende Progressionsreferenz, unklare Zeitbezüge, verzerrte RIR-Vergleiche — wäre in einem fertigen visuellen Screen viel schwerer zu erkennen gewesen als im Graustufen-Wireframe.
- TransferierbarKonsistente Zeitbezüge („Last week“, „This week“ statt „Today“ oder „Now“) sind kein App-spezifisches Detail, sondern ein Prinzip für jedes Produkt mit wiederkehrenden Zyklen — Abo-Dashboards, Gewohnheits-Tracker, wöchentliche Reportings funktionieren nach derselben Logik.
- OffenWo hört ein hilfreicher Vorschlag auf und wo fängt Bevormundung an? Die Progressions-Empfehlung soll nur Referenz sein, keine Vorgabe — aber sobald eine App eine Zahl prominent zeigt, wird sie fast automatisch zur Erwartung. Das lässt sich nur mit echten Nutzer:innen klären, nicht am Schreibtisch.