Der Weg des Einkäufers: konfigurieren und bestellen
Eine konfigurierte Bestellung sieht aus wie eine gewöhnliche, bis Sie auf die Position schauen. Dieser Artikel folgt einer vom ersten Klick des Einkäufers bis zu dem, was in Ihrem ERP landet — und benennt die vier Stellen, an denen es meistens schiefgeht.
configuration mit seiner
Payload ist heute Teil des Bestellmodells. Der Konfigurator-Screen in der
Storefront, den die Schritte 1 bis 5 beschreiben, gehört zur geplanten
Konfigurator-Engine — siehe
Einen Konfigurator aufbauen.Der Weg des Einkäufers
1. Er öffnet das Modell. WT-450, eine Produktseite, mit dem
Konfigurator statt eines In-den-Warenkorb-Buttons. Die Seite öffnet auf den
Standardwerten
und zeigt sofort einen Preis. Ein Konfigurator, der „Preis auf Anfrage"
zeigt, bis jede Gruppe beantwortet ist, hat seinen Hauptvorteil weggeworfen.
2. Er beantwortet die Gruppen der Reihe nach. Jede Antwort verengt die nächste. Von einer Regel ausgeschlossene Optionen werden als nicht verfügbar gezeigt, mit Grund — „nicht verfügbar mit 300 A" — statt still entfernt. Einkäufer, die Optionen verschwinden sehen, halten die Seite für kaputt; Einkäufer, die einen Grund sehen, lernen Ihr Produkt.
3. Der Preis aktualisiert sich mit. Basis, Options-Deltas, Mengenzuschläge und seine eigenen Konditionen, neu gerechnet bei jeder Änderung. Zeigen Sie den Aufbau, nicht nur die Summe: Ein Einkäufer, der sieht, dass Wasserkühlung 85 € kostet, kann kaufmännisch entscheiden. Ein Einkäufer, der nur eine Summe sieht, die sich um 85 € bewegt hat, ruft an und fragt warum.
4. Er speichert sie. Eine Konfiguration ist es wert, benannt und behalten zu werden — „Brenner Linie 3, wassergekühlt". Gespeicherte Konfigurationen werden nachbestellt, einem Kollegen zur Freigabe geschickt und angeboten. In der Praxis macht das aus einem Konfigurator einen Kanal statt einer Spielerei — die zweite Bestellung derselben Spezifikation dauert zehn Sekunden.
5. Er legt sie in den Warenkorb, oder fragt ein Angebot an. Was von beiden, hängt am Produkt und manchmal an der Konfiguration. Eine Spezifikation, die eine technische Freigabe braucht, sollte in eine Angebotsanfrage laufen, voll spezifiziert — statt mit einem Kontaktformular blockiert zu werden.
6. Er geht zur Kasse. Ab hier ist es eine gewöhnliche Bestellung — Adressen, Zahlungsbedingungen, die eigene Bestellnummer des Einkäufers, Freigabe, wenn der Kunde eine fährt. Siehe Der Bestell-Lebenszyklus.
Was die Bestellposition trägt
Das ist der operativ entscheidende Teil. Eine konfigurierte Position ist nicht bloß eine SKU.
In der Revenue Cloud haben Warenkorb- und Bestellposition je einen Typ —
product, configuration oder custom —, und eine Position vom Typ
configuration trägt eine configuration-Payload neben SKU, Name, Menge,
Stückpreis und Summen. Drei Informationen reisen zusammen:
| Auf der Position | Enthält | Genutzt von |
|---|---|---|
sku | Das Modell, WT-450 | Allem, was nach Artikel indiziert |
name und position_text | Die ausgeschriebene Spezifikation: „WT-450, 4 m, wassergekühlt, Bajonett" | Bestellbestätigung, Lieferschein, Rechnung |
configuration | Die gewählten Optionen als strukturierte Daten | Ihrem ERP, der Fertigung, und jeder Nachbestellung derselben Spezifikation |
Die Position trägt außerdem ihren eigenen unit_price und line_total,
berechnet aus dem Aufbau im Moment der Bestellung. Das ist Absicht: Der Preis
einer Konfiguration ist ein Fakt über diese Bestellung, kein Nachschlagen,
das später wiederholt werden sollte, wenn die Zuschlagstabelle
weitergewandert ist.
Weil sie in jeder anderen Hinsicht eine gewöhnliche Bestellposition ist, verhält sie sich normal: Sie kann teilgeliefert, storniert oder retourniert werden, und sie erscheint in Eine Bestellung abwickeln neben allem anderen.
Was Ihr ERP empfängt
Ihr ERP hat seine eigene Art, einen konfigurierten Artikel auszudrücken — SAP nennt es Merkmale und Werte, andere Systeme Features oder Variantencodes. Die Aufgabe der Integration ist, Ihre Optionscodes in seine zu übersetzen.
- Die Zuordnung je Optionsgruppe vereinbaren, vor dem Launch, als zweispaltige Liste. Siehe Feldzuordnung.
- Die Spezifikation als Daten senden, nicht als Satz. Die geschriebene Beschreibung reist mit, für die Dokumente — aber die Fertigung arbeitet nicht aus ihr.
- Entscheiden, was mit einer Option passiert, die das ERP nicht kennt. Die Bestellung abzulehnen ist ehrlich; die Option still fallenzulassen ist eine falsche Maschine. Machen Sie daraus einen sichtbaren Fehler — siehe Syncs überwachen.
- Entscheiden, wem der Preis gehört. Rechnet das ERP einen konfigurierten Preis beim Empfang nach und widerspricht dem Shop, haben Sie zwei Preise auf einer Bestellung und ein Gespräch mit dem Kunden. Klären Sie, welcher maßgeblich ist, in Das führende System festlegen.
Konfigurierte Produkte und Angebote
Ein großer Teil des konfigurierten Geschäfts läuft über ein Angebot, und das ist korrekt, kein Mangel. Der Einkäufer konfiguriert, speichert und reicht ein; der Vertrieb prüft Machbarkeit, passt den Preis an und schickt ein Angebot zurück; der Einkäufer nimmt an, und es wird eine Bestellung.
Zwei Dinge machen das tragfähig:
- Die Angebotsposition behält die Konfiguration. Die Umwandlung eines Angebots in eine Bestellung muss die Spezifikation unversehrt mitnehmen, nicht neu erfassen. Siehe Ein Angebot in eine Bestellung umwandeln.
- Der Vertrieb kann die Konfiguration am Angebot ändern, innerhalb derselben Regeln, die der Einkäufer hatte. Ein Innendienst, der ablehnen und neu anfragen muss, weil der Einkäufer den falschen Anschluss gewählt hat, ist langsamer als der Anruf, den er ersetzt hat.
Die Form dieses Prozesses steht in RFQ im B2B.
Was Sie prüfen
- Eine konfigurierte Bestellung von Anfang bis Ende, auf einem echten
Kundenkonto. Konfigurieren, Warenkorb, Kasse, und dann die Bestellung
unter Order Management › Bestellungen lesen: Der Positionstyp ist
configuration, die Beschreibung ist vollständig, und die Payload hält jede gewählte Option. - Das Dokument nennt die Spezifikation. Öffnen Sie die Bestellbestätigung. Steht dort nur „WT-450", wird der Positionstext nicht gefüllt, und Ihr Kunde kann die eigene Bestellung nicht prüfen.
- Das ERP hat die Optionen empfangen. Sehen Sie den Datensatz auf dessen Seite an, nicht die Erfolgsmeldung auf Ihrer.
- Der Preis, den der Einkäufer gesehen hat, ist der Preis auf der Bestellung. Vergleichen Sie die Summe im letzten Schritt des Konfigurators mit der Bestellposition.
- Eine zweite Bestellung derselben gespeicherten Konfiguration ist identisch. Anderer Preis bei gleichen Optionen ist eine geänderte Zuschlagstabelle; andere Optionen sind ein Fehler.
Weiter
- Konfiguratorprobleme — wenn es nicht funktioniert.
- Prüfen, welchen Preis ein Käufer sieht — bei Preisstreit auf konfigurierten Positionen.