Rollenbasierte Produktsuche: Innendienst, Wiederverkäufer und OEM-Kunden unterschiedlich bedienen

Eine rollenbasierte Produktsuche im B2B-Shop liefert jedem angemeldeten Nutzer genau die Produkte, Preise, Verfügbarkeiten und Konditionen, die zu seinem Kunden- und Vertragskontext gehören. Das ist im B2B entscheidend, weil Innendienst, Außendienst, Wiederverkäufer, OEM-Kunden und Endkunden denselben Shop nutzen können, aber unterschiedliche Sortimente, Rechte und Preislogiken sehen müssen.

Ohne rollenbasierte Suche entstehen typische Probleme: Wiederverkäufer sehen falsche Preise, OEM-Kunden finden gesperrte Artikel, Endkunden sehen Produkte ohne Bestellberechtigung oder der Innendienst erhält unvollständige Trefferlisten. Die Suche wird dann nicht zum Beschleuniger, sondern zur Quelle von Rückfragen und Supportaufwand.

Das Wichtigste auf einen Blick

• Rollenbasierte Suche verbindet Suchergebnisse mit Kunden-, Rollen- und Vertragslogik.
• Im B2B reicht eine generische Produktsuche selten aus.
• Typische Rollen sind Innendienst, Außendienst, Wiederverkäufer, OEM-Einkäufer und Endkunden.
• Pro Rolle unterscheiden sich Sortiment, Preise, Mindestbestellmengen und Freigaben.
• Technisch dominieren drei Muster: Scope-Token, getrennte Indizes und serverseitige Filter.
• Ohne Rollenlogik entstehen falsche Treffer, falsche Preise und unnötige Supportfälle.
• Die größte Herausforderung liegt meist in Stammdaten, Preislisten und Sortimentsregeln.

 

Warum rollenbasierte Produktsuche im B2B Pflicht ist

Im B2B-Shop ist die Suche nicht nur eine Komfortfunktion. Sie bildet Vertragsrealität ab. Ein Kunde darf nicht automatisch alles sehen, was im Produktkatalog existiert.

Relevant sind zum Beispiel:

• Kundengruppe
• Preisgruppe
• Rahmenvertrag
• Sortimentsfreigabe
• Region
• Rolle im Unternehmen
• Mindestbestellmenge
• Freigabestatus
• Lieferland
• rechtliche Einschränkungen

Wenn diese Informationen nicht in der Suche berücksichtigt werden, entstehen falsche Erwartungen.

Beispiel:

Ein OEM-Kunde sucht nach einem Ersatzteil. Der Artikel existiert im Gesamtkatalog, ist aber für diesen Kunden nicht freigegeben. Eine nicht rollenbasierte Suche zeigt den Artikel trotzdem an. Der Kunde kann ihn aber nicht bestellen. Das Ergebnis ist Frust oder eine Rückfrage beim Innendienst.

 

Welche Rollen gibt es typischerweise im B2B-Shop?

Innendienst

Der Innendienst sucht häufig im Auftrag verschiedener Kunden. Er braucht breite Sicht auf Sortiment, Preise und Verfügbarkeiten, aber immer im richtigen Kundenkontext.

Typische Anforderungen:

• Kundenkontext wechseln
• Preislisten einsehen
• Sperrartikel erkennen
• Alternativartikel finden
• Angebote vorbereiten

 

Außendienst

Der Außendienst sucht unterwegs, oft mobil und im Gespräch mit Kunden.

Typische Anforderungen:

• schnelle Suche per SKU
• Lagerbestand anzeigen
• Kundenpreis einsehen
• Produktalternativen vorschlagen
• Angebot oder Warenkorb vorbereiten

 

Wiederverkäufer

Wiederverkäufer benötigen eigene Sortimente, Einkaufspreise und Staffelpreise.

Typische Anforderungen:

• Netto-Einkaufspreise
• Verpackungseinheiten
• Staffelpreise
• Marketing-Bundles
• Auslaufartikel
• Produktdaten für Weiterverkauf

 

OEM-Kunden

OEM-Kunden sehen oft nur einen vertraglich definierten Ausschnitt des Sortiments.

Typische Anforderungen:

• kundenspezifische Artikelnummern
• Zeichnungsstände
• Freigabestatus
• Rahmenvertragskonditionen
• Abrufmengen
• Ersatz- und Nachfolgeartikel

 

Endkunden im B2B-Shop

B2B-Endkunden sehen meist ein offeneres Sortiment, aber nicht zwingend alle Konditionen.

Typische Anforderungen:

• Produktverfügbarkeit
• Listen- oder Gruppenpreis
• Versandkosten
• Mindestbestellmenge
• einfache Wiederbestellung

 

Was muss die Suche pro Rolle unterschiedlich machen?

Eine rollenbasierte Produktsuche muss mindestens vier Dimensionen steuern.

