Katalog - Übersicht
NOTEEin Produktkatalog ist für Online-Shopping-Erlebnisse von entscheidender Bedeutung, da Kunden ihn durchsuchen, suchen und Käufe tätigen können. Um die betriebliche Effizienz zu gewährleisten, sollte ein Produktkatalog die Geschäftsstruktur des Unternehmens genau widerspiegeln. Unternehmen müssen Produkte häufig zu unterschiedlichen Preisen verkaufen, die auf dem geografischen Markt, dem Vertriebskanal, dem Kundensegment und anderen Variablen basieren. Um diesem Umstand Rechnung zu tragen, muss eine E-Commerce-Plattform ein flexibles Katalogdatenmodell bieten, das es Unternehmen ermöglicht, Varianten ihres Katalogs zu erstellen, die auf diese Szenarien zugeschnitten sind. Adobe erfüllt diese Anforderungen durch Merchandising-Services, die auf Kanälen und Richtlinien basieren. Merchandising Services bietet Bausteine, mit denen Händler Kataloge in großem Umfang erstellen und verwalten können. Dies ermöglicht es Unternehmen, Kataloge zu konfigurieren, die mit ihrer Geschäftsstruktur und ihren Markteinführungsstrategien übereinstimmen.
Mit Merchandising-Services haben Sie folgende Möglichkeiten:
- Verwenden Sie einen einzigen Basiskatalog für alle Ihre Geschäftsanforderungen. Skalieren Sie Ihren Katalog schnell auf neue Marken, Märkte, Geschäftsbereiche, Go-to-Market-Kanäle und Kundensegmente, ohne dass eine vollständige Neuarchitektur erforderlich ist. Dadurch werden Datenduplikate vermieden und Ihre E-Commerce-Plattform für hohe betriebliche Effizienz eingerichtet.
- Entfesseln Sie die Syndikation von Katalogen und stellen Sie die richtigen Inhalte bereit, indem Sie Ihren Produktkatalog so gestalten, dass er Ihr Geschäft widerspiegelt, einschließlich Produkte, Kunden, Preise und Vertrieb.
- Schnelles Aufnehmen und Aktualisieren von Katalogdaten und schnelle Bereitstellung der Aktualisierungen für die Storefront für Ihre Promotions und Kampagnenanforderungen.
- Erzielen Sie perfekte Lighthouse-Werte mit einsatzbereiten, blitzschnellen Benutzeroberflächenkomponenten auf Basis von Edge Delivery Services für nahtloses Produktbrowsen und Empfehlungen.
- Nutzen Sie eine moderne zusammensetzbare Architektur mit der Erweiterbarkeitsarchitektur von Adobe (App Builder), um Produktdaten zu importieren und Headless-Commerce-Storefronts mit der Adobe-API Mesh).
INFOArchitektur
Merchandising Services powered by Channels and Policies ist ein hochgradig skalierbares, flexibles Katalogdatenmodell, das mühelos Anwendungsfälle für mehrere Marken, mehrere Geschäftseinheiten und mehrere Sprachen ermöglicht. Dieses Modell ersetzt die Verwendung der klassischen Adobe Commerce-Produktbereiche (Website, Store, Storeview) durch neue Merchandising Services-Produktbereiche (Kanal, Richtlinie und Gebietsschema).
Das folgende Diagramm zeigt eine allgemeine Ansicht des Merchandising-Frameworks.
Oben in diesem Diagramm werden Katalogdaten (PIM, ERP usw.) in das Merchandising Services-Framework aufgenommen. Diese Katalogdaten enthalten Artikelnummern. Jede SKU enthält Bereichsdetails (Gebietsschema) und Produktattribute, die den neuen Merchandising Services-Produktbereichen (Kanälen, Richtlinien und Gebietsschema) zugeordnet sind.
Wenn alle diese Daten in das Merchandising-Framework aufgenommen werden, ist das Ergebnis ein neuer einheitlicher Basiskatalog, der in der Datenpipeline des Katalog-Services verfügbar ist. Im nächsten Teil des Diagramms sehen Sie mehrere Kanäle. Jeder Kanal stellt eine Geschäftseinheit dar. Beispiel: Texas, Texas retail saisonale usw. Wie Sie sehen können, können in dem Diagramm Gebietsschemata, Richtlinien und Preisverzeichnisse alle über verschiedene Kanäle hinweg gemeinsam genutzt werden
Schließlich zeigt das Diagramm, wie diese unterschiedlichen Katalogdaten an verschiedenen Stellen angezeigt werden können, z. B. in einer Edge Delivery Services-Storefront, einem Marktplatz, einem Werbekanal, einer benutzerdefinierten Mikro-Storefront usw.
Informationen dazu, wie Sie Ihre Katalogdaten mithilfe der Katalogdatenaufnahme-API in das Merchandising aufnehmen können und wie Sie Ihre Gebietsschemata, Richtlinien und Preisbücher mithilfe der Katalogverwaltungs- und Regel-API einrichten, finden Sie unter Entwicklerdokumentation.
Weitere Informationen zu den Konzepten von Merchandising Services finden Sie in den folgenden Abschnitten.
Verwaltung des Produktkatalogs
Die Verwaltung des Produktkatalogs umfasst zwei verschiedene Aspekte: Produktdaten und Produktkontext. Merchandising Services respektiert die Trennung dieser Pflichten und bietet eine unabhängige Verwaltung für jede.
- Produktdaten - Welches Produkt wird verkauft und zu welchem Preis?
- Produktkontext - Wer verkauft an wen und wo?
Produktdaten
Produktdaten umfassen die folgenden Typen:
- Produkte - Einzelne SKUs oder Kollektionen von SKUs, die physische Waren oder immaterielle Services mit Attributen repräsentieren, die das Produkt repräsentieren, einschließlich Beschreibung, Gewicht, Größe, Abmessungen und mehr. Attribute geben auch den Kanal und die Richtlinienbereiche für eine SKU an. Produkte können in verschiedene Produktarten gruppiert werden, z. B. „simple“, „configurable“, „bundle“, „bundle of bundles“, „subscriptions“ und mehr.
- Metadaten - Produktattribut-Metadaten definieren und verwalten, wie Produktattribute in der Storefront in Produktlisten, Detailseiten, Suchergebnissen usw. angezeigt werden. Metadaten definieren auch, wie Produktattribute bei der Suche verwendet werden - beim Sortieren, Filtern, Suchen, bei der Gewichtung usw.
- Preisbücher und Preise - Bestimmt die Verkaufspreise von Produkten. In Merchandising-Services sind Produkt-SKU und Preis entkoppelt, sodass Sie mehrere Preislisten für eine einzelne SKU definieren können. Durch die Entkopplung der Preise von der SKU können Sie bereichsspezifische Preise für verschiedene Kundenstufen, Geschäftseinheiten und Regionen freisetzen. Sie können reguläre und ermäßigte Preise definieren und all dies skaliert verwalten.
- Assets - Artefakte, die mit Produkten wie Bildern, Videos, PDFs oder anderen Dateitypen verknüpft sind (künftige Roadmap).
Produktkontext-Management
Das Produktkontext-Management umfasst die folgenden Aspekte:
- Channel - Der Vertriebskanal definiert den Pfad, über den ein Unternehmen Produkte verkaufen möchte. Ein Kanal ist die Abstraktion auf höchster Ebene, die Gebietsschemata und Richtlinien kapselt.
- Beispiel: Händler für die Automobilindustrie. Tochtergesellschaften für Mehrmarkenkonglomerate. Produktionsstandort für Lieferanten.
- Richtlinie - Datenzugriffsfilter, mit dem Sie die richtigen Inhalte für das richtige Ziel bereitstellen können. Dieses Konzept ermöglicht Funktionen zur Katalogsyndikation.
- Beispiel: Physische Ladengeschäfte, Marktplätze, Werbe-Pipelines (Google, Facebook, Instagram)
- Scope - Stellt die Sprache (Gebietsschema) für Kataloge dar, z. B.
en-US. Der Umfang wird während der Aufnahme von Katalogdaten auf SKU-Ebene festgelegt.
Während der Aufnahme und Aktualisierung von Produktdaten enthält eine SKU die Details von Bereichen und Attributen (die Attribute sind Kanälen und Richtlinien zugeordnet). Diese definieren die Produktkontextkennungen, zu denen eine SKU gehört:
In der obigen Abbildung stellt jede SKU Folgendes bereit:
-
Bereichskennungen
- Gebietsschema: Obligatorisch
-
Produktattribute
- Produktattribute werden verwendet, um den relevanten Kanälen und Richtlinien zuzuordnen
- Beispiel: Als Automobilhersteller können Sie eine Kanal- und Richtlinienkombination für Produktattribute erstellen: (1) Händler (2) Automarken
-
Preise und zugewiesene Preisbücher
- Für jede SKU können mehrere Preise mithilfe mehrerer Preisbücher definiert werden.
- Beispiel: Sie bieten Mitarbeitern einen reduzierten regulären Preis für Autoteile mit einem zusätzlichen Rabatt von 25%. Sie bieten Kunden von VIP einen höheren regulären Preis mit einem Rabatt von 10 %. Die Produkt-SKU-Preisinformationen stellen sicher, dass für jedes Kundensegment der richtige Preis angezeigt wird.
Die Kanal- und Richtliniendefinitionen werden mit dedizierten APIs erstellt:
- Umfang (Gebietsschema): Wird bei der Aufnahme von Produktdaten auf SKU-Ebene festgelegt
- channel - Definition, die mit dedizierten APIs erstellt wurde.
- Richtlinie - Definition, die mit dedizierten APIs erstellt wurde.