Produkt-Varianten
Produkte & Angebote.
Vom einfachen Produkt bis zum komplexen, dynamisch konfigurierten Package.
Das Produktmodell von VIOBIT bildet die Grundlage für den gesamten Commerce-Prozess. Dabei ist ein Produkt nicht einfach ein Artikel mit Name und Preis, sondern kann aus Varianten, Konfigurationen, Packages, dynamischen Preisen, Verfügbarkeiten, Regeln und zusätzlichen Daten bestehen.
So lassen sich sowohl klassische eCommerce-Produkte als auch Tickets, Dienstleistungen, zeitabhängige Angebote, Bundles oder komplexe konfigurierbare Produkte mit derselben Plattform abbilden.
Produkte flexibel modellieren.
Produkte bilden die zentrale Einheit des Katalogs. Neben den klassischen Stammdaten können sie über Forms um beliebige eigene Eigenschaften erweitert werden. So das ein Event-Ticket, Hotelzimmer, Ski-Verleih, Mietwagen, Flug oder ein einfaches T-Shirt gemeinsam abgewickelt werden kann.
Dadurch ist das Produktmodell nicht auf einen bestimmten Anwendungsfall oder eine bestimmte Branche beschränkt. Zusätzliche Eigenschaften werden konfiguriert, ohne dafür das Datenmodell oder den Core verändern zu müssen.
Ein Produkt kann damit vom einfachen Shop-Artikel bis zum komplexen touristischen oder serviceorientierten Angebot reichen.
Produkte konfigurieren statt vervielfachen
Nicht jede mögliche Kombination muss als eigenes Produkt angelegt werden. Über Konfigurationen können Kunden oder Vertriebssysteme ein Produkt entsprechend dem jeweiligen Anwendungsfall zusammenstellen. Auswahlmöglichkeiten, Optionen und zusätzliche Leistungen werden Bestandteil der Produktkonfiguration und können anschließend durch den gesamten Bestellprozess weitergegeben werden.
Packages
Mehrere Leistungen als ein Produkt
Mehrere Produkte und Leistungen können zu Packages kombiniert werden. Damit lassen sich Bundles erstellen, ohne die zugrunde liegenden Einzelprodukte aufzugeben. Die einzelnen Bestandteile bleiben eigenständige Produkte mit ihren jeweiligen Preisen, Verfügbarkeiten und Regeln, können gegenüber dem Kunden aber als gemeinsames Angebot auftreten. Das ermöglicht beispielsweise die Kombination aus "Eintritt + Transport + Zusatzleistung" oder "Hauptprodukt + optionalen Add-ons". Ändert sich eine Komponente, kann die zentrale Produktlogik weiterhin genutzt werden, anstatt für jedes Package eine komplett neue Produktstruktur aufzubauen.
Preise
Preis ist Teil der Business-Logik
Pricing kann abhängig vom konkreten Kontext erfolgen. Preise und Preisregeln können mit Produkten, Varianten, Kundengruppen, Zeiträumen, Mengen, Verkaufskanälen oder anderen verfügbaren Informationen kombiniert werden. Dadurch kann dieselbe Produktdefinition in unterschiedlichen Situationen zu unterschiedlichen Preisen verkauft werden.
Produkt + Kontext + Regeln
Zentrale Core-Logik
Diese Logik liegt zentral im Backend. Webshop, App, POS, Partner oder KI-Agent müssen die Preisberechnung dadurch nicht selbst implementieren, sondern erhalten über die API das für den jeweiligen Vorgang relevante Ergebnis.
Verfügbarkeiten
Verkaufen, was verfügbar ist
Egal ob ein Sitzplatz bei einem Event, die Verfügbarkeit eines Lagerartikels oder ein Ski, der nur einmal vermietet werden kann: Verfügbarkeiten sind ein fester Bestandteil unseres Systems und tief in der DNA unserer Entwicklung verankert.
Order-Handling
Vom Produkt zur Order
Die für den Kauf relevante Ausprägung des Produktes wird in den Commerce-Prozess übernommen und Bestandteil von Warenkorb und Bestellung. Preise, gewählte Optionen, kundenspezifische Informationen und zusätzliche Custom-Form-Daten können damit im Transaktionskontext erhalten bleiben. Aus einem dynamischen Produkt wird dadurch eine eindeutig nachvollziehbare Bestellung.
Automatisierung
Direkt eingebaut
Produkte und Orders sind unmittelbar mit der Workflow-Engine verbunden. Damit kann beispielsweise ein bestimmtes Produkt nach erfolgreicher Bestellung automatisch einen externen Buchungsprozess auslösen. Ein Package kann mehrere nachgelagerte Prozesse starten, ein Custom-Form-Wert kann den weiteren Ablauf bestimmen und die Response eines externen Systems kann wieder an der Bestellung gespeichert werden.
Mult-Tenancy
Ein Produktmodell für alle Kanäle
Durch den API-first-Ansatz existiert diese Produktlogik unabhängig vom jeweiligen Frontend. Alle Kanäle greifen auf dieselben Produkte, Konfigurationen, Preise und Verfügbarkeiten zu und erzeugen Orders innerhalb derselben zentralen Commerce-Logik. Ein neuer Kanal benötigt deshalb kein neues Produktmodell und keine eigene Pricing-Engine. Er nutzt einfach die bereits vorhandene Logik über die API.
Produkte.
Einmal modellieren. Überall verkaufen.
Der entscheidende Vorteil liegt im Zusammenspiel der einzelnen Komponenten.
Produkte definieren was verkauft wird. Konfigurationen bestimmen in welcher Ausprägung. Packages kombinieren mehrere Leistungen. Pricing entscheidet zu welchem Preis. Availability bestimmt ob und wann verkauft werden kann. Orders halten fest, was tatsächlich gekauft wurde. Workflows automatisieren anschließend, was nach dem Kauf passieren muss.
So entsteht aus einzelnen Commerce-Funktionen eine gemeinsame Product & Commerce Engine, die sowohl einfache als auch sehr komplexe Geschäftsmodelle abbilden kann.