Produktkatalog oder Onlineshop?

Produkte online zu zeigen bedeutet noch nicht, sie direkt online verkaufen zu müssen. Für standardisierte Artikel mit festem Preis kann ein Onlineshop den Kauf bis zum Checkout führen. Bei konfigurierbaren, erklärungsbedürftigen oder individuell kalkulierten Produkten ist ein Produktkatalog mit strukturierter Angebotsanfrage oft näher am echten Geschäftsablauf.

Die Entscheidung beginnt deshalb nicht beim Warenkorb-Symbol. Zeichnen Sie zuerst den Weg vom ausgewählten Produkt bis zur internen Bearbeitung: Welche Angaben fehlen noch, wann steht der Preis fest und was darf der Kunde verbindlich auslösen?

Drei mögliche Wege statt einer falschen Zweiteilung

1. Reiner Produktkatalog

Der Katalog zeigt Produkte, Varianten, technische Daten und Einsatzbereiche. Besucher können vergleichen und anschließend allgemein Kontakt aufnehmen. Das passt, wenn schon die Produktauswahl Beratung benötigt oder keine einzelne Auswahl direkt als Anfrage übernommen werden muss.

2. Katalog mit Angebotsanfrage

Besucher wählen Produkte und Mengen aus, ergänzen projektspezifische Angaben und senden eine Anfrage. Der Betrieb prüft Verfügbarkeit, Konfiguration, Lieferweg oder Konditionen und erstellt danach ein Angebot. Die Auswahl geht also strukturiert ein, ist aber noch kein fertiger Checkout.

3. Onlineshop mit direktem Kauf

Produkt, Variante, Preis und kaufrelevante Bedingungen stehen vor dem Checkout fest. Bestellung, Zahlungsweg und anschließende Bearbeitung sind darauf ausgelegt, dass der Vorgang ohne individuelle Vorklärung ausgelöst wird.

Auch Mischformen sind möglich: Standardzubehör kann direkt gekauft werden, während Sonderanfertigungen eine Anfrage auslösen. Die beiden Wege müssen auf Produktseite und Schaltfläche eindeutig unterscheidbar sein.

Entscheidungsmatrix für Ihren Verkaufsprozess

Kriterium	Katalog/Anfrage passt eher	Direkter Shop passt eher
Preis	entsteht nach Prüfung oder Kalkulation	steht für die gewählte Variante fest
Varianten	Kombination muss fachlich geprüft werden	zulässige Varianten sind vollständig abbildbar
Menge	beeinflusst Angebot, Fertigung oder Transport individuell	Preis- und Bestandslogik decken Mengen ab
Rückfragen	vor einer Zusage regelmäßig nötig	Ausnahme statt Regelfall
Lieferweg	Ort, Maße oder Montage müssen geprüft werden	verfügbare Optionen sind vorab bestimmbar
Datenpflege	Produktdaten plus Anfragebearbeitung	Produkt-, Preis-, Bestand-, Bestell- und Zahlungsdaten
Ergebnis des Klicks	Anfrage zur Prüfung	Bestellung beziehungsweise Checkout-Schritt

Die Matrix ist eine Prozesshilfe, keine Rechtsbewertung. Ob und wann ein Vertrag zustande kommt, welche Informationen erforderlich sind und welche Pflichten gelten, muss für das konkrete Angebot fachlich geklärt werden.

Fiktives Beispiel: Akustikelemente für Geschäftsräume

Ein kleiner Hersteller bietet Akustikelemente in mehreren Materialien an. Standardmuster und einzelne Zubehörteile haben feste Varianten und Preise. Individuelle Wandlösungen hängen dagegen von Maßen, Untergrund, Brandschutzanforderungen, Lieferort und Montage ab.

Ein sinnvoller digitaler Weg könnte so aussehen:

1. Besucher filtern nach Einsatzbereich und Material.
2. Bei Zubehör führt „In den Warenkorb“ zum direkten Kaufweg.
3. Bei individuellen Elementen führt „Für Angebot vormerken“ in eine Anfrageliste.
4. Das Anfrageformular übernimmt Produkt, Variante und Menge und ergänzt Raummaße, Lieferort und gewünschten Zeitraum.
5. Eine zuständige Person prüft die Angaben und antwortet über den angekündigten schriftlichen Weg.

Der Katalog spart in diesem Beispiel keine Prüfung weg. Er sorgt dafür, dass Produktauswahl und fehlende Angaben zusammen ankommen. Die Verantwortung nach dem Eingang bleibt sichtbar: Wer prüft technische Eignung, wer kalkuliert und wer antwortet?

Eine Anfragefunktion braucht einen definierten Status

Eine Produktliste mit dem Button „Angebot anfordern“ ist noch kein vollständiger Ablauf. Klären Sie mindestens:

• Können mehrere Produkte gemeinsam angefragt werden?
• Welche Mengen, Maße oder Varianten müssen angegeben werden?
• Darf eine Person Dateien oder Skizzen ergänzen?
• Welche Angaben sind wirklich erforderlich?
• Wo landet die Anfrage und wer übernimmt sie?
• Welche Bestätigung erscheint nach dem Versand?
• Wie wird ein Angebot anschließend übermittelt, angenommen oder geändert?

Die offizielle Dokumentation der Erweiterung Quote Request for WooCommerce zeigt ein konkretes Produktbeispiel: Produkte können einer Angebotsanfrage hinzugefügt, gemeinsam übermittelt und anschließend im System bearbeitet werden. Sie beschreibt außerdem einen späteren Annahme- und Zahlungsweg. Das ist kein allgemeiner WooCommerce-Standard und keine Empfehlung für dieses Plugin; es zeigt lediglich, dass Anfrage und Checkout als getrennte Zustände modelliert werden können.

Ein Shop verlangt mehr als Produktseiten

Beim direkten Verkauf müssen nicht nur schöne Produktkarten entstehen. Der laufende Betrieb braucht verlässliche Daten und Zuständigkeiten:

• Wer pflegt Produkttexte, Bilder, Varianten und Preise?
• Woher kommt der verfügbare Bestand?
• Welche Liefer- oder Abholoptionen gelten für welche Produkte?
• Wie werden Bestellungen intern übernommen und ihr Status aktualisiert?
• Welche Zahlungswege sollen geprüft und technisch eingerichtet werden?
• Wie werden Fehler, abgebrochene Zahlungen und nicht verfügbare Artikel behandelt?
• Wer testet Änderungen an Produkt- und Checkoutschritten?

Wenn diese Fragen offen sind, löst ein Shopsystem sie nicht automatisch. Es bildet Entscheidungen ab, die der Betrieb vorher treffen und danach pflegen muss.

Produktdaten zuerst als kleine Matrix erfassen

Erstellen Sie vor einem Websiteangebot eine Tabelle mit einer Zeile pro Produktart:

Produktart	fester Preis?	auswählbare Varianten	zusätzliche Angaben	Zielaktion	interne Zuständigkeit
Standardzubehör	ja	Farbe	Lieferoption	kaufen	Auftragsbearbeitung
Sonderanfertigung	nein	Material, Ausführung	Maße, Einsatzort	Angebot anfragen	Fachprüfung/Kalkulation
Ersatzteil mit Prüfung	teilweise	Modell	Serien- oder Typangabe	Verfügbarkeit anfragen	Service

Damit wird sichtbar, ob ein einziger Prozess genügt. Wenn fast jede Zeile einen festen Preis, vollständig abbildbare Varianten und denselben Bestellweg hat, spricht mehr für einen direkten Shop. Wenn die Kalkulation regelmäßig erst nach Eingang zusätzlicher Angaben beginnt, sollte die Anfrage nicht wie ein fertiger Kauf aussehen.

Hybridlösungen klar beschriften

Ein gemischtes System ist nur dann verständlich, wenn die Schaltflächen den unterschiedlichen Ausgang nennen. „Kaufen“ und „Angebot anfragen“ sind eindeutiger als zwei Varianten von „Weiter“. Erklären Sie direkt am Produkt, warum der zweite Weg nötig ist und was danach passiert.

Vermeiden Sie außerdem einen Warenkorb, der am Ende überraschend nur eine unverbindliche Nachricht versendet. Umgekehrt sollte eine Anfrage nicht unbemerkt in einen zahlungspflichtigen Vorgang wechseln. Wortwahl, Zusammenfassung und Bestätigung müssen denselben Status vermitteln.

Was in ein Projektbriefing gehört

Für die erste technische Einordnung genügen keine Aussagen wie „Wir brauchen einen Shop“. Beschreiben Sie:

1. Produktarten und ungefähre Zahl der Varianten,
2. Regeln der Preisbildung,
3. benötigte Angaben vor Kalkulation oder Kauf,
4. Ablauf von Auswahl bis Angebot, Bestellung und gegebenenfalls Zahlung,
5. Systeme, aus denen Produkt- oder Bestandsdaten kommen,
6. zuständige Personen für Datenpflege und Bearbeitung,
7. Sonderfälle wie Maßanfertigung, Abholung oder nicht verfügbare Artikel.

Der KDS-Ratgeber Website-Angebote richtig vergleichen hilft, Funktionen, Zuständigkeiten und Abnahme schriftlich einzugrenzen. Eine individuelle Website von KDS wird passend zum konkreten Umfang geplant; daraus folgt keine pauschale Zusage für jede Shop-, Zahlungs- oder Warenwirtschaftsanbindung.

Über die schriftliche Anfrage können Sie Produktarten und Ihren heutigen Ablauf von der Auswahl bis zum Angebot oder Kauf beschreiben. Auf dieser Grundlage lässt sich klären, ob ein Katalog, ein Anfrageprozess, ein Checkout oder eine Kombination Gegenstand des Projekts sein soll.

Abbildungen: KI-generiertes Symbolbild und eigene Schemazeichnung.