Crystallize: Ein Headless Commerce OS ohne Interface

Den Schritt von Crystallize nach Schweden kann man leicht als Büroeröffnung abtun. Aufschlussreicher ist es, ihn als fehlende Schicht zu lesen, die nun hinzukommt. Das Unternehmen behandelt Produkte, Inhalte und Commerce bereits als ein einziges Headless-Modell. Mit der Anbindung von Hantera greift es nun nach Bestellungen, Lagerbestand, Lieferung, Retouren und Kundenservice. Produkte plus Commerce plus Bestellungen. Das ergibt ein Commerce OS, das sich vollständig agentisch ansprechen lässt, und nicht ein Frontend oder Backend, das Sie erst über eine Benutzeroberfläche zugänglich machen müssen.

Auf einem agentischen Kaufweg ist der Bildschirm nicht mehr die eigentliche Aufgabe. Ein Agent braucht weder Ihr Theme noch Ihr Megamenü noch die Startseite Ihres Merchandisers. Er braucht ein Produkt, das er auslesen kann, einen Preis und eine Verfügbarkeit, denen er vertrauen kann, und eine Bestellung, die er aufgeben, ändern oder zurückschicken kann. Liegen diese drei Dinge hinter APIs, ist ein Interface nicht mehr notwendig. Menschen können trotzdem eines haben. Das Geschäft hängt nur nicht mehr davon ab.

Was dort tatsächlich zusammengesetzt wird

Crystallize expandiert über eine Beteiligung an Hantera und ein Büro in Stockholm nach Schweden. Hantera übernimmt das Order Management für Marken wie RevolutionRace und Didriksons: Bestand, Lieferung, Service, Retouren. Beide bleiben eigenständige Produkte unter dem Dach der New Normal Group und gehen gemeinsam in den nordischen Markt. Architektonisch ist die Sache einfacher als gesellschaftsrechtlich. Die eine Seite modelliert bereits, was Sie verkaufen. Die andere modelliert, was passiert, nachdem jemand es gekauft hat.

Diese Kombination ist die unspektakuläre Hälfte von Headless, die in den meisten Vorstandsgesprächen übersprungen wird. Headless hieß früher: Halten Sie den Katalog sauber und lassen Sie jedes beliebige Frontend darauf zugreifen. Für den Neubau eines Onlineshops reicht das. Es wird dünn, sobald der Käufer ein Agent ist, der den Shop nie öffnet. Dann ist der Katalog nur noch ein halbes System. Ohne ein Bestellobjekt, das der Agent anlegen und verfolgen kann, haben Sie eine lesbare Broschüre mit einem Checkout, den jemand anderes angeschraubt hat. Schlimmer noch: Ohne Checkout gibt es keine Bestellung. Der Agent kann das Produkt beschreiben und hat trotzdem keinen Ort, an dem er bestellen kann.

Warum das Interface wegfällt

Das sehen wir bereits daran, wie Menschen über Antworten einkaufen. Die AEO-Arbeit von Salsify, die wir hier auseinandergenommen haben, zeigte: Unvollständige oder verschlossene Produktdaten schieben Sie nicht im Ranking nach unten. Der Agent lässt Sie in der Empfehlung einfach weg. Das ist die Katalog-Hälfte des Problems.

Die Bestell-Hälfte zeigte sich vergangene Woche mit Muse von Meta. Muse ist ein persönlicher Agent, den Meta in die Apps eingebaut hat, die Menschen ohnehin öffnen, darunter WhatsApp. Er hat einen eigenen Browser, kann einen Warenkorb füllen und mit Link von Stripe bezahlen, sobald die Person den Gesamtbetrag bestätigt. Wir haben das als den Moment beschrieben, in dem Agenten den Nerd-Sandkasten verlassen haben: Ihr Katalog hat gerade einen Käufer bekommen, dem Ihre AEO-Debatte egal ist. Muse ist hier relevant, weil der Agent auch dann zu kaufen versucht, wenn Sie nie eine Storefront für ihn gestaltet haben. Existieren Produkte, Preis und Checkout nur als Seiten, klickt er sich durch HTML und hofft. Existieren sie als aufrufbare Objekte, braucht er Ihr Interface überhaupt nicht. Beide Wege bestrafen einen Stack, der nur als Website existiert.

Ein Commerce OS dreht die Grundeinstellung um. Die Storefront wird zu einem Kanal unter vielen. WhatsApp, ein Vertriebsangebot, ein Händlerportal, ein Agent in einem Chat: derselbe Produktdatensatz, dieselbe Bestellung, derselbe Retourengrund. Sie gestalten weiterhin für Menschen, die eine schöne Website wollen. Sie lassen aber auch ein Angebot, eine WhatsApp-Antwort oder ein Service-Ticket auf dasselbe Produkt und dieselbe Bestellung zugreifen, ohne dass jemand den Onlineshop öffnen muss, um die Aufgabe abzuschließen.

Ganz praktisch sieht das so aus: ein Dienstag bei einer Marke aus dem Mittelstand. Jemand im Kundenservice hat die Retoure in einem Tool. Der Produktdatensatz liegt in einem anderen. Die Antwort auf „Wo ist meine Bestellung?“ steckt in einem dritten Posteingang. Ein Agent, der eine Größe umtauschen oder eine SKU ablehnen soll, die nicht auf Lager ist, läuft in dieses Durcheinander und bleibt stehen. Ein Headless Commerce OS ist die Wette darauf, dass diese Objekte eine gemeinsame Identität haben, bevor irgendjemand eine Oberfläche darum zeichnet.

Nehmen Sie eine Übergangsjacke in zwei Größen. Im Katalog stehen 120103-M und 120103-L, gleicher Style, gleicher Stoff, unterschiedliche Größe. Die Bestellung, die letzte Woche verschickt wurde, ist die M. Der Kunde schreibt über WhatsApp und möchte die L. In einem seitenbasierten Stack öffnet der Service den Onlineshop, sucht die Produktdetailseite, prüft einen Bestandsexport, tippt dann eine neue Bestellung ins OMS und hofft, dass die Retoure der M auf demselben Produkt landet. In einem Commerce OS ruft der Agent, oder die Person im Posteingang, dieselbe Produkt-ID auf, die der Katalog bereits verwendet, sieht, dass die L kommissionierbar ist, legt die Ersatzbestellung an und hängt die Retoure an genau die M, die tatsächlich das Lager verlassen hat. Niemand brauchte dafür die Seite der Jacke. Gebraucht wurde, dass Jacke, Bestellung und Retoure an drei Stellen dasselbe Objekt sind.

Was wir daraus machen würden

Wir würden aufhören zu fragen, ob Crystallize ein PIM, eine Commerce Engine oder jetzt auch ein OMS-Anbieter ist. Wir würden fragen, ob die Objekte, die ein Agent braucht, durchgängig aufrufbar sind.

Kann der Agent das Produkt so lesen, wie ein Modell Struktur liest, und nicht als Seite? Kann er aus diesem Datensatz einen Warenkorb oder ein Angebot eröffnen? Kann er eine Bestellung anlegen, den Bestand sehen, eine Retoure starten und mit einem Status zurückkommen, der noch zum Katalog passt? Lautet die Antwort ja, ist die Website ein Kanal. Lautet sie nein, haben Sie nach wie vor ein Headless-Storefront-Projekt mit einem OMS von einem Partner.

Hier geht es nicht darum, ob die Agenten bereit sind. Muse kauft bereits ein. ChatGPT empfiehlt bereits. Die offene Frage ist, ob wir bereit sind, als Menschen und als Unternehmen. Ein Commerce OS verlangt von Merchandising, Lager und Service, Jacke, Bestellung und Retoure als ein Objekt zu behandeln, bevor jemand ein Tool öffnet. Das ist eine Gewohnheit, keine Release Note. Die meisten Unternehmen kämpfen noch damit, die Vorteile einer Single Source of Truth für ihre Produktdaten überhaupt zu heben, geschweige denn, sie in eine agentische Umgebung zu übertragen. Crystallize geht mit dieser Vision einen Schritt weiter: ein vollständig headless aufgebautes Commerce OS, in dem alle, Agent wie Mensch, dieselbe eine Wahrheit über das Produkt und den Lebenszyklus der Transaktion teilen.

Der nächste Plattformkampf dreht sich nicht darum, wer das schönste Admin-Backend hat. Er dreht sich darum, wer Produkte, Commerce und Bestellungen als ein maschinenlesbares Unternehmen bereitstellen kann, und wer im Unternehmen bereit ist, so zu arbeiten, damit ein Agent den Shop betreiben kann, ohne auf unser Interface zu warten.

Quelle: https://crystallize.com/blog/press-release-crystallize-expands-to-sweden