Wer wir sind

Was die Nutzerin sieht und wie sie sich durch die Seite bewegt.

Design entscheidet zwei Dinge: was die Nutzerin sieht (Form, Farbe, Typografie) und wie sie ans Ziel kommt (Pfade, Hierarchie, Klick-Reihenfolge). Beides muss zusammenpassen — eine schoene Seite ohne klare Pfade ist genauso unbrauchbar wie ein logischer Aufbau ohne visuelle Anziehungskraft.

• Konzeption Wireframes, User-Flows und Strukturskizzen — bewusst ohne Farbe und Typografie. Hier wird entschieden, welche Inhalte auf welcher Seite landen, in welcher Reihenfolge und mit welcher Hierarchie. Beispiel: Bevor wir die Förder-Landingpage gestalten, klären wir, ob sie drei Programme als Card-Reihe zeigt oder als ein einziger Filter-Block mit Liste.
• Layout Sobald die Struktur steht, kommen Farbwelt, Schriften, Bildsprache und das responsive Verhalten dazu. Das Ergebnis ist ein Figma-File mit allen Zuständen (default, hover, focus, error) und expliziten Breakpoints für Mobile, Tablet und Desktop.
• Abstimmung Design ist nie Solo: Content sagt, was rein muss, Frontend sagt, was technisch teuer wird. Beide Stimmen kommen vor dem Pixel-finalen Mockup — sonst entsteht ein Design, das niemand bezahlen kann oder das auf Mobile nicht funktioniert.

Aus Figma wird klickbar — und gleichzeitig die Vorlage fürs Backend.

Frontend übersetzt das Figma-File in Code (HTML, CSS, JavaScript), aber das Ergebnis ist nicht die Live-Site. Es ist eine Vorlage: statische Astro-Templates, die das Backend später 1:1 in TYPO3-Fluid übersetzt. Das macht Frontend zum Bindeglied zwischen "wie sieht es aus" und "wie läuft es im CMS".

• Umsetzung Aus Figma wird eine klickbare Webseite — HTML semantisch korrekt, CSS mit Design-Tokens, JavaScript nur dort, wo es wirklich nötig ist. Beispiel: Eine Förder-Card auf Desktop ist ein Grid-Item, auf Mobile ein gestapelter Block — nicht zwei separate Komponenten, sondern eine mit responsivem Verhalten.
• Bewegung Menüs, Slider, Hover-States, Scroll-Animationen, Microinteractions. Bewegung muss leise sein und reduziert werden, wenn die Nutzerin "prefers-reduced-motion" eingestellt hat — das ist Pflicht, kein Nice-to-have.
• Übergabe Astro-Templates werden so geschrieben, dass das Backend sie 1:1 in Fluid übersetzen kann. Das heißt: keine React-Komponenten dort, wo sie nicht hingehoeren, klare Komponenten-Grenzen, dokumentierte Felder pro Block.

TYPO3, Server, Daten — die unsichtbare Schicht, die alles zusammenhaelt.

Backend ist alles, was die Nutzerin nicht sieht, aber sofort merkt, wenn es fehlt: ein langsamer Server, ein Formular, das keine Mail schickt, eine Pflegeoberfläche, die niemand bedienen kann. Das Team übersetzt die Frontend-Vorlage in TYPO3-Fluid, baut die Felder für den Redakteur und betreibt die Infrastruktur dahinter.

• Server & Domain SSL-Zertifikate, E-Mail-Versand, taegliche Backups, Performance-Cache, Monitoring. Wenn ein Förderportal um Mitternacht ausfaellt, sieht Backend das in den Logs — nicht der Kunde am Morgen.
• Datenlogik Datenbanken, Formularauswertungen, Mailversand, externe APIs (z.B. KfW-Förderdaten oder ÖPNV-Fahrpläne). Beispiel: Eine Anmeldung für einen Klima-Workshop landet als Datensatz in der DB, schickt eine Bestätigungsmail und triggert eine Benachrichtigung an den Veranstalter.
• TYPO3 CMS-Pflegeoberfläche, Rechte-Matrix, Freigabeprozesse, Fluid-Templates. Hier wird entschieden, welche Felder der Redakteur sieht, was Pflicht ist und wer am Ende den "Veroeffentlichen"-Button drückt.

Hardware, Netzwerk, Drucker — und der Reboot.

IT betrifft alles unterhalb der Web-Ebene: die Geräte, mit denen wir arbeiten, das Netzwerk, über das wir kommunizieren, die Drucker, die wir alle hassen. Wenn die Hardware streikt, geht ohne IT nichts weiter — egal wie gut die Webseite ist.

• Infrastruktur Hardware-Beschaffung und -Verwaltung, Lizenz-Management (Adobe, Figma, IDE-Tools), Drucker, Telefonie. Wenn jemand neu im Team ist, sorgt Klaus für den Arbeitsplatz.
• Netzwerk VPN-Zugänge für Remote-Arbeit, WLAN im Büro, interne Verbindungen zu Servern und Repositories. Sicherheit und Verfügbarkeit sind hier wichtiger als Komfort.
• Reboot Der Klassiker: "Hast du es schon mal aus- und wieder eingeschaltet?" Tatsächlich löst das überraschend viele Probleme — und Klaus weiß, wann es nicht mehr reicht.