Headless: die Daten bei uns, das Aussehen bei Ihnen
Katalog, Preise, Bestellungen, Fiskalisierung und Integrationen bleiben in dem System, das wir betreiben. Den Shop, den der Kunde sieht, entwickelt Ihr Team und bindet ihn über eine offene API an. Die Grenze ist klar, sodass sich das Design ändern lässt, ohne die Prozesse zu berühren, und die Prozesse sich verbessern lassen, ohne das Design zu berühren.
{ Warum überhaupt trennen }
Wenn Aussehen und Prozesse einander im Weg stehen
Headless ist keine modernere Fassung derselben Sache, sondern eine andere Aufteilung der Arbeit. Es ergibt Sinn, wenn mindestens eine dieser vier Hürden auftritt, und nicht, weil man es heute so macht.
Das fertige Theme wird zur Grenze
Solange das Aussehen dem des Wettbewerbs ähnelt, ist ein Theme ein Vorteil. In dem Moment, in dem die Marke den Verkauf trägt, wird jede Änderung zur Verhandlung mit dem, was das Theme zulässt.
Die Kanäle laufen auseinander
Website, App und Verkauf in der Filiale bekommen mit der Zeit eigene Kataloge und eigene Preise. Die Daten werden von Hand abgeglichen, und Abweichungen fallen erst auf, wenn der Kunde darauf hinweist.
Redesign bedeutet Neubau
Bei einteiligen Lösungen berührt eine Änderung des Aussehens auch die Verkaufslogik, sodass jedes Redesign wie ein neues Projekt bezahlt wird und ein Risiko für die Bestellungen trägt.
Das Entwicklungsteam wartet auf fremde Termine
Hat eine Firma eigene Entwickler, können diese meist wegen der Grenzen der Plattform nicht arbeiten. Eine offene API gibt ihnen die Arbeit zurück.
{ Was Sie mit der API bekommen }
Alles, was die Verwaltung kann, kann auch die API
Das System ist von Anfang an in einen Teil, der die Daten führt, und einen, der sie darstellt, geteilt. Deshalb ist der Headless-Aufbau kein nachträglicher Zusatz, sondern die Art, wie die Plattform ohnehin arbeitet.
Offene API für Katalog und Verkauf
Produkte, Kategorien, Spezifikationen, Warenkorb, Bestellungen, Kunden, Bewertungen und Gutscheine sind über die API erreichbar. Was die Verwaltung kann, kann auch Ihr System, ohne Umwege und ohne Lesen aus der Datenbank an der Seite vorbei.
Inhalte und SEO-Daten kommen aus derselben Verwaltung
Abschnitte der Startseite, Banner, Meta-Titel und Beschreibungen werden in der Verwaltung geführt und über die API ausgeliefert. Das Marketing ändert Inhalte selbst, obwohl das Aussehen der Seite Ihnen gehört und Ihr Team es entwickelt.
Eine Darstellung, die die Suchmaschine wirklich sieht
Seiten werden auf dem Server zusammengesetzt, bevor sie beim Besucher ankommen, mit zwischengespeicherten Antworten. Das ist die Bedingung, ohne die ein Headless-Shop für die Suchmaschine wie eine leere Seite aussieht.
Mehrere Kanäle auf denselben Daten
Webshop, mobile App, eine eigene Gutschein-App oder die Anzeige in der Filiale arbeiten auf demselben Katalog, Bestand und denselben Bestellungen. In der Praxis betreiben wir bereits zwei getrennte Frontends auf derselben Grundlage.
Aussehen ohne die Grenzen eines fertigen Themes
Der Shop ist ein eigenes Projekt, also muss das Design nicht in das passen, was ein Theme zulässt. Ein Redesign rührt weder Daten noch Bestellungen noch Integrationen an.
Eine gemeinsame Grundlage für jedes Frontend
Kommunikation mit der API, Übersetzungen, Cookie-Einwilligung und SEO-Daten liegen in gemeinsamen Bibliotheken. Ein neuer Kanal beginnt nicht bei null.
Integrationen werden wegen eines neuen Aussehens nicht neu entwickelt. Fiskalisierung, Zahlung, Versanddienstleister und Lieferantensynchronisation laufen auf Systemseite und sind auf der Seite mit allen Funktionen und Integrationen.
Wann Headless Sinn ergibt
Dieser Ansatz kostet mehr und verlangt Leute, die den Shop betreuen. Deshalb ist es fair zu sagen, wann er sich lohnt und wann es keinen Grund für ihn gibt.
Sie haben ein eigenes Entwicklungsteam
Ihre Leute betreuen den Shop, wir Katalog, Bestellungen, Fiskalisierung und Integrationen. Die Aufteilung der Verantwortung ist klar, weil die Grenze die API ist.
Sie verkaufen über mehrere Kanäle
Website, App und Verkauf in der Filiale verlangen eine unterschiedliche Darstellung, aber denselben Katalog, Bestand und dieselben Preise. Ohne gemeinsame Grundlage beginnt jeder Kanal ein Eigenleben.
Das Aussehen ist Teil dessen, was Sie verkaufen
Wenn die Marke den Verkauf trägt, wird ein fertiges Theme zur Grenze. Der Headless-Ansatz nimmt diese Grenze weg, zum Preis der Entwicklung.
Sie ändern das Aussehen öfter als die Prozesse
Ein Redesign findet im Frontend statt und rührt weder Bestellabwicklung noch Integrationen noch Verkaufshistorie an. Der Umstieg läuft ohne Verkaufsunterbrechung.
Wann er nicht die richtige Wahl ist
Wenn Sie kein Entwicklungsteam haben, über einen Kanal verkaufen und Ihr Ziel ist, den Shop möglichst schnell zum Laufen zu bringen, liefert der Standardaufbau der Plattform dasselbe Ergebnis schneller und günstiger. Headless bringt dann nur zusätzliche Pflegearbeit, ohne einen einzigen spürbaren Vorteil.
Häufige Fragen zum Headless-Ansatz
Was genau bedeutet headless in diesem Fall?
Verwaltung, Katalog, Bestellungen und Integrationen bleiben bei uns, und den Shop, den der Kunde sieht, entwickelt Ihr Team und bindet ihn über die API an. Statt eines Systems, das beides macht, erhalten Sie zwei Teile mit klarer Grenze.
Brauchen wir eigene Entwickler?
Für den Headless-Ansatz ja. Gibt es kein Team, können wir den Shop auch entwickeln, aber dann stellt sich die Frage, ob Headless Ihnen gegenüber dem Standardaufbau der Plattform überhaupt etwas bringt.
Wie wird die Position in der Suche gelöst?
Seiten werden auf dem Server zusammengesetzt, und Meta-Titel, Beschreibungen und strukturierte Daten kommen über die API aus der Verwaltung. Ohne das verliert ein Headless-Shop genau das, was eine fertige Plattform sofort mitbrachte.
Können wir die bestehende Website behalten?
Können Sie, sofern sie die API aufrufen kann. Der Umstieg läuft oft in Phasen: erst Katalog und Suche, dann Warenkorb und Bestellungen, statt alles auf einmal zu ersetzen.
Was kostet das im Vergleich zum Standardaufbau?
Mehr, weil der Shop entwickelt statt eingerichtet wird. Es lohnt sich, wenn Aussehen und Zahl der Kanäle den Verkauf tragen, und nicht, wenn das Ziel ist, den Shop möglichst schnell live zu bringen.
Bleiben die Integrationen dieselben?
Bleiben sie. Fiskalisierung, Zahlung, Versanddienstleister und Lieferantensynchronisation laufen auf Systemseite und werden wegen eines neuen Aussehens nicht neu entwickelt.
{ Wie wir das System einführen }
Umstieg in Phasen, ohne Verkaufsunterbrechung
Beim Headless-Aufbau wird zuerst die Grenze vereinbart: was auf Systemseite bleibt und was Ihr Team übernimmt. Alles Weitere läuft in derselben Reihenfolge wie beim Standardaufbau.
Analyse des Geschäfts
Wir gehen Ihr Sortiment, Ihre Lieferanten sowie die Art zu bestellen und zu liefern durch. Ergebnis ist eine Liste der Prozesse, die sich automatisieren lassen, und eine Schätzung der Zeit, die Sie damit gewinnen.
Angebot und Plan
Sie erhalten Umfang, Preis und Termine nach Phasen. Ohne Nachträge, die während der Arbeit auftauchen.
Einrichtung und Migration
Wir übertragen Produkte, Kunden und Bestellhistorie aus dem bestehenden System und binden Lieferanten, Versanddienstleister, Zahlung und Fiskalisierung an.
Schulung des Teams
Ihre Leute werden für die Arbeit in der Verwaltung geschult und erhalten Anleitungen, auf die sie zurückgreifen können. Ohne Schulung bringt auch das beste System kein Ergebnis.
Livegang
Den Wechsel auf das neue System führen wir ohne Verkaufsunterbrechung durch, mit verstärkter Überwachung in den ersten Tagen.
Support und Weiterentwicklung
Nach dem Livegang bleiben wir telefonisch und per E-Mail erreichbar, und neue Funktionen entwickeln wir in Absprache mit Ihnen.