Onlineshop

Preisgruppen und Listenpreise im B2B: Wie Rahmenverträge im Shop sauber abgebildet werden — und wo die meisten Implementierungen straucheln

Stand: 10. Dezember 20256 Min LesezeitWerkstatt-Wissen

Was drin steht

  • Im B2B kennt jeder Geschäftskunde seinen eigenen Preis. Ein Shop ohne saubere Preisgruppen-Logik kann diese Kunden nicht ernsthaft bedienen — er fühlt sich für sie an wie ein B2C-Shop mit Login.
  • Die Preis-Mechanik im B2B hat drei Schichten: Listenpreis (öffentlich), Kundengruppen-Preis (Rabatt-Stufe für Kunden-Cluster), Vertragspreis (individueller Preis aus dem Rahmenvertrag). Jede Schicht überschreibt die darunter — der Vertragspreis hat immer Vorrang.
  • Sonderpreise gehören in den Vertrag, nicht in den Shop-Code. Wer pro Kunde manuell Preise pflegt, verliert in wenigen Wochen die Übersicht. Saubere Implementierungen pflegen Preise zentral und bilden sie pro Kunde aus dem Rahmenvertrag ab.
  • Mengen-Staffeln sind im B2B Standard, aber sie wirken nur dann, wenn der Käufer sie schon im Sortiment sieht — nicht erst im Warenkorb. Eine Preis-Anzeige „ab 5 Stück: 12 EUR statt 14 EUR“ direkt am Produkt ist ein klarer Conversion-Hebel.
  • Gültigkeits-Zeiträume sind der unterschätzte Anker. Rahmenverträge laufen typisch über 12 Monate — wer das im Shop nicht hinterlegt hat, riskiert, dass alte Preise nach Vertrags-Ende weiterlaufen. Disziplin bei den Zeit-Stempeln ist Pflicht.

„Unsere B2B-Kunden haben alle einen eigenen Preis — wie bauen wir das in den Shop?“ Diese Frage kommt bei jedem zweiten B2B-Audit. Die Antwort ist nicht ein einzelnes Feld in der Datenbank, sondern eine ganze Architektur — die Preis-Mechanik ist die anspruchsvollste B2B-Disziplin im Shop überhaupt.

Dieser Artikel beschreibt die drei Schichten der B2B-Preis-Logik, zeigt typische Implementierungs-Fallen und nennt die operativen Routinen, die im Alltag wirklich tragen. Substanz aus B2B-Shop-Audits und Konfigurations-Sitzungen der letzten Monate.

Die drei Schichten der B2B-Preis-Logik

Schicht 1: Listenpreis

Der Listenpreis ist der öffentliche Preis pro Artikel. Im klassischen B2B-Shop ist er entweder gar nicht sichtbar (nur eingeloggte Kunden sehen Preise) oder als „UVP“ (unverbindliche Preisempfehlung) markiert. Der Listenpreis ist die Grundlage, auf der die anderen Schichten aufbauen.

Was viele unterschätzen: Auch der Listenpreis muss gepflegt werden. Wer ihn nicht regelmäßig prüft, baut auf einer veralteten Grundlage — und alle Rabatte und Sonderpreise leiten sich daraus ab. Wir empfehlen mindestens einmal pro Quartal einen Listenpreis-Audit.

Schicht 2: Kundengruppen-Preis

Kundengruppen sind im B2B die typische Form, Kunden-Cluster gleich zu behandeln. Beispiele: „Großkunden ab 100k EUR Jahres-Umsatz: minus 12 Prozent auf alle Artikel“, „Wiederverkäufer: minus 25 Prozent auf alle Artikel, kein Versand“, „Bauträger: minus 8 Prozent auf Produktgruppe Werkzeug“.

Eine Kundengruppe definiert eine Preis-Logik, die auf den Listenpreis angewandt wird. Vorteil: Klare Struktur, einfach zu pflegen, weil Änderungen an einer Stelle für alle Mitglieder der Gruppe wirken. Nachteil: Funktioniert nur, wenn die Kunden tatsächlich in Cluster fallen — bei sehr individuellen Verhandlungen kommt Schicht 3 ins Spiel.

Schicht 3: Vertragspreis

Der Vertragspreis ist der individuell mit dem einzelnen Kunden vereinbarte Preis. Er stammt aus dem Rahmenvertrag und überschreibt sowohl den Listenpreis als auch den Kundengruppen-Preis. Beispiele: „Kunde Müller GmbH: Artikel 4711 zu 89 EUR statt 105 EUR Listenpreis“, „Kunde Schmidt AG: alle Artikel der Produktgruppe Schrauben zu Pauschal-Preis 0,80 EUR pro 100 Stück“.