Dimension	Frage
Sortiment	Welche Produkte darf der Nutzer sehen?
Preis	Welcher Preis gilt für diesen Nutzer?
Menge	Welche Mindest- oder Verpackungseinheit gilt?
Freigabe	Darf der Nutzer direkt bestellen oder braucht es Genehmigung?

In komplexeren B2B-Szenarien kommen weitere Dimensionen hinzu:

• Lieferland
• Exportbeschränkungen
• Gefahrgut
• Zertifikate
• Serviceverträge
• Maschinenzuordnung
• Händlergebiet
• Projektfreigabe

 

Rollenmatrix: So unterscheiden sich typische Suchergebnisse

Diese Matrix eignet sich gut als Grundlage für einen Rollen-Workshop vor der technischen Umsetzung.

 

Drei technische Muster für rollenbasierte Suche

1. Auth-Token mit Scope-Claims

Beim Login erhält der Nutzer ein Token, das relevante Suchinformationen enthält.

Beispiele:

• Kundennummer
• Rolle
• Preisgruppe
• Sortiment
• Mandant
• Länderfreigabe

Die Suche nutzt diese Informationen als Filter.

Vorteile:

• ein zentraler Index
• flexible Filterung
• gute Mandantenfähigkeit

Nachteile:

• Token-Logik muss sauber gepflegt werden
• Rollenänderungen müssen sofort wirksam werden
• Cache-Key muss den Kontext berücksichtigen

 

2. Getrennte Suchindizes pro Mandant oder Kundengruppe

Bei diesem Ansatz gibt es mehrere Suchindizes.

Beispiele:

• ein Index pro Großkunde
• ein Index pro Händlergruppe
• ein Index pro Land
• ein Index pro Geschäftsbereich

Vorteile:

• schnelle Abfragen
• klare Trennung
• weniger Filterlogik zur Laufzeit

Nachteile:

• höherer Pflegeaufwand
• Reindexing wird komplexer
• skaliert schlecht bei vielen Kunden

 

3. Gemeinsamer Index mit serverseitigem Post-Filter

Die Suche läuft zunächst gegen einen gemeinsamen Index. Anschließend werden Ergebnisse anhand der Rollen- und Sortimentslogik gefiltert.

Vorteile:

• einfacherer Betrieb
• weniger Indizes
• schnelle Einführung möglich

Nachteile:

• Trefferzahlen können verfälscht wirken
• Facetten müssen nachberechnet werden
• Performance kann leiden

 

Welches Muster passt zu welchem B2B-Szenario?

Szenario	Empfehlung
wenige Großkunden mit stark getrennten Sortimenten	getrennte Indizes
viele Kunden mit ähnlichem Sortiment	gemeinsamer Index + Scope-Filter
komplexe Rollen innerhalb eines Kunden	Auth-Token mit Claims
internationale Plattform mit Ländern	Tenant- oder Länderindex
stark personalisierte Preise	serverseitige Preisauflösung
hoher Traffic	möglichst frühe Filterung im Index

In der Praxis entstehen häufig hybride Architekturen: ein Index pro Mandantengruppe, ergänzt durch Rollenfilter und serverseitige Preislogik.

 

Beispiel: OEM-Kunde sucht nach einem Ersatzteil

Ein OEM-Kunde sucht nach einer Artikelnummer.

Die Suche muss prüfen:

1. Existiert der Artikel?
2. Ist der Artikel für diesen OEM freigegeben?
3. Gilt eine kundenspezifische Artikelnummer?
4. Welcher Zeichnungsstand ist freigegeben?
5. Welche Mindestmenge gilt?
6. Gibt es einen Nachfolgeartikel?
7. Welcher Preis gilt aus dem Rahmenvertrag?

Erst danach darf das Ergebnis angezeigt werden.

Eine normale Volltextsuche kann diese Logik nicht abbilden. Sie braucht Kontext aus ERP, PIM, CRM oder Commerce-Plattform.

 

Typische Stolpersteine

Cache-Pollution

Wenn Suchergebnisse ohne Rollen- oder Kundenkontext gecacht werden, kann ein Nutzer Ergebnisse eines anderen Kunden sehen.

Der Cache-Key muss mindestens berücksichtigen:

• Mandant
• Kundengruppe
• Rolle
• Preisgruppe
• Sortiment

 

Falsche Trefferzahlen

Wenn erst nach der Suche gefiltert wird, können Trefferzahlen falsch wirken.

Beispiel:

Die Suche zeigt 120 Treffer an, nach Rollenfilter bleiben aber nur 8 übrig.

 

Inkonsistente Stammdaten

Rollenbasierte Suche funktioniert nur, wenn Sortimente, Preise und Sperrkennzeichen sauber gepflegt sind.

 

Fehlende Preislogik

Preise sollten nicht ungeprüft im Suchindex liegen, wenn sie kundenspezifisch, zeitabhängig oder rabattiert sind.

 

Zu viele getrennte Indizes

Ein Index pro Kunde klingt sauber, wird aber bei vielen Kunden schnell unwartbar.

 

Checkliste: Ist Ihre Suche rollenbasiert genug?

