Die Diskrepanz zwischen Feature-Liste und Praxistauglichkeit ist bei B2B-Software generell groß. Typische Fragen, die die Dokumentation nicht beantwortet: Wie performant sind Unternehmensaccounts mit 500 Nutzern und 50.000 Preislisten-Einträgen? Funktioniert die Schnellbestellung auch mit 200 Positionen pro Bestellung? Wie flexibel sind die Freigabeworkflows wirklich (einstufig vs. mehrstufig, Schwellenwerte, Stellvertreterregelungen)? Wie gut integriert sich die B2B-Suite mit SAPs Konditionstechnik? Diese Fragen lassen sich nur beantworten, wenn man die Plattform in der Praxis kennt — mit echten Datenmengen, echten Integrationen und echten Nutzeranforderungen.
Shopware B2B-Funktionen: Was die Plattform bietet — und wo Erweiterung nötig ist
Wenn Sie Shopware für den B2B-Einsatz evaluieren, stehen Sie vor einer zentralen Frage: Was kann die Plattform nativ, und wo brauchen Sie Erweiterungen? Die Antwort ist differenzierter als die Marketing-Materialien von Shopware vermuten lassen. Die native B2B-Suite deckt einen soliden Grundumfang ab — Unternehmensaccounts, Rollen, Preislisten, Budgets, Schnellbestellung. Für viele mittelständische B2B-Anforderungen reicht das. Für komplexere Szenarien — mehrstufige Freigaben, SAP-Preisfindung, Compliance-Workflows, maschinenspezifische Ersatzteilzuordnung — sind Erweiterungen nötig.
Feature-Liste vs. Praxistauglichkeit
Sie evaluieren Shopware für Ihren B2B-Einsatz und wollen wissen: Was kann die Plattform nativ? Wo brauche ich Erweiterungen? Und was sind die Grenzen? Die offizielle Dokumentation listet Features auf, sagt aber wenig darüber, wie diese Features in der Praxis mit komplexen B2B-Anforderungen zusammenspielen.
Strukturiert zur Entscheidung.
Anforderungsaufnahme
Wir erfassen Ihre B2B-Anforderungen strukturiert: Must-have, Should-have, Nice-to-have. Für jede Anforderung definieren wir: Was genau muss die Funktion können? Mit welchen Datenmengen? Welche Nutzerrollen?
Feature-Mapping
Wir mappen jede Anforderung auf Shopwares Fähigkeiten: Nativ verfügbar, per Extension abgedeckt, Custom-Entwicklung nötig, oder nicht realisierbar. Für jede Custom-Entwicklung schätzen wir den Aufwand.
Architektur-Assessment
Für die kritischsten Anforderungen bauen wir einen PoC auf einer Staging-Umgebung. So validieren wir: Funktioniert es? Wie performant ist es? Wie sieht die UX aus?
Empfehlung
Sie erhalten: eine Feature-Matrix, eine Aufwandsschätzung für Custom-Entwicklungen, eine Risikobewertung und unsere Empfehlung (Shopware mit Erweiterungen vs. alternative Plattform).
Investitionsrahmen und Zeitplanung
Ein Architecture Assessment für Shopware B2B kostet 3.000–6.000 Euro netto (1–2 Wochen) und liefert: Feature-Matrix, Aufwandsschätzung, Risikobewertung, Empfehlung. Die anschließende Implementierung variiert: Einfaches B2B-Setup (native Funktionen + Konfiguration): 15.000–30.000 Euro. Mittleres Setup (native Funktionen + Custom Plugins + ERP-Anbindung): 40.000–80.000 Euro. Komplexes Setup (mehrstufige Freigaben + SAP-Preisfindung + Custom Features): 70.000–120.000 Euro. In allen Fällen deutlich günstiger als eine Eigenentwicklung.
Shopware B2B vs. Eigenentwicklung bei einem Maschinenbauer
Ausgangssituation
Ein Maschinenbauer mit 300 Geschäftskunden und 4.000 Artikeln (Maschinen, Ersatzteile, Verbrauchsmaterialien) evaluierte ein selbstentwickeltes B2B-Portal gegen Shopware B2B. Die Anforderungen: kundenindividuelle Preise aus SAP (Konditionstechnik), mehrstufiger Freigabeworkflow (3 Stufen), maschinenspezifische Ersatzteilzuordnung, Budgetmanagement pro Kostenstelle und Angebotsanfrage-Workflow mit SAP-Rückkopplung. Das Budget für eine Eigenentwicklung wurde auf 250.000 Euro geschätzt.
Unser Vorgehen
Wir führten ein Architecture Assessment durch und mappten jede Anforderung auf Shopware: Unternehmensaccounts mit Rollen: nativ. Kundenindividuelle Preise aus SAP: nativ + Custom. Mehrstufiger Freigabeworkflow (3 Stufen): Custom Plugin. Maschinenspezifische Ersatzteilzuordnung: Custom Plugin. Budgetmanagement pro Kostenstelle: teilweise nativ + Custom. Angebotsanfrage mit SAP-Rückkopplung: Custom Plugin + SAP-Integration. Ergebnis: 75 Prozent der Anforderungen deckt Shopware nativ ab, 20 Prozent brauchen Custom Plugins, 5 Prozent waren konzeptionelle Anpassungen.
Ergebnis
Die Entscheidung fiel für Shopware: 85.000 Euro statt 250.000 Euro (66 Prozent Ersparnis gegenüber Eigenentwicklung). Dazu: schnellere Time-to-Market (14 Wochen statt geschätzt 9 Monate), geringeres Risiko, laufende Updates und Community-Support, und ein Ökosystem aus Extensions für zukünftige Anforderungen. Das Portal ist seit 12 Monaten produktiv, die Nutzung steigt stetig.