Garden retail order management seasonal frontend 2026 hero de

Order Management im Gartenhandel: Was dein Storefront zeigen muss

Im Garten- und Baumarkthandel liegen in einem Warenkorb schnell ein Paketartikel, eine Lounge-Garnitur per Spedition, lebende Pflanzen mit Lieferfenster und ein Sack Erde zur Abholung in der Filiale. Das Order Management System (OMS) entscheidet, wie jede dieser Positionen erfüllt wird. Dein Storefront muss diese Entscheidungen pro Artikel sichtbar machen, vor dem Checkout, und sie auch dann korrekt halten, wenn im Frühjahr der Traffic seinen Höhepunkt erreicht.

Warum der Gartenhandel das Order Management besonders fordert

Drei Eigenschaften unterscheiden die Branche.

Eine verdichtete Saison. Laut Statistischem Bundesamt (Destatis) erzielte der Einzelhandel mit Blumen, Pflanzen, Sämereien und Düngemitteln 2020 in den Monaten März, April und Mai 33,4 % seines Jahresumsatzes, 2019 waren es in denselben Monaten 34,3 %. Rund ein Drittel des Jahres passiert also in einem Viertel davon. Fehler bei Verfügbarkeit oder Lieferinformation kosten genau in diesen Wochen am meisten.

Ware, die nicht ins Paket passt. Hochbeete, Gewächshäuser, Gartenmöbel, Rasenmäher und Paletten mit Pflastersteinen sprengen die Paketgrenzen. Bei DHL in Deutschland endet ein Standardpaket zum Beispiel bei 31,5 kg und 120 x 60 x 60 cm. Alles darüber läuft als Sperrgut mit Zuschlag oder geht an eine Spedition, oft mit Liefertermin.

Produkte, die leben. Pflanzen können nicht übers Wochenende im Depot liegen oder durch eine Frostnacht reisen. Pflanzenversand bedeutet meist feste Versandtage, Lieferfenster und Versandstopps bei Wetterumschwung. Kommt ein Filialnetz mit regionalen Sortimenten dazu, jongliert das OMS mit mehr Randbedingungen als in den meisten anderen Handelsbranchen.

Ein Warenkorb, mehrere Fulfillment-Wege

Eine typische Frühjahrsbestellung im Gartenhandel vereint Wege, die ein reiner Paketshop nie zusammenführen muss:

  • Paketware wie Saatgut, Werkzeug oder Dünger.
  • Sperrgut und Speditionsware, zugestellt durch eine Spedition, oft mit Liefertermin.
  • Lebende Pflanzen, versendet nur an bestimmten Wochentagen oder innerhalb eines Lieferfensters.
  • Click & Collect oder Reservierung in der Filiale für schwere Verbrauchsware wie Erde, Rindenmulch oder Grillkohle, auf Basis des Bestands in der gewählten Filiale.
  • Vorbestellungen für Saisonartikel wie Blumenzwiebeln oder Jungpflanzen, die verkauft werden, bevor sie verfügbar sind.

Das OMS routet jede Position, teilt die Bestellung bei Bedarf auf, reserviert Bestand und berechnet Termine. Die Architektur dahinter haben wir in unserem Beitrag zu Distributed Order Management im Frontend beschrieben. Im Gartenhandel ist die geteilte Bestellung der Normalfall.

Was der Storefront zeigen muss

Kundinnen und Kunden akzeptieren Komplexität, wenn sie sie früh sehen. Sie brechen ab, wenn sie erst beim Bezahlen auftaucht. Diese Touchpoints tragen die Entscheidungen des OMS in den Storefront:

  1. Lieferart je Artikel auf PDP und PLP. „Paket“, „Speditionslieferung mit Termin“ oder „nur Abholung in der Filiale“ gehört neben den Preis, nicht in die Versand-FAQ.
  2. Liefertermin oder Lieferfenster. Ein konkretes Datum oder Fenster schafft mehr Vertrauen als eine pauschale Spanne, wie wir im Beitrag zur Lieferversprechen-UX auf der Produktseite gezeigt haben. Bei Pflanzen gehört der nächstmögliche Versandtag dazu.
  3. Filialbestand und regionale Verfügbarkeit. Sobald jemand eine Postleitzahl eingibt oder eine Filiale wählt, sollten Verfügbarkeit, Abholoptionen und sogar das sichtbare Sortiment sich auf diesen Standort beziehen.
  4. Ein Warenkorb, gruppiert nach Fulfillment-Weg. Gemischte Warenkörbe funktionieren, wenn sichtbar ist, welche Artikel zusammen ankommen, welche per Spedition kommen und welche in der Filiale warten, jeweils mit eigenem Termin.
  5. Klare Kennzeichnung von Vorbestellungen. Eine Vorbestellung braucht ein erwartetes Verfügbarkeitsdatum auf der PDP, im Warenkorb und in der Bestellbestätigung, damit sie nie mit Lagerware verwechselt wird.

Wo es im Frühjahrs-Peak bricht

Die Brüche entstehen selten im OMS selbst. Sie entstehen zwischen Systemen und Seiten.

Veraltete Verfügbarkeit. Liest die PDP den Bestand aus einem nächtlichen Export, während der Checkout das OMS live abfragt, produziert das erste warme Aprilwochenende „Auf Lager“-Badges für Pflanzen, die am Morgen ausverkauft waren.

Regeln am falschen Ort. Leitet das Frontend Lieferarten selbst aus Gewicht oder Kategorie ab, widerspricht es dem OMS, sobald sich eine Speditionsregel oder ein wetterbedingter Versandstopp ändert. Das OMS entscheidet. Der Storefront fragt und zeigt.

Performance unter Last. Saisonale Kampagnenseiten, Live-Abfragen zur Verfügbarkeit und Spitzen-Traffic kommen gleichzeitig. Ein Storefront, der langsamer wird oder sein Layout verschiebt, sobald das Liefer-Widget lädt, verliert Kundschaft genau bei der höchsten Nachfrage. Deshalb gehören Performance und Core Web Vitals in den Scope eines OMS-Projekts, nicht dahinter.

Wie der Frontend-Layer mit dem OMS spricht

Laioutr ist eine Frontend Management Platform (FMP), spezialisiert auf Frontend-Komposition, nicht auf Order Management. OMS, ERP und WMS bleiben für Bestand, Routing und Termine zuständig. Der Composable Storefront zeigt ihre Ergebnisse konsistent an.

In Laioutr läuft diese Verbindung über Orchestr, den Datenlayer zwischen Backends und Storefront-Komponenten:

  • Ein Datenmodell. Orchestr bringt ein kanonisches Datenmodell mit Standard-Entitäten wie Produkt, Kategorie und Warenkorb mit, dazu ein eigenes Schema für das, was der Gartenhandel zusätzlich braucht: Lieferart, Lieferfenster, Filialbestand oder Vorbestelldatum.
  • Mehrere Systeme, eine Entität. Component Resolver hängen Daten aus beliebigen Systemen an eine Entität. Produktinhalte können aus dem PIM kommen, Verfügbarkeit und Termine aus dem OMS.
  • Caching, das zu den Daten passt. Queries, Links und Component Resolver cachen unabhängig voneinander. Stabile Produktinhalte bleiben schnell, schnell drehende Verfügbarkeit bleibt aktuell.
  • Warenkorb-Änderungen auf dem Server. Action Handler verarbeiten Mutationen wie Warenkorb-Updates oder Bestellungen typsicher und serverseitig, also dort, wo das OMS bestätigt, was der Warenkorb anzeigt.

Mehr zur Architektur: Composability & Orchestration. Mit 50+ unterstützten Backends und 300+ Integrationen baust du den Storefront nicht neu, wenn du ein OMS ergänzt oder austauschst.

Für Product- und Marketing-Owner liegt der Nutzen im Tempo während der Saison. Im Studio baut ihr Frühjahrs-Kampagnenseiten mit denselben Verfügbarkeits- und Liefer-Blöcken wie auf der PDP, sodass eine Kampagne nie etwas verspricht, das der Checkout nicht halten kann. Die Time-to-Launch für Landingpages ist rund 65 % kürzer. Laioutr-Storefronts erreichen einen LCP von 1,2 s im Median, mit Zielwerten von LCP unter 1,2 s, INP unter 80 ms und CLS unter 0,02.

FAQ

Ersetzt Laioutr ein Order Management System?

Nein. Laioutr ist der Frontend-Layer. Routing, Reservierungen, Liefertermine und Speditionsregeln bleiben in deinem OMS. Laioutr zeigt diese Entscheidungen konsistent von der PDP bis zum Bestellstatus. Mehr zur Kategorie: Frontend für dein OMS.

Wie sollte ein Storefront mit Sperrgut und Speditionsware umgehen?

Zeig die Lieferart auf der Produktseite, nicht erst im Checkout. Braucht die Speditionslieferung einen Termin, sag das, bevor der Artikel im Warenkorb landet, und gruppiere Speditionsware im Warenkorb separat.

Wie zeigt man Lieferfenster für lebende Pflanzen?

Frag den nächstmöglichen Versandtag und das Lieferfenster beim OMS ab und zeig beides auf der PDP und im Warenkorb. Verzögert das Wetter den Versand, sollte der Storefront das aktualisierte Fenster anzeigen statt eines statischen Hinweises.

Schaffen wir das bis zum nächsten Frühjahr?

Am besten funktioniert ein schrittweiser Rollout: zuerst Lieferart und Live-Verfügbarkeit auf der PDP, dann der nach Fulfillment-Weg gruppierte Warenkorb, danach Filialauswahl und Vorbestellungen. Migrationen mit Laioutr dauern im Median unter 14 Tage. Der Aufwand für die OMS-Anbindung hängt von dessen API ab.

Nächste Schritte

Zeigen PDP, Warenkorb und Checkout unterschiedliche Verfügbarkeits- oder Lieferinformationen, dann klär vor Saisonstart, welcher Touchpoint welche Quelle liest. Wir gehen das gern mit dir durch. Buch eine Demo mit dem Laioutr-Team.

Weitere Themen aus der Laioutr-Plattform

Mehr interessante Frontend Artikel

Praxiswissen für Frontend-Entwicklung, smarte Agenten und Headless

App Shopify
Shopify
Shopify ist eine Commerce-Plattform zum Verkaufen online und im stationären Handel.
App shopware
Shopware
Shopware ist eine flexible E-Commerce-Plattform aus Europa für Produktkataloge und Omnichannel-Commerce.
App adobe commerce
Adobe Commerce
Adobe Commerce ist eine Enterprise-Commerce-Plattform für komplexe, globale B2C- und B2B-Szenarien.
Planned
App B2B sellers suite
B2Bsellers
B2B-Suite für Shopware, die den Online-Shop zur professionellen B2B-Commerce-Plattform macht.
Planned
App commerce layer
Commerce Layer
Commerce Layer ist eine Headless-Commerce-Plattform, um Bestände und Kataloge online verfügbar zu machen.
App commercetools
Commercetools
Commercetools ist eine SaaS-basierte, headless E-Commerce-Plattform mit weltweitem Einsatz.
App emporix
Emporix
Emporix ist eine composable, API-first Commerce-Plattform für skalierbare B2B- und B2C-Szenarien.
Planned
App HCL Software
HCL Software
Enterprise-Suite für digitalen Commerce und Experience mit hoher Konfigurierbarkeit.
Planned
App intershop
Intershop
Enterprise-Commerce-Plattform für komplexe B2B- und B2C-Geschäftsmodelle.
Planned
App magento 2
Magento 2
Weit verbreitete, erweiterbare Commerce-Plattform für B2C- und B2B-Szenarien.
App Oxid
OXID eShop
OXID eShop ist eine erweiterbare Commerce-Plattform für komplexe B2B- und B2C-Anforderungen.
Planned
App cover patchworks
Patchworks
Patchworks ist eine Low-Code-iPaaS, die E-Commerce, ERP, WMS, 3PL und Marktplätze verbindet.
Planned
App PRESTASHOP
Prestashop
Open-Source-Commerce-Plattform für kleine und mittlere Händler in Europa und darüber hinaus.
Planned
App saleor
Saleor
Open-Source-, API-first-Commerce-Plattform auf GraphQL-Basis für Custom-Storefronts.
Planned
App Commercecloud
Salesforce Commerce Cloud
Salesforce Commerce Cloud ist eine cloudbasierte Enterprise-Commerce-Plattform für Unternehmen jeder Größe.
Planned
App SAP
SAP Commerce Cloud
Enterprise-Commerce-Plattform für komplexe Kataloge, Preismodelle und Omnichannel-Journeys.
Planned
App SCAYLE
Scayle
SCAYLE ist eine Commerce-Engine, mit der Marken und Händler ihr Geschäft skalieren.
Planned
App spryker
Spryker
Composable Commerce-Plattform für anspruchsvolle B2B- und B2C-Geschäftsmodelle.
App Sylius
Sylius
Sylius ist ein entwicklerfreundliches E-Commerce-Framework für B2C- und B2B-Shopping-Erlebnisse.
Planned
App vendure
Vendure
Vendure ist eine Headless-Commerce-Plattform für Unternehmen mit komplexen Anforderungen.
Coming Soon
App VTEX
VTEX
Cloud-native, composable Commerce-Plattform für B2B und B2C im großen Maßstab.
Planned
App Websale
Websale
Stabiles, enterprise-taugliches Commerce-Backend für komplexe Handelsumgebungen.
Book a demo mobile
Strategie-Gespräch

Bereit, Dein Frontend zur Steuerebene zu machen?

Zeig uns Deinen Stack, Deine Roadmap, Dein Replatforming-Szenario, wir zeigen Dir, wie Laioutr passt, was es kostet und wie schnell ihr live geht.

"Nach 30 Minuten wussten wir, dass Laioutr unser Replatforming machbar macht." - Daniel B., CEO, hygibox.de

SEO / GEO / AEO Ready
Performance & Core Web Vitals
WCAG 3.0 Ready
Tracking & Analytics
Brand Consistency