Vertragspreise sind die anspruchsvollste Schicht. Sie verlangen eine eigene Datenstruktur mit Kunde, Artikel-ID (oder Produktgruppe), Preis, Gültigkeits-Zeitraum, eventuell Mindest-Bestellmenge. Wer diese Schicht nicht sauber baut, kann individuell verhandelte Konditionen nicht abbilden — und verliert damit die Großkunden, die solche Verhandlungen führen.

Die Vorrang-Regel

Wenn alle drei Schichten existieren, gilt eine klare Vorrang-Regel: Vertragspreis schlägt Kundengruppen-Preis schlägt Listenpreis. Im konkreten Bestell-Vorgang prüft der Shop für jeden Artikel im Warenkorb:

  1. Gibt es einen gültigen Vertragspreis für diesen Kunden und diesen Artikel? → Nimm den.
  2. Wenn nein: Gibt es einen Kundengruppen-Preis für die Kundengruppe dieses Kunden und diesen Artikel? → Nimm den.
  3. Wenn nein: Listenpreis.

Diese Regel klingt trivial, ist es in der Implementierung aber nicht. Häufige Probleme: Vertragspreis ist abgelaufen, Kundengruppen-Zuordnung hat sich geändert, Artikel ist neu im Sortiment und noch in keinem Vertrag gelistet, Mengen-Staffel überschreibt Kundengruppen-Preis. Jede dieser Konstellationen muss die Mechanik sauber abbilden.

Mengen-Staffeln als vierte Dimension

Mengen-Staffeln sind im B2B nicht eine Sonder-Funktion, sondern Standard. Der Preis pro Stück sinkt mit steigender Bestellmenge — typischerweise in drei oder vier Stufen. Beispiel: „1–4 Stück: 14 EUR, 5–19 Stück: 12 EUR, ab 20 Stück: 9,80 EUR“.

Mengen-Staffeln können auf jeder der drei Preis-Schichten existieren. Üblich sind:

  • Staffel auf dem Listenpreis — gilt für Kunden ohne eigene Kundengruppen-Logik (kleine B2B-Käufer, sporadische Bestellungen).
  • Staffel auf dem Kundengruppen-Preis — Großkunden bekommen ihre Cluster-Rabatte zusätzlich gestaffelt.
  • Staffel auf dem Vertragspreis — individuelle Verträge mit eigenen Staffeln, oft bei strategischen Konten.

Wichtig für die Bedien-Mechanik: Der Käufer muss die Staffel schon im Sortiment sehen, nicht erst im Warenkorb. Ein Hinweis „ab 5 Stück: 12 EUR statt 14 EUR — spart pro Stück 2 EUR“ direkt am Produkt ist ein klarer Conversion-Hebel. Wer die Staffel erst beim Checkout zeigt, verschenkt das Verkaufs-Argument.

Gültigkeits-Zeiträume: der unterschätzte Anker

Im B2B haben Verträge eine Laufzeit. Ein Rahmenvertrag läuft typisch über 12 Monate, manchmal über 24, manchmal über 36. Vertragspreise sind nur in dieser Laufzeit gültig — nach Ablauf greifen entweder der Folge-Vertrag oder der Listenpreis.

Das klingt selbstverständlich, ist in der Praxis aber eine der häufigsten Fehler-Quellen. Wir sehen in Audits regelmäßig:

  • Vertragspreise ohne Ablauf-Datum → laufen ewig weiter, auch wenn der Vertrag schon zwei Jahre abgelaufen ist.
  • Vertragspreise mit Ablauf-Datum, aber ohne automatische Mail an den Vertrieb → niemand bemerkt das Auslaufen.
  • Folge-Verträge werden manuell eingepflegt, dabei werden alte Artikel-Preise vergessen → der Kunde bestellt zum alten Preis, der Shop berechnet den neuen — Diskussion vorprogrammiert.

Saubere Implementierung: Jeder Vertragspreis hat ein Pflicht-Feld „gültig bis“. Drei Monate vor Ablauf gehen automatisch zwei Mails raus: eine an den verantwortlichen Vertriebler („Vertrag X läuft am 12. März aus, bitte Nachverhandlung anstoßen“), eine an die Kunden-Buchhaltung als Informationsschicht. Wenn der Vertrag verlängert wird, wird der neue Zeitraum eingetragen — wenn nicht, fällt der Preis automatisch auf die Kundengruppen- oder Listen-Ebene zurück.

Sonderpreise — die typische Falle

