Wie wir Projekte umsetzen

Was kommt auf die Seite, wie ist sie strukturiert? Content klärt das Inhalts-Inventar mit dem Kunden (welche Förderprogramme, welche Pflichtangaben, welche Zielgruppe), Design bringt die Struktur (Seitentypen, Navigation, Startseite). Erst wenn beides steht, macht es Sinn, über Gestaltung zu reden — sonst entstehen schoene Layouts ohne Inhalt.

Output Inhalts-Inventar + Wireframes je Seitentyp.

Aus den Wireframes wird ein visuelles Konzept: Farbwelt, Typografie, Bildsprache, Seitenlayouts pro Seitentyp. Endet mit einem Figma-File, das beim Kunden präsentiert wird — und das alle interaktiven Zustände (default, hover, focus, error) und mindestens drei Breakpoints (Mobile/Tablet/Desktop) zeigt.

Output Figma-File mit allen Zuständen + Kunden-Präsentation.

Was ist technisch sinnvoll umsetzbar, was wird unnötig teuer? Frontend prüft Mobile / Tablet / Desktop, Interaktionen, Animationen — und sagt, wo das Design vereinfacht werden muss, damit Aufwand und Wirkung passen. Eine 5-Spalten-Tabelle auf Mobile, eine Hover-Animation auf Touch-Geräten, eine Custom-Schrift in 6 Schnitten — das sind die typischen Diskussionen.

Output Abgenommenes Figma + Änderungs-Liste für Designer.

Komponenten bauen, Templates erstellen, Responsive-Verhalten implementieren, Lighthouse- und A11y-Checks bestehen. Ergebnis: statische HTML/CSS/JS-Dateien (Astro-Templates), die später als Vorlage ins TYPO3 übernommen werden. Wichtig: das Frontend ist hier noch keine Live-Site — es ist eine Vorlage.

Output Astro-Build mit allen Seitentypen + Komponenten-Library.

Welche Felder werden im CMS gepflegt, welche kommen aus APIs (z.B. Förderdaten, Fahrpläne)? Wie sehen die Datenstrukturen aus? Hier wird vermieden, dass Backend nach Vermutung baut und der Redakteur am Ende Felder findet, die "Text 1 / Bild 2" heißen. Kurze Phase, hoher Hebel.

Output Komponenten-Liste mit Feld-Definition + API-Verträge.

Pflegeoberfläche für Redakteure entsteht: welche Felder sind Pflicht, welche optional, welche Rechte hat wer, gibt es ein Vier-Augen-Prinzip? Wenn möglich, sitzt der echte Redakteur des Kunden hier mit am Tisch — sonst entstehen Felder, die keiner pflegt.

Output Feld-Liste + Rechte-Matrix + Schulungs-Skript.

Hier wird Astro in Fluid übersetzt. Aus den statischen Templates werden dynamische Seiten, die Inhalte aus dem CMS ziehen. Das ist der klassische Uebergabepunkt zwischen Frontend und Backend — und der Moment, in dem alle Felder, die in Phase 5 nicht klar definiert wurden, schmerzhaft sichtbar werden.

Output Lauffaehiges TYPO3-Projekt mit allen Seitentypen.

Texte einpflegen, Bilder hochladen, Seitenstruktur bauen, Metadaten setzen, SEO-Felder füllen. Hier zeigt sich, ob die Pflegeoberfläche praxistauglich ist — wenn der Redakteur die Augen rollt, gehen Änderungen zurück an Backend.

Output Komplett gefüllte Seite + Redaktionshandbuch.

Umzug von Entwicklungs- auf Produktivserver: Datenbank, Domain, SSL, Weiterleitungen alter URLs, Caching, Monitoring-Alerts. Deployment-Fenster Montag bis Donnerstag innerhalb der Geschaeftszeiten — Freitag-Deploys sind verboten, weil am Wochenende niemand am Hebel sitzt, falls etwas bricht.

Output Live-Site + Monitoring + Wartungsvertrag.