B2B-Shop für Projektgeschäft: Wann Angebotswarenkorb, LV-Import und Freigaben wichtiger werden als ein schneller Checkout

Ein B2B-Shop für Projektgeschäft scheitert im Mittelstand selten daran, dass Kunden keinen Warenkorb finden. Er scheitert viel häufiger daran, dass ein normaler Checkout die eigentliche Vertriebsrealität nicht abbildet. In Industrie, technischem Handel und erklärungsbedürftigen Sortimenten kaufen Firmenkunden oft nicht einfach Standardartikel. Sie arbeiten mit Leistungsverzeichnissen, Stücklisten, projektbezogenen Mengen, Freigaben, Sonderkonditionen und mehreren Beteiligten auf Kunden- und Anbieterseite.

Genau deshalb lautet die wichtigere Frage nicht nur: Brauchen wir einen modernen B2B-Shop? Die bessere Frage ist: Wie muss ein digitaler Prozess aussehen, damit aus einem Projektbedarf sauber ein verhandelbares Angebot und später eine belastbare Bestellung wird?

1. Warum Projektgeschäft andere Shop-Logik braucht

Im klassischen B2C steht der schnelle Abschluss im Vordergrund. Im B2B-Projektgeschäft beginnt der eigentliche Aufwand oft schon vor dem Warenkorb.

Typische Situationen aus der Praxis:

• ein Kunde überträgt Positionen aus einem Leistungsverzeichnis oder einer Excel-Liste
• Mengen, Liefertermine oder Alternativprodukte müssen vor der Bestellung abgestimmt werden
• Preise hängen von Projektumfang, Kunde, Standort oder Rahmenbedingungen ab
• technische Produkte brauchen Rückfragen zu Varianten, Zubehör oder Kompatibilität
• mehrere Personen arbeiten am gleichen Vorgang, etwa Technik, Einkauf, Freigabe und Innendienst
• aus einem ersten Bedarf entsteht zunächst ein Angebotswarenkorb statt einer direkten Bestellung

Adobe Commerce beschreibt für B2B Negotiable Quotes ausdrücklich einen Verhandlungsprozess, in dem Käufer und Verkäufer Artikel, Mengen und Rabatte bis zur Einigung gemeinsam bearbeiten. Shopware positioniert seine B2B Components mit Quote Management, Approval Rules, Shopping Lists und Quick Order ebenfalls sehr klar prozessnah. Das ist ein wichtiger Hinweis: Im Projektgeschäft ist nicht der Checkout das Zentrum, sondern der Weg vom Bedarf zum abgestimmten Vorgang.

Wenn bei Ihnen der grundsätzliche Übergang zwischen Anfrage, Angebot, Freigabe und Bestellung heute schon hakt, passt dazu auch unser Beitrag B2B-Angebotsprozess digitalisieren.

2. Woran man erkennt, dass ein normaler B2B-Shop im Projektgeschäft nicht mehr reicht

Viele Unternehmen starten sinnvoll mit Login, Preislogik und klassischem Warenkorb. Kritisch wird es, wenn Projektanforderungen dauerhaft außerhalb des Shops laufen.

Klare Signale sind:

1. Der Vertrieb baut Angebote regelmäßig manuell aus Excel, PDF oder ERP-Daten neu zusammen.
2. Kunden schicken Artikel- und Mengenlisten, die intern nochmals erfasst werden müssen.
3. Der Shop kennt nur die finale Bestellung, aber nicht die vorangehenden Preis- und Freigabeschritte.
4. Projektbezogene Konditionen werden in E-Mails oder Sonderlisten statt im System gepflegt.
5. Mehrere Nutzer eines Firmenkontos arbeiten am gleichen Vorgang, aber ohne klare Rollen.
6. Nachbestellungen aus alten Angeboten sind später schwer oder nur manuell möglich.
7. Stücklisten, Alternativpositionen oder technische Anhänge gehören fachlich zum Prozess, sind aber digital nicht sauber angebunden.

Spätestens dann fehlt nicht nur Komfort. Dann fehlt ein digital belastbares Projektmodell.

3. Welche Bausteine im B2B-Shop für Projektgeschäft zuerst sitzen müssen

Ein guter B2B-Shop für Projektgeschäft braucht nicht sofort jedes Enterprise-Feature. Einige Bausteine werden aber sehr schnell systemrelevant.

1. Angebotswarenkorb statt reinem Checkout-Denken

Im Projektgeschäft ist der Warenkorb oft noch keine verbindliche Bestellung. Er ist zunächst eine verhandelbare Zusammenstellung.

Wichtig sind häufig:

• Speichern von Positionen vor dem finalen Abschluss
• Bearbeiten von Mengen, Alternativen und Kommentaren
• Rückfragen oder Status am Vorgang
• klare Trennung zwischen Anfrage, Angebot und verbindlicher Bestellung
• nachvollziehbare Versionen desselben Vorgangs

Adobe beschreibt genau diesen Ablauf bei Quotes. Käufer können eine Anfrage direkt aus dem Warenkorb stellen und den Vorgang als Entwurf speichern oder zur Prüfung einreichen. Für viele Mittelstandsprojekte ist das näher an der Realität als ein Checkout, der jede Abweichung als Sonderfall behandelt.

2. LV-Import, Listenlogik und strukturierte Bedarfsübernahme

Gerade in Industrie, Bauzulieferung, technischem Großhandel oder projektorientiertem Ersatzteilgeschäft entstehen Bedarfe oft nicht durch Kategoriesurfen, sondern aus strukturierten Listen.

In der Praxis relevant sind zum Beispiel:

• Excel- oder CSV-Listen mit bekannten Artikelnummern
• Positionen aus Leistungsverzeichnissen
• Stücklisten aus Planung oder Technik
• wiederkehrende Projektvorlagen
• vorbereitete Listen aus früheren Angeboten

Nicht jeder Shop muss dafür einen komplexen LV-Import am ersten Tag können. Aber die Systemarchitektur sollte zumindest darauf vorbereitet sein, dass große Positionslisten fachlich geprüft, ergänzt und in einen Angebotswarenkorb überführt werden können. Wenn Sie die schnelle Erfassung bekannter Artikel vertiefen wollen, passt auch unser Beitrag B2B-Schnellbestellung im Shop sehr gut dazu.

3. Firmenrollen und Freigaben gehören in die Vorgangslogik

Projektgeschäft ist selten eine Ein-Personen-Entscheidung.

Typische Rollen sind:

• Anfrager oder Bedarfsmelder
• technische Prüfer
• Einkäufer
• Budget- oder Freigabeverantwortliche
• Außendienst oder Innendienst auf Anbieterseite

Adobe dokumentiert Company Accounts als eigene B2B-Struktur. Shopware nennt Approval Rules, Employee Management und Budget Management explizit als B2B-Bausteine. Für die Praxis heißt das: Ein Angebotswarenkorb darf nicht isoliert vom Firmenkonto gedacht werden. Sonst landen Freigaben sofort wieder in Mail und Telefon.

Wenn Sie genau diese Beschaffungslogik aus mehreren Bestellern, Genehmigern und Budgetgrenzen bewerten wollen, lesen Sie auch unseren Beitrag B2B-Bestellfreigaben und Budgetregeln im Shop.

4. Preislogik und Projektrabatte brauchen eine führende Wahrheit

Im Projektgeschäft reichen Listenpreise fast nie als alleinige Basis.

Häufig relevant sind:

• kundenspezifische Konditionen
• projektbezogene Rabatte
• Mindestmengen oder Staffelpreise
• freigegebene Sortimente je Kunde
• Zahlungsbedingungen oder abweichende Lieferlogik

Genau hier wird die Trennung zwischen Shop, ERP und gegebenenfalls CRM wichtig. Der Shop sollte Preise und Angebotsstände sichtbar und nutzbar machen. Die fachlich führende Preislogik liegt aber oft in ERP, WAWI oder einem vorgelagerten Vertriebsprozess. Wenn diese Grenzen heute unscharf sind, passt dazu auch unser Beitrag ERP-Integration im B2B-Shop.

5. Technische Produkte brauchen Kontext statt nur Positionen

Viele Projektvorgänge betreffen keine simplen Standardartikel, sondern technische Komponenten mit Varianten, Zubehörbeziehungen oder Kompatibilitätsfragen.

Wichtig wird dann oft:

• technische Attribute direkt am Vorgang
• Alternativprodukte oder Ersatzpositionen
• Anhänge wie Zeichnungen oder Spezifikationen
• Bezug zu einer Konfiguration oder Stückliste
• spätere Wiederverwendbarkeit für Nachbestellung oder Folgeprojekt

Wenn Ihre Angebote stark aus technischen Abhängigkeiten, Varianten und Zubehörlogik entstehen, ergänzt unser Beitrag B2B-Produktkonfigurator im Shop diese Perspektive.

4. Wo die Systemgrenzen im Projektgeschäft sauber gezogen werden sollten

Ein häufiger Fehler ist, das gesamte Projektgeschäft im Frontend lösen zu wollen. Das erzeugt schnell fragile Sonderlogik.

Der Shop oder das Portal sollte typischerweise verantworten

• Angebotswarenkorb und Nutzerführung
• Rollenbasierte Sicht auf Vorgänge
• Status, Kommentare und Freigabeschritte aus Kundensicht
• Übernahme strukturierter Bedarfe in einen digitalen Vorgang
• Nachbestellung, Reorder oder Wiederverwendung früherer Angebote

ERP, WAWI oder OMS sollten typischerweise verantworten

• führende Preis- und Konditionslogik, wenn dort gepflegt
• Auftragsanlage und operative Abwicklung
• Bestände, Liefertermine und Belegwesen
• Debitorenlogik und Zahlungsbedingungen
• belastbare Rückmeldung zur weiteren Bearbeitung

PIM oder technische Produktdatenhaltung sollten typischerweise verantworten

• Variantenmodelle
• technische Merkmale
• Zubehör- und Ersatzbeziehungen
• strukturierte Dokumente und Medien
• Datenqualität für komplexe Projektpositionen

Sobald dieselbe Position in Shop, ERP, Excel und Mail unterschiedlich gepflegt wird, verliert der digitale Prozess sofort Vertrauen. Wenn genau diese Architekturebene relevant wird, lohnt sich auch unser Beitrag Composable Commerce im Mittelstand.

5. Für welche Unternehmen sich diese Logik besonders schnell lohnt

Nicht jedes B2B-Projekt braucht sofort einen ausgeprägten Angebotswarenkorb. Es gibt aber klare Muster, bei denen der Hebel groß ist.

Typische Fälle sind:

• technische Hersteller mit projektbezogenen Angeboten
• Großhändler mit langen Positionslisten und individuellen Konditionen
• Industrieunternehmen mit wiederkehrenden Projektbedarfen je Standort
• Vertriebsorganisationen, in denen Innen- und Außendienst parallel am Vorgang arbeiten
• Unternehmen, die Ausschreibungs-, Service- oder Ersatzteilanforderungen in digitale Selbstbedienung überführen wollen
• Mittelständler, deren Kunden alte Angebote oder Listen später erneut verwenden möchten

Gerade in diesen Konstellationen spart ein sauberer Prozess nicht nur Klicks, sondern vor allem Doppelerfassung und Abstimmungsschleifen.

6. Welche Plattformrichtung oft zu welchem Reifegrad passt

Dieser Abschnitt ist bewusst keine Rangliste. Er soll typische Einsatzmuster nüchtern einordnen.

Shopify

Shopify kann gut passen, wenn Projektgeschäft nur einen begrenzten Teil des Gesamtmodells ausmacht und der Schwerpunkt auf schlankem Self-Service mit kontrollierter Sonderlogik liegt. Sobald tiefere Angebotsverhandlungen, viele Rollen oder stark strukturierte Projektvorgänge dominieren, sollte man sehr ehrlich prüfen, was nativ tragfähig bleibt.

Shopware

Shopware wird interessanter, wenn Quote Management, Approval Rules, Shopping Lists, Quick Order und Organisationslogik enger zusammenspielen sollen. Für viele mittelständische B2B-Projekte mit technischerem Vertrieb ist genau diese Prozessnähe relevant.

Adobe Commerce oder Magento

Adobe Commerce spielt seine Stärke aus, wenn Negotiable Quotes, Company Accounts und Requisition Lists nicht nur Zusatzfunktionen, sondern Kern des digitalen Beschaffungs- und Angebotsprozesses werden. Das ist oft dort relevant, wo Projektgeschäft nicht Ausnahme, sondern Alltagslogik ist.

Wenn Sie diese Plattformfrage zwischen zwei praxisnahen Richtungen eingrenzen wollen, passt auch unser Vergleich Shopify B2B oder Shopware für Firmenkunden.

7. Die häufigsten Risiken bei B2B-Projektgeschäft im Shop

Die größten Probleme liegen selten nur im Frontend. Sie liegen in falscher Prozessmodellierung.

Typische Risiken sind:

• der Shop bildet nur Bestellungen ab, aber nicht den vorgelagerten Angebotsprozess
• strukturierte Listen kommen an, müssen intern aber neu erfasst werden
• Freigaben werden im Portal begonnen, aber außerhalb des Systems beendet
• Projektpreise und Rabatte leben in Schattenlisten
• technische Anhänge oder Stücklisten sind nicht am Vorgang gebunden
• ein akzeptiertes Angebot lässt sich nicht sauber in Bestellung oder Nachbestellung überführen

Dann wird der Shop zwar sichtbar moderner, der eigentliche Vertriebsaufwand bleibt aber fast unverändert.

8. Ein pragmatischer Fragenkatalog vor dem Start

Vor der Umsetzung helfen meist diese acht Fragen mehr als jede Demo:

1. Welche Vorgänge sind bei Ihnen wirklich Projektgeschäft und welche nur normale Nachbestellungen?
2. Kommen Bedarfe eher als Suche, Schnellbestellung, Excel-Liste, Leistungsverzeichnis oder Konfiguration ins System?
3. Wer darf anfragen, wer prüfen, wer freigeben und wer verbindlich bestellen?
4. Wo werden Preise, Rabatte und Zahlungsbedingungen fachlich führend gepflegt?
5. Welche technischen Informationen oder Anhänge müssen am Vorgang sichtbar bleiben?
6. Wie soll ein Angebot später erneut genutzt werden, etwa für Nachbestellung oder Folgeprojekt?
7. Welche Daten müssen live geprüft werden und welche dürfen synchronisiert laufen?
8. Welche manuellen Schleifen in Innendienst und Vertrieb sollen realistisch entfallen?

Wenn diese Fragen ungeklärt bleiben, wird aus einem geplanten Projektshop schnell nur ein neues Frontend über alten Vertriebsabläufen.

Fazit

Ein B2B-Shop für Projektgeschäft wird dann wirtschaftlich relevant, wenn er nicht nur Produkte zeigt, sondern den realen Weg vom strukturierten Bedarf zum freigegebenen Angebot und zur belastbaren Bestellung digital unterstützt.

Gerade für Industrieunternehmen, technische Hersteller und mittelständische Vertriebsorganisationen liegt der Hebel oft nicht in mehr Design, sondern in weniger Doppelerfassung, saubereren Freigaben und wiederverwendbaren Vorgängen. Wenn Sie gerade prüfen, wie Shop, Angebotswarenkorb, ERP und Rollenlogik zusammenpassen sollen, ist meist zuerst unsere Seite Webseiten & Shops sinnvoll. Wenn bereits konkrete Anforderungen aus Vertrieb, Innendienst oder IT auf dem Tisch liegen, ist oft auch direkt unser Kontaktformular der beste nächste Schritt.

Quellen

• Adobe Commerce Docs: Negotiable Quotes
• Adobe Commerce Docs: Requisition lists
• Adobe Commerce Docs: Manage company accounts
• Shopware: B2B Components