Jan Raap: Designer und Frontend-Entwickler aus Ratzeburg

Mein Werdegang

Nach dem Kommunikationsdesign-Studium an der Kunstschule Wandsbek habe ich mich 2007 selbstständig gemacht. Bis 2016, neun Jahre lang, war ich freier UI/UX-Designer für die comdirect bank AG: Banking-App-Redesign, photoTAN-App, Trading-Frontend, Kontowechselservice. Konzipiert habe ich sie als klickbare Axure-Prototypen, getestet mit echten Leuten, gebaut hat sie danach die IT-Abteilung der Bank.

Aus diesen Prototypen entstand der Wunsch, den Code selbst zu schreiben. Seit 2013 mache ich das.

Mein erstes großes Website-Projekt war dann Schlagerblume, ein Portal für Schlager-Journalismus.

Heute entstehen Konzept und Umsetzung bei mir in einem Zug: Performance, Barrierefreiheit und Wartbarkeit sind keine nachträglichen Korrekturen, sondern Teil des Entwurfs. Das spart Abstimmungsschleifen und Missverständnisse.

Wie die Abstimmung läuft

Ich arbeite in kleinen, sichtbaren Schritten. Du siehst früh etwas Klickbares, wir korrigieren daran, und was freigegeben ist, bleibt freigegeben. Abgestimmt wird direkt mit mir, nicht über eine Projektleitung, die meine Antworten weiterreicht.

Was ich brauche, ist eine Vorstellung davon, was die Website leisten soll, und jemanden auf deiner Seite, der entscheiden darf. Den Rest strukturiere ich. Wie ein Projekt Schritt für Schritt abläuft, steht auf meiner Themenseite Webdesign.

Meine Werkzeuge

• WordPress

  Vertrauter Redaktionsbereich, Aufbau nach deinen Inhalten.

• Vue und Nuxt

  Für Seiten, die mehr können müssen als zeigen und verlinken.

• HTML, CSS, JavaScript

  Schlanke Seiten, wenn mehr Technik keinen Vorteil bringt.

• Claude und MCP-Server

  Eigene Assistenten, die wiederkehrende Aufgaben übernehmen.

• Grav CMS

  Kommt ohne Datenbank aus: schnell und wartungsarm.

• JTL Warenwirtschaft

  Anbindung von Shop und Warenwirtschaft.

  Referenz: miet-fix

Wie ich KI einsetze

Personenbezogene Daten laufen bei mir über ein Sprachmodell auf meinem eigenen Rechner, sie verlassen ihn nicht. Cloud-Modelle wie Claude setze ich dort ein, wo keine drinstecken: Updates, Backups, Code. Trainingsdaten und Kundeninhalte bleiben getrennt, und an einen einzelnen Anbieter ist nichts davon gebunden.

• Wiederkehrende Klickarbeit im Browser übernehmen Werkzeuge (MCP-Server), die ich mir dafür gebaut habe
• SEO-Auswertungen ziehen die Zahlen direkt aus der Google Search Console
• Bilder entstehen lokal auf eigener Hardware, Textarbeit läuft über Assistenten, die ich auf meine Arbeitsweise eingestellt habe

Die Lizenzen für diese Werkzeuge trage ich selbst, sie tauchen auf keiner Rechnung auf.

Ein Ansprechpartner

Du hast einen Ansprechpartner, der die Seite entworfen hat und sie auch gebaut hat. Bei einer Rückfrage zum Abstand einer Überschrift muss niemand nachfragen, wer das damals umgesetzt hat. Änderungen gehen deshalb meist am selben Tag raus.

Ja, einen Vertrag gibt es: über Leistung, Umfang und Preis. Was es nicht gibt, sind Knebelverträge wie bei großen Anbietern. Wenn du in zwei Jahren mit jemand anderem weiterarbeiten willst, nimmst du Zugänge, Code und Inhalte mit.

Updates und Backups laufen bei mir trotzdem weiter, wenn du willst: eine halbe Stunde Technik im Monat über die Website-Wartung, monatlich kündbar. Wer das selbst übernehmen will, bekommt Zugänge, Backup-Konfiguration und eine Anleitung dazu.

Und du hörst von mir, wenn etwas keine gute Idee ist.

Drei Beispiele aus dieser Arbeit

• comdirect bank AG UX/UI-Design & interaktive Prototypen für digitales Banking

• Praxis Nino Meisen Moderne Website-Entwicklung für Physiotherapie-Praxen

• Miet-Fix JTL-Shop Relaunch für Hamburger Anhänger-Profis

Wann die Zusammenarbeit nicht funktioniert

Wenn du eigentlich einen Baukasten suchst und jemanden, der ihn bedient. Wenn keine Vorstellung mitkommt und auch keine entstehen soll. Wenn die Website als einmaliges Projekt gedacht ist, das danach unangetastet liegen bleibt. Oder wenn zwischen dir und mir immer eine Zwischenstelle sitzt. Dann passt es nicht, und das sage ich dir vorher.

Was mir wichtig ist

BarrierefreiheitEine Website so bauen, dass sie auch mit Tastatur, Screenreader oder eingeschränktem Sehvermögen nutzbar ist. gehört in den Entwurf: tragfähige Kontraste, lesbare Schriften, eine Navigation, die auch per Tastatur funktioniert.

Nachhaltigkeit heißt hier zuerst schlanke, schnelle Seiten und Zusammenarbeit, die über die Abnahme hinausgeht. Dass ich nebenher dranbleibe, an KI-Werkzeugen, WordPress-Releases, neuen Frameworks, gehört zum Beruf: eine Seite, die 2026 gut gebaut ist, soll 2030 noch wartbar sein.

Wenn du dich erst orientieren willst: mein Werdegang steht auf LinkedIn (öffnet in neuem Tab).