B2B-Marktplatz-Entwicklung: Wie sie sich von B2C unterscheidet und was sie wirklich kostet
B2B-Marktplätze unterscheiden sich grundlegend von Verbraucherplattformen – von der Preislogik und Zahlungskonditionen bis hin zu Compliance und Onboarding. Wir erläutern die technischen Unterschiede, die Entwicklungskosten und wann Sie welches Modell wählen sollten.
Es gibt eine Art von Gespräch, das wir häufig führen – manchmal mit einem Gründer, der einen erfolgreichen Verbrauchermarktplatz betrieben hat, manchmal mit einem Einkaufsleiter, der genug von Tabellenkalkulationen und E-Mail-Ketten hat. Sie kommen zu uns mit einem scheinbar vertrauten Problem: „Wir brauchen einen Marktplatz." Und auf den ersten Blick haben sie recht. Sie brauchen eine Plattform, auf der Käufer Lieferanten finden, Transaktionen abwickeln und Geschäftsbeziehungen pflegen können. Das ist ein Marktplatz.
Was sie fast immer unterschätzen, ist, wie grundlegend verschieden die Architektur, die Workflows und die Geschäftslogik eines B2B-Marktplatzes von den Verbraucherplattformen sind, die sie als gedankliche Referenzpunkte verwenden. Amazon, Etsy, Airbnb – das sind hervorragende Produkte. Sie sind jedoch als Referenzpunkte für den Aufbau einer Beschaffungsplattform für Großhandelskäufer, Industrieeinkäufer oder unternehmensweite Lieferketten nahezu völlig ungeeignet.
Die Lücke ist nicht kosmetischer Natur. Es geht nicht darum, ein Feld für „Mengenpreise" hinzuzufügen oder den Checkout-Prozess anzupassen. Die Entwicklung eines B2B-Marktplatzes erfordert grundlegend andere Datenmodelle, einen anderen Ansatz für Benutzeridentität und Berechtigungen, eine völlig andere Zahlungsarchitektur und Integrationen mit Back-Office-Systemen, die die meisten Verbraucherplattformen nie berühren. Einen B2B-Marktplatz nach dem Rezept von B2C aufzubauen, ist einer der zuverlässigsten Wege, einen erheblichen Betrag für etwas auszugeben, das für die tatsächlichen Nutzer schlichtweg nicht funktioniert.
Dieser Leitfaden ist unser Versuch, diese Lücke schriftlich festzuhalten. Wir erläutern, was ein B2B-Marktplatz ist, wo die technischen Anforderungen von Verbraucherplattformen abweichen, was jedes Modell in der Entwicklung kostet und wie Sie entscheiden, welches Sie tatsächlich benötigen. Wenn Sie planen, 2025 einen Marktplatz jeglicher Art aufzubauen, lesen Sie dies zuerst.
Was ist ein B2B-Marktplatz?
Ein B2B-Marktplatz ist eine digitale Plattform, die Unternehmen miteinander verbindet – konkret Unternehmen, die als Käufer agieren, mit Unternehmen, die als Lieferanten oder Verkäufer auftreten – und Transaktionen zwischen ihnen in großem Maßstab ermöglicht. Das entscheidende Merkmal ist, dass beide Seiten der Transaktion Organisationen und keine Einzelverbraucher sind. Der Käufer ist ein Einkaufsmanager, ein Beschaffungsteam oder ein automatisiertes System, das im Namen eines Unternehmens handelt. Der Verkäufer ist ein Hersteller, Distributor, Großhändler oder Dienstleister.
Das bekannteste Beispiel ist Alibaba, das Hersteller und Großhändler – vorwiegend aus Asien – mit Käufern aus aller Welt verbindet. Alibaba verkauft keine Produkte selbst; das Unternehmen stellt die Infrastruktur bereit, über die Millionen von Lieferantenbetrieben Millionen von Käuferunternehmen erreichen können, und erhebt eine Provision oder Abonnementgebühr für den Zugang zur Plattform. Das Ausmaß ist außergewöhnlich, doch das Modell ist unkompliziert: ein zweiseitiger Marktplatz, auf dem beide Parteien Unternehmen sind.
ThomasNet ist ein branchenspezifischeres Beispiel und bedient den Industrie- und Fertigungssektor in Nordamerika. Käufer, die nach kundenspezifisch gefertigten Teilen, Industriechemikalien oder Lohnfertigern suchen, nutzen ThomasNet zur Identifizierung und Bewertung von Lieferanten. Es ist keine primär transaktionale Plattform wie Alibaba – es steht eher am Anfang der Beschaffungsreise im Bereich der Lieferantensuche –, verdeutlicht aber, wie B2B-Marktplätze häufig Branchen bedienen, in denen Angebotsanfrageprozesse, technische Spezifikationen und lange Vorlaufzeiten wichtiger sind als der sofortige Kauf.
Es gibt auch vertikale B2B-Marktplätze, die in ihren jeweiligen Branchen zu Kategorieführern geworden sind: Faire für den unabhängigen Großhandel im Einzelhandel, Tundra für Konsumgüter im Großhandel, Medline für medizinische Versorgungsgüter sowie Dutzende weitere in den Bereichen Gastronomie, Automobilersatzteile, Baumaterialien und professionelle Dienstleistungen. Diese Plattformen gewinnen nicht dadurch, dass sie generalistisch sind, sondern dadurch, dass sie die spezifischen Workflows, Compliance-Anforderungen und Preiskonventionen einer bestimmten Branche in die Plattform selbst einbetten.
Was sie alle verbindet, ist eine Reihe operativer Realitäten, die im Verbraucherhandel schlichtweg nicht existieren: ausgehandelte Preise, Kreditkonditionen, Genehmigungsworkflows, hohe durchschnittliche Bestellwerte, lange Beschaffungszyklen und die Notwendigkeit der Anbindung an Back-Office-Systeme auf Käufer- und Lieferantenseite.
Wesentliche Unterschiede: B2B- vs. B2C-Marktplatz
Die folgende Tabelle zeigt die bedeutendsten strukturellen Unterschiede zwischen einem B2B-Marktplatz und einem Standard-B2C-Marktplatz. Jeder dieser Unterschiede hat nachgelagerte Auswirkungen auf die Art und Weise, wie die Plattform entwickelt wird.
| Dimension | B2B-Marktplatz | B2C-Marktplatz |
|---|---|---|
| Preismodell | Kontospezifisch, ausgehandelt, nach Volumen gestaffelt | Festpreis, gelegentliche Aktionen |
| Zahlungskonditionen | Netto 30 / 60 / 90, Kreditkonten, bestellungsbasiert | Sofortige Kartenzahlung, BNPL |
| Benutzer-Onboarding | Unternehmensverifizierung, Bonitätsprüfung, mehrstufige KYB-Prüfung | E-Mail-Registrierung, Identitätsnachweis optional |
| Entscheidungsträger | Beschaffungsteam, Genehmigungskette | Einzelner Verbraucher |
| Durchschnittlicher Bestellwert | 5.000 € – 500.000 €+ | 30 € – 500 € |
| Bestellhäufigkeit | Geplant, wiederkehrend, vertragsbasiert | Impuls- oder bedarfsgesteuert |
| Bestellkomplexität | Mehrzeilig, konfiguriert, individuelle Spezifikationen | Einzelne oder wenige Artikel |
| Compliance-Anforderungen | Handelskredit, Steuernachweise, Branchenregulierung | DSGVO, PCI, allgemeines Verbraucherrecht |
| Suchverhalten | SKU, Teilenummer, technische Spezifikation | Stichwort, Kategorie, Bild |
| Verhandlung | Üblich – Angebotsanfrage, Gegenangebot, Vertragspreise | Selten – der Preis ist der Preis |
| Genehmigungsworkflows | Obligatorisch – Einkaufslimits, mehrstufige Freigabe | Keine |
| Mobile-Relevanz | Nachrangig – Desktop-Beschaffung dominiert | Primär – Mobile-First unerlässlich |
| ERP-/Systemintegration | Kritisch – Käufer und Verkäufer erfordern sie beide | Selten |
| Beziehungsmodell | Langfristige Kontobeziehungen | Transaktional, oft anonym |
Dies sind keine geringfügigen Unterschiede in der UX-Präferenz. Sie repräsentieren grundlegend unterschiedliche Geschäftsmodelle mit grundlegend unterschiedlichen technischen Anforderungen. Eine Plattform, die die B2C-Spalte gut abdeckt, wird aktiv versagen, wenn Sie versuchen, die B2B-Spalte durch sie hindurchzupressen.
Technische Anforderungen, die B2B-Marktplätzen eigen sind
Hier liegt die eigentliche Komplexität. Jeder Eintrag in der B2B-Spalte der obigen Tabelle lässt sich in Entwicklungsarbeit übersetzen, die im B2C-Marktplatz-Bereich keine Entsprechung hat. Gehen wir jeden Punkt durch.
Kontospezifische Preisgestaltung
Bei einem Verbrauchermarktplatz ist der Preis im Produktangebot der Preis. Jeder Kunde, der dieses Angebot sieht, zahlt denselben Betrag. Bei einem B2B-Marktplatz ist dieses Modell die Ausnahme, nicht die Regel.
Kontospezifische Preisgestaltung bedeutet, dass der Preis eines Käufers für ein bestimmtes Produkt oder eine bestimmte Dienstleistung davon abhängt, wer er ist, welche ausgehandelten Konditionen er mit dem Lieferanten hat, wie viel er im Laufe der Zeit einkauft und ob er im Rahmen eines Rahmenvertrags kauft. Ein Einkäufer aus der Fertigungsbranche mit einer langjährigen Geschäftsbeziehung und hohem Jahresvolumen könnte einen um 25 % niedrigeren Preis sehen als ein neuer Käufer, der denselben Artikel zum ersten Mal erwirbt. Beide Käufer müssen ihren korrekten Preis – und nur ihren korrekten Preis – sehen, wenn sie sich einloggen.
Die Umsetzung erfordert eine Preisgestaltungs-Engine, die zwischen dem Produktkatalog und dem Frontend sitzt. Diese Engine muss die Identität des Käufers, seine Kontostufe, etwaige aktive Verträge, anwendbare Mengenrabatte und eventuelle Aktionsüberlagerungen auswerten und den korrekten Preis in Echtzeit zurückliefern. Sie muss Währung, steuerliche Behandlung und regionale Preisgestaltung gleichzeitig berücksichtigen. Sie muss schnell genug sein, damit das Surfen nicht träge wirkt, und sie muss auditierbar sein, damit Streitigkeiten darüber, welcher Preis angeboten wurde, klar beigelegt werden können.
Das ist kein triviales System. Es ist kein Rabattcode-Feld.
Netto-Zahlungsziele und Kreditkonten
Verbrauchermarktplätze sind überwiegend synchron: Der Kunde zahlt, die Zahlung wird verbucht, die Bestellung wird bestätigt. Das Geld ist auf dem Händlerkonto, bevor die Ware das Lager verlässt.
Im B2B-Handel wird häufig mit Netto-Zahlungszielen gearbeitet. Ein Käufer gibt eine Bestellung auf, erhält die Ware und zahlt dreißig, sechzig oder neunzig Tage später. Das ist kein Plattformmerkmal – es ist eine rechtliche Kreditvereinbarung, die ein echtes finanzielles Risiko trägt. Die Implementierung von Netto-Zahlungszielen in einem Marktplatz erfordert ein Kreditlimitmanagement, die Überwachung des Engagements über alle offenen Bestellungen, eine Rechnungsstellung, die den Anforderungen der Käufer entspricht, automatisierte Zahlungserinnerungen, die Abstimmung von Teilzahlungen gegenüber Rechnungen sowie Eskalationsworkflows für säumige Zahler.
Manche Plattformen lagern dies an einen Drittanbieter für Handelskredit aus (Kriya, Tillit und andere bieten eingebettetes B2B-BNPL an), was das Kreditrisiko überträgt, aber Integrationsaufwand und Kosten pro Transaktion erhöht. Andere implementieren es nativ, was den Aufbau oder die Lizenzierung eines Kreditmanagementsystems und die Übernahme des damit verbundenen Risikos bedeutet. Keine der Optionen ist einfach, und beide müssen von Anfang an in die Plattformarchitektur eingeplant werden – Zahlungskonditionen nachträglich in einen Marktplatz einzubauen, der ohne sie konzipiert wurde, ist sehr kostspielig.
Bestellworkflows und Genehmigungsketten
In den meisten B2B-Einkaufsorganisationen ist die Person, die ein Produkt entdeckt, nicht dieselbe, die den Kauf genehmigt. Ein Kategorieverantwortlicher könnte den richtigen Lieferanten finden und die richtige Bestellung konfigurieren, aber diese Bestellung muss vor ihrer Bestätigung zur Genehmigung an einen Vorgesetzten weitergeleitet werden. Oberhalb eines bestimmten Werteschwellenwerts könnte eine zweite Genehmigungsebene durch einen Finanzleiter oder einen Vice President erforderlich sein. Erst wenn alle Genehmigungen vorliegen, wird die Bestellung zu einem aktiven Kaufauftrag, den der Lieferant ausführen kann.
Genehmigungskettenworkflows erfordern eine mehrstufige Bestellstatusmaschine, die zwischen der Warenkorbübermittlung und der Bestellbestätigung liegt. Sie erfordern konfigurierbare Genehmigungsregeln (nach Wert, Kategorie, Lieferant), ein Benachrichtigungssystem, das Genehmigern mitteilt, was aussteht, einen Delegierungsmechanismus für Vertretungsfälle, ein Protokoll jeder Genehmigungs- und Ablehnungsentscheidung sowie einen Mechanismus zur Rückgabe einer abgelehnten Bestellung an den Initiator mit Kommentaren. Außerdem muss sichergestellt werden, dass die Lieferantenansicht der Bestellung sich nicht ändert, bis der Genehmigungsprozess abgeschlossen ist – was die Komplexität der lieferantenseitigen Oberfläche und des Benachrichtigungssystems erhöht.
Sammelbestellungen und Angebotsanfrage-Workflows
Bei B2B-Einkäufen geht es häufig um Mengen, Spezifikationen und Anpassungen, die allein aus einem Produktangebot nicht bestimmt werden können. Ein Käufer benötigt möglicherweise 10.000 Einheiten einer Komponente mit spezifischen Toleranzen, in einer bestimmten Verpackung, zu einem festen Liefertermin. Der Lieferant muss diese Anforderungen prüfen, bevor er sich auf einen Preis und eine Lieferzeit festlegen kann.
Der Angebotsanfrage-Workflow (RFQ) behandelt dies. Ein Käufer stellt ein Anforderungsdokument zusammen – Mengen, Spezifikationen, Lieferanforderungen, bevorzugte Konditionen – und sendet es an einen oder mehrere Lieferanten. Die Lieferanten prüfen es und antworten mit einem Angebotspreis und Konditionen. Der Käufer wählt ein Angebot aus, verhandelt gegebenenfalls und wandelt das akzeptierte Angebot in einen Kaufauftrag um. Der gesamte Prozess kann Tage oder Wochen dauern, bevor eine Transaktion bestätigt wird.
Den Aufbau eines RFQ-Systems bedeutet, eine Kommunikationsebene zu schaffen, die neben dem oder innerhalb des Marktplatzes liegt, mit strukturierter Dateneingabe für Anforderungen, einem Benachrichtigungssystem, das Angebote zwischen Zuständen bewegt, einer Vergleichsansicht, mit der Käufer mehrere Lieferantenantworten nebeneinander bewerten können, sowie einem klaren Weg vom akzeptierten Angebot zum bestätigten Kaufauftrag. Außerdem müssen Angebotsverfall, Konditionenrevisionen und die Teilakzeptanz von Positionen berücksichtigt werden.
Unternehmenshierarchien und Käuferkonten
Ein Verbraucherkonto auf einem Marktplatz ist in der Regel eine einzelne Person. Ein B2B-Konto ist ein Unternehmen – aber Unternehmen sind nicht monolithisch. Ein großes Konzern kann mehrere Divisionen haben, jede mit ihrem eigenen Beschaffungsteam. Es kann Regionalbüros geben, die unabhängig einkaufen, aber für das Konzernberichtswesen konsolidiert werden müssen. Es kann Tochtergesellschaften geben, die ein übergeordnetes Konto teilen, aber separate Kreditlimits und Genehmigungsworkflows haben.
Unternehmenshierarchieverwaltung bedeutet, Konten nicht als einzelne Benutzer, sondern als Organisationsstrukturen mit Eltern-Kind-Beziehungen zu modellieren. Jede Ebene der Hierarchie kann eigene Benutzer, eigene Ausgabenlimits, eigene genehmigte Lieferantenlisten und eigene Berichtspflichten haben – während sie gleichzeitig in einer konsolidierten Ansicht für das Konzernbeschaffungsteam oder die Finanzfunktion zusammengeführt wird. Dieses Datenmodell von Anfang an korrekt zu gestalten, ist eine der wichtigsten Architekturentscheidungen bei einem B2B-Marktplatz. Es nachträglich zu korrigieren, ist teuer.
EDI- und ERP-Integration
Dies ist die Anforderung, die Teams mit Verbraucherhintergrund am meisten überrascht. Unternehmenskäufer und -lieferanten verwalten ihre Beschaffungsaktivitäten nicht allein über eine Browser-Oberfläche. Sie verwalten sie über ERP-Systeme – SAP, Oracle, Microsoft Dynamics, NetSuite, Sage –, die das System of Record für alle Finanz- und Betriebsdaten sind. Wenn ein Käufer eine Bestellung auf dem Marktplatz aufgibt, muss diese Bestellung in seinem ERP als bestätigter Kaufauftrag erscheinen. Wenn der Lieferant versendet, muss der Wareneingang das ERP des Käufers aktualisieren. Wenn die Rechnung ausgestellt wird, muss sie in den Kreditorenbuchhaltungs-Workflow des Käufers einfließen.
EDI (Electronic Data Interchange) ist der traditionelle Mechanismus dafür – ein Satz standardisierter Nachrichtenformate (EDIFACT, X12), den ERP-Systeme und Logistikdienstleister seit Jahrzehnten für den Austausch von Bestelldaten, Versandbenachrichtigungen und Rechnungen verwenden. Moderne ERP-Systeme bieten auch REST-APIs, und Middleware-Plattformen wie Boomi, MuleSoft und Azure Integration Services können die Übersetzung zwischen Marktplatzereignissen und ERP-Nachrichten übernehmen.
Welchen Mechanismus man auch wählt: ERP-Integration ist nicht trivial. Jeder Unternehmenskäufer hat seine eigene ERP-Konfiguration, seine eigenen Datenmapping-Anforderungen und seine eigene Toleranzgrenze für Abweichungen von etablierten Prozessen. Ein Marktplatz, der sich nicht in die ERP-Systeme seiner Käufer integrieren lässt, wird deren Beschaffungsbudget nicht gewinnen.
Vertrags- und Katalogverwaltung
Viele B2B-Einkaufsbeziehungen werden durch Rahmenverträge geregelt: vereinbarte Preise, vereinbarte Konditionen, vereinbarte Produktlisten, gültig für einen festen Zeitraum. Ein Marktplatz, der Unternehmenskäufer bedient, muss in der Lage sein, diese Verträge auf Plattformebene zu importieren, zu verwalten und durchzusetzen.
Vertrags- und Katalogverwaltung bedeutet, dass ein Käufer seine ausgehandelten Verträge hochladen oder verknüpfen kann, woraufhin der Marktplatz die Vertragspreise und Produktbeschränkungen bei jedem Einkauf dieses Käufers automatisch durchsetzt. Ein für einen bestimmten Käufer kuratierter Katalog – nur die SKUs, die er von einem bestimmten Lieferanten zu den in seinem Vertrag festgelegten Preisen kaufen darf – wird ihm automatisch angezeigt. Käufe außerhalb des vertraglich vereinbarten Katalogs können blockiert, zur Genehmigung markiert oder an einen anderen Beschaffungsprozess weitergeleitet werden. Dieses Maß an Vertragsdurchsetzung ist eine grundlegende Erwartung im Unternehmensbeschaffungswesen und eine differenzierende Fähigkeit für jeden Marktplatz, der um dieses Budget konkurriert.
Technische Anforderungen an B2C-Marktplätze
Im Vergleich dazu sind die technischen Anforderungen eines B2C-Marktplatzes vertrauter und in den meisten Dimensionen weniger komplex – obwohl sie ihre eigenen Herausforderungen haben.
Ein B2C-Marktplatz benötigt einen Produktkatalog mit leistungsstarken Such-, Filter- und Empfehlungsfunktionen. Das Suchverhalten von Verbrauchern ist schlüsselwort- und kategorieorientiert, was bedeutet, in Suchrelevanz zu investieren – Elasticsearch oder einen verwalteten Suchdienst, facettiertes Filtern, Personalisierung auf Basis des Browserverlaufs. Empfehlungs-Engines (häufig zusammen gekauft, ähnliche Produkte, personalisierte Startseiten) sind ein erheblicher Wettbewerbsvorteil auf Verbrauchermärkten.
Checkout und Zahlung sind synchron und sofortig. Die Integration mit Stripe, PayPal, Apple Pay, Google Pay sowie zunehmend BNPL-Anbietern wie Klarna wird erwartet. Der Checkout sollte schnell, minimal und für mobile Conversion optimiert sein. Gespeicherte Zahlungsmethoden, Nachbestellung per Knopfdruck und Erinnerungen bei abgebrochenen Warenkörben sind Standardfunktionen.
Bewertungen und Vertrauenssignale sind auf Verbrauchermärkten von enormer Bedeutung, da Käufer und Verkäufer einander fremd sind. Verkäuferbewertungen, Produktrezensionen, Käuferschutzrichtlinien und Streitbeilegungsmechanismen sind für das Verbrauchervertrauen unverzichtbar – auf eine Weise, die auf die langfristigen Kontobeziehungen im typischen B2B-Bereich schlicht nicht zutrifft.
Mobile-First-Design ist keine Option. Der Großteil des Verbraucher-E-Commerce-Traffics kommt von mobilen Endgeräten, und der Großteil der Kaufentscheidungen von Verbrauchern wird von mobilen Touchpoints beeinflusst, selbst wenn sie auf dem Desktop abgeschlossen werden. Die Performance auf Mobilgeräten – Seitenladegeschwindigkeit, touch-freundliche Benutzeroberfläche, native App oder PWA – ist ein direkter Conversion-Treiber.
Marketing- und Akquisitionstools – Aktionscodes, Empfehlungsprogramme, Flash-Sales, E-Mail- und Push-Benachrichtigungskampagnen – sind zentral für das Wachstum von B2C-Marktplätzen auf eine Weise, die für B2B weitgehend irrelevant ist, wo Beziehungen, Vertriebsteams und Rahmenverträge das Volumen treiben.
Kostenvergleich: Entwicklung von B2B- vs. B2C-Marktplätzen
Der Komplexitätsunterschied zwischen B2B- und B2C-Marktplätzen ist erheblich und spiegelt sich in den Entwicklungskosten wider. Die folgende Tabelle basiert auf unserer eigenen Erfahrung bei der Entwicklung beider Plattformtypen sowie auf den Marktpreisen für die Regionen, in denen unsere Kunden typischerweise tätig sind.
| Komponente | B2C-Marktplatz | B2B-Marktplatz |
|---|---|---|
| Kernplattform (Katalog, Listings, Suche) | 25.000 € – 60.000 € | 35.000 € – 80.000 € |
| Benutzerkonten und Onboarding | 8.000 € – 15.000 € | 20.000 € – 45.000 € |
| Preisgestaltungs-Engine | 5.000 € – 12.000 € | 25.000 € – 60.000 € |
| Checkout und Zahlungen | 15.000 € – 30.000 € | 30.000 € – 70.000 € |
| Auftragsverwaltung | 15.000 € – 35.000 € | 35.000 € – 90.000 € |
| Lieferantenportal | 20.000 € – 45.000 € | 35.000 € – 80.000 € |
| Administration und Berichtswesen | 15.000 € – 30.000 € | 25.000 € – 55.000 € |
| ERP- / EDI-Integrationen | In der Regel nicht erforderlich | 20.000 € – 80.000 € pro Integration |
| RFQ- / Verhandlungsmodul | Nicht anwendbar | 20.000 € – 50.000 € |
| Genehmigungsworkflows | Nicht anwendbar | 15.000 € – 35.000 € |
| Mobile App (falls erforderlich) | 30.000 € – 80.000 € | 25.000 € – 60.000 € |
| Geschätzte Gesamtspanne | 110.000 € – 300.000 € | 200.000 € – 600.000 €+ |
Ein paar wichtige Hinweise zu diesen Zahlen.
Erstens setzen sie eine maßgeschneiderte Individualentwicklung voraus, keine Konfiguration eines fertigen Marktplatz-Produkts. Plattformen wie Spryker, OroCommerce oder Mirakl können die B2B-Entwicklungskosten für bestimmte Anwendungsfälle erheblich reduzieren – aber sie bringen Lizenzkosten, Anpassungsgrenzen und eigene Implementierungskomplexität mit sich. Wir haben Kunden erlebt, die mehr damit ausgegeben haben, ein Paketprodukt zum Funktionieren zu bringen, als sie für die Entwicklung der richtigen Lösung von Grund auf ausgegeben hätten.
Zweitens variieren die ERP-Integrationskosten enorm, je nach betrachtetem ERP-System, der Qualität der vorhandenen API und der Komplexität des Datenmappings. Eine NetSuite-Integration mit sauberer API-Dokumentation und einem kooperativen Integrationspartner ist ein völlig anderes Projekt als eine stark angepasste SAP-Instanz ohne vorhandene API-Schicht.
Drittens handelt es sich hierbei um initiale Entwicklungskosten. Ein Marktplatz mit nennenswertem Volumen wird laufende Infrastrukturkosten, Supportkosten und Entwicklungskosten haben, wenn sich die Funktionalität weiterentwickelt. B2B-Marktplätze erfordern typischerweise mehr laufende Entwicklungsinvestitionen, weil die von ihnen unterstützten Beschaffungsworkflows komplexer und stärker regulatorischen und unternehmerischen Regeländerungen unterworfen sind.
Die Wahl des Modells: 5 Faktoren, die B2B oder B2C bestimmen
Wenn Sie sich in der Phase befinden, in der Sie entscheiden, welchen Marktplatztyp Sie aufbauen wollen, sind dies die fünf wichtigsten Fragen.
1. Wer zahlt, und mit wessen Geld? Wenn der Käufer sein eigenes Geld für eine persönliche Entscheidung ausgibt, befinden Sie sich im B2C-Bereich. Wenn der Käufer Unternehmensgelder ausgibt, innerhalb von Einkaufsbefugnissen handelt und gegenüber einer Organisation für die Ausgaben verantwortlich ist, befinden Sie sich im B2B-Bereich – unabhängig davon, wie das Produkt aussieht.
2. Wie hoch ist der durchschnittliche Bestellwert und wie ist der Beschaffungszyklus? Hohe durchschnittliche Bestellwerte (über ca. 500 €) und wiederkehrende, geplante Beschaffungszyklen sind starke Indikatoren für B2B-Verhalten. Niedrige Werte und impuls- oder bedarfsgesteuerter Einkauf deuten auf B2C hin.
3. Müssen Ihre Käufer eine Integration mit ihren internen Systemen vornehmen? Wenn Ihre Zielkäufer ERPs verwenden, für buchhalterische Zwecke Bestellaufträge benötigen oder die Daten Ihrer Plattform in ihre eigenen Systeme importieren müssen, benötigen Sie eine B2B-Architektur. Kein B2C-Marktplatz hat diesen Bedarf jemals erfolgreich gedeckt.
4. Sind Preise standardisiert oder werden sie ausgehandelt? Wenn jeder Käufer denselben Preis zahlt, können Sie ein B2C-ähnliches Preismodell aufbauen. Wenn verschiedene Käufer unterschiedliche Preise für dasselbe Produkt haben – basierend auf Volumen, Beziehung, Vertrag oder Kontostufe – benötigen Sie von Tag eins an eine B2B-Preisgestaltungs-Engine.
5. Wie ist die Entscheidungseinheit zusammengesetzt? Wenn eine einzelne Person entdeckt, bewertet, entscheidet und bezahlt, können Sie für einen einzelnen Benutzer entwickeln. Wenn die Entscheidung mehrere Rollen umfasst – Spezifizierer, Genehmiger, Budgetinhaber, Beschaffungsteam –, benötigen Sie Mehrbenutzerkontenverwaltung und Genehmigungsworkflows.
Der hybride Ansatz: B2B und B2C gleichzeitig bedienen
Manche Unternehmen müssen tatsächlich beide Käufertypen bedienen. Ein Baustofflieferant könnte sowohl an einzelne Handwerker mit relativ kleinen Einkäufen als auch an Bauunternehmen mit großvolumigen, vertraglich vereinbarten Preisanforderungen verkaufen. Ein Industrieausrüstungslieferant könnte direkt an Verbraucher für den privaten Gebrauch verkaufen und gleichzeitig ein separates Handelsprogramm für Auftragnehmer und Gebäudeverwalter betreiben.
Die Versuchung besteht darin, eine Plattform aufzubauen und beide zu bedienen. Das ist möglich, aber es ist die kostspieligste Option, und sie funktioniert selten so gut wie zwei zweckgebundene Erlebnisse. Der Grund ist, dass die User Journeys, die Informationsarchitektur, die Preislogik und die Zahlungsworkflows so unterschiedlich sind, dass eine einzige Oberfläche, die für beide Seiten ausgelegt ist, am Ende keine gut bedient.
Der bessere Ansatz, den wir für mehrere Kunden umgesetzt haben, ist ein vereinheitlichtes Backend mit separaten Frontends. Ein einziger Produktkatalog, ein einziges Bestandssystem und ein einziges Auftragsverwaltungssystem speisen zwei unterschiedliche Storefronts: einen verbraucherorientierten Marktplatz, der für Entdeckung, Mobile und schnellen Checkout optimiert ist; und ein B2B-Portal, das für kontoorientiertes Katalog-Browsing, bestellungsbasierte Aufträge und ERP-Konnektivität optimiert ist. Beide beziehen dieselben Produktdaten und denselben Lagerbestand, präsentieren diese jedoch über völlig unterschiedliche Oberflächen mit völlig unterschiedlicher Geschäftslogik.
Dieser Ansatz kostet im Vorfeld mehr als eine einzelne Plattform – typischerweise 40–60 % mehr als eine einzelne B2C-Entwicklung – aber deutlich weniger als zwei separate Systeme. Er vermeidet auch die laufende Wartungskomplexität der Synchronisierung zweier unabhängiger Codebases.
Branchen, in denen B2B-Marktplätze erfolgreich sind
Nicht jede Branche ist gleichermaßen für das B2B-Marktplatz-Modell geeignet. Die stärksten Kandidaten teilen bestimmte Merkmale: fragmentierte Angebotsmärkte, auf denen Käufer Schwierigkeiten haben, Lieferanten zu finden und zu vergleichen; hohe Transaktionsvolumina, die manuelle Beschaffungsprozesse teuer machen; und Produktkategorien, bei denen die Standardisierung für das digitale Katalog-Browsing ausreicht.
Fertigung und Industriebedarf ist die klassische Kategorie. Der Markt ist riesig, die Lieferbasis ist fragmentiert, und der Beschaffungsprozess ist historisch manuell und ineffizient. Plattformen wie Thomasnet, Xometry und SourceDay haben das Modell bewiesen, und es gibt erhebliche Weißflächen in vertikalen Nischen – spezifische Materialien, spezifische Prozesse, spezifische geografische Märkte –, die ein fokussierter Marktplatz für sich beanspruchen kann.
Beschaffung im Gesundheitswesen ist eine große und wachsende Kategorie. Krankenhäuser, Arztpraxen und Pflegeeinrichtungen müssen medizinische Verbrauchsmaterialien, Pharmaka und Investitionsgüter beschaffen, oft über streng regulierte Beschaffungsrahmen. Die Compliance-Anforderungen sind erheblich – Lieferantenqualifizierung, Produktherkunftsverfolgung, Kühlkettenmanagement –, aber die Beschaffungsvolumina und die Ineffizienz des bestehenden Prozesses begründen einen starken Business Case für Marktplatzinfrastruktur.
Lebensmittel- und Getränkegroßhandel ist eine Kategorie, in der der Beschaffungszyklus hochfrequent ist, die Lieferbasis fragmentiert ist und der bestehende Bestellprozess – Telefonanrufe, E-Mail-Bestellungen, Papierrechnungen – reif für die Digitalisierung ist. Plattformen wie Ordermentum und Choco haben das Modell in bestimmten Regionen bewiesen, und ähnliche Chancen bestehen in den meisten Märkten.
Kfz-Aftermarket-Teile ist eine Kategorie, in der technische Spezifikationen von enormer Bedeutung sind. Das Teil muss das richtige für das Fahrzeug sein, der Zustand muss verifiziert sein, und die Lieferkette muss nachverfolgbar sein. B2B-Marktplätze in diesem Bereich benötigen ein starkes Einbaudaten-Management, Zustandsbewertung und Integration mit Werkstattmanagementsystemen.
Beschaffung professioneller Dienstleistungen – einschließlich IT-Dienstleistungen, Rechtsdienstleistungen, Marketingagenturen und Personalvermittlung – ist eine weniger offensichtliche, aber zunehmend bedeutsame Kategorie. Unternehmenskäufer, die externe Dienstleistungen in großem Umfang beschaffen müssen, profitieren von denselben Kontoverwaltungs-, Genehmigungsworkflow- und Ausgabentransparenz-Funktionen wie Produktbeschaffungsplattformen.
Wie wir B2B-Marktplätze bei Cyberbeak entwickeln
Wir sind auf Marktplatzplattformen spezialisiert, und B2B ist der Bereich, in dem wir unsere technisch anspruchsvollste Arbeit leisten. Unser Ansatz basiert auf einigen Grundsätzen, die wir aus direkter Erfahrung damit entwickelt haben, was schiefläuft, wenn diese Projekte ohne angemessene Vorbereitung durchgeführt werden.
Wir beginnen mit dem Käufer-Workflow, nicht mit dem Produktkatalog. Der häufigste Fehler bei B2B-Marktplatzprojekten besteht darin, mit dem Katalog zu beginnen – welche Produkte es gibt, wie sie kategorisiert sind, welche Felder sie benötigen. Der Katalog ist wichtig, aber der Käufer-Workflow ist der Zweck der Plattform. Wir verbringen erhebliche Zeit in der Discovery-Phase damit, den tatsächlichen Ablauf zu kartieren: Wie identifiziert ein Käufer einen Bedarf, wie erhält er die Genehmigung zum Einkauf, wie wird ein Kaufauftrag erstellt, wie gelangt er zum Lieferanten, wie wird die Erfüllung bestätigt und wie erfolgt die Zahlung? Jede technische Entscheidung folgt aus dieser Karte.
Wir entwickeln das Datenmodell für die Unternehmenshierarchie, bevor wir eine einzige Zeile Produktcode schreiben. Unternehmenskontostruktur, Benutzerrollen innerhalb von Unternehmen, Berechtigungsstufen, Ausgabenlimits und die Beziehung zwischen übergeordneten Konten und Tochtergesellschaften müssen alle auf Datenschicht-Ebene korrekt modelliert sein, bevor irgendetwas anderes geschieht. Diese Struktur nachträglich einzubauen, ist eines der teuersten Nacharbeitsszenarien, denen wir bei übernommenen Projekten begegnen.
Wir schätzen Integrationen realistisch ein. ERP- und EDI-Integrationen gehören zu den variabelsten Posten bei der Entwicklung eines B2B-Marktplatzes. Wir geben keinen Festpreis für eine Integration, bis wir ein Discovery-Gespräch mit dem IT-Team des Käufers geführt und die API-Dokumentation geprüft haben. Der Unterschied zwischen einer sauberen REST-Integration und einer Legacy-EDI-Anforderung kann Hunderte von Entwicklerstunden ausmachen.
Wir phasieren die Lieferung. Kein B2B-Marktplatz muss mit allen Funktionen launchen. Wir arbeiten mit Kunden zusammen, um den minimalen lebensfähigen Satz von Workflows zu identifizieren, der es ihnen ermöglicht, ihre ersten Käufer und Lieferanten zu onboarden und Transaktionen zu generieren. Genehmigungsworkflows, erweiterte Analysen und vollständige ERP-Integration können in späteren Phasen folgen, sobald der Kernmarktplatz durch echte Nutzung validiert wurde.
Typischer Zeitplan und Preisgestaltung
Für einen mittelkomplexen B2B-Marktplatz – eine einzige Branchenvertikale, kontospezifische Preisgestaltung, bestellungsbasierte Auftragserteilung, Lieferantenportal, Admin-Dashboard und eine ERP-Integration – arbeiten wir typischerweise mit einem Zeitplan von sechs bis zehn Monaten von der Discovery bis zum Go-live, bei Entwicklungskosten im Bereich von 180.000 € – 350.000 €.
Für einen vollkomplexen B2B-Marktplatz mit mehrstufigen Unternehmenshierarchien, RFQ-Workflows, Netto-Zahlungszielen, mehreren ERP-Integrationen und einer mobilen Anwendung verlängert sich der Zeitplan auf zwölf bis achtzehn Monate, und die Kostenspanne liegt bei 350.000 € – 600.000 €+.
Diese Spannen setzen ein dediziertes Team aus einem Product Manager, zwei bis drei Backend-Entwicklern, einem bis zwei Frontend-Entwicklern, einem UI/UX-Designer, einem QA-Ingenieur und einem DevOps-Ingenieur voraus. Wir können auch mit Kunden zusammenarbeiten, die ein bestehendes internes Team haben und spezialisierte Kapazitäten für bestimmte Komponenten benötigen.
FAQ
Ist es möglich, einen B2B-Marktplatz auf Shopify aufzubauen?
Shopify hat seinem Shopify Plus-Tier B2B-Funktionen hinzugefügt, und für Unternehmen mit relativ einfachen Anforderungen – feste Preise pro Konto, grundlegende Großhandelsbestellungen – kann es funktionieren. Aber es stößt schnell an seine Grenzen, wenn Sie Genehmigungsworkflows, RFQ-Prozesse, ERP-Integration oder irgendetwas Ähnliches wie eine echte Unternehmenshierarchieverwaltung benötigen. Die Decke ist niedrig, und die Workarounds beinhalten das Stapeln von Apps und kundenspezifische Entwicklung auf einem Fundament, das für diese Anforderungen nicht konzipiert wurde. Für einen ernsthaften B2B-Marktplatz ist eine maßgeschneiderte Plattform oder eine spezialisierte B2B-Commerce-Plattform wie OroCommerce oder Spryker der richtige Ausgangspunkt.
Was ist das Wichtigste, das bei der B2B-Marktplatz-Entwicklung richtig gemacht werden muss?
Das Konto- und Berechtigungsmodell. Alles andere in einem B2B-Marktplatz – Preisgestaltung, Genehmigungen, Katalogzugang, Vertragsdurchsetzung – hängt von der Frage ab: „Wer ist dieser Benutzer, zu welchem Unternehmen gehört er, und was darf er tun?" Wenn dieses Modell falsch oder unvollständig ist, wird auch die darauf basierende Geschäftslogik falsch oder unvollständig sein. Wir haben Projekte gesehen, bei denen dies zu Beginn zu wenig spezifiziert und zwei Jahre später zu erheblichen Kosten neu entwickelt wurde. Das Organisationsdatenmodell in der Discovery-Phase korrekt zu gestalten, ist die einzige Entscheidung mit dem höchsten Hebel im gesamten Projekt.
Wie lange dauert das Lieferanten-Onboarding typischerweise bei einem B2B-Marktplatz?
Dies hängt stark von den Verifizierungsanforderungen der jeweiligen Marktplatzkategorie ab. Bei einem allgemeinen Großhandelsmarktplatz kann das Onboarding eines Lieferanten zwei bis vier Tage dauern und umfasst Identitätsverifizierung, Bankdaten und eine Produktkatalogprüfung. In einer regulierten Kategorie – Gesundheitswesen, Finanzdienstleistungen, Lebensmittelsicherheit – kann das Lieferanten-Onboarding Wochen dauern und Dokumentenprüfung, Prüfungsnachweise, Versicherungszertifizierung und behördliche Genehmigung umfassen. Die Marktplatzplattform muss das jeweils angemessene Maß an Strenge unterstützen, was bedeutet, einen konfigurierbaren Onboarding-Workflow anstelle eines festen Anmeldeformulars zu entwickeln.
Sollten wir den Marktplatz selbst entwickeln oder eine bestehende Plattform wie Mirakl nutzen?
Mirakl, Marketplacer und Fabric Marketplace sind für bestimmte Anwendungsfälle alle praktikable Optionen, und wir empfehlen sie, wenn sie wirklich geeignet sind. Der Kompromiss ist immer derselbe: Ein Plattformprodukt verschafft Ihnen eine schnellere Markteinführung und eine bewährte Architektur, bringt aber auch die Beschränkungen der Plattform und Lizenzkosten mit sich, die mit Ihrem Volumen skalieren. Kundenspezifische Entwicklung dauert länger und kostet im Vorfeld mehr, aber Sie besitzen das Ergebnis vollständig und können es in jede Richtung erweitern, die Ihr Unternehmen benötigt. Für Unternehmen mit hochspezifischen Workflows oder Wettbewerbsdifferenzierung in ihrem Beschaffungsprozess gewinnt kundenspezifische Entwicklung auf lange Sicht fast immer. Für Unternehmen, bei denen der Workflow relativ standardisiert ist und die Markteinführungsgeschwindigkeit Priorität hat, ist ein Plattformprodukt eine ernstzunehmende Option.
Bereit, Ihren B2B-Marktplatz zu entwickeln?
Wenn Sie einen B2B-Marktplatz planen – ob Sie von Grund auf neu beginnen, eine bestehende Plattform überwachsen haben oder verstehen möchten, was ein solches Projekt tatsächlich beinhaltet –, würden wir gerne mit Ihnen sprechen.
Wir arbeiten mit Unternehmen in Deutschland, Europa und dem Nahen Osten zusammen, um Marktplatzplattformen zu gestalten und zu entwickeln, die echte Beschaffungsprobleme lösen. Unser Discovery-Prozess ist so strukturiert, dass er die wesentlichen Anforderungen ans Licht bringt – und Ihnen ein ehrliches Bild der Entwicklungskomplexität und der Kosten vermittelt, bevor Sie sich festlegen.
Nehmen Sie Kontakt mit unserem Team auf, um das Gespräch zu beginnen. Kein Verkaufsdruck, keine Verpflichtungen – nur eine offene Diskussion darüber, was Sie aufbauen möchten und ob wir das richtige Team sind, um Ihnen dabei zu helfen.
Sprechen Sie mit unserem Team über Ihr Projekt
Wir arbeiten mit Unternehmen in Großbritannien, den USA, den VAE, Saudi-Arabien, Kanada, Australien und Deutschland zusammen, um maßgeschneiderte Software, SaaS-Plattformen und Marketplace-Systeme zu entwickeln.