Die Version 0 eines Direct-to-Consumer-Geschäfts.

Ein Hersteller, der bisher vor allem über Händler verkauft, steht beim Aufbau eines eigenen Commerce-Kanals vor vielen Fragen gleichzeitig:

• Welche Produkte dürfen direkt verkauft werden?
• Wie reagieren bestehende Handelspartner?
• Woher kommen Produktdaten, Preise und Bestände?
• Wer übernimmt Fulfillment und Support?
• Welche Länder und Zahlungsarten werden benötigt?
• Wie werden Retouren, Belege und Kundendaten verarbeitet?
• Welche Organisation verantwortet das neue Geschäft?

Der Versuch, alle Fragen vor dem ersten Verkauf vollständig zu beantworten, führt schnell zu einem langen Transformationsprojekt. Es entstehen Zielbilder, Prozesslandkarten und Systemauswahlen – aber noch kein echter Kundenkontakt.

Eine Version 0 verfolgt einen anderen Ansatz: ein bewusst begrenzter, aber vollständiger Direct-to-Consumer-Prozess wird in den realen Betrieb gebracht. Nicht als Wegwerf-Prototyp, sondern als erste belastbare Produktstufe.

Version 0 bedeutet nicht halbfertig

Eine unvollständige Version hätte vielleicht schöne Produktseiten, aber noch keine ERP-Übergabe. Oder einen Checkout, dessen Bestellungen manuell per E-Mail verarbeitet werden.

Eine Version 0 ist klein im Umfang, aber vollständig im Prozess.

Beispiel:

1. 1Ein begrenztes Sortiment wird aus realen Produktdaten aufgebaut.
2. 2Ein definierter Markt und eine Währung werden unterstützt.
3. 3Kunde kann Produkt finden, bestellen und bezahlen.
4. 4Bestellung wird an Fulfillment oder ERP übergeben.
5. 5Versand- und Statusinformationen fließen zurück.
6. 6Rechnung und Kundenkommunikation funktionieren.
7. 7Support kann den Vorgang nachvollziehen.
8. 8Betrieb, Monitoring und Fehlerwege sind geklärt.

So entsteht echtes Lernen über das Geschäftsmodell statt nur über die Oberfläche.

Den ersten Scope bewusst schneiden

Eine gute Version 0 begrenzt Komplexität dort, wo sie noch keinen entscheidenden Erkenntnisgewinn liefert.

Mögliche Begrenzungen:

• ein Land,
• eine Sprache,
• ein überschaubares Sortiment,
• eine Versandart,
• wenige Zahlungsarten,
• keine oder sehr einfache Rabattlogik,
• Standard-Retourenprozess,
• klar definierte Kundengruppe,
• bestehender Fulfillment-Partner.

Nicht begrenzt werden dürfen zentrale Qualitätsmerkmale:

• korrekte Preise und Steuern,
• Datenschutz und Security,
• verlässliche Bestellverarbeitung,
• nachvollziehbare Belege,
• belastbarer Support,
• stabiler Betrieb.

Das Geschäftsmodell im Prozess testen

Die Version 0 beantwortet Fragen, die in Workshops nur begrenzt geklärt werden können:

• Kaufen Kunden tatsächlich direkt?
• Welche Produkte eignen sich?
• Welche Fragen entstehen vor und nach dem Kauf?
• Welche Produktinformationen fehlen?
• Wie hoch ist der operative Aufwand je Bestellung?
• Welche Konflikte entstehen mit bestehenden Kanälen?
• Welche Retouren- und Supportgründe treten auf?
• Wo brechen Nutzer ab?

Diese Erkenntnisse beeinflussen die nächste Produktstufe.

Handelspartner und Kanalkonflikte berücksichtigen

Direct-to-Consumer muss nicht bedeuten, den Handel zu umgehen. Der Kanal kann unterschiedliche Rollen übernehmen:

• ausgewähltes Direkt-Sortiment,
• Ersatzteile und Verbrauchsmaterial,
• Konfiguration und Lead-Weitergabe an Händler,
• Produkte ohne flächendeckende Handelsverfügbarkeit,
• digitale Services und Zubehör,
• Marken- und Produktinformation,
• Click-and-Collect oder Partnervermittlung.

Die Version 0 sollte klar definieren, welche Rolle der direkte Kanal spielt und welche Produkte oder Märkte bewusst ausgenommen werden.

Standardsoftware und gezielte Eigenentwicklung

Für die erste Stufe ist ein pragmatischer Mix sinnvoll:

• Shopware für Commerce und Content,
• bestehende Payment- und Versanddienste,
• Integration in ERP oder Fulfillment,
• gezielte individuelle Logik für differenzierende Prozesse,
• Product-Data-Schicht, wenn bestehende Daten nicht direkt commerce-fähig sind.

Nicht jede spätere Plattformfunktion muss sofort entwickelt werden. Gleichzeitig sollte die Architektur verhindern, dass Version 0 nur durch manuelle Notlösungen funktioniert.

Ein echter vertikaler Durchstich

Der erste Durchstich sollte ein repräsentatives Produkt wählen, das die wichtigsten Systemgrenzen berührt.

Zu einfach wäre ein rein digitales Produkt ohne Varianten, Bestand oder Versand, wenn das spätere Geschäft physische Industrieprodukte umfasst. Zu komplex wäre das schwierigste konfigurierbare Produkt mit allen Sonderregeln.

Geeignet ist ein Produkt, das:

• echte Produktdaten benötigt,
• einen normalen Preis- und Bestandsprozess durchläuft,
• kaufbar und lieferbar ist,
• typische Kundenfragen erzeugt,
• den späteren Standardprozess repräsentiert.

Operations von Anfang an einplanen

Ein D2C-Kanal erzeugt neue operative Aufgaben:

• Kundenanfragen,
• Zahlungsprobleme,
• Adressänderungen,
• Retouren,
• Storno,
• Reklamationen,
• Betrugsfälle,
• Produktdatenkorrekturen,
• steuerliche und buchhalterische Abläufe.

Für Version 0 muss nicht alles vollständig automatisiert sein. Aber jeder Vorgang benötigt einen bekannten Bearbeitungsweg, Verantwortliche und Zugriff auf die relevanten Daten.

Messgrößen für die erste Stufe

Neben Umsatz sind Prozess- und Lernkennzahlen wichtig:

• Conversion je Produkttyp,
• Abbruchpunkte im Checkout,
• Supportanfragen je Bestellung,
• Anteil manuell nachbearbeiteter Aufträge,
• Fehler in Produktdaten,
• Zeit von Bestellung bis ERP-Annahme,
• Retouren- und Stornogründe,
• Suchanfragen ohne Treffer,
• Wiederkaufs- oder Zubehörinteresse.

Diese Daten zeigen, wo die nächste Investition den größten Nutzen erzeugt.

Aus Version 0 wird das Produkt

Nach dem ersten Betrieb kann die Plattform gezielt erweitert werden:

• weiteres Sortiment,
• zusätzliche Länder und Sprachen,
• Händler- oder B2B-Funktionen,
• Self-Service,
• Konfiguratoren,
• Abonnements,
• personalisierte Preise,
• weitere Fulfillment-Standorte,
• Marketing-Automation,
• integrierte Support- und CRM-Prozesse.

Die Reihenfolge basiert auf realer Nutzung statt auf einer rein theoretischen Roadmap.

Technische Schulden bewusst begrenzen

Schneller Start darf nicht bedeuten, dass zentrale Grundlagen weggeworfen werden müssen.

Version 0 sollte bereits besitzen:

• saubere Produkt- und Kundenidentitäten,
• klar definierte Systemverantwortung,
• wiederholbare Deployments,
• Monitoring,
• sichere Zahlungs- und Datenprozesse,
• erweiterbares Integrationsmodell,
• dokumentierte bewusste Vereinfachungen.

Provisorien sind erlaubt, wenn ihr Verfallsdatum und ihre spätere Ablösung bekannt sind.