B2B-Kundenportal: Wann lohnt sich der Schritt weg von PDF, E-Mail und Telefon?

Die typische Ausgangslage

Bestellungen kommen per Telefon, E-Mail, PDF oder Excel. Mitarbeitende prüfen Kundennummern, Preise, Verfügbarkeit und Lieferadressen und übertragen dieselben Informationen anschließend in das ERP.

Diese Arbeit kann bei Sonderfällen sinnvoll sein. Bei wiederkehrenden Standardbestellungen bindet sie jedoch Zeit, die im Vertrieb für Beratung, Entwicklung von Kunden und komplexe Angebote fehlt.

Der Business Case beginnt beim Prozess

Zählt nicht nur Bestellungen, sondern unterscheidet Standardfälle, Beratungsfälle und Ausnahmen. Ein Portal kann nur den Anteil sinnvoll übernehmen, für den Sortiment, Preis, Berechtigung und Lieferprozess digital eindeutig sind.

Zum Business Case gehören Bearbeitungszeit, Rückfragen, Fehlerkorrekturen, Servicequalität, Bestellhäufigkeit und die erwartbare Nutzung. Pauschale Einsparversprechen ohne diese Ausgangsdaten sind nicht belastbar.

Was Einkäufer tatsächlich brauchen

Ein Login allein ist kein Nutzen. Kunden erwarten ihre Konditionen, verfügbare Produkte, verständliche Lieferinformationen, schnelle Nachbestellung und Zugriff auf relevante Dokumente.

Je nach Branche kommen Bestelllisten, Uploads, Freigaben, mehrere Lieferadressen, Kostenstellen, Angebotsanfragen oder Nachweise hinzu. Priorisiert werden die Aufgaben, die häufig und geschäftskritisch sind.

Kundenspezifische Preise, Sortimente und Rollen

B2B-Portale scheitern selten an der Darstellung eines Produkts. Schwieriger sind Preislogiken, Vertragskonditionen, Sortimentsrechte, Benutzerrollen und Freigabeketten.

Diese Regeln müssen fachlich beschrieben und einer führenden Datenquelle zugeordnet werden. Sonst bildet das Portal einen zweiten, schwer kontrollierbaren Wahrheitsstand.

Drei grundsätzliche Architekturwege

Ein Shopsystem mit B2B-Funktionen kann schnell starten, wenn Prozesse nahe am Standard liegen. Ein ERP-nahes Portal besitzt oft verlässliche Kerninformationen, braucht aber besondere Aufmerksamkeit bei Bedienung und Experience. Eine individuelle Lösung bietet den größten Zuschnitt, verlangt jedoch eine dauerhafte Produkt- und Betriebsverantwortung.

Die richtige Variante folgt aus Prozess und Datenlandschaft. Sie sollte nicht allein über den bekannten Produktnamen entschieden werden.

ERP, PIM, CRM und Dokumente verbinden

Vor dem Bau werden Datenflüsse festgelegt: Wo entstehen Kunden, Preise, Bestände, Produkte, Aufträge und Dokumente? Welche Informationen müssen sofort aktuell sein, welche dürfen zeitversetzt synchronisieren?

Ebenso wichtig sind Fehlerwege. Ein Auftrag darf nicht unbemerkt zwischen Portal und ERP hängen bleiben. Monitoring und klare Zuständigkeiten gehören deshalb zur Lösung.

Ein MVP muss einen vollständigen Vorgang lösen

Ein sinnvoller erster Umfang deckt einen klaren Kundentyp, ein definiertes Sortiment und einen vollständigen Bestellweg ab. Eine breite Funktionssammlung mit offenen Prozessenden ist kein belastbarer Pilot.

Erfolgskriterien werden vorher festgelegt: Nutzung, abgeschlossene Vorgänge, Rückfragen, Fehler und Feedback von Kunden sowie Innendienst.

Der Außendienst ist Teil der Einführung

Wenn der Vertrieb das Portal als Konkurrenz versteht, wird die Einführung schwer. Seine Rolle sollte früh geklärt werden: Kunden aktivieren, digitale Bestellungen begleiten und gewonnene Zeit für Beratung nutzen.

Pilotkunden, Schulung, klare Eskalationswege und ein nachvollziehbarer Nutzen sind wirksamer als ein stiller Link im E-Mail-Footer.

Nach dem Go-live beginnt Produktarbeit

Sortimente, Rollen, Schnittstellen und Kundenbedürfnisse verändern sich. Es braucht eine verantwortliche Person, ein priorisiertes Backlog, Supportprozesse und regelmäßige Qualitätskontrolle.

Ein Portal ohne Eigentümer veraltet – unabhängig davon, wie sauber der erste Release entwickelt wurde.

Entscheidungs-Matrix

Die Matrix dient als Orientierung. Eine belastbare Entscheidung hängt von Ausgangslage, Anforderungen und Betriebsmodell ab.

Entscheidungscheck

• portalfähigen Anteil der Bestellungen bestimmen
• Pilotkundengruppe und vollständigen Kernvorgang wählen
• Preis-, Kunden- und Produktlogik fachlich dokumentieren
• führende Systeme und Fehlerwege festlegen
• Außendienst und Innendienst in die Einführung einbinden
• Betriebsverantwortung und Erfolgskriterien vor dem Bau benennen