Warum B2B-Onlineshop-Projekte scheitern: 5 Ursachen

In Demo-Gesprächen hören wir immer wieder dieselbe Geschichte, kurz bevor sie bei uns landen: Vor zwei Jahren wurde beschlossen, den Vertrieb an Geschäftskunden zu digitalisieren. Erst kam das Lastenheft — 40 Seiten. Dann die Agentur, dann der Steuerberater, dann drei Change-Requests pro Monat. Heute ist der Shop „fast fertig", das Budget zum zweiten Mal überschritten, und die Geschäftskunden bestellen weiterhin am Telefon mit der PDF-Preisliste von der Website.

Warum scheitern B2B-Onlineshop-Projekte so oft?

Kurz: B2B-Onlineshop-Projekte scheitern selten an der Technik. Sie scheitern daran, dass sie als einmaliges IT-Projekt mit Enddatum geplant werden — obwohl ein B2B-Shop ein Vertriebskanal ist, der ab dem ersten Tag betreibt werden will. Fünf Ursachen tragen den Löwenanteil: endloser Projektumfang, zusammengeschraubte Systeme, unterschätzte ERP-Anbindung, fehlender Betreiber — und Nischen-Anforderungen, für die kein Standardprodukt gebaut wurde.

Das Muster: das Projekt, das nie fertig wird

Der Klassiker beginnt ehrlich. Die Geschäftsführung will es richtig machen, also keine Stümperei: individuelle Lösung, ernsthafte Agentur, eigenes Design. Im Angebot stehen zwölf bis achtzehn Monate Umsetzungszeit und ein Budget, das schnell fünf- bis sechsstellig wird — plus Wartung, die ab Tag eins der Fertigstellung läuft.

Die Branchenpresse hat für das Ergebnis ein eigenes Wort gefunden. In ihrem Report zu den E-Commerce-Trends 2026 spricht die Hamburger Agentur Medienwerft vom „Projekt-Horror": B2B-Portale als Mammutvorhaben, die länger laufen als manche Produkte auf dem Markt bleiben. Interessant ist ihre zweite Beobachtung — der Ruf verschwindet gerade, weil Unternehmen Portale zunehmend als Plattform beschaffen statt als Bauvorhaben vergeben.

Wer alle Wege kennt, bevor er sich auf einen festlegt, findet hier die volle Kostenrechnung — von der Agentur-Lösung bis zur Plattform.

Ursache 1: Scope-Creep — der Shop wird zum Firmen-Sammelbecken

Ein B2B-Shop braucht Kundengruppen, Staffelpreise und eine Rechnungslogik, die das Finanzamt akzeptiert. Aber im ersten Projektmeeting will das Marketing gleich das neue CMS mit, die Geschäftsführung das Reporting, der Vertrieb die CRM-Schnittstelle — und am Ende soll das Ding auch noch die Außendienst-App ersetzen.

Jede dieser Forderungen ist für sich genommen vernünftig. Zusammen ist es kein Shop-Projekt mehr, sondern eine Digitalisierungsstrategie ohne Priorisierung — verteilt auf eine Agentur, die nach Aufwand abrechnet. Das Projekt hat kein Ende, weil seine Grenzen nie festgelegt wurden. Die entscheidende Frage steht in keinem der Lastenhefte, die wir zu sehen bekommen: Was muss der Shop am ersten Live-Tag können — und was explizit nicht?

Ursache 2: Der zusammengeschraubte Stack

Wer nicht individuell baut, der montiert. Ein WordPress mit WooCommerce, dazu fünf B2B-Plugins von vier Herstellern: Kundengruppen hier, Staffelpreise dort, Rechnungsversand als Extra. Jede Anforderung bringt ein weiteres Fremdprodukt mit eigenem Release-Zyklus in den Shop — und die B2B-Logik liegt nie an einem Ort, sondern in der Zusammenschaltung. Wie das im Detail kippt, haben wir in der Plugin-Falle auseinandergenommen.

Und Shopify ist kein Ausweg aus dieser Ursache — nur eine teurere Variante davon. Wer B2B dort ernst nimmt, landet bei Shopify Plus, bei Apps für Staffelpreise und Kundengruppen, und meist bei einer Agentur, die das Ganze zusammenhält. Warum das teurer wird, als du denkst, zeigt die Rechnung im Detail.

Ursache 3: Die ERP-Anbindung ist eine Zeile im Angebot — und die Hälfte der Projektzeit

Im Lastenheft steht: „Schnittstelle zum ERP-System." Klingt nach einer Woche Arbeit. Dann beginnen die Realitäten: ein Artikelstamm mit tausend Dubletten, Preisbedingungen, die im ERP als Freitext-Felder gepflegt werden, Lagerstände, die an drei Stellen leben. Die Integration ist der Teil des Projekts, den im Kickoff niemand besitzen will — und über den es sich am Ende monetär entscheidet.

Häufige Frage: Geht ein B2B-Shop denn ohne ERP-Anbindung?

Für den Start: ja. Viele Unternehmen gehen mit manuell gepflegten Artikeln live und holen die Integration nach. Aber je höher das Bestellvolumen steigt, desto schneller wird die manuelle Übernahme der Bestellungen zum neuen Flaschenhals — der Shop ersetzt dann ein Telefon durch ein Datenfeld. Die Frage ist also nicht ob, sondern wann du anbindest — und ob dein System dafür Schnittstellen bereithält oder ob dafür der Change-Request Nummer 14 geschrieben wird.

Ursache 4: Niemand betreibt den Shop

Der Go-live ist nicht das Ziel, sondern der Anfang. Artikel pflegen, Preise aktualisieren, Inhalte schreiben, Bestellprozesse nachschärfen, Retouren abwickeln — ein Vertriebskanal ist ein lebendes System.

In vielen Unternehmen passiert nach dem Launch das, was immer passiert, wenn Verantwortung „von allen gemeinsam" getragen wird: nichts. Der Telefonvertrieb läuft parallel weiter, weil er ja gut funktioniert. Geschäftskunden bestellen weiter beim Menschen, weil der Mensch schneller antwortet als die Suche im Shop. Nach einem Jahr steht die ROI-Rechnung rot, und das Projekt gilt als gescheitert — obwohl der Shop technisch einwandfrei läuft. Gestoßen ist er nicht am Code, sondern daran, dass niemand im Haus seine Aufgabe war.

Ursache 5: Die Nische, die kein Standard kennt

Manche Anforderungen sind echt sonderbar — und verdienen Anerkennung statt Standardlösung. Der KFZ-Handel braucht fahrzeugbezogene Suche: Teile über Modell, Baujahr, Motor. Der Maschinenbau pflegt Ersatzteilkataloge über Seriennummern von Maschinen, die zwanzig Jahre im Feld laufen. Solche Logiken in ein Standardsystem zu zwingen endet in einem der beiden Extreme: Das Projekt explodiert — oder der Shop passt von Anfang an nicht zum Geschäft.

Die ehrliche Antwort auf diese Ursache lautet: Nische ist kein Automatismus für Custom-Build. Die Frage ist, ob deine Besonderheit dein Kerngeschäft betrifft (dann lohnt individuelle Entwicklung) oder nur deine Historie (dann bezahlst du für Gewohnheit). Und was eine Individualisierung über die Laufzeit wirklich kostet, steht in der Kostenrechnung.

Der direkte Vergleich

Wann das eigene Projekt trotzdem richtig ist

Diese Kritik ist keine Grundsatzkritik. Ein individuelles Projekt ist eine vernünftige Entscheidung, wenn dein Geschäft wirklich sonderbar ist — Prozesse, die kein Standardprodukt abbilden will. Wenn du eine IT-Abteilung hast, die ein System betreiben und weiterentwickeln kann. Wenn Integration ins Bestehende wichtiger ist als alles andere und das Budget dafür vorhanden ist.

Dann ist der Custom-Build keine schlechte Entscheidung. Nur eine teure — und man sollte sie bewusst treffen, mit offenen Augen über fünf Jahre Betriebskosten. Was nicht geht, ist die Variante, die wir am häufigsten sehen: ein individuelles Projekt anfangen, weil man es sich als Mittelständler „eigentlich schuldet". Das ist kein Kriterium. Das ist Tradition mit Rechnung.

Was der Plattform-Ansatz anders macht

Gegen jede der fünf Ursachen setzt der Plattform-Ansatz dasselbe Mittel: Der Scope steht fest, weil der Kanal fertig ist. Es gibt keinen Plugin-Stack, weil die B2B-Logik im Kern sitzt. Schnittstellen sind Teil des Produkts statt Change-Request. Und der Betrieb ist geteilt — die Plattform trägt die Technik, du trägst das Geschäft.

Der Markt bewegt sich genau dahin: Self-Service-Bestellungen und saubere Systemanbindung sind 2026 zum Standard geworden — erwartet von Geschäftskunden, die ihr Einkaufserlebnis aus dem privaten Konsum kennen.

Unser Standpunkt ist deutlich: Verkaufen an Geschäftskunden ist kein IT-Projekt. Kontorly ist eine deutsche B2B-E-Commerce-Plattform (SaaS) für Onlineshops mit Staffelpreisen, Kundengruppen und direkten Bestellungen von Geschäftskunden. Made in Germany, aus Hamburg.

Ob das zu deinem Geschäft passt, siehst du in 30 Minuten: Demo buchen — kostet nichts, verpflichtet zu nichts.

Wie lange dauert die Einführung eines B2B-Onlineshops?

Als Projekt: rechne mit zwölf bis achtzehn Monaten bis zum Go-live. Als Plattform: Tage bis Wochen, je nachdem, wie schnell deine Artikel und Preise bereitliegen. Der Unterschied ist nicht die Technik — es ist der Weg dorthin.

Lohnt sich ein B2B-Shop bei 20 Stammkunden?

Rechne ehrlich: 20 Kunden, deren Bestellungen heute am Telefon entstehen, kosten dein Team Stunden, die niemand abrechnet. Ein Shop, der diese Bestellungen im Selbstbedienung abwickelt, zahlt sich über gewonnene Zeit aus — nicht über neue Kunden. Die 20 Stammkunden sind das Minimalbeispiel, nicht die Grenze.

Was passiert mit unseren Sonderkonditionen pro Kunde?

Genau dafür gibt es Kundengruppen und Staffelpreisen im Kern des Systems: die Logik, die heute in Excel und im Kopf des Vertriebs sitzt, wird einmal eingerichtet und gilt dann für jede Bestellung. Sonderkonditionen sind kein Sonderfall in B2B — sie sind der Normalfall, um den sich alles dreht.

---

Quellen: Medienwerft, E-Commerce-Trends 2026 (Branchenreport — „Vom Projekt-Horror zur skalierbaren Plattform") · Sana-Commerce, B2B E-Commerce Trends 2026 (Self-Service und ERP-Integration als zentrale Erfolgsfaktoren). Stand: August 2026 — beide über die Research-Pipeline erfasst am 24.08.2026.