Szenario: Implementierung eines E-Commerce-Geschäfts

Übersicht

Der Begriff "E-Commerce" bezieht sich auf ein Geschäftsmodell, in dem Verkäufer und Käufer zustimmen, Waren und Dienstleistungen über einen Online-Marktplatz zu kaufen und zu verkaufen. Im Allgemeinen erfolgt die Transaktion über ein elektronisches Medium wie Computer, Tablets, Smartphones und andere Geräte. Das Online-Shopping-Segment ist kein neues Konzept. Es beschleunigt sich weiter an Popularität und ist jetzt eine der Go-to-Methoden des Einkaufs.

Die Arten von Waren und Dienstleistungen, die in diesem Markt verfügbar sind, sind grenzenlos. Fast alle Waren, die in einem stationären Laden gefunden werden können, können online entdeckt werden, einschließlich Elektronik, Bücher, Lebensmittel, Mode, Möbel und alle anderen Verbrauchsgüter. Services sind jetzt auch gängige Online-Einkaufserlebnisse, bei dem Kunden eine Lektion, Beratung oder einen Add-on-Service als Teil einer E-Commerce-Transaktion buchen können.

Vorteile des E-Commerce

Der Verkäufer muss in mehr Ressourcen investieren, um Cluster von Servern aufzubauen, die einen Online-Marktplatz hosten. Im Vergleich zu den Investitionen, die für ein Ladengeschäft erforderlich sind, gibt es jedoch keine physischen Einschränkungen für den Standort, an dem der Server gehostet wird. Darüber hinaus muss sich der Verkäufer keine Sorgen machen, dass er ausreichend Platz für Kunden hat. Ohne die physischen Einschränkungen ist die Anzahl der Kunden, die einen Online-Marktplatz betreten können, praktisch grenzenlos und hoch skalierbar, wenn der Online-Marktplatz des Verkäufers von den Kunden leicht erkannt wird.

Unter Berücksichtigung der Betriebskosten sind die Kosten für die Wartung von Server-Hardware im Vergleich zur Einrichtung eines physischen Ladengeschäfts erheblich optimiert. Da der Erfolg für keinen Filialstandort sicher ist, sind die versenkten Kosten für das Hosting eines Onlineschaufensters eindeutig wirtschaftlich und in Bezug auf die Skalierbarkeit hoch flexibel.

Herausforderungen des E-Commerce

Es ist sicherlich ein Vorteil, einen großen Zustrom von Online-Shopper in einem neuen Online-Schaufenster zu sehen, aber es gibt zwei geschäftliche Herausforderungen. Zunächst müssen Sie Kunden darauf aufmerksam machen, dass die Einkaufssite vorhanden ist. Zweitens müssen Sie eine nahtlose Produktsuche für den Kunden ermöglichen. Für eine homogene Produktsuche fehlt den meisten Online-Käufern die Geduld, in eine Website einzutauchen, um ein Produkt zu finden, das sie wollen. Diese Käufer sind enttäuscht, wenn sie das Produkt in den ersten 30 Sekunden ihrer Suche nicht finden können. Bei Spezial-oder Markenprodukten ist der Kunde in der Regel ein bisschen mehr Persistenz. Dieser Kunde benötigt mehr Zeit, um nach dem zu suchen, was er benötigt, und wechselt zu einer anderen Website des Onlinegeschäfts, um Alternativen zu finden.

Die Abgaberate für Onlinekunden erstreckt sich über den gesamten Onlinemarketingtrichter, beginnend mit einer Produktsuche und dann durch eine Produktdetailseite, eine Warenkorbseite, eine Kassenseite und eine Bestellung.

Dieses Diagramm zeigt das Konzept des E-Commerce-Konversionstrichters, der die Bedeutung der Kundenbindung hervorhebt, indem er dem Onlinekäufer schnell zeigt, was er sehen möchte.

Die Umrechnungsrate, die im vorhergehenden Diagramm gezeigt wird, ist nur die Hälfte der Gleichung. Der E-Commerce-Verkäufer muss auch darauf eingehen, ob das Produkt erfüllt werden kann. Um die Auftragserfüllung sicherzustellen, muss der Verkäufer sicher sein, dass die Bestellung nur akzeptiert wird, wenn genügend Bestand oder Kapazität im Ausführungsnetzwerk vorhanden ist. Andernfalls wird die Bestellung möglicherweise nicht erfüllt, was der Markenreputation des Verkäufers schadet und die Vertrauensebene des Kunden erodiert. Ein positives Einkaufserlebnis kann weiter verbessert werden, wenn der Verkäufer seine Anzeige auf Artikel beschränkt, die an diesem Tag erfüllt sein können, und Transparenz über das Produktbereitstellungsdatum bietet. Der Verkäufer kann bessere Einblicke gewinnen, wenn er den Quellenstandort des Produkts und den vom Kunden ausgewählten Speditionsservice in einem frühen Stadium des Erfassungsprozesses vor dem Kauf kennt.

Vorgaben für Zustelloption

In den frühen Phasen des E-Commerce-Vertriebs umfasste der Großteil der Einkaufserlebnisse ein Produkt, das direkt an die Tür des Kunden versendet wurde. Da Kunden ihre Aufmerksamkeit auf die E-Commerce-Erfahrung der nächsten Generation lenken, entwickeln sie bevorzugte Ausführungsmethoden. Diese bevorzugten Ausführungsmethoden können Sendungen, die Abholung von Aufträgen in einem Geschäft, die Abholung an der Bordsteinseite und sogar die Abholung von einem Kiosk umfassen. Jede dieser Ausführungsmethoden erhöht die Komplexität für den Verkäufer. Der Verkäufer versendet nicht nur ein Produkt, sondern muss bei der Bereitstellung von Produkten für die Abholung durch den Kunden die Auftragserfüllungskosten berücksichtigen.

Schlüsselfaktoren für ein positives Einkaufserlebnis

Einige Schlüsselfaktoren, die notwendig sind, um ein positives Kundenerlebnis zu pflegen:

Wie Sterling Intelligent Promising den E-Commerce-Erfolg beschleunigt

Mit dem Anstieg der E-Commerce-Popularität ist das primäre Ziel von Sterling Intelligent Promising , die E-Commerce-Transformation des Verkäufers zu beschleunigen. Diese Transformation wird in zwei wichtigen Produktaspekten vereinfacht: Minimierung der Konfigurationszeit und Bereitstellung flexibler Tools zur Unterstützung des Workflows für die E-Commerce-Auftragserfüllung. Sterling Intelligent Promising ist keine Anwendung zur Erfassung von Front-End-Geschäften, sondern ein wichtiger Erfüllungsdeterminator dafür, wann und wo ein Artikel verkauft werden kann. Diese Informationen ermöglichen es einem Kunden, eine Bestellung auf einer Geschäftssite sicher aufzugeben, da das Risiko eines Lieferrückstandsereignisses minimiert wird.

Sterling Intelligent Promising kann mithilfe der folgenden Faktoren eine Schätzung für die Auftragserfüllung in Echtzeit bereitstellen:

Sterling Intelligent Promising kann auch einen End-to-End-E-Commerce-Workflow vor und nach der Auftragserfassung unterstützen, der aus den folgenden Schritten besteht:

Verbesserung des E-Commerce-Einkaufserlebnisses mit Sterling Intelligent Promising

Es gibt viele Möglichkeiten, einen E-Commerce-Workflow zu implementieren, aber Sterling Intelligent Promising stellt diese Richtlinien bereit, wie die vielversprechenden APIs verwendet werden können, um das Kundenerlebnis auf einem Online-Marktplatz zu verbessern.

Produktsuche

Die Produktsuche kann auf verschiedene Arten basierend auf der Größe des Produktkatalogs implementiert werden, den der Verkäufer anbietet. Die einfachste Methode zur Implementierung besteht darin, dass Kunden eine Produktkategorie wie Jeans auswählen und auf eine Produktlistenseite umleiten können, um eine Liste von Produkten zu präsentieren. Im Gegensatz dazu beziehen größere Unternehmen häufig mehrere Verkäufer oder einen großen Katalog ein. In diesem Szenario benötigen Sie wahrscheinlich eine komplexe Suchfunktion auf dem Online-Marktplatz, um Kunden bei der Eingrenzung der angezeigten Produktliste zu unterstützen.

Unabhängig von Ihrem Ansatz ist die schwierigste Aufgabe für einen Verkäufer die Möglichkeit, Produkte auf Produkte mit sofortiger Verfügbarkeit oder kurzfristigen Lieferzeiten einzugrenzen. Es ist eine schlechte Erfahrung, wenn ein Kunde nach einem Produkt sucht und erkennt, dass jedes Produkt, das in den ersten Suchergebnissen aufgelistet wird, nicht verfügbar ist. Dieses ungefilterte Verhalten schadet dem gesamten Branding und den Einkaufserlebnissen. Daher muss die Produktliste anhand der folgenden sequenziellen Kriterien priorisiert werden, wobei das zuerst aufgelistete Element die höchste Priorität hat.

Produktbereitstellungsdatum und Produktverfügbarkeitsdatum sind die wichtigsten Kriterien. Selbst wenn ein Produkt eine Bewertung von 100% aufweist und die Liefer-und Verfügbarkeitsdaten nicht den Erwartungen des Kunden entsprechen, kann der Verkäufer nicht sicherstellen, dass die Lieferung an dem Datum erfolgt, an dem der Kunde dies wünscht. Daher müssen die suboptimalen Suchergebnisse vom Suchsystem herausgefiltert werden.

Der E-Commerce-Verkäufer kann basierend auf dem Produktkatalog einen täglichen Suchindex erstellen, um sicherzustellen, dass nur verfügbare Artikel, die im erforderlichen Zeitrahmen geliefert werden können, eingeschlossen werden. Diese Filterung stellt sicher, dass dem Kunden immer Artikel angezeigt werden, die er sofort kaufen kann. Um dieses Verhalten zu unterstützen, kann der Verkäufer die Calculate item delivery date -API nutzen, um eine Liste der frühesten Liefertermine oder Bestellungen nach Datum vorab zu berechnen. Anschließend kann der Verkäufer diese Informationen als Filterkriterien verwenden, wenn der tägliche Suchindex erstellt wird. Da Suchindizes im Voraus kompiliert werden, bietet die Calculate item delivery date -API das Konzept der Referenzzeit, um Liefertermine auf der Basis eines zukünftigen Zeithorizonts zu schätzen. Wenn Sie beispielsweise einen Suchindex morgen implementieren möchten, muss das System die API Calculate item delivery date mit einer Referenzzeit von morgen aufrufen, damit der Index im Voraus erstellt werden kann.

Weitere Informationen zur API Calculate item delivery date finden Sie unter Geschätztes Artikellieferdatum.

Obwohl die Calculate item delivery date -API eine schnelle Antwortzeit hat, wird nicht empfohlen, dass Verkäufer nach Lieferdaten suchen, wenn Seiten geladen werden. Web-Server müssen mehr Filter-und Rangordnungslogik ausführen, die sich auf die Kundenerfahrung auswirken kann. Um ein nahtloses Einkaufserlebnis zu ermöglichen, führen Sie die Vorausberechnung des geschätzten Lieferdatums im Voraus durch, um die Gesamtantwortzeit für die Produktsuche zu verbessern.

Zur weiteren Verbesserung der Skalierbarkeit und Leistung wird empfohlen, dass Verkäufer Web-Server für verteilte Geschäfte verwenden und dass jeder Web-Server seinen lokalen Suchindex anstelle eines zentralen Servers verarbeitet. Obwohl Sterling Intelligent Promising a eine große Anzahl gleichzeitig ablaufender Transaktionen und die meisten Abfragen, die nur die Abwicklungsanforderung betreffen, unterstützt, minimiert die Implementierung eines lokalen Indexcache die Anzahl der Schätzanforderungen. Außerdem begrenzen lokale Indexcaches Anforderungen nur auf wichtige Transaktionen, z. B. das Hinzufügen eines Artikels zum Warenkorb, das Ändern der Menge und das Auschecken von Transaktionen.

Dieses Diagramm zeigt eine einfache Konstruktion eines Workflows für den Suchindex eines Kunden.

Suchseitenkomponenten

Diese Komponenten werden zum Erstellen einer Suchseite verwendet.

Produktlistenseite

Auf der Seite mit der Produktliste wird eine Liste der Produkte im Angebot angezeigt, die auf den Ergebnissen der Produktsuche basieren. Die Seite kann die Produkte in einer Listen-oder Rasteransicht anzeigen. In der Regel wird derselbe Ansichtstyp auf der E-Commerce-Geschäftssite verwendet. Da der Kunde nicht online mit dem Produkt interagieren kann, kann der Verkäufer diese Unfähigkeit kompensieren, indem er das Lieferdatum für jeden Artikel in der Liste anzeigt. Das geschätzte Lieferdatum kann helfen, den Kunden davon zu überzeugen, dass sein Warten auf das Produkt akzeptabel ist.

Für jeden Artikel auf der Produktlistenseite kann der Verkäufer das früheste geschätzte Lieferdatum anzeigen und anzeigen, wann das Produkt bestellt werden muss, um dieses Lieferdatum einzuhalten. Durch das Anzeigen dieser Datumsangaben entsteht ein Gefühl der Dringlichkeit für den Kunden beim Kauf des Produkts. When the estimated delivery date is displayed, the seller can show the delivery date for multiple shipping groups, such as for standard shipping and economy (free) shipping.

Eine Versandgruppe ist eine Versandoption, die für Kunden verfügbar ist und ein geschätztes Lieferdatum angibt. Ein Verkäufer kann eine oder mehrere Versandgruppen konfigurieren, die als Optionen auf einer E-Commerce-Website bereitgestellt werden. Normalerweise besteht eine Versandgruppe aus einem oder mehreren Speditionsservices, die die angegebene Anzahl von Tagen bis zur Lieferung erfüllen. Der Verkäufer kann die Speditionsservices nach Versandgeschwindigkeit oder vertraglich vereinbarten Versandkosten organisieren. Weitere Informationen zu Speditionsservices finden Sie unter Speditionsservices. Weitere Informationen zu Versandgruppen finden Sie unter Versandgruppen.

Diese Abbildung zeigt einen Abschnitt einer Produktlistenseite, auf der Liefertermine für Versandgruppen mit einer Bestellung nach Zeit und einer Abholoption angezeigt werden.

Der Verkäufer kann die API Calculate item delivery date verwenden, um die geschätzten Zustellinformationen für die beiden Beispielversandgruppen (Standard und Economy Plus) abzurufen. Das geschätzte Lieferdatum gibt zwei Schlüsselwerte für jede Versandgruppe und jeden Artikel zurück: das früheste Lieferdatum und das Datum, bis zu dem die Bestellung aufgegeben werden muss.

Der Verkäufer kann auch die Transitdauer für jeden Artikel anzeigen. Diese Alternative ist in der API "Artikellieferdatum berechnen" enthalten.

Beispiel

Wenn zwei Kleider in mehreren Größen erhältlich sind, werden diese Kleider auch als Artikel mit Variation bezeichnet. Jede Variante hat eine eindeutige SKU-ID (Stock Keeping Unit). Ein Artikel mit Variation ist ein nicht salable übergeordneter Artikel, der aus einem oder mehreren Modellen oder Größen besteht. Jeder untergeordnete Artikel ist eine verkaufbare Einheit mit eigenem Bestand. Der übergeordnete Artikel erleichtert es dem Verkäufer, eine Sammlung von Artikelnummern mit demselben Design oder Modell zu verfolgen. Ein kleines rotes Kleid und ein mittleres rotes Kleid haben beispielsweise jeweils eine andere Artikelnummer. Damit die Versandinformationen ordnungsgemäß angezeigt werden, benötigt der Verkäufer mehrere Einzelinformationen, einschließlich des frühesten Lieferdatums und des frühesten Bestelldatums für jede Artikelnummer.

In diesem Beispiel hat ein rotes Kleid zwei Größen und der Verkäufer bietet zwei Versandgeschwindigkeiten. Um die angezeigten Informationen abzurufen, muss der Verkäufer vier API-Anforderungen für jede untergeordnete Artikelnummer und Versandgruppe absetzen:

Die Ergebnismenge wird dann vom Web-Server des Verkäufers verfeinert, um die frühesten Daten unter den Kleidergrößen abzuleiten. Im Gegensatz dazu muss der Verkäufer für einen Artikel ohne Varianten nur eine API-Anforderung pro Versandgruppe stellen.

Die Komplexität steigt mit der Anzahl der Elemente mit Variation. Um die Anzahl der Aufrufe zur Echtzeitschätzung zu minimieren, wird dem Verkäufer empfohlen, die Zustellinformationen im Webindexcache zu speichern. Auf diese Art und Weise sind die Informationen sofort verfügbar, ohne sie für jedes Laden einer Seite neu zu berechnen. Die meisten Kunden benötigen nur ungefähre Lieferschätzungen auf einer Produktlistenseite. Eine genauere Schätzung kann angezeigt werden, wenn der Kunde die Produktdetailseite erreicht. Diese Strategie profitiert sowohl von der Web-Service-Auslastung des Verkäufers als auch von der Erfahrung des Kunden.

Weitere Informationen finden Sie unter Calculate estimated item delivery -API.

Produktdetailseite

Diese Abbildung zeigt einen Abschnitt einer Produktdetailseite, auf der die Versandgruppenschätzungen und die verfügbaren Abholoptionen angezeigt werden.

Zu Warenkorb hinzufügen

Der Kunde fügt einen Artikel zu seinem Warenkorb hinzu, sodass er den Artikel später auschecken oder kaufen kann. Da das Hinzufügen zum Warenkorb ein nicht festgeschriebener Einkauf ist, verwendet der Verkäufer in der Regel Geschäftsregeln, um sicherzustellen, dass die Artikel bis zum Ende des Kassenprozesses verfügbar sind. Diese Regeln garantieren eine "variable Reservierung" für den Artikel für einen kurzen Zeitraum, obwohl über diesen Zeitraum hinaus als Kaufabbruch betrachtet und die Artikelreservierung freigegeben wird. Andere Verkäufer können diesen Schritt übergehen und die Artikelreservierung nur vor der Check-out-Phase erfassen.

Eine Distributionsgruppe ist eine logische Sammlung von Versandknoten, die zu einer Zielregion oder einem Segment des Marktes beitragen. Anstatt einen einzelnen Versandknoten zu adressieren, kann der Verkäufer basierend auf seiner geografischen Region auf eine Distributionsgruppe verweisen. Zum Beispiel eine "Ostküstengruppe". Verteilergruppen werden auch als Netze bezeichnet.

Für Artikel in einem nicht festgeschriebenen Status kann der Verkäufer eine Reservierung auf Netzebene (Distributionsgruppe) vornehmen, um flexibler zu sein. Wenn die Reservierung auf Netzebene erfolgt, wird der Artikel für einen kurzen Zeitraum reserviert, aber nicht explizit auf einen Versandknoten angewendet. Auf diese Weise kann der Verkäufer weiterhin sicherstellen, dass der Artikel in mindestens einem Versandknoten in der Distributionsgruppe verfügbar ist. Eine Reservierung auf Knotenebene wird jedoch nicht empfohlen, weil sie aus dem verfügbaren Bestand am Knoten abzieht, was sich auf die Gesamtverfügbarkeit des Artikels für andere Kunden auswirkt.

Verkäufer können eine Reservierung auf Netzebene mithilfe der Create Reservation -APIvornehmen. Um ein Element auf Netzebene zu reservieren, muss der Web-Service die Verteilergruppen-ID übergeben. Zur Reservierung an einem Knoten übergibt der Verkäufer die Versandknoten-ID. Wenn die Reservierung vorgenommen wird, wird empfohlen, dass der Verkäufer die Komponente für die Ablaufzeit einschließt, um sicherzustellen, dass die Reservierung nach einem angegebenen Zeitraum von beispielsweise 5 Minuten abläuft. Wenn die Reservierung abläuft, wird die reservierte Menge an den Verfügbarkeitspool zurückgegeben und die Reservierung automatisch storniert. Der Verkäufer kann auch eine Standardablaufzeit für Reservierungen festlegen, sodass der Web-Server die Dauer für jede Anforderung nicht fest codieren muss. Die Standardverfallsdauer für Reservierungen kann über die Update settings -APIfestgelegt werden.

Diese Abbildung zeigt ein Beispiel für eine Warnung, wenn die angeforderte Menge größer als der verfügbare Bestand ist.

Warenkorb

Wenn ein Kunde die Site des Geschäfts durchsucht, werden Artikel zum Warenkorb hinzugefügt. Häufig sind die Artikel, die dem Warenkorb hinzugefügt werden, einander ähnlich oder es handelt sich um verwandte Artikel, sodass der Kunde sie vergleichen und ihre Produktauswahl vor dem Check-out eingrenzen kann. Zusätzlich zu den Produkten könnte der Kunde an der verfügbaren Menge interessiert sein und wie schnell er eine Lieferung für jede Warenkorbposition erhalten könnte. Durch die Anzeige der geschätzten Liefertermine für jede Warenkorbposition kann der Kunde ohne großen Aufwand vergleichen, welche Artikel er möchte. Beispiel: In einem Anwendungsfall entscheidet ein Kunde zwischen einem blauen und einem roten Kleid. Wenn das rote Kleid kommt morgen und das blaue Kleid kommt in zwei Wochen, der Verkäufer wählt das rote Kleid auf der Grundlage ihrer geplanten Bedürfnisse.

Ein Unterschied zum Warenkorb im Gegensatz zur Produktdetailseite besteht darin, dass jede Warenkorbposition aus der Menge des Artikels besteht. Da die Calculate item delivery date -API einzelne Verfügbarkeitszeiten und gültige Kapazitätsfenster berücksichtigt, kann keine genaue Schätzung für eine Warenkorbposition bereitgestellt werden. Aus diesem Grund stellt Sterling Intelligent Promising die Calculate checkout assignments -API bereit, um diesen Anwendungsfall zu unterstützen. Diese API adressiert die komplexe Berechnung, die erforderlich ist, um das früheste Lieferdatum basierend auf der Versandgeschwindigkeit für die angeforderte Menge zu bestimmen. Der Verkäufer erkennt möglicherweise, dass sich das Gesamtlieferdatum ändern kann, wenn sich die Anzahl der Artikel für dieselbe Warenkorbposition erhöht. Das Datum kann sich ändern, weil jeder Versandort möglicherweise nicht über die gesamte angeforderte Menge oder unterschiedliche Verfügbarkeitsdaten verfügt.

Es wird empfohlen, dass der Verkäufer das geschätzte Lieferdatum für jede Warenkorbposition anzeigt. Der Kunde kann dann einzelne Warenkorbpositionen vergleichen, um zu ermitteln, welche Artikel ihre Lieferannahmekriterien erfüllen. Einige Verkäufer können alle Warenkorbpositionen in die Schätzung einschließen, unter der Annahme, dass der Kunde genau weiß, was er von Anfang an wollte. Dieser Anwendungsfall eignet sich für Verkäufer, die über einen kleinen Katalog verfügen und hauptsächlich Flaggschiff-Artikel oder eingeschränkte Produktauswahlmöglichkeiten anbieten.

Für die Warenkorbschätzung kann der Verkäufer auswählen, dass ähnliche Informationen wie auf der Produktdetailseite angezeigt werden können. Diese Informationen können die Versandgeschwindigkeit und das zugehörige früheste Lieferdatum sowie das früheste Datum umfassen, an dem die Artikel in einem nahe gelegenen Geschäft abgeholt werden können.

Diese Abbildung zeigt ein Beispiel für eine Warenkorbseite mit einer Anforderung, die den verfügbaren Lagerbestand überschreitet.

Verwenden Sie zum Abrufen der geschätzten Zustellinformationen die Calculate shipment assignments -API. Die API Calculate shipment assignments stellt die früheste Lieferschätzung und Konten für die gesamte angeforderte Menge für eine Warenkorbposition bereit. Die API gibt auch Informationen zu Lieferrückständen oder Mengen zurück, die vom Netz nicht erfüllt werden können. Aus diesem Grund muss der Verkäufer proaktiv prüfen, ob die Menge vollständig ist, und dem Kunden einen Betrag mit Lieferrückstand melden. Diese Kommunikation stellt sicher, dass der Kunde jede Menge kennt, die nicht erfüllt werden kann, bevor er in die Auftragserfassungsphase geht.

Diese Schätzung kann auch aus einer Kombination der Calculate item delivery date -API und der Get node availability by dates -APIabgeleitet werden. Das geschätzte Lieferdatum gibt auch den erfüllenden Versandknoten an, der dem gemeldeten frühesten Lieferdatum entspricht. Mithilfe dieser Informationen kann der Verkäufer die verfügbare Menge am Zielversandknoten mithilfe der Get node availability by dates -API ermitteln. Basierend auf dem Lagerbestandsschwellenwert des Artikels kann der Verkäufer eine kurze Nachricht anzeigen, die angibt, dass der Artikel nur über eine begrenzte Verfügbarkeit verfügt, um den Käufer zu einem früheren Kauf aufzufordern.

Erkunden Sie

Nachdem der Kunde die Liste der Artikel in seinem Warenkorb fertiggestellt hat, kann der Warenkorb an die Kassenphase weitergeleitet werden. Bei der Kasse führt der Kunde eine abschließende Überprüfung des Warenkorbs durch, die aus mehreren Warenkorbpositionen und Artikelmengen besteht. Da der Kunde wahrscheinlich verpflichtet ist, die Artikel zu kaufen, muss der Verkäufer eine Lieferschätzung für den gesamten Einkaufskorb bereitstellen. Dieser geschätzte Liefertermin stellt sicher, dass der Kunde das Gesamtlieferdatum für die Artikel kennt.

Der Unterschied zwischen einer Warenkorbseite und einer Kassenseite besteht darin, dass eine Warenkorbseite alle Warenkorbpositionen enthält, die zusammen berücksichtigt werden, um die Abwicklungsschätzungen zu erhalten. Wenn mehrere Warenkorbpositionen und mehrere Mengen zusammen betrachtet werden, ist es wahrscheinlich, dass der Warenkorb aufgeteilte Sendungen erfordert, wenn die Verfügbarkeit niedrig ist.

Auf einer Kassenseite muss der Kunde die gewünschte Versandgeschwindigkeit, Liefermethoden und Auftragserfüllungsvorgaben auswählen können. Das Einkaufserlebnis wird weiter verbessert, wenn der Verkäufer dem Kunden ein Gefühl der Verpflichtung gibt, indem er eine genaue Lieferschätzung für die Artikel und Mengen im Warenkorb bereitstellt. Ausführungsvorgaben können entweder vom Verkäufer vordefiniert oder als Optionen für den Kunden bereitgestellt werden. Die Auftragserfüllungspräferenzen geben an, wie der Kunde die gelieferten Artikel erhält, z. B. alle Artikel, die zusammen geliefert oder geliefert werden, sobald sie verfügbar sind. Früheste Lieferung bedeutet, dass die Sendung den Versandknoten verlässt, sobald die Artikel verfügbar sind. "Lieferung zusammen" bezieht sich darauf, alle Artikel im Warenkorb so zu planen, dass sie am selben frühestmöglichen Liefertermin ankommen.

Das Einkaufserlebnis wird durch das kostenbasierte Versprechen weiter verbessert. Der Verkäufer kann jetzt nicht nur eine genaue Liefervorhersage machen, sondern auch die Aufträge zu den niedrigsten Gesamtkosten erfüllen. Der Käufer kann Kostenoptimierung anwenden als Erfüllungsoption wählen. Wenn der Käufer diese Option wählt, verspricht der Verkäufer die Lieferung für die Artikel im Warenkorb, indem er die Versandzuweisungen pro Kauf berechnet, um die Gesamtkosten zu minimieren. Wenn der Kunde die Option Kostenoptimierung anwenden wählt, berücksichtigt die Kassenzuweisungen anhand der Kosten berechnen API bei der Ableitung des Lieferdatums für den Einkaufswagen die Mindestkosten für den Service. Weitere Informationen zum kostenbasierten Versprechen finden Sie unter Szenario: Berechnung von Vorabversandzuordnungen und Minimierung der Cost-to-Serve.

Die Calculate shipment assignments API berücksichtigt all diese Überlegungen, wenn sie das früheste Lieferdatum für den Warenkorb ableitet.

Ähnlich wie bei der Warenkorbseite muss der Verkäufer sicherstellen, dass alle von der API Calculate shipment assignments gemeldeten Mengen mit Lieferrückstand frühzeitig im Kassenzyklus erfasst werden, damit der Kunde über den Mangel informiert ist. Diese Kommunikation kann eine negative Erfüllungserfahrung minimieren.

Diese Abbildung zeigt eine Kassenseite, die eine Versandgruppe mit Lieferterminen und Positionsaufschlüsselung auf der Basis von Liefermethoden zwischen Versand und Abholung zeigt.

Die Calculate shipment assignments API gibt die folgenden Informationen zurück, um die Schlüsselinformationen zu unterstützen, die der Käufer benötigt.

Die Artikel im Einkaufswagen oder in der Einkaufswagenzeile werden wahrscheinlich in mehrere Sendungen aufgeteilt, daher enthält die Calculate shipment assignments API-Antwort sowohl das früheste als auch das späteste Lieferdatum. Aus diesem Grund kann der Verkäufer beide Werte oder nur das früheste Lieferdatum verwenden. Im letzten Szenario wird die Lieferaufgliederung auf der Versanddetailseite angezeigt.

Ein Verkäufer, der Abholoptionen unterstützt, muss den Warenkorb in zwei verschiedene Anforderungen aufteilen, eine für die Versandliefermethode und eine für die Abholmethode. Die Calculate shipment assignments API unterstützt nicht das Mischen von Abholung und Versand in der gleichen Anfrage. Die Art der Abholung unterscheidet sich von der Lieferung, da sie keine Lieferung auf der letzten Meile beinhaltet. Außerdem publizieren die meisten Verkäufer Verfügbarkeitsdaten basierend auf dem bevorzugten Geschäftsstandort des Kunden. Wenn der Warenkorb des Kunden beispielsweise aus einer Versandposition und einer Abholposition besteht, muss der Verkäufer den Warenkorb explizit auf die Sendung und die Abholung aufteilen. So kann für jede Zustellungsmethode eine isolierte Anforderung gestellt werden.

In diesem Beispiel wird der Warenkorb in Abholung und Versand aufgeteilt.

Der Verkäufer führt die Calculate shipment assignments API für die SHIP1 Cart Line aus. Für die PICK1 Warenkorbzeile muss der Verkäufer die Get node availability by date API anfordern, um das Verfügbarkeitsdatum für den ausgewählten Versandknoten abzurufen und eine Bestandsreservierung für das definierte Geschäft mithilfe der Create Reservation API vorzunehmen. In diesem Stadium kann der Verkäufer eine "feste Reservierung" vornehmen, indem er gegen den zugewiesenen Schiffsknoten reserviert, wie es die Calculate shipment assignments API vorsieht.

Wenn der Benutzer die Zahlung bereitstellt und die Zahlungstransaktion abschließt, kann der Verkäufer einen Auftrag unter Verwendung eines Order Management System oder eines Datensatzbedarfs aus dem Zahlungsprozess erstellen. Im Beispiel werden zwei Nachfragen im Kassenprozess erstellt, eine für jede Warenkorbposition (SHIP1 und PICK1). Für das Szenario PICK1 muss der Verkäufer das Abholdatum des Kunden als Versanddatum in der Bedarfsanforderung verwenden. Weitere Informationen finden Sie unter Versanddetails prüfen.

Versanddetails prüfen

Wenn der Kunde in die letzte Phase der Zahlungsverarbeitung eintritt (z. B. Zahlungserfassung), wird empfohlen, dass der Verkäufer die Versandaufgliederung für die Warenkorbpositionen anzeigt. Diese Versandaufschlüsselung hilft dem Kunden zu verstehen, wie viele Pakete voraussichtlich geliefert werden. Je nach Vorgabe für die Auftragserfüllung können mehrere Sendungen vorhanden sein.

Wenn ein Warenkorb über mehrere Warenkorbpositionen mit jeweils verschiedenen Mengen verfügt, erhält der Kunde wahrscheinlich mehrere Pakete vom Verkäufer, insbesondere wenn sie von verschiedenen Versandknoten stammen. Nachfolgend sind einige Beispielszenarios für Versandaufschlüsselung aufgeführt.

• Eine Einkaufswagenposition wird durch einen einzelnen Versandknoten in einer einzelnen Sendung abgewickelt.
• Eine Warenkorbposition mit mehreren Mengen kann in verschiedenen Paketen von verschiedenen Versandknoten ausgeliefert werden.
• Mehrere Warenkorbpositionen können eine Sendung gemeinsam nutzen.
• Mehrere Warenkorbpositionen können mehrere Sendungen gemeinsam nutzen, um die gesamte angeforderte Menge zu erfüllen. Beispielsweise können Line1 und Line2 Shipment1 und Shipment2 basierend auf Verfügbarkeitszeitplänen gemeinsam nutzen.

In diesem Beispiel hat ein Versandknoten eingeschränkte Verfügbarkeit, sodass Sterling Intelligent Promising die Verfügbarkeit optimiert, indem der Warenkorb auf der Basis der frühesten Vorgabe für die Liefererfüllung in zwei Sendungen aufgeteilt wird. Jede Sendung gibt die Menge an, die der Sendung zugeordnet ist.

Bevor der Kunde die Bestellung bestätigt, muss der Verkäufer eine kurze Lagerbestandsreservierung erstellen, bis die Bezahlung abgeschlossen ist, damit der Bestand nicht von einem anderen Prozess verbraucht wird. Die vorherigen Abbildungen geben außerdem an, wie viel Zeit vergeht, bevor die aktuellen Kassenanzeigen ablaufen. Nach seinem Ablauf muss der Verkäufer die Reservierung erneuern, indem er eine neue erstellt. Wenn ein Anforderungsartikel einen Engpass aufweist, wird der Kunde benachrichtigt, dass die Menge nicht mehr verfügbar ist.

Nachdem die Bestellung bestätigt wurde, hat der Verkäufer zwei Möglichkeiten, die Bestellung zu erfassen:

• Verwenden Sie die von der Calculate shipment assignments API bereitgestellte Zuordnung, einschließlich des Zusagedatums, des Versandknotens und des Beförderungsdienstes.
• Verwenden Sie eine Order Management System und notieren Sie die festgeschriebenen Liefertermine, damit sie so angezeigt werden, wie sie dem Kunden präsentiert wurden.

Um die von der Calculate shipment assignments API bereitgestellte Zuordnung zu nutzen, muss der Verkäufer alle folgenden Schritte durchführen:

1. Erstellen Sie eine Bestandsnachfrage, indem Sie die Bedarfsanpassungs-API für die zugewiesene Menge und die Versandknotenzuweisung verwenden.
2. Konsumieren Sie die Reservierung über diese API und übergeben Sie die Reservierungskennung.
3. Verarbeiten Sie die Abwicklungsanforderung mithilfe des Speditionsservice am zugewiesenen Versandknoten. Der Verkäufer kann eine externe Integrationslösung oder eine Order Management System verwenden, um Versandknotenaufgaben und -operationen zu verwalten.

Unabhängig von der verwendeten Methode wird dieses Datum zum Zusagedatum, da dem Kunden das Lieferdatum vorgelegt wurde. Der Verkäufer muss sicherstellen, dass dieses Datum nicht verletzt wird, um Kundenunzufriedenheit zu vermeiden. Während dieses Zusagedatum als Lieferbenchmark verwendet wird, kann der Verkäufer diese Daten auch verwenden, um eine weitere Ebene der Auftragserfüllungsoptimierung durchzuführen, wenn mehr Anforderungen im System ankommen. Auf diese Weise kann der Verkäufer einen optimalen Versandausgleich über alle Knoten erreichen. Selbst wenn eine Warenkorbposition einem Versandknoten zugeordnet wurde, kann der Verkäufer den Versandknoten und die Spediteurservicezuordnung für eine kostengünstigere Option ändern, wenn das Lieferdatum beibehalten wird.

Prüfliste der Voraussetzungen für zusagenden Service

Um sicherzustellen, dass Sterling Intelligent Promising ordnungsgemäß funktioniert, empfiehlt IBM Ihnen, sicherzustellen, dass alle folgenden Konfigurationsdaten für Ihr Tenantkonto vorhanden sind.