Ein B2B-Webshop scheitert selten daran, dass Produkte nicht schön genug dargestellt sind. Teuer wird es meist dort, wo Preislogiken, Freigaben, ERP-Daten oder Zuständigkeiten erst während der Umsetzung auffallen. Wer B2B Webshop Anforderungen definieren will, sollte deshalb nicht bei Funktionen anfangen, sondern beim tatsächlichen Arbeitsalltag von Vertrieb, Kundenservice, Einkauf und Kundinnen und Kunden.
Ein guter Anforderungskatalog ist keine lange Wunschliste. Er beschreibt, welche Probleme der Shop lösen soll, welche Abläufe dabei erhalten bleiben müssen und wo Prozesse bewusst vereinfacht werden können. Das spart Abstimmungsschleifen, verhindert kostspielige Nachentwicklungen und schafft eine verlässliche Basis für Systemauswahl, Budget und Projektplanung.
Inhaltsverzeichnis
ToggleB2B-Webshop-Anforderungen definieren: Prozesse vor Funktionen
Die Frage „Welche Funktionen brauchen wir?“ kommt in vielen Projekten sehr früh. Sinnvoller ist zunächst: „Wie kommt eine Bestellung heute zustande?“ Ein Kunde ruft möglicherweise beim Außendienst an, erhält ein individuelles Angebot, bestellt nur bestimmte Gebindegrößen und benötigt die Ware an mehrere Lieferadressen. Im ERP wird geprüft, ob der Kunde kreditwürdig ist, welche Preise gelten und ob Artikel verfügbar sind.
Der Webshop muss diesen Ablauf nicht zwangsläufig eins zu eins digital abbilden. Aber er darf keine wichtigen Regeln übergehen. Wenn ein Kunde bisher nur nach Prüfung bestellen darf, ist ein offener Checkout keine Vereinfachung, sondern ein Risiko. Wenn der Vertrieb individuelle Konditionen verhandelt, reichen Standardrabatte im Shop meist nicht aus.
Der erste Workshop sollte daher konkrete Fälle sammeln: eine Standardbestellung, eine Bestellung mit Sonderpreis, eine Reklamation, eine Teillieferung, eine Bestellung durch einen Mitarbeiter mit Freigabe und eine Nachbestellung aus der Bestellhistorie. An solchen Beispielen wird rasch sichtbar, welche Anforderungen wirklich geschäftskritisch sind.
Den Soll-Prozess bewusst festlegen
Nicht jeder bestehende Ablauf verdient es, technisch verewigt zu werden. Manuelle Preislisten, Excel-Bestellungen per E-Mail oder Rückfragen wegen fehlender Artikelnummern sind oft genau die Reibung, die ein B2B-Shop reduzieren soll. Entscheidend ist die Unterscheidung zwischen notwendiger Kontrolle und historisch gewachsenem Aufwand.
Ein sinnvoller Soll-Prozess beantwortet unter anderem: Wer darf sich registrieren? Wer gibt Konten frei? Wann wird ein Auftrag verbindlich? Welche Daten kommen aus dem ERP, welche werden im Shop gepflegt? Und wer bearbeitet Ausnahmen? Je klarer diese Entscheidungen vor dem Projekt getroffen werden, desto sauberer lässt sich die technische Lösung planen.
Kundengruppen, Rollen und Rechte sauber trennen
Im B2B-Vertrieb ist „der Kunde“ selten eine einzelne Person. Ein Unternehmen kann mehrere Einkäufer haben, verschiedene Kostenstellen führen und Bestellungen nur nach interner Genehmigung zulassen. Diese Struktur gehört zu den zentralen B2B-Webshop-Anforderungen.
Typisch ist ein Hauptkonto, das weitere Benutzer verwaltet. Ein Einkäufer kann Warenkörbe anlegen, eine berechtigte Person gibt ab einem definierten Betrag frei. Manche Unternehmen benötigen getrennte Lieferadressen je Filiale oder Baustelle. Andere wollen, dass nur bestimmte Sortimente oder Marken sichtbar sind.
Hier lohnt sich Präzision. Eine allgemeine Anforderung wie „Benutzerverwaltung vorhanden“ hilft in der Umsetzung wenig. Besser ist eine konkrete Beschreibung: Ein Kundenadministrator legt Benutzer an, ordnet sie einer Kostenstelle zu und kann Bestellungen bis 2.000 Euro direkt auslösen. Darüber ist eine Freigabe durch den Hauptansprechpartner erforderlich. So wird klar, ob die gewünschte Shopsoftware das standardmäßig kann oder ob eine individuelle Erweiterung nötig wird.
Auch Sichtbarkeit und Preise müssen getrennt betrachtet werden. Manche Händler zeigen das gesamte Sortiment, aber individuelle Preise erst nach Anmeldung. Andere möchten bestimmte Artikel ausschließlich ausgewählten Kundengruppen anbieten. Beides ist möglich, hat aber unterschiedliche Folgen für Pflege, Verkauf und Suchmaschinen-Sichtbarkeit.
Preise, Sortimente und Angebote realistisch abbilden
Im B2C-Geschäft genügt oft ein Preis pro Artikel. Im B2B sind Preisfindung und Konditionen wesentlich komplexer. Kundenspezifische Preislisten, Staffelpreise, Mengenrabatte, Aktionskonditionen, Verpackungseinheiten, Mindestmengen und projektbezogene Angebote können gleichzeitig gelten. Die entscheidende Frage lautet nicht, ob der Shop all das darstellen kann, sondern welche Regel im Konfliktfall Vorrang hat.
Ein Beispiel: Ein Kunde hat einen individuellen Nettopreis, bestellt eine Menge, für die eine Staffel greift, und besitzt zusätzlich einen Aktionscode. Ohne klar definierte Priorität entstehen falsche Preise und unnötige Rückfragen. Diese Fachlogik muss vor der Schnittstellenentwicklung feststehen.
Ebenso wichtig sind Einheiten. Wird nach Stück, Karton, Meter oder Palette verkauft? Kann ein Kunde einzelne Stücke sehen, aber nur volle Verpackungseinheiten bestellen? Werden Preise netto angezeigt und wie werden Mehrwertsteuer, Pfand oder Transportkosten ausgewiesen? Gerade im österreichischen Geschäftsverkehr sollten Rechnungsdaten, UID-Nummern und die Behandlung unterschiedlicher Steuersätze früh mitgedacht werden.
Angebote sind ein weiterer Prüfpunkt. Soll der Vertrieb im ERP oder im Shop ein Angebot erstellen? Kann der Kunde dieses online annehmen, verändern oder direkt in eine Bestellung überführen? Für viele Handelsunternehmen bringt eine digitale Angebotsannahme echten Nutzen. Sie ist aber nur dann sinnvoll, wenn Zuständigkeiten, Gültigkeiten und Preisbindung klar geregelt sind.
Schnittstellen sind Teil des Geschäftsmodells
Ein B2B-Shop wird selten als isoliertes System betrieben. Produktdaten, Verfügbarkeiten, Kundendaten, Preise, Aufträge und Rechnungsinformationen liegen häufig im ERP, Warenwirtschaftssystem oder CRM. Die Schnittstelle entscheidet damit direkt über Aktualität, Aufwand und Fehleranfälligkeit.
Vor Projektbeginn sollte für jede Datenart festgehalten werden, welches System führend ist. Preise aus dem Shop und Preise aus dem ERP parallel zu pflegen, funktioniert nur kurzfristig. Dasselbe gilt für Lagerstände. Wenn Verfügbarkeiten im Shop gezeigt werden, muss klar sein, wie aktuell sie sein müssen. Für Ersatzteile mit hoher Verfügbarkeit kann ein nächtlicher Abgleich reichen. Bei knappen Lagerständen oder zeitkritischen Waren braucht es oft eine häufigere Aktualisierung.
Diese Fragen gehören in die Anforderungsdefinition:
- Welche Daten werden in welche Richtung übertragen?
- Wie oft erfolgt der Abgleich und was passiert bei einem Fehler?
- Welche Daten müssen sofort verfügbar sein, welche dürfen zeitversetzt kommen?
- Wie werden neue Kunden, Adressen und Benutzerkonten angelegt?
- Wie werden Auftragsstatus, Teillieferungen, Gutschriften und Rechnungen dargestellt?
Eine Schnittstelle ist nicht allein eine technische Verbindung. Sie braucht Regeln für Ausnahmefälle. Was passiert, wenn ein Artikel im ERP gesperrt wird, aber noch im Warenkorb liegt? Was geschieht mit einer Bestellung, wenn sich der Preis zwischen Warenkorb und Übertragung ändert? Solche Fragen wirken zunächst detailliert, verhindern später aber unnötige manuelle Korrekturen.
Bestellen muss zum Einkaufsalltag passen
Professionelle Einkäufer suchen häufig nicht nach Kategorien, sondern nach Artikelnummern, Herstellerbezeichnungen oder Bestelllisten. Eine gute Suche, CSV-Bestelllisten, Merklisten und die Möglichkeit zur schnellen Nachbestellung sind daher oft wertvoller als aufwendige Erlebniswelten.
Je nach Branche können auch Bestellvorlagen, Uploads von Bestellnummern, Punchout-Anbindungen oder die Übergabe an Beschaffungssysteme relevant sein. Das braucht nicht jeder mittelständische Betrieb. Wer allerdings regelmäßig Großkunden mit formalen Einkaufsprozessen beliefert, sollte diese Anforderungen früh bewerten. Ein späterer Anschluss ist möglich, aber selten günstiger als eine vorausschauende Architektur.
Beim Checkout zählen Klarheit und Kontrolle. Kunden wollen sehen, welche Konditionen gelten, ob Artikel verfügbar sind, wann geliefert wird und welche eigene Bestellnummer auf der Rechnung erscheint. Nicht jede Bestellung muss direkt automatisch bestätigt werden. Bei komplexen Produkten kann ein Bestellwunsch mit Prüfung sinnvoller sein. Entscheidend ist, dass der Kunde versteht, ob er verbindlich bestellt oder zunächst eine Anfrage sendet.
Prioritäten schaffen ein umsetzbares Projekt
Ein vollständiger Anforderungskatalog enthält mehr Ideen, als ein erster Release sinnvoll aufnehmen kann. Deshalb braucht es Prioritäten. Die wichtigste Unterscheidung lautet: Was muss zum Go-live funktionieren, was bringt danach spürbaren Mehrwert und was ist lediglich eine Option für später?
Eine pragmatische Einteilung kann vier Bereiche umfassen: geschäftskritisch, wichtig für die Akzeptanz, sinnvoll für die Weiterentwicklung und derzeit nicht notwendig. Geschäftskritisch sind etwa korrekte Preise, Kundenrechte, Bestellübertragung und rechtssichere Rechnungsdaten. Eine ausgefeilte Merklistenlogik oder individualisierte Produktempfehlungen können sehr nützlich sein, müssen aber nicht zwangsläufig den Projektstart verzögern.
Zu jeder Anforderung gehören ein Verantwortlicher, ein konkretes Beispiel und ein Abnahmekriterium. Statt „Der Shop soll schnell sein“ sollte etwa festgehalten werden, welche Seiten unter welchen Bedingungen wie rasch laden sollen. Statt „Kunden sollen einfach bestellen“ braucht es einen Testfall: Ein angemeldeter Einkäufer bestellt 20 Kartons zu seinem Vertragspreis, gibt eine interne Bestellnummer an und erhält eine Bestätigung mit korrekten Lieferdaten.
Technik, Design und Betrieb gemeinsam betrachten
Die Auswahl von Shopware, Magento, Prestashop oder einer anderen Plattform sollte aus den Anforderungen folgen, nicht aus einer Vorliebe für ein System. Ein kleiner Ersatzteilshop mit klaren Preislisten stellt andere Ansprüche als ein Händler mit mehreren Mandanten, komplexen Freigaben und einer tiefen ERP-Integration. Individuelle Entwicklung bietet Flexibilität, erhöht aber Pflege- und Testaufwand. Standardfunktionen sind wirtschaftlicher, wenn sie den Prozess tatsächlich abdecken.
Auch Design ist im B2B kein reines Gestaltungsthema. Gute Informationshierarchie, verständliche Produktdaten, gut sichtbare Lieferinformationen und eine verlässliche mobile Nutzung beeinflussen, ob Kunden den Shop gerne wieder verwenden. Barrierearme Bedienung hilft dabei nicht nur Menschen mit Einschränkungen, sondern auch allen Nutzern unter Zeitdruck.
Nach dem Go-live beginnt der laufende Betrieb. Wer pflegt Produktdaten? Wer prüft fehlgeschlagene Schnittstellenläufe? Wie werden neue Anforderungen gesammelt, bewertet und getestet? Ein B2B-Shop bleibt wirtschaftlich, wenn diese Verantwortung nicht offenbleibt.
Der beste Start ist kein Pflichtenheft mit hundert Seiten, sondern ein gemeinsames Bild der wichtigsten Geschäftsprozesse und ihrer Ausnahmen. Wenn diese Grundlage steht, kann aus einem Webshop ein Werkzeug werden, das Vertrieb und Kundenservice spürbar entlastet – statt ihnen eine weitere Plattform zur Betreuung zu geben.