B2B-Kundenportal entwickeln: Self-Service für Angebote, Bestellungen und Rechnungen

Der Klassiker im B2B-Vertrieb: Ein Kunde ruft an, weil er eine Rechnungskopie von März braucht. Jemand sucht sie raus, schickt sie per Mail, hakt das Ticket ab. Fünfzehn Minuten. Wenn das zwanzigmal im Monat passiert, ist das eine Woche Arbeitszeit im Jahr für eine Aufgabe, die niemand haben will, auch der Kunde nicht.

Genau da setzt ein Kundenportal an. Nicht als Prestigeprojekt, sondern als Werkzeug gegen wiederkehrende Handarbeit auf beiden Seiten.

Was B2B-Einkäufer inzwischen erwarten

Die Erwartungshaltung hat sich verschoben, und die Zahlen dazu sind unangenehm deutlich. ONE8Y hat im März 2026 im Auftrag von Emporix 168 Einkaufsverantwortliche und 332 Entscheider auf Anbieterseite befragt. Knapp 74 Prozent der Einkäufer würden den Anbieter wechseln, sobald der Bestellprozess zu kompliziert oder ineffizient wird. Für 84,5 Prozent ist Self-Service wichtig oder sogar ausschlaggebend.

Noch aufschlussreicher finde ich zwei andere Zahlen aus derselben Befragung: 53,6 Prozent der Einkaufsverantwortlichen berichten von regelmäßigen Unterbrechungen im Bestellprozess, und bei knapp 60 Prozent der Anbieter läuft weiterhin mehr als ein Viertel der Commerce-Prozesse manuell. Das ist Zeit, die weder deine Kunden noch du bezahlt bekommen.

Was gefordert wird, ist banal und genau deshalb so verlässlich: Bestellungen wiederholen, Rechnungen abrufen, Liefertermine prüfen. Ohne dafür jemanden anrufen zu müssen.

Was Shopware im Standard schon abdeckt

Bevor du über Entwicklung nachdenkst, schau dir an, was du vielleicht schon bezahlst. Shopware liefert B2B Components direkt im Core mit, buchbar ab dem Evolve-Plan, der bei 2.400 Euro im Monat startet. Sie sind modular, du aktivierst nur, was du brauchst.

Drin sind unter anderem:

• Quick Order. Der Einkäufer tippt Artikelnummern in ein Formular oder lädt eine Datei hoch, statt sich durch Kategorien zu klicken. Für Nachbestellungen der mit Abstand größte Zeitgewinn.
• Employee Management. Firmenkunden legen eigene Mitarbeiterkonten mit Rollen und Rechten an. Der Einkäufer bestellt, der Buchhalter sieht nur Rechnungen.
• Order Approval. Freigabe-Workflows nach Regeln. Bestellungen über einem Betrag brauchen die Zustimmung des Vorgesetzten.
• Quote Management. Angebote im Shop verhandeln, statt sie per Mail hin und her zu schicken.
• Shopping Lists und Organization Units. Merklisten und Abbildung von Konzernstrukturen mit mehreren Standorten.

Wenn diese Funktionen dein Problem lösen, hör hier auf zu lesen und aktiviere sie. Das ist deutlich billiger als jede Eigenentwicklung, und du bekommst die Weiterentwicklung von Shopware geschenkt.

Wo der Standard aufhört und ein Portal anfängt

Die Grenze verläuft dort, wo Daten aus dem ERP kommen müssen und nicht aus dem Shop.

Ein Shop kennt Bestellungen, die über ihn gelaufen sind. Ein B2B-Kunde erwartet aber seine gesamte Historie, auch die Bestellungen, die sein Außendienstmitarbeiter telefonisch aufgenommen hat. Er will den echten Lieferstatus sehen, nicht den Bestellstatus. Er will offene Posten, Rahmenverträge, Abrufkontingente und seine individuell verhandelten Konditionen.

All das liegt in xentral, tricoma, Atamya oder wo auch immer deine Warenwirtschaft steht. Ein Kundenportal ist deshalb technisch weniger ein Frontend-Projekt als ein Schnittstellenprojekt. Der sichtbare Teil ist der kleinere.

Vier Funktionen, die wir am häufigsten bauen, weil es sie im Standard so nicht gibt:

1. Rechnungs- und Belegarchiv aus dem ERP, inklusive der Belege aus der Zeit vor dem Shop.
2. Echter Lieferstatus mit Sendungsverfolgung und Teillieferungen.
3. Kundenspezifische Preise und Kontingente aus dem ERP statt gepflegt im Shop.
4. Wiederbestellung aus der ERP-Historie, nicht nur aus Shop-Bestellungen.

Die Reihenfolge, in der du aufbaust

Der teuerste Fehler ist, alles auf einmal zu wollen.

Erst messen, was wirklich Zeit frisst. Zähl vier Wochen lang, welche Anfragen bei Vertrieb und Buchhaltung eingehen. Rechnungskopien, Lieferauskünfte, Nachbestellungen, Preisanfragen. Diese Liste ist deine Prioritätenliste, und sie sieht fast nie so aus, wie man vorher denkt.

Dann den größten Einzelposten lösen. Meistens ist das Rechnungsarchiv oder die Lieferauskunft. Eine Funktion, sauber gebaut, produktiv gesetzt. Nach acht Wochen weißt du, ob deine Kunden sie überhaupt nutzen.

Danach erweitern, in Schritten. Ein Portal, das in Etappen wächst, wird benutzt. Eines, das nach neun Monaten komplett live geht, wird meistens an den echten Bedürfnissen vorbeigebaut.

Und von Anfang an die Datenrichtung klären. Welches System führt die Wahrheit? Bei Preisen und Beständen ist das fast immer das ERP, nicht der Shop. Wer das nicht sauber festlegt, baut sich zwei Wahrheiten und darf sie danach dauerhaft synchron halten.

Was ein Kundenportal nicht löst

Zwei ehrliche Einschränkungen.

Ein Portal ersetzt keinen Vertrieb. Unsere Erfahrung aus den Projekten ist da eindeutig: Self-Service wird für Routinen erwartet, für Komplexes wollen Einkäufer weiterhin einen Ansprechpartner. Wer den Außendienst durch ein Portal ersetzen will, verliert am Ende beides. Der richtige Effekt ist ein anderer: Dein Vertrieb hört auf, Rechnungskopien zu suchen, und hat wieder Zeit für Beratung.

Und ein Portal repariert keine schlechten Daten. Wenn im ERP Lieferzeiten stehen, die nicht stimmen, macht das Portal diesen Umstand nur sichtbarer und schneller. Wir haben Projekte erlebt, bei denen die ehrlichste Empfehlung lautete: erst Datenpflege, dann Portal. Das ist unbequem, aber billiger als ein Portal, dem niemand glaubt.

Wenn du wissen willst, wie so ein Projekt konkret abläuft, schau dir die Kundenportal-Entwicklung an. Der meiste Aufwand steckt erfahrungsgemäß in der ERP-Anbindung, deshalb lohnt es sich, dort zuerst hinzuschauen. Nach dem Go-live begleiten wir das Portal auf Wunsch in der laufenden Betreuung weiter. Und wenn du erst mal nur wissen willst, ob sich der Aufwand bei deinen Anfragezahlen überhaupt rechnet: Bring deine Vier-Wochen-Zählung mit, dann rechnen wir das im Erstgespräch gemeinsam durch.