• Nutzerrolle wird beim Suchrequest übergeben
• Kundengruppe wird berücksichtigt
• Preisgruppe wird berücksichtigt
• Sortiment wird gefiltert
• gesperrte Artikel werden ausgeblendet oder markiert
• Mindestbestellmengen werden angezeigt
• kundenspezifische Artikelnummern sind suchbar
• Cache-Key enthält Rollen- und Kundenkontext
• Facetten passen zum sichtbaren Sortiment
• Trefferzahlen stimmen nach Filterung
• Suchlogs können pro Rolle ausgewertet werden
• Supportfälle zur Suche werden erfasst

 

Rollenbasierte Suche und Personalisierung: Der Unterschied

Rollenbasierte Suche und personalisierte Suche sind nicht dasselbe.

Rollenbasierte Suche

Sie basiert auf festen Regeln:

• Vertrag
• Rolle
• Preisgruppe
• Kundensortiment
• Berechtigung

Sie ist deterministisch.

Personalisierte Suche

Sie basiert auf Verhalten:

• Klicks
• Kaufhistorie
• Präferenzen
• Empfehlungen
• Ähnlichkeitslogik

Im B2B sollte immer zuerst die Rollenlogik funktionieren. Personalisierung kann danach ergänzen.

 

Plattform-Hinweise: OroCommerce, Shopware und Adobe Commerce

OroCommerce

OroCommerce ist stark auf B2B-Rollen, Organisationen und Kundenstrukturen ausgerichtet. Rollenbasierte Suche lässt sich hier meist näher am Standardmodell abbilden.

Shopware 6

Shopware 6 kann Rollen- und Kundengruppenlogiken abbilden, benötigt für komplexere B2B-Szenarien jedoch häufig Erweiterungen, individuelle Suchfilter oder externe Suchlösungen.

Adobe Commerce

Adobe Commerce B2B unterstützt Shared Catalogs und kundenspezifische Kataloglogiken. Für saubere rollenbasierte Suche müssen Index, Preislogik und Sichtbarkeit konsequent zusammengeführt werden.

 

So unterstützt Unit M dabei

Unit M unterstützt B2B-Unternehmen bei der Konzeption und Umsetzung rollenbasierter Produktsuche.

Wir prüfen:

• Rollenmodelle
• Kundenstrukturen
• Preislisten
• Sortimentslogik
• Suchindex
• Cache-Strategie
• Plattformgrenzen
• Integrationsaufwand

Ziel ist eine Suche, die B2B-Vertragslogik sauber abbildet und gleichzeitig schnell, verständlich und nutzerfreundlich bleibt.

FAQ – Häufige Fragen zur rollenbasierten Produktsuche

Was ist rollenbasierte Produktsuche?

Rollenbasierte Produktsuche bedeutet, dass Suchergebnisse abhängig von Nutzerrolle, Kundengruppe, Sortiment, Preisgruppe und Berechtigung ausgespielt werden.

Warum ist rollenbasierte Suche im B2B wichtig?

Weil B2B-Kunden unterschiedliche Preise, Sortimente, Vertragsartikel und Mindestbestellmengen haben. Eine generische Suche zeigt sonst falsche oder nicht bestellbare Produkte.

Ist rollenbasierte Suche dasselbe wie personalisierte Suche?

Nein. Rollenbasierte Suche basiert auf Regeln und Berechtigungen. Personalisierte Suche basiert auf Verhalten und Empfehlungen.

Welche Rollen sind typisch?

Typische Rollen sind Innendienst, Außendienst, Wiederverkäufer, OEM-Einkäufer und B2B-Endkunden.

Welche Daten braucht eine rollenbasierte Suche?

Benötigt werden mindestens Kundengruppe, Rolle, Preisgruppe, Sortiment, Vertragslogik und Produktfreigaben.

Können kleine B2B-Shops darauf verzichten?

Nur wenn alle Kunden dasselbe Sortiment und dieselben Preise sehen. Sobald es mehrere Preislisten oder Kundensortimente gibt, wird rollenbasierte Suche relevant.

Wie wird rollenbasierte Suche technisch umgesetzt?

Typische Muster sind Auth-Token mit Scope-Claims, getrennte Indizes pro Kundengruppe oder serverseitige Filter auf einem gemeinsamen Index.

Was ist das größte Risiko?

Das größte Risiko ist Cache-Pollution: Suchergebnisse werden ohne Kunden- oder Rollenbezug gecacht und können dadurch falschen Nutzern angezeigt werden.

Welche Plattform eignet sich besonders?

OroCommerce bringt viele B2B-Strukturen nativ mit. Adobe Commerce B2B unterstützt Shared Catalogs. Shopware 6 benötigt bei komplexen Rollenmodellen häufiger Erweiterungen.

Was ist der erste Schritt?

Ein Rollen- und Stammdaten-Workshop. Dabei wird geklärt, welche Nutzergruppen welche Produkte, Preise und Konditionen sehen dürfen.