Individuelles CMS: ein System statt vierzehn Plugins
Was ein individuell entwickelter Onlineshop wirklich kann: ein Bestand, automatisches Sendungstracking, rechtskonforme Rechnungen und ein KI-Assistent für Ihre Daten.
Stellen Sie sich einen Montagmorgen in einem Onlineshop vor, der täglich vierzig Bestellungen versendet.
Jemand öffnet die Bestellliste und tippt jede einzelne ins Portal des Versanddienstleisters. Druckt die Etiketten. Kopiert die Sendungsnummern zurück in die Bestellungen und schreibt jeden Kunden von Hand an. Dann öffnet er das Rechnungsprogramm und erfasst dieselbe Bestellung ein zweites Mal, damit eine Rechnung entsteht. Weil der Ladenverkauf am Samstag ein paar Stück verkauft hat, korrigiert er auch noch den Bestand im Shop — aus dem Gedächtnis, weil ein Artikel nie gescannt wurde.
Um zehn beginnen die Fragen: »Wo ist mein Paket?« Sie zu beantworten dauert länger als der ganze Versand des Vormittags.
Nichts davon ist Verkauf. Alles davon ist manueller Klebstoff zwischen Systemen, die nicht miteinander sprechen — und genau dieser Klebstoff reißt beim Wachstum als Erstes.
- Sendungsnummern aus dem Portal in die Bestellungen abtippen.
- Dieselbe Bestellung zweimal erfassen — einmal für den Versand, einmal für die Rechnung.
- Bestände zwischen Onlineshop und Ladengeschäft von Hand abgleichen.
- Fragen beantworten, die das System selbst hätte beantworten können.
Was ein individuelles CMS ist — und was nicht
Ein individuelles CMS ist kein »besseres WordPress«. Es ist ein System, in dem Ihre Daten — Produkte, Bestand, Bestellungen, Sendungen, Rechnungen, Kunden — ein einziges Datenmodell bilden, um das herum wir genau die Masken und Automatisierungen bauen, die Ihr Geschäft braucht.
Aus Plugins zusammengesetzt funktioniert das anders. Jedes Modul bringt seinen eigenen Teil der Datenbank mit, seine eigene Logik und seinen eigenen Betreuer. Der Bestand liegt in einem Plugin, der Versand im zweiten, die Rechnungen im dritten, die Sprachversionen im vierten. Keines davon ist dafür zuständig, dass Daten vom einen zum anderen gelangen — diese Rolle übernimmt stillschweigend ein Mitarbeiter.
- Jedes Modul hat eigene Daten
- Die Verbindung stellt ein Mitarbeiter her
- Updates hängen von Fremdentwicklern ab
- Jedes Update birgt das Risiko, etwas zu zerstören
- Ein Modell, eine Quelle der Wahrheit
- Die Verbindungen sind Teil des Systems
- Updates hängen von Ihnen ab
- Tests und kontrollierte Veröffentlichung
Bei uns heißt das Next.js für den Shop und Payload CMS für das Backend — der Ansatz, den wir unter individuelle Entwicklung beschreiben. Alles Weitere — Bestand, Versand, Rechnungen, Assistent — sind Module desselben Systems und keine Plugins Dritter. Warum wir überhaupt so arbeiten, steht in unserem Beitrag darüber, wann eine professionelle Website fällig ist.
Ein konkretes Beispiel: wie so ein Shop aussieht
Damit es nicht bei Grundsätzen bleibt, stellen wir uns einen konkreten Shop vor. Rund dreitausend Artikel. Zwei Vertriebswege: online und ein Ladengeschäft. Zwei Mitarbeiter, die nebenbei auch den Support machen. Versand über die Post und einen Kurierdienst. Drei Zahlungswege: Karte über einen Zahlungsanbieter, Überweisung auf das Geschäftskonto und Nachnahme.
Das ist ein durchschnittlicher Shop, der die Phase »ein paar Bestellungen pro Woche« hinter sich hat. Sehen wir uns an, was in so einem System die Software übernimmt.
Katalog und Bestand
Eine Quelle der Wahrheit für Online- und Ladenverkauf.
Versand und Tracking
Die Sendung entsteht von selbst, der Kunde wird von selbst informiert.
Rechnungen und Vorschriften
Die Rechnung entsteht aus der Bestellung, nicht in einem zweiten Programm.
KI-Assistent
Antwortet aus Ihren Daten, nicht aus Allgemeinwissen.
Dashboard
Sagt, was heute zu tun ist — nicht, was letzten Monat war.
Inhalte, Sprachen und SEO
Kategorien, Blog und Sprachen im selben Backend.
Katalog und Bestand: ein Artikel, eine Zahl
Der teuerste Fehler in einem Onlineshop ist nicht eine langsame Seite. Es ist der Verkauf eines Artikels, den Sie nicht haben.
Der Bestand wird deshalb an einer Stelle geführt und gilt für beide Vertriebswege gleichzeitig. Gibt ein Kunde eine Bestellung auf, wird das Stück sofort reserviert — nicht erst bei der Zahlung — sonst kaufen zwei Menschen in derselben Minute dasselbe letzte Stück. Verkauft die Kasse im Laden ein Stück, ändert sich der Bestand im Shop in derselben Sekunde.
Das System kennt auch einen Mindestbestand: Fällt ein Artikel darunter, erscheint er auf der Nachbestellliste, zusammen mit der Information, wie schnell er sich verkauft und wann die letzte Lieferung kam. Das ist kein Bericht, den jemand suchen muss — es ist eine Zeile, die von selbst im Dashboard auftaucht.
Versand und Tracking: hier werden die meisten Stunden gespart
Sobald eine Bestellung bestätigt ist, legt das System die Sendung über die Schnittstelle des Versanddienstleisters an, druckt das Etikett und übernimmt die Sendungsnummer. Es hängt sie sofort an die Bestellung und schickt sie dem Kunden — ohne Abtippen.
Hier endet die Geschichte normalerweise; beim individuellen System beginnt sie hier erst. Das System liest den Sendungsstatus auch. Der Kunde erfährt es, wenn das Paket abgeholt und wenn es zugestellt wurde. Bewegt sich eine Sendung achtundvierzig Stunden nicht, erscheint sie auf Ihrer Liste, bevor der Kunde die erste Nachricht schreibt.
Rechnungen: Teil des Systems, nicht ein zweites Programm
Eine Rechnung sollte nicht dadurch entstehen, dass dieselbe Bestellung anderswo noch einmal erfasst wird. Sie sollte aus der Bestellung entstehen, die es bereits gibt.
Jeder Markt legt eigene Regeln darüber. In Slowenien etwa hängt es vom Weg des Geldes ab, ob eine Rechnung steuerlich bestätigt werden muss: eine Überweisung direkt auf Ihr Konto gilt als bargeldlos, Geld über einen Vermittler, der Zahlungen einsammelt und weiterleitet, dagegen als Barzahlung. Ein individuelles System schreibt diese Regel einmal fest und wendet sie auf jede Bestellung an, statt die Beurteilung dem diensthabenden Mitarbeiter zu überlassen.
Eine Frist, die bereits feststeht: 1. Januar 2028
Wenn Sie heute einen neuen Shop planen, verdient ein Datum mehr Aufmerksamkeit als alle anderen. Slowenien hat das Gesetz über den Austausch elektronischer Rechnungen (ZIERDED) verabschiedet: Ab dem 1. Januar 2028 wird der Austausch von E-Rechnungen zwischen Unternehmen verpflichtend — für alle im Handelsregister eingetragenen Subjekte, ohne Ausnahme nach Unternehmensgröße und ohne angekündigte Übergangsfrist. Mehrere EU-Länder führen dieselbe Pflicht nach eigenen Zeitplänen ein.
Was das praktisch bedeutet: Ein PDF ist keine E-Rechnung. Eine E-Rechnung ist ein strukturierter Datensatz — e-SLOG oder ein Format nach der europäischen Norm EN 16931 — und Rechnungen zwischen Unternehmen dürfen nicht mehr per E-Mail verschickt werden. Der Austausch läuft über einen E-Rechnungsdienstleister, über das PEPPOL-Netzwerk oder über eine direkte Verbindung zwischen den Systemen. Für den Verkauf an Verbraucher ändert sich nichts.
- Rechnungsdaten strukturiert halten — Positionen, Steuersätze, Käuferdaten — und nicht nur als PDF gerendert.
- Das System sollte eine Rechnung als e-SLOG oder EN 16931 exportieren können, auch wenn es sie heute noch nicht verschickt.
- Die Wahl des Dienstleisters oder der Anschluss an PEPPOL sollte eine Einstellung sein, kein Umbau.
- Bestellungen von Unternehmen und Verbrauchern im Datenmodell trennen — die Pflicht gilt für den Handel zwischen Unternehmen.
Es geht nicht darum, dass jemand im Januar 2028 überstürzt eine neue Lösung kaufen müsste. Es geht darum, dass der Shop, den Sie heute bauen, dann bereits vorbereitet ist — dass der Wechsel eine Einstellung ist und kein neues Projekt. Ein aus Plugins zusammengesetzter Shop wird darauf warten, dass jeder von vierzehn Anbietern sein Update liefert. Ein individuelles System gehört Ihnen, und Sie aktualisieren es, wenn Sie es entscheiden.
Ein KI-Assistent, der Ihren Bestand kennt
Ein Chatbot, der aus einer Liste häufiger Fragen antwortet, ist kein Assistent. Er ist eine Suchmaske in anderer Verpackung.
Nützlich wird ein Assistent erst, wenn er Zugriff auf Ihre Daten und klare Grenzen hat. Fragt ein Kunde, wo seine Bestellung ist, wiederholt er keine allgemeine Antwort — er sieht sich die tatsächliche Sendung an und sagt, wo sie ist. Fragt jemand nach einer Empfehlung, berücksichtigt er, was auf Lager ist und was üblicherweise dazu gekauft wird. Trifft er auf einen Artikel ohne Beschreibung, entwirft er sie aus den technischen Daten in Ihrem Ton — zur Freigabe oder Korrektur, veröffentlicht wird nichts von selbst.
Derselbe Assistent arbeitet auch für Sie. »Wie viele Stück haben wir davon noch und wann kam die letzte Lieferung?« ist eine Frage, die das System schneller beantworten sollte, als Sie einen Bericht öffnen könnten.
Entscheidend ist nicht das Modell. Entscheidend ist, dass der Assistent weiß, was er nicht darf: Liefertermine versprechen, die er nicht prüfen kann, Produkteigenschaften erfinden oder Fragen beantworten, die zu einem Menschen gehören. Diese Grenzen sind Teil der Entwicklung, nicht eine Einstellung in einem Plugin.
Ein Dashboard, das sagt, was zu tun ist
Die meisten Dashboards zeigen, was passiert ist. Ein nützliches Dashboard zeigt, was zu tun ist. Welche Bestellungen auf den Versand warten. Welche Artikel unter dem Mindestbestand liegen. Welche Sendungen sich seit zwei Tagen nicht bewegt haben. Welche Artikel hundertmal angesehen und nie gekauft wurden — denn das ist meistens ein Fehler im Preis, in der Beschreibung oder im Foto, nicht in der Nachfrage.
Inhalte, Sprachen und SEO im selben System
Kategorien, Beschreibungen, Blog und Sprachversionen leben im selben Backend wie die Produkte. Strukturierte Daten für Google entstehen aus dem Produktdatensatz und nicht durch ein separates Plugin, das sie falsch erzeugen kann. Eine deutsche Version hinzuzufügen heißt nicht, einen zweiten Shop zu bauen — es heißt, eine Sprache hinzuzufügen. Wie sich das in der Suche auswirkt, steht unter SEO.
Eine ehrliche Rechnung
Vierzig Bestellungen am Tag, rund hundertzehn Sekunden Handarbeit je Bestellung. Das ist eine Stunde am Tag und etwa zwanzig Stunden im Monat, bevor der Support mitgezählt ist. Zwanzig Stunden sind eine halbe Arbeitswoche, jeden Monat, für etwas, das keinen einzigen neuen Kunden bringt.
Dazu kommt das, was sich nicht so sauber messen lässt: die Bestellung, die nicht erfüllt werden kann, weil das letzte Stück zweimal verkauft wurde.
Ein individuelles System ist nicht die Antwort auf die Frage »was kann es alles«. Es ist die Antwort auf die Frage »was macht bei uns jeden Tag ein Mensch, obwohl es Software könnte«.
Wann Sie das nicht brauchen
Ein individuelles System ist nicht für jeden Shop die richtige Antwort. Wenn Sie fünfzig Artikel verkaufen, einen Versandweg haben und fünf Bestellungen pro Woche bekommen, sind Sie mit einer Standardplattform schneller und günstiger am Markt — und das ist eine völlig vernünftige Entscheidung.
Individuelle Entwicklung beginnt sich an zwei Stellen zu lohnen. Erstens, wenn die Handarbeit zwischen Systemen einige Stunden pro Woche übersteigt. Zweitens, wenn es einen Prozess gibt, der für Ihr Unternehmen typisch ist und den eine Standardplattform nicht kann — eine eigenwillige Preisberechnung, die Anbindung an die Software im Lager, ein Verkaufsablauf, der anders läuft als bei allen anderen.
Wie wir das bauen und was es kostet
Einen individuellen Shop bauen wir nach demselben Ablauf wie jedes andere Projekt: Gespräch, Plan und Struktur, Design, Entwicklung, Veröffentlichung und Übergabe. Der Unterschied ist, dass bei einem Shop in der Planung auch festgelegt wird, mit welchen Systemen er sprechen muss — Versanddienstleister, Rechnungsprogramm, Kasse im Laden, Preisliste des Lieferanten.
Die Erstellung eines Onlineshops beginnt bei 1.290 €, mit Festpreisangebot vor Beginn, Hosting für das erste Jahr und technischem Support. Nach dem ersten Jahr kann eine Betreuung ab 39 € im Monat übernehmen. Die vollständige Aufschlüsselung finden Sie in der Preisübersicht; ein Festpreisangebot erstellen wir innerhalb von vierundzwanzig Stunden.
Sechs Zeilen zum Mitnehmen
- Ein Modell statt vieler Plugins — Ein individuelles CMS bedeutet ein Datenmodell für Produkte, Bestand, Bestellungen und Rechnungen.
- Ein Bestand — Er gilt für Online- und Ladenverkauf zugleich; reserviert wird bei der Bestellung, nicht bei der Zahlung.
- Versand ohne Abtippen — Sendung und Sendungsnummer entstehen automatisch, der Kunde erfährt auch von Verzögerungen.
- Rechnung aus der Bestellung — Vorschriften werden nach einer einmal geschriebenen Regel angewendet, nicht nach Tagesform.
- KI mit Zugriff und Grenzen — Ein Assistent nützt erst, wenn er Ihre Daten kennt und weiß, was er nicht behaupten darf.
- Frist: 1. Januar 2028 — E-Rechnungen zwischen Unternehmen werden in Slowenien Pflicht; das System bereitet man heute vor.
Sagen Sie uns, was in Ihrem Unternehmen heute von Hand läuft
Eine halbe Stunde Gespräch. Wir sagen, was sich automatisieren ließe, was sich nicht lohnt und was es kosten würde. Festpreisangebot innerhalb von 24 Stunden.
