SaaS-Plattformen & individuelle Backend-Lösungen

Page-Builder und vorgefertigte Themes funktionieren gut für klassische Websites. Sobald die Anforderungen komplexer werden, zeigen sich aber immer wieder dieselben Probleme.

• Performance: Jedes zusätzliche Plugin bringt eigenen Code, eigene Abhängigkeiten und oft eigene JavaScript-Bibliotheken mit. Die Seite wird langsamer, ohne dass das im Frontend sofort auffällt.
• Barrierefreiheit: Viele Page-Builder erzeugen Markup, das visuell funktioniert, aber semantisch kaum etwas hergibt. Verschachtelte Divs statt sinnvoller Struktur, fehlende Fokusführung, inkonsistente Komponenten.
• Wartbarkeit: Updates brechen Layouts, Plugin-Kombinationen werden unübersichtlich, und irgendwann weiß niemand mehr genau, welche Komponente wofür zuständig ist.
• Grenzen der Logik: Workflows, Benutzerrollen oder Datenmodelle, die über das hinausgehen, was der Page-Builder vorsieht, lassen sich nur mit Workarounds abbilden, die selten lange halten.

An diesem Punkt lohnt sich der Wechsel zu individueller Software: sauber strukturiert, auf den tatsächlichen Anwendungsfall zugeschnitten und so gebaut, dass sie sich in einem Jahr noch genauso gut warten lässt wie am ersten Tag.

Kontakt

Custom WordPress-Plugins & Tools

WordPress ist als CMS-Basis oft sinnvoll, vorausgesetzt es bleibt schlank. Statt mehrere Plugins zu kombinieren, die sich gegenseitig im Weg stehen, entwickle ich Funktionen exakt für den jeweiligen Workflow: ein Tool für die Redaktion, eine Schnittstelle zu einem internen System, eine spezielle Formularlogik. Das Ergebnis ist Code, der nur das tut, was gebraucht wird, performant läuft und sich nahtlos in bestehende Strukturen einfügt.

Individuelle SaaS-Plattformen

Für Geschäftsmodelle, die eine eigenständige Plattform brauchen statt nur eine Website, entwickle ich SaaS-Lösungen von Grund auf: mit Blick auf Skalierbarkeit, saubere Trennung von Mandanten und Nutzergruppen, wo das sinnvoll ist, und einer Architektur, die mitwächst, statt bei den ersten hundert Nutzern an ihre Grenzen zu stoßen.

Headless-Backends & API-first Content-Pflege

Wenn Inhalte über mehrere Kanäle ausgespielt werden sollen, etwa Website, App und interne Tools gleichzeitig, lohnt sich ein Headless-Ansatz: ein eigenständiges Backend, das Inhalte verwaltet, und eine API, die diese Inhalte überall dort bereitstellt, wo sie gebraucht werden. Das macht die Redaktion komfortabler und die Ausgabe flexibler, ohne dass Content und Darstellung fest miteinander verdrahtet sind.

Kontakt

Bei individueller Software gibt es keine Ausrede mehr, Barrierefreiheit zu vergessen. Es gibt kein Theme, das schon irgendwie barrierefrei ist oder eben nicht. Jede Komponente wird selbst gebaut, also wird sie auch von Anfang an mit Blick auf Zugänglichkeit gebaut.

Wie das in der Praxis aussieht

• semantisch korrektes Markup statt visueller Tricksereien
• Tastaturbedienbarkeit und klare Fokusführung für jede Komponente
• WCAG 2.2 als Maßstab, nicht als nachträgliche Checkliste
• automatisierte Tests, etwa mit Lighthouse oder axe, als erste Kontrollebene
• ergänzende manuelle Prüfung mit Tastatur und Screenreader, weil automatisierte Tools nur einen Teil der Probleme finden
• Nutzerführung, die auch ohne Erklärung funktioniert, nicht nur für Screenreader-Nutzer, sondern für alle

Das Ziel ist nicht, eine Konformitätsbescheinigung zu erfüllen. Das Ziel ist Software, die jeder bedienen kann, der sie bedienen muss.

Kontakt

1. Anforderungsanalyse & Use-Case-Klärung

   Wir klären gemeinsam, was die Software leisten muss, wer sie benutzt und wo die Grenzen bestehender Standardlösungen liegen.

2. Konzept, Architektur & Prototyping

   Daraus entsteht ein technisches Konzept: Datenmodell, Schnittstellen, Architekturentscheidungen. Bei größeren Projekten zusätzlich ein klickbarer Prototyp, bevor produktiv entwickelt wird.

3. Agile Umsetzung in überschaubaren Etappen

   Die Entwicklung läuft in nachvollziehbaren Etappen statt als monolithisches Großprojekt. So bleibt sichtbar, was funktioniert, und Anpassungen sind frühzeitig möglich statt erst am Ende.

4. Qualitätssicherung, Tests & Barrierefreiheitsprüfung

   Vor dem Go-live werden Funktion, Performance und Barrierefreiheit geprüft, nicht nur oberflächlich, sondern an den tatsächlichen Nutzungswegen.

5. Übergabe, Dokumentation & laufender Support

   Die Software wird dokumentiert übergeben, nicht als Blackbox. Auf Wunsch begleite ich auch danach weiter: Weiterentwicklung, Wartung, Erweiterung um neue Funktionen.

Kontakt

• Geschäftsführer und Produktverantwortliche, deren Website oder Plattform an die Grenzen von Page-Buildern oder fertigen Themes stößt
• CTOs und technische Leitungen, die für ein konkretes Vorhaben externe Entwicklungskapazität brauchen, ohne ein eigenes Team aufzubauen
• Projektleiter, die eine interne Lösung zur Content-Pflege oder Datenverwaltung brauchen, die bestehende Systeme sinnvoll ergänzt statt sie zu ersetzen
• Unternehmen mit einer ersten SaaS-Idee, die einen Partner suchen, der von der Architektur bis zum laufenden Betrieb mitdenkt

Weniger passend ist eine Zusammenarbeit, wenn eigentlich nur ein weiteres Plugin oder eine kleine Anpassung an einer bestehenden Seite gebraucht wird. Das lässt sich oft schneller und günstiger lösen, und das sage ich auch so, wenn es nach dem ersten Gespräch offensichtlich ist.

Kontakt

• eine Software, die den eigenen Workflow abbildet, statt sich an ihn anzupassen
• saubere, dokumentierte Architektur statt gewachsenem Plugin-Wirrwarr
• barrierefreie und gut bedienbare Oberflächen nach WCAG 2.2
• eine technische Basis, die mitwächst, statt bei der nächsten Anforderung neu gebaut werden zu müssen

Kontakt

In einem unverbindlichen Gespräch von rund 30 Minuten lässt sich meist schon einordnen, ob im konkreten Fall ein einzelnes Plugin reicht oder ob ein eigenständiges Backend beziehungsweise eine SaaS-Lösung der sinnvollere Weg ist. Ohne Verkaufsdruck, dafür mit einer ehrlichen Einschätzung.

Beratungstermin sichern