Webentwicklung für das, was es fertig nicht gibt.

Der Punkt ist erreicht, wenn ein fertiges System zwar irgendwie kann, was du brauchst, aber nur über Umwege. Typische Anzeichen: Daten liegen in einem Portal, das keine Schnittstelle anbietet. Eine Übersicht existiert, ist für Besucher aber nicht durchsuchbar. Ein Ablauf funktioniert nur, weil ihn jemand jede Woche von Hand nachpflegt. Solche Umwege bezahlst du dauerhaft mit Arbeitszeit. Eine Eigenentwicklung räumt sie einmal aus.

Umgekehrt gilt: Wenn ein Standardsystem passt, baue ich nichts Eigenes dazu. Der Aufwand rechnet sich nur, wenn er ein konkretes wiederkehrendes Problem löst.

Websites mit eigener Logik, Schnittstellen zwischen Systemen, die nicht miteinander sprechen, durchsuchbare Datenbanken für den öffentlichen Teil einer Website, und mobile Apps.

Für Acquin e.V. lief die Datenbank abgeschlossener Akkreditierungsverfahren über Moodle-Abfragen: mühsam zu pflegen und für Besucher kaum durchsuchbar. Ich habe eine eigene API entwickelt, die die Daten abruft und als JSON bereitstellt, und darauf aufbauend WordPress-Themes mit Filter- und Sortierfunktion gebaut. Die Verfahren sind seitdem sortierbar und durchsuchbar.

Für ClassFlow gab es das umgekehrte Problem: ein Schulportal, das nur im Browser lief und keine offizielle Schnittstelle anbot. Ich habe den Datenverkehr des Portals mitgeschnitten, daraus dokumentiert, welche Anfrage was zurückgibt, und auf dieser rekonstruierten API eine eigenständige App gebaut. Sie zeigt Stundenplan, Hausaufgaben, Prüfungstermine und Vertretungen an einem Ort.

Der Stack richtet sich nach dem Projekt, nicht nach Gewohnheit. Für Websites: TypeScript mit Next.js oder Astro, Tailwind CSS für die Oberfläche, Sanity.io, wenn Inhalte redaktionell gepflegt werden sollen. Für gewachsene Bestandssysteme auch WordPress und PHP, wenn dort schon alles liegt und ein Neubau kein Geld wert wäre. Für Apps: Flutter und Dart mit Firebase im Hintergrund.

Diese Website ist selbst ein Beispiel dafür: Next.js, server-gerendert, ohne Tracking-Cookies.

Entwicklung heißt nicht, dass du monatelang nichts hörst. Der Ablauf ist derselbe wie bei jedem Projekt: Anfrage, Gespräch, Konzept mit Angebot, dann Umsetzung. Du siehst Zwischenstände und gibst Feedback, bevor weitergebaut wird.

Ansprechpartner bin durchgehend ich. Du erklärst dein Projekt einmal, nicht dreimal an drei Personen, und die Rückfragen kommen von der Person, die den Code auch schreibt.

Nach der Abnahme kannst du den Betrieb bei mir lassen: Hosting, Updates und Backups laufen dann über eine monatliche Pauschale, deren Höhe sich nach dem Umfang richtet und die im Angebot steht. Bei Eigenentwicklung ist das der übliche Weg. Eine Anwendung mit eigener Schnittstelle braucht andere Pflege als eine statische Website, und wer sie gebaut hat, findet den Fehler schneller.

Wem der Quellcode am Ende gehört und in welchem Umfang du ihn nutzen darfst, wird pro Projekt geregelt und steht im Angebot, bevor die erste Zeile geschrieben ist. Diese Frage wird sonst gern erst am Projektende gestellt, und das ist der schlechteste Zeitpunkt dafür.