B2B-E-Commerce-Plattform auswählen: 30 Fragen vor der Feature-Liste

Eine Plattform-Auswahl steht an. Der Vertrieb verlangt kundenspezifische Preise, der CFO will Lizenzkosten, die IT fragt nach Schnittstellen. Niemand hat das eigene Setup vorher beschrieben. Einfach mal loslegen, Features vergleichen, drei Anbieter werden zur Demo eingeladen. So beginnen viele Plattform-Auswahlen im B2B-Mittelstand, und so enden viele Projekte als teure Korrekturschleife.

Es lohnt sich, vor Projektstart in sich zu gehen und zu definieren, was dein Geschäft braucht. Erst dann kommt der Schritt nach außen, was die unterschiedlichen Anbieter können. Anhand von 30 Fragen kannst du ein klares Bild aufmalen, was du genau brauchst. Geschäftsmodell, Integration, Pflicht-Features, Implementierung, Wachstum, Compliance und Zukunftsfähigkeit, diese Cluster umfassen die wichtigsten Anforderungen, die ein Request for Proposal (RFP) beinhalten sollte. 

Das Wichtigste auf einen Blick

• Anforderungen vor Anbieter: Wer Plattformen vergleicht, ohne sein eigenes Setup zu kennen, kauft Features auf Verdacht.
• 30 Fragen aus 7 Clustern, ein halber Workshop-Tag im Kernteam reicht für die Bestandsaufnahme.
• Konsolidierungs-Trias: Vertriebsmodelle, Datenquellen und Zielkanäle gehören vor der Plattformwahl gemeinsam geprüft.
• Multi-Modell-Mix einplanen: D2C, Multi-Brand und Multi-Country werden häufig in Kombination mit B2B umgesetzt.
• Output ist ein einseitiges Muss-Soll-Kann-Profil, das in jeden Anbieter-Vergleich übernehmbar ist.

So ist diese Checkliste zu benutzen

Die 30 Fragen lassen sich am besten im Team beantworten mit mindestens vier Perspektiven: Vertrieb (kennt Bestell- und Preismodell), IT (kennt die Systemlandschaft), Operations (kennt Daten- und Prozessrealität) und Finance (kennt Margen und Compliance). Marketing kommt dazu, wenn Content und Kanal-Strategie eng verzahnt sind. Diskutiere die Fragen im Kernteam, statt sie einzeln auszufüllen. Die häufigsten Aha-Momente entstehen, wenn Vertrieb und IT bei derselben Frage unterschiedlich antworten.

Die Fragen verteilen sich auf sieben Cluster: Geschäftsmodell und Vertriebsstruktur, Integrationsfähigkeit und Systemlandschaft, B2B-Pflicht-Features, Implementierungs-Realität, Wachstum und Internationalisierung, Compliance und Datenhoheit sowie Zukunftsfähigkeit. Dabei ist die Reihenfolge nicht zufällig: Geschäftsmodell und Ökosystem kommen vor den Features, weil sie entscheiden, welche Features überhaupt Pflicht sind.

Am Ende bewertest du die Fragen, z.B. durch eine einfache Gewichtung mit: Muss, Soll oder Kann. Muss-Punkte sind Knock-out-Kriterien, ohne die kein Anbieter weitergeht. Soll-Punkte gewichten den Vergleich. Kann-Punkte sind Beiwerk. Genauso könnten Punkte für eine Gewichtung vergeben werden.

Eine Frage vorab: Suchst du ein B2B-Shopsystem, weil Frontend und Backend in einem System abgedeckt werden sollen? Oder brauchst du eine B2B-Commerce-Plattform, die deine B2B-Prozesse und Daten orchestriert und an Frontends, Marktplätze und andere Kanäle ausspielt? Gerade bei verschiedenen Geschäftsmodellen, Marken oder Frontends lohnt sich ein Commerce-Backend mit austauschbarer Verkaufsoberfläche.

Geschäftsmodell und Vertriebsstruktur: den Multi-Modell-Mix anerkennen

„Reines B2B" ist im Mittelstand selten geworden. Hersteller verkaufen zusätzlich D2C, Großhändler betreiben Marktplatz-Stores parallel zum Direktgeschäft, Marken bedienen Endkunden und Wiederverkäufer aus derselben Plattform. Eine Plattformwahl, die nur den Status quo des Hauptkanals abbildet, baut Hürden für die nächsten Geschäftsmodelle ein.

1. Multi-Modell-Mix: Welche Geschäftsmodelle bedienst du parallel (B2B, D2C, Marktplatz, B2B2C)? Welches ist heute das wichtigste, welches das mit der größten Bewegung?
2. Mehrmandantenfähigkeit: Hast du mehr als eine Marke, mehr als einen Mandanten oder mehr als eine Vertriebsgesellschaft? Wie viele Online-Auftritte brauchst du dafür?
3. Kanäle: Welche Kanäle bedienst du heute (eigene Shops, Marktplätze, EDI, Telefon, Außendienst)? Wo soll die neue Plattform sich einreihen, wo soll sie ablösen?
4. Kundensegmentierung: Wer sind die typischen Käufer-Personas, mit welchen Rollen (Einkäufer, Techniker, Geschäftsführer) und welchen Befugnissen (Budget, Freigabe)?
5. Angebotsprozess: Wie kommt heute eine typische Bestellung zustande? Geht ein Angebot voraus, wird verhandelt, gibt es Rahmenverträge, oder bestellen Kunden direkt? Welche dieser Bestellprozesse muss die Plattform abbilden?

Systemlandschaft und Integrationsfähigkeit: woher kommen Daten, wohin gehen sie

Eine B2B Plattform ist in eine bereits existierende Systemlandschaft eingebettet und jongliert mit ERP-Stammdaten, PIM-Inhalten, Beständen, Preisen, Kundendaten. Sie ist der Ort, an dem Daten zusammenlaufen, mit Commerce-Logik versehen und an Frontends, Marktplätze oder Beschaffungs-Schnittstellen ausgespielt werden. Welche Systeme dabei welche Rolle übernehmen und wer für welches Datenobjekt führend bleibt, entscheidet über die Integrationskosten der nächsten Jahre.

6. Kernsysteme: Welche Kernsysteme sind heute im Einsatz (ERP-System, PIM-System, WMS, CRM, Pricing-Tool, Auftragsmanagement)? Welche Rolle übernimmt jedes davon im Gesamtgefüge?
7. Datenhoheit: Wer ist führend für welches Datenobjekt? Produktdaten, Kundenstammdaten, Preise, Bestände und Bestellungen: An welcher Stelle entstehen sie, wer pflegt sie, wer darf sie ändern?
8. Schnittstellen und Konnektoren: Welche Schnittstellen bieten deine Bestandssysteme (REST-APIs, SOAP, EDI, Batch, Datei-Export), und welche davon sind produktiv erprobt? Welche Standard-Konnektoren zu deinen Kernsystemen erwartest du von der neuen Plattform?
9. Datenheterogenität: Wie heterogen sind deine Daten? Variieren Attribute, Preislogiken oder Kundenstrukturen zwischen Marken, Sortimenten oder Vertriebsgesellschaften so stark, dass die Plattform anpassbare Datenmodelle braucht statt eines starren Standards?
10. Datenbrüche: An welchen Stellen synchronisierst du manuell zwischen Systemen? Wo pflegst du heute Daten doppelt? Welche dieser Brüche soll die neue Plattform schließen?

B2B-Pflicht-Features: Basics, aber in welcher Ausprägung

Typische B2B-Anforderungen kommen in jedem B2B-Setup vor. Sie als „Features" zu führen, verkürzt den Blick: Es sind Geschäftsanforderungen, ohne die das Bestellverhalten deiner Kunden nicht abbildbar ist. Doch anstelle ein Feature „kann die Plattform kundenspezifische Preise?" abzufragen, heißt es, genau zu definieren, wie "kundenspezifische Preise" umgesetzt werden sollen „wie wird das B2B-Feature umgesetzt, mit welcher Konfigurierbarkeit, mit welchen Folgekosten?". Hier werden eventuelle Customizing- Aufwände offenbar.

11. Preismodell: Wie komplex sind deine Preislogiken? Kundenspezifische Preise, Staffelpreise, Rabattlogiken, Verhandlungspreise, Rahmenverträge mit definierten Konditionen, projektbasierte Sonderpreise: Welche dieser Mechanismen muss die Plattform abbilden, und wie viele laufen parallel?
12. Freigabe-Workflows: Brauchst du Freigabe-Workflows mit mehrstufiger Genehmigung, Budget-Limits, Vier-Augen-Prinzip?
13. Bestelltechnik: Wie geben deine Kunden Bestellungen technisch ein? Manuelle Eingabe, Schnellbestell-Formular mit Artikelnummern, Wiederbestellung aus der Historie, Excel- oder CSV-Upload mit vielen Positionen? Welche dieser Eingabewege musst du abbilden?
14. Zahlarten: Welche Zahlarten sind im B2B verpflichtend (Kauf auf Rechnung, SEPA, E-Rechnung nach Wachstumschancengesetz, ZUGFeRD, XRechnung)?
15. Punchout: Müssen deine Großkunden über Punchout (OCI, cXML) aus ihrem eigenen Beschaffungssystem auf dich zugreifen?
16. Kundenaccounts und Rollen: Wie ist die Account-Architektur deiner B2B-Kunden? Firmen-Account mit Sub-Accounts pro Standort oder Abteilung, Rollen mit differenzierten Sichten (eigene Bestellungen vs. alle Bestellungen) und Berechtigungen (Bestellen, Freigeben, nur Anzeigen)? Welche Informationen sollen für wen im „My Account"-Bereich zur Verfügung stehen (Bestellhistorie, Vertragskonditionen, Rechnungen, etc.)?

Implementierungs-Realität: MVP statt Big Bang

Ein erheblicher Anteil der B2B-Plattform-Auswahl betrifft die Implementierungskosten. Anbieter mit identischer Feature-Liste unterscheiden sich in Time-to-Market, Tiefe der nötigen Eingriffe und Verfügbarkeit von Umsetzungspartnern erheblich. Was im Pitch als „out of the box" steht, bedeutet im Projekt oft Wochen Konfiguration und Anpassung. Diese Fragen helfen dir zu klären, wie du dir die Implementierung vorstellst.

17. Umsetzungsmodell: Wer setzt das Projekt um (interne IT, Agentur, Anbieter, Mix)? Welche Kapazitäten kannst du tatsächlich freistellen?
18. Vergleichbare Erfahrung: Welche Erfahrung mit ähnlichen Projekten wie deinem hältst du für wichtig? In welchen Punkten sollte ein Anbieter passende Referenzen haben (Datenkomplexität, Branchenerfahrung, Sortimentstiefe, vergleichbare Systemlandschaft)?
19. MVP-Scope: Wie könnte ein MVP für dich aussehen, mit welchen Anforderungen? In welchen Schritten näherst du dich welchem Zielbild?
20. Eingriffstiefe in Bestandssysteme: Welche Eingriffe in welcher Tiefe sind in ERP und PIM nötig, mit welchen Kosten? Wer trägt die Integrations-Last?
21. TCO: Wie sieht die Gesamtkostenrechnung über fünf Jahre aus? Implementierung, Integration, Lizenz, Hosting, Pflege, Support, Erweiterungen: Welche Posten fließen ein, welche bleiben oft unberücksichtigt?

MVP und Big Bang sind zwei mögliche Implementierungspfade. Diese Fragen geben dir die Grundlage, beide gegen dein Setup zu rechnen und zu entscheiden, was passt.

Wachstum und Internationalisierung: am 24-Monats-Horizont planen

Plattform-Entscheidungen wirken fünf bis sieben Jahre. Eine Auswahl am Status quo baut die nächste Migration in zwei Jahren mit ein. Sinnvoller ist die Frage, wo das Geschäft in 24 Monaten steht.

22. Märkte: In welche Märkte willst du in den nächsten 24 Monaten expandieren? Welche Sprachen, Währungen und steuerlichen Anforderungen kommen dazu?
23. Geschäftsmodelle: Planst du neue Marken, neue Geschäftsmodelle (D2C, Subscription, Marktplatz) oder neue Vertriebskanäle?
24. Marktplätze: Willst du auf weiteren Marktplätzen verkaufen (Amazon Business, Mercateo, branchenspezifische Plattformen)? Welche Datenanforderungen kommen damit?
25. Skalierung: Erwartest du saisonale Lastspitzen oder lineares Wachstum, und wie skaliert die Plattform damit?

Compliance, Hosting und Datenhoheit

Compliance-Fragen kommen in den meisten Auswahlprozessen zu spät. Sie wirken aber als harte Filter: Was DSGVO oder GoBD nicht zulassen, fliegt aus dem Vergleich, egal wie elegant die Demo war. 

26. Regulatorik: Welche regulatorischen Anforderungen treffen dein Geschäft (DSGVO, GoBD, branchenspezifische Standards wie Medizinprodukte, Gefahrstoffe, Lebensmittel)?
27. Hosting: Wo darf deine Plattform gehostet werden (EU, Deutschland, On-Premise)? Welche Zertifizierungen brauchst du vom Anbieter (ISO 27001, BSI C5, branchenspezifische Audits)?
28. Datenportabilität: Wem gehören die Daten, und wie kommst du beim Anbieterwechsel zuverlässig wieder raus (Export-Schnittstellen, Datenformate, Vertragslage)?

Datenhoheit ist die unscheinbare Frage mit den größten Spätfolgen. Erst zum Vertragsende gestellt, landet sie in der schwächeren Verhandlungsposition. 
Praxis-Tipp: Lass dir vom Anbieter vor Vertragsabschluss zeigen, wie ein vollständiger Daten-Export aussieht. Format, Umfang und Zeitraum sollten vertraglich fixiert sein.

Zukunftsfähigkeit: AI-readiness und Agentic Commerce

Laut PwC AI Agent Survey bauen knapp 80% der befragten Unternehmen bereits Agenten oder setzen Agentic Commerce um. Erste Kaufagenten bestellen autonom auf Marktplätzen, KI-Suche ersetzt klassische Filterleisten, Content-Automatisierung skaliert Produkttexte über Sprachen hinweg. Eine Plattform-Entscheidung heute wirkt fünf bis sieben Jahre. Die AI-Schicht gehört früh geprüft.

29. Agent-Zugang: Stellt die Plattform einen MCP-Server (Model Context Protocol) oder vergleichbare Standards für die Anbindung von AI-Agenten bereit? Sind APIs und Webhooks dokumentiert und so geschnitten, dass Agenten die nötigen Aktionen sauber ausführen können?
30. AI-Use-Cases: Welche konkreten AI-Use-Cases willst du umsetzen? (KI-Chatbots, automatisierte Produkttexte, AI-generierte Produktempfehlungen)? In welcher Form soll dich die Plattform dabei unterstützen?

Ein Anforderungsprofil mit Gewichtung bauen

Die 30 Antworten verdichten sich in drei Schritten zu einem Profil:

1. Gewichtung: Jede Frage bekommt Muss, Soll oder Kann. Muss-Antworten sind Knock-out-Kriterien.
2. Cluster-Priorisierung: Nicht alle Cluster sind gleich wichtig. Ein Hersteller mit Multi-Brand-Strategie gewichtet Geschäftsmodell und Wachstum höher als ein klassischer Großhändler mit einer Marke und stabiler Lieferantenstruktur.
3. Verdichtung: Das Ergebnis passt auf eine Seite. Oben die Knock-out-Kriterien, in der Mitte die gewichteten Soll-Punkte, unten die Kann-Punkte.

Hier ein Beispiel für einen Hersteller mit Multi-Brand-Setup und D2C-Ergänzung. Das Kernteam gewichtet Geschäftsmodell und Wachstum als hoch, Integrationsfähigkeit, Pflicht-Features und Compliance als mittel, Zukunftsfähigkeit als niedrig. Daraus ergibt sich folgendes Profil, das man bei Bedarf auch um Punkte-Gewichtung erweitern, bzw. für Stand heute und in 2 Jahren ausfüllen könnte.

Mit dem Anforderungsprofil in den Anbieter-Vergleich gehen

Erst wenn du dir über deine eigenen Ziele und Anforderungen im Klaren bist, lässt sich ein Anbieter-Vergleich seriös führen. Dabei ist die Reihenfolge entscheidend: Wer wie im Intro beschrieben zuerst Anbieter anhand von Features und Lizenzpreisen vergleicht und die Anforderungen im Projekt nachjustiert kommt zu schlechteren Ergebnissen als bei der beschriebenen Reihenfolge: Anforderungsprofil definieren, Geschäftsmodell-Fit, Integrationskosten ermitteln und dann erst Lizenz und Anbieter auswählen. Ohne dieses Profil bewertest du Anbieter entlang ihrer Stärken, nicht entlang deines Bedarfs.

Der Schlüssel liegt in der Übersetzung der Profile in Bewertungsfragen für die Demo. Statt „Habt ihr Punchout?" lautet die Frage: „Wie habt ihr Punchout für zwölf Großkunden mit zwei unterschiedlichen Procurement-Systemen in den letzten Projekten umgesetzt, und wie lange hat das gedauert?" So zeigt sich schnell, welcher Anbieter dein Setup wirklich versteht und welcher aus dem Standardkatalog vorliest.

Wenn du dein Anforderungsprofil gegen eine konkrete B2B-Commerce-Plattform halten willst, lass dir Hublify zeigen. In 30 Minuten siehst du, wie sich die 30 Fragen in einer Live-Umgebung beantworten.

Häufige Fragen

Welche Features muss eine B2B-E-Commerce-Plattform mindestens haben?

Kundenspezifische Preise und Staffelpreise, Freigabe-Workflows, B2B-Zahlarten inklusive Kauf auf Rechnung und E-Rechnung, Schnellbestell- und Wiederbestell-Funktionen, Punchout für Großkunden, ein Self-Service-Bereich mit Bestellhistorie, Rechnungen und Nutzerverwaltung. Welche dieser Funktionen Pflicht sind, hängt vom Geschäftsmodell und den Zielen für die nächsten Jahre ab.

Wann ist eine eigenständige B2B-E-Commerce-Plattform sinnvoll?

Sobald Preise, Workflows oder Bestellpfade in einer B2C-Plattform nur über Workarounds abbildbar sind. Oder wenn verschiedene Geschäftsmodelle zur Anwendung kommen wie B2B2C. Konkrete Indikatoren: mehr als drei Preismodelle parallel, mehrstufige Freigaben, Punchout-Anbindung an Großkunden oder Self-Service-Anforderungen wie Bestellhistorie pro Konto. Ab dieser Schwelle kostet die Erweiterung einer B2C-Plattform meist mehr als eine dedizierte B2B-Lösung.

Was kostet eine B2B-E-Commerce-Plattform?

Lizenzkosten allein sind kein belastbarer Vergleichspunkt. Die Gesamtkosten setzen sich zusammen aus Lizenz, Implementierung, Integration in ERP und PIM, Pflege und Hosting. Bei Mittelstands-Projekten dominieren Implementierung und Integration die ersten zwei Jahre, Lizenz und Pflege die folgenden. Die Spanne ist groß: Datenkomplexität, Schnittstellen und Sortimentstiefe treiben die Kosten meist stärker als der Lizenzlistenpreis.

Brauche ich für B2B und B2C zwei Plattformen?

Nicht zwingend. Moderne B2B-Plattformen können B2C/D2C-Auftritte parallel bedienen, wenn Preislogik, Workflows und Sortimente sauber getrennt verwaltbar sind. Die Frage ist weniger „eine oder zwei Plattformen" als „wie sauber lassen sich Geschäftsmodelle in derselben Datenarchitektur abbilden". Das beantworten die Fragen zum Geschäftsmodell und zur Datenlage.