Sonderpreise sind im B2B-Alltag der häufigste Anlass für Preis-Chaos. Beispiele:

  • „Können wir für diese eine Bestellung den Preis ausnahmsweise auf 65 EUR setzen?“
  • „Wir machen einen Aktion für die nächsten 6 Wochen — minus 15 Prozent auf alle Schrauben für Kunde X.“
  • „Bei dieser Großbestellung gewähren wir 5 Prozent Skonto bei Zahlung innerhalb von 8 Tagen statt der üblichen 14.“

Wer solche Sonderpreise als Einzeleinträge in den Shop pflegt, baut sich in wenigen Monaten ein nicht mehr nachvollziehbares Konditions-Knäuel. Saubere Implementierung: Sonderpreise sind nicht eine eigene Schicht, sondern eine Erweiterung der Vertragspreis-Logik mit besonderem Marker — Anlass, Gültigkeit, Verhandlungs-Spur. So bleibt nachvollziehbar, warum der Preis gilt, und ein Vertriebs-Wechsel führt nicht zu Schmerz, weil die Konditions-Historie dokumentiert ist.

Wo Implementierungen straucheln

In Audits sehen wir wiederholt dieselben Schwach-Stellen:

  • Preisgruppen-Logik nur an einer Stelle implementiert. Im Warenkorb wird der richtige Preis berechnet, in der Bestätigungs-Mail aber der Listenpreis gezeigt. Oder im Reporting wird mit Listenpreis gerechnet, was die Rabatt-Wirkung verschleiert.
  • Vertragspreise ohne Audit-Trail. Wer hat den Preis wann mit wem vereinbart? Wenn die Antwort „weiß ich nicht“ ist, gibt es Diskussionen bei jeder Vertragsverhandlung.
  • Mengen-Staffel nicht über alle Artikel konsistent. Bei Artikel A ist die Staffel 1–4, 5–19, ab 20. Bei Artikel B ist sie 1–9, 10–49, ab 50. Das verwirrt Käufer und Buchhaltung.
  • Skonto nicht in den Preis-Schichten verankert. Skonto wird im Checkout addiert oder im Mail-Template, nicht in der Preis-Maschinerie. Folge: Im Reporting fehlt der echte Netto-Preis, weil Skonto woanders sitzt.
  • Mehrwertsteuer-Logik mit der Preis-Logik vermischt. Brutto/Netto wird je nach Kunden-Typ unterschiedlich gerechnet, der Preis-Mechanismus muss das sauber trennen.

Die operative Routine im Alltag

Die schönste Preis-Mechanik nutzt nichts ohne klare operative Routine. Was bei guten B2B-Shops Standard ist:

  • Vertrieb pflegt Verträge, nicht Preise. Der Vertrieb verhandelt mit dem Kunden den Rahmenvertrag, hinterlegt ihn im System — das System rechnet die Preise aus den Verträgen.
  • Preis-Audit einmal pro Quartal. Listenpreise prüfen, abgelaufene Vertragspreise bereinigen, Kundengruppen-Zuordnung kontrollieren.
  • Auslauf-Erinnerungen automatisch. Drei Monate vor Vertrags-Ende eine Mail an Vertrieb, einen Monat vorher Eskalations-Mail.
  • Sonderpreis-Genehmigungs-Workflow. Sonderpreise jenseits einer bestimmten Schwelle (z.B. mehr als 10 Prozent Nachlass auf den Vertragspreis) brauchen Freigabe durch die Vertriebsleitung.
  • Reporting auf echten Verkaufspreisen. Margen-Berichte rechnen mit dem tatsächlich abgerechneten Preis, nicht mit dem Listenpreis.

Was Hannes daraus macht

Wir bauen B2B-Preis-Mechaniken als eigene Architektur-Schicht, nicht als Erweiterung der B2C-Preis-Logik. Konkret:

  • Drei-Schichten-Modell mit Listenpreis, Kundengruppen-Preis, Vertragspreis und klarer Vorrang-Regel.
  • Mengen-Staffel auf allen Schichten möglich, immer schon im Sortiment sichtbar.
  • Vertragspreise mit Pflicht-Gültigkeits-Zeitraum, automatischen Auslauf-Erinnerungen, vollem Audit-Trail.
  • Sonderpreis-Mechanik als Erweiterung der Vertragspreis-Logik, mit Anlass-Tag und Verhandlungs-Spur.
  • Konsistente Preis-Anzeige in Warenkorb, Bestätigungs-Mail, Rechnung und Reporting — alle ziehen den selben echten Preis.
  • Klare Trennung von Preis-Logik und Mehrwertsteuer-Logik, mit kunden-typ-spezifischer Brutto/Netto-Anzeige.
  • Konfigurations-Sitzung zu Beginn jedes B2B-Projekts, in der wir die Preis-Schichten mit dem Vertrieb gemeinsam definieren.

