Es gibt einen Moment, der sich in fast jedem Website-Projekt wiederholt. Die Seite ist live, das Design sitzt, die Texte stimmen, der Kunde ist glücklich. Drei Monate später kommt der Anruf: "Können wir die Telefonnummer im Footer ändern? Und auf der Leistungsseite müsste ein neuer Absatz rein."
Eine Telefonnummer. Ein Absatz. Beides Aufgaben, die theoretisch zwei Minuten dauern. In der Praxis landen sie als Ticket beim Dienstleister, werden bezahlt, und der Kunde wartet, bis jemand Zeit hat.
Das ist, ehrlich gesagt, ein kaputtes Modell. Und es ist einer der Gründe, warum viele kleine und mittlere Unternehmen ihre Website seltener aktualisieren, als sie sollten. Nicht weil es nichts zu sagen gäbe, sondern weil jede Änderung Aufwand und Kosten bedeutet.
Das CMS-Dilemma
Auf dem Papier sollte ein Content Management System genau dieses Problem lösen. Tut es aber oft nicht, weil die meisten Systeme an einem der beiden Enden der Skala sitzen.
Auf der einen Seite stehen die Baukastensysteme. Wix, Squarespace, Jimdo. Sie sind bedienbar, das stimmt. Aber sie zwingen dich in ein starres Korsett aus Templates und Bausteinen. Sobald deine Anforderungen über "Standard-Unternehmensseite" hinausgehen, fängt das Frickeln an. Mehrsprachigkeit, individuelle Datenmodelle, Anbindung an dein CRM, eigene Workflows: alles möglich, alles unschön.
Auf der anderen Seite stehen die Entwickler-CMS. WordPress mit zwanzig Plugins, Strapi, Sanity, PayloadCMS. Sie sind technisch flexibel, du kannst damit fast alles bauen. Aber ihre Admin-Oberflächen sind für Menschen gemacht, die wissen, was ein "Slug" ist, warum Blöcke "Blocks" heißen und welche Felder Pflicht sind. Setz einen Geschäftsführer ohne IT-Hintergrund vor so ein Backend, und du bekommst innerhalb von zwei Minuten den Anruf, den du eigentlich vermeiden wolltest.
Dazwischen klafft eine Lücke. Genau die Lücke, in der die meisten KMU sitzen.
Wie wir an das Problem herangegangen sind
Wir arbeiten bei BespokeCode seit einiger Zeit mit PayloadCMS. Das ist ein modernes, codebasiertes CMS, das technisch alles mitbringt, was wir für Kundenprojekte brauchen. Schnell, flexibel, gut wartbar. Aber genau wie die anderen Entwickler-CMS hat es ein UX-Problem für Endkunden.
Die naheliegende Antwort wäre gewesen, jedem Kunden eine Schulung zu geben oder PDF-Anleitungen zu schreiben. Wir haben beides probiert. Beides funktioniert nicht. Wer eine Website alle paar Monate anfasst, hat die Anleitung beim zweiten Mal längst vergessen.
Also haben wir die Frage anders gestellt: Wie müsste ein Editor aussehen, der die technische Power eines Entwickler-CMS behält, aber sich bedienen lässt wie ein normales Werkzeug? Nicht "wie Word", weil eine Website kein Dokument ist. Sondern: visuell, direkt, sichtbar.
Das Ergebnis heißt ZenEditor. Der Name ist Programm: ein Editor, der dir aus dem Weg geht, statt dir zusätzlich Arbeit zu machen.
Was den Unterschied macht
Drei Dinge waren uns wichtig:
Du siehst, was du änderst. ZenEditor zeigt deine echte Website in der Mitte und die Bearbeitungsfelder daneben. Du klickst auf einen Bereich, und die passenden Felder erscheinen. Keine Listenansicht mit dreißig Eintägen, deren Reihenfolge unklar ist. Keine getrennte Vorschau, die du erst öffnen musst. Was du siehst, ist die Seite.
Inhalte sind Blöcke, keine Felder. Ein Block ist eine sinnvolle Einheit: ein Hero, eine Leistungsübersicht, eine FAQ-Sektion. Du fügst Blöcke hinzu, sortierst sie per Drag-and-Drop, löschst was du nicht brauchst. Innerhalb jedes Blocks sind genau die Felder verfügbar, die für diesen Block Sinn ergeben. Nicht mehr, nicht weniger.
Du kannst die Seite nicht kaputt machen. Das ist der unsichtbare Teil, aber für mich der wichtigste. Jeder Block hat klare Regeln, was geht und was nicht. Bilder bekommen ihre Größe automatisch, Texte ihre Formatierung, Links werden validiert. Du kannst Blöcke umsortieren, ohne dass das Layout zusammenbricht. Du kannst Texte einfügen, ohne dass Schriftarten kollidieren. Die Seite bleibt konsistent, weil das System die Konsistenz garantiert, nicht deine Disziplin.
Technisch setzt ZenEditor direkt auf der bestehenden PayloadCMS-Konfiguration auf. Das heißt: Wir verlieren nichts von der Flexibilität, die wir für maßgeschneiderte Projekte brauchen. Du als Kunde bekommst eine andere Tür ins gleiche Haus. Eine, durch die du selbst gehen kannst.

Was das in der Praxis bedeutet
Für unsere Kunden sieht der Alltag damit anders aus. Der Geschäftsführer kann am Freitagnachmittag eine neue Referenz auf die Website setzen, ohne uns anzurufen. Das Marketing kann eine Blog-Kategorie umstrukturieren, ohne ein Ticket zu öffnen. Die Assistenz kann die Öffnungszeiten anpassen, wenn sich was ändert.
Wir als Dienstleister sind weiter da, wo wir gebraucht werden: bei den Dingen, die wirklich Code, Strategie oder Design erfordern. Nicht bei der Telefonnummer im Footer.
Das verschiebt das Verhältnis zwischen Agentur und Kunde in eine Richtung, die uns beiden besser tut. Du bezahlst uns nicht mehr für Kleinkram, du bezahlst uns für Substanz. Und du bekommst gleichzeitig die Kontrolle über deine eigene Website zurück, die du eigentlich von Anfang an haben solltest.
Wie es weitergeht
Aktuell setzen wir ZenEditor in unseren eigenen Kundenprojekten ein. Das ist die Phase, in der wir lernen, wo der Editor in der echten Welt knirscht und wo er glänzt. Mittelfristig planen wir, ZenEditor als Open-Source-Paket für die PayloadCMS-Community zu veröffentlichen, damit auch andere Agenturen und Entwickler ihren Kunden eine bessere Bedienoberfläche geben können.
Für KMU-Entscheider, die das hier lesen, ist die Botschaft aber unabhängig vom Tool: Eine Website, die du nicht selbst pflegen kannst, ist eine Website, die langsam veraltet. Egal wie schön sie am Tag des Launches war. Wenn du gerade über ein Projekt nachdenkst, frag deinen Dienstleister nicht nur, was die Seite kann, sondern auch, wie du sie danach lebendig halten kannst, ohne jeden Klick zu bezahlen.
Falls dich das Thema beschäftigt und du wissen willst, wie wir das bei BespokeCode konkret lösen, lass uns 20 Minuten reden. Unverbindlich, kostenlos, ohne Verkaufsdruck.