Festpreis nach Audit, Preis-Mechanik immer fester Bestandteil der B2B-Stufe (nicht als Zusatz-Modul, sondern als Architektur-Kern), Re-Audit alle 12 Monate, weil sich Vertrieb-Strukturen und Rahmenverträge ändern.

Häufige Fragen

Wir haben heute alles in Excel — können wir das migrieren oder müssen wir neu aufnehmen?
Migrieren geht. Wir importieren die Excel-Liste in das System, prüfen jede Zeile auf Plausibilität (Kunde existiert, Artikel existiert, Preis ist sinnvoll, Gültigkeit ist gesetzt), und melden Auffälligkeiten zurück. Aufwand zwischen 1 und 5 Tagen, je nach Komplexität und Sauberkeit der Excel-Liste. Was wir empfehlen: Die Migration ist auch ein guter Anlass, die Liste durchzukehren — alte Verträge prüfen, abgelaufene streichen, Zuordnungen aktualisieren.
Wie verhindern wir, dass Vertriebler Preise „auf Zuruf“ versprechen, die im Shop nicht abgebildet sind?
Mit klarer Regel: Preise gelten nur, wenn sie im System hinterlegt sind. Vertriebler dürfen verhandeln, aber die Vereinbarung wird sofort eingepflegt — sonst gilt der zuletzt im System hinterlegte Preis. Das System ist die Wahrheit, das Telefon-Versprechen nicht. Anfangs unbequem, langfristig der einzige Weg zu konsistenten Konditionen.
Wie gehen wir mit Pakets-Preisen um — wenn der Kunde ein Bundle aus mehreren Artikeln zu einem Pauschalpreis kauft?
Bundles sind eine eigene Art Artikel im Shop, mit eigenem Listenpreis und eigener Preis-Schicht-Logik. Der Bundle-Artikel taucht im Sortiment als eigenständiges Produkt auf, intern verweist er auf die Komponenten (für Lager- und Versand-Logik). Im Warenkorb wird der Bundle-Preis berechnet, nicht die Summe der Komponenten-Preise. Wichtig: Wenn der Kunde die gleichen Komponenten einzeln bestellt, gilt der Komponenten-Preis — nicht der Bundle-Preis.
Wir haben Kunden mit eigenem Sortiments-Set — die sehen nur bestimmte Artikel. Funktioniert die Preis-Logik dann noch?
Ja. Sortiments-Sets und Preis-Logik sind zwei orthogonale Mechaniken. Das Sortiments-Set bestimmt, welche Artikel der Kunde überhaupt sieht, die Preis-Logik bestimmt, welchen Preis er für die sichtbaren Artikel zahlt. Wer eines davon nicht hat, hat keinen B2B-Shop für anspruchsvolle Konstellationen.
Wie häufig sollten wir die Listenpreise prüfen — einmal im Jahr, alle drei Monate, kontinuierlich?
Mindestens einmal pro Quartal. Bei volatilen Märkten (z.B. Material-Schwankungen, Wechselkurs-Effekte) eher monatlich. Was wir nicht empfehlen: Einmal pro Jahr — dann laufen Preise zu lange auf veralteter Grundlage, und alle Rabatt-Schichten leiten sich davon ab. Quartalsweise ist der gute Mittelweg zwischen Aufwand und Aktualität.
Was machen wir bei mehrstufigen Kundengruppen — z.B. „Großkunden mit Schwerpunkt Werkzeug“?
Das geht über Tag-basierte Kundengruppen-Logik. Ein Kunde kann mehreren Gruppen angehören, jede Gruppe hat ihre Rabatt-Regel, das System wählt die für den jeweiligen Artikel günstigste — oder die explizit vorrangige, wenn das gewünscht ist. Die Regel-Reihenfolge muss klar definiert sein, sonst entstehen widersprüchliche Preise.
Können wir die Preis-Logik testen, bevor wir live gehen?
Ja, und wir empfehlen es nachdrücklich. In der Test-Umgebung gehen wir mit dem Vertrieb 50 bis 100 Bestell-Szenarien durch — verschiedene Kunden, verschiedene Artikel, verschiedene Mengen, abgelaufene Verträge, Mengen-Staffeln, Sonderpreise. Wenn dabei keine Überraschung mehr kommt, ist die Mechanik live-bereit. Diese Test-Phase nimmt 1 bis 3 Tage, sie verhindert teure Korrekturen nach Live-Schaltung.

Das regeln wir — so sieht das bei uns aus.

Unsicher, wo deine Seite steht? Frag Hannes — er schaut sie sich an und sagt dir ehrlich, was zu holen ist.