Zum Inhalt springen
Use CaseData + Platforms

Sales-Daten über alle Kanäle

Multichannel-Reporting ohne Excel-Frankenstein. Eine Source-of-Truth statt manuelles Daten-Stitching.

Inhalt
  1. 01Welche Hebel zählen
  2. 02Häufige Fragen
  3. 03Erkennst du dich?
  4. 04Mein Vorgehen
  5. 05Tools & Timeline
  6. 06Erstgespräch

Hintergrund

Welche Hebel machen Multi-Channel-Sales-Daten konsolidierbar?

Warum die Daten überhaupt fragmentiert sind

Jeder Vertriebskanal liefert Daten in einem eigenen Format: Shopify hat ein Schema, Amazon ein anderes, das Kassen-System wieder ein eigenes, der Außendienst meldet per Excel. Selbst wenn die Inhalte ähnlich sind (Produkt, Menge, Preis, Datum), unterscheiden sich Spalten-Namen, Zeitzonen, Währungen und Steuer-Logik. Ohne ein einheitliches Datenmodell wird aus jedem Report eine eigene Wahrheit — und Differenzen lassen sich nicht mehr erklären.

Was ein zentrales Datenmodell ausmacht

Ein gutes Multi-Channel-Datenmodell hat eine Tabelle für alle Sales-Events — egal aus welcher Quelle. Jeder Datensatz hat dieselben Felder: Kanal, Standort, Zeitstempel (in einer einheitlichen Zeitzone), Produkt-ID, Menge, Brutto- und Netto-Umsatz, Steuer-Betrag. Plattform-spezifische Eigenheiten werden in der Pipeline normalisiert, nicht im Dashboard. So lässt sich später jede Frage stellen, ohne pro Kanal eigenen Report-Logik bauen zu müssen.

Marketplace-Reports und ihre Eigenheiten

Marketplaces wie Amazon, Otto oder Zalando liefern Reports oft verzögert und mit eigener Aggregations-Logik: Returns werden teils bis zu 30 Tage später gegen-gebucht, Werbe-Kosten in einem separaten Report mit anderer Granularität geliefert, Zahlungs-Eingang nochmal anders zeitversetzt. Wer die Eigenheiten nicht modelliert, sieht im Dashboard zwar Zahlen — aber nicht den tatsächlichen Deckungsbeitrag pro Kanal.

Warum manuelle Konsolidierung fast immer Fehler produziert

Studien zur Datenqualität in Excel-basierten Reports (Panko 1998, KPMG, PwC) zeigen: in 88 % aller Tabellen mit nicht-trivialer Komplexität finden sich materielle Fehler. Bei manueller Multi-Channel-Konsolidierung über ein Jahr — mit täglichen Updates aus 5+ Quellen — ist die Wahrscheinlichkeit, dass am Jahresende mindestens ein Fehler über 1 % Umsatzabweichung existiert, faktisch bei 100 %.

Die Hauptursachen sind nicht Inkompetenz, sondern strukturell: Schema-Drift bei API-Updates, Zeitzonen-Verwechslung, manuelle Copy-Paste-Fehler, vergessene Returns-Buchungen, unterschiedliche Steuer-Logik pro Marketplace.

Eine zentrale Daten-Architektur bannt das Risiko nicht durch besseres Excel — sondern durch automatisierte Validierung: Schema-Tests bei jedem Import, Reconciliation-Checks zwischen Quellen, Alerting bei Abweichungen über definierten Schwellenwerten.

Häufig gestellte Fragen

Häufige Fragen rund um Multi-Channel-Sales-Daten

Wie viele Datenquellen lassen sich sinnvoll integrieren?

Technisch gibt es kein hartes Limit — praktisch lohnt sich aber ein gestaffeltes Vorgehen.

Phase 1 (typisch 3–5 Quellen): die wichtigsten Sales-Kanäle plus eine CRM-Quelle. Damit deckst du in der Regel 80–90 % des Umsatzes ab und kannst die größten Entscheidungen darauf basieren. Setup-Aufwand: 6–10 Wochen.

Phase 2 (Erweiterung auf 8–15 Quellen): Marketing-Daten (Meta, Google Ads), Email-Plattformen, Lager- und Logistik-Systeme. Hier verschiebt sich der Fokus von „Sales messen" zu „Geschäft steuern". Pro Quelle 1–2 Wochen Setup-Aufwand.

Was das Limit bestimmt: nicht die Tool-Auswahl, sondern die Datenpflege. Mehr als 20 aktive Quellen sind ohne dediziertes Daten-Team kaum sinnvoll.

Echtzeit oder Tages-Aggregation — was reicht?

Die Antwort hängt davon ab, welche Entscheidungen du auf den Daten triffst — Echtzeit ist teurer und komplexer und nicht für jeden Use-Case sinnvoll.

Kosten-Unterschied: Echtzeit-Pipelines kosten typisch 3–5× mehr als Tages-Batches — sowohl Infrastruktur als auch Setup.

Praktischer Rat: Start mit Tages-Aggregation. Wenn sich konkrete Echtzeit-Use-Cases nach 6 Monaten zeigen, gezielt einzelne Streams umstellen — nicht alles auf einmal.

  • Tages-Aggregation reicht: operative Reports (CFO, Marketing, Filiale-Leiter), wöchentliche Vertriebs-Reviews, monatliche Reporting-Routinen, strategische Cohort-Analysen
  • Echtzeit lohnt sich: operative Out-of-Stock-Warnungen, Echtzeit-Marketplace-Pricing, Live-Dashboards für Promotion-Aktionen, Fraud-Monitoring
Was kostet BigQuery monatlich realistisch?

BigQuery hat eine Pay-per-Use-Logik mit zwei Haupt-Kostentreibern: Storage und Query-Kosten.

Vergleich zu Alternativen: ein klassisches BI-SaaS-Tool für vergleichbare Funktionalität kostet oft 500–2.000 € monatlich pro Seat — bei 5 Nutzern also schnell 2.500–10.000 €. BigQuery ist über die Total-Cost-of-Ownership fast immer günstiger.

  • Klein (1–5 Mio. Sales-Events/Monat, 3–5 Quellen): typisch 30–80 € Storage + Query
  • Mittel (5–30 Mio. Events/Monat, 5–10 Quellen): typisch 80–250 €
  • Groß (50+ Mio. Events/Monat, 10+ Quellen, viele Dashboards): 300–800 €
  • Enterprise (Realtime + viele Concurrent-Users): ab 1.000 € — Reserved-Capacity-Verträge lohnen sich hier
Cloud-Tools oder Eigenbau — was passt für mich?

Eine der wichtigsten Entscheidungen — und sie hängt mehr von deinem Team als vom Daten-Volumen ab.

Hybrid ist oft die beste Lösung: Standard-Quellen via Cloud-Tools (z.B. Airbyte für Shopify, Stripe), Custom-Quellen via Eigenbau (z.B. Lightspeed-API, Marketplace-Reports). dbt als Transformations-Layer ist in beiden Fällen das gleiche.

Faustregel zur Kosten-Abwägung: Cloud-Tools kosten oft 100–500 € monatlich pro Quelle — bei 10 Quellen sind das 1.000–5.000 € pro Monat. Eigenbau hat Setup-Kosten von 4–8 Stunden pro Quelle, dann laufende Kosten von 0 €. Ab 6+ Quellen ist die Break-even meist nach 12 Monaten erreicht.

  • Cloud-Tools lohnen sich: keine internen Data-Engineers, meist Standard-APIs, schnelle Time-to-Value wichtiger als optimierte Kosten
  • Eigenbau lohnt sich: proprietäre Quellen, Daten-Volumen exponentiell für SaaS, spezielle Transformations-Logik, Compliance verlangt volle Kontrolle
Brauche ich verschiedene Dashboards für CFO und Marketing?

Ja — und das ist eine der wichtigsten Erkenntnisse, die man nach den ersten Multi-Channel-Projekten verinnerlicht. Eine einzige Sicht für alle Stakeholder zu bauen, ist fast immer ein Fehler.

Wichtig: alle Sichten basieren auf denselben Rohdaten im Data-Warehouse. Nur die Aggregations- und Visualisierungs-Schicht wird pro Zielgruppe maßgeschneidert. Sonst entstehen wieder die Daten-Konflikte zwischen Bereichen, die wir eigentlich vermeiden wollten.

  • CFO-Sicht: Bruttoumsatz, Nettoumsatz, Steuer pro Kanal & Standort, Returns-bereinigte Zahlen, Forecast-Vergleich, Marge/Deckungsbeitrag
  • Marketing-Sicht: Performance pro Kampagne/Channel/Creative, Cohort-Analysen, CLV, Repeat-Rate, Channel-Attribution, Realtime während Aktionen
  • Filiale-/Vertriebs-Sicht: Tages-Umsatz pro Standort und Mitarbeiter, Top-/Flop-Produkte, Vergleich zur Vor-Periode und zu anderen Filialen
Kann ich auch nachträglich historische Daten aufarbeiten?

Ja, in den meisten Fällen lassen sich historische Daten nachträglich aufbauen — mit ein paar konkreten Einschränkungen pro Quelle.

Typisches Vorgehen: Initial-Backfill der letzten 12–24 Monate beim Setup, danach läuft die Pipeline auf laufende Daten weiter. Bei größeren Datenmengen wird der Backfill in Wochen-Chunks durchgeführt.

Wichtig: Aufarbeitung ist eine einmalige Investition mit klar abschätzbarem Aufwand. Die laufende Datenqualität ist langfristig wichtiger als die historische Tiefe — wenn du wählen müsstest zwischen 5 Jahren rückwirkend und sauberer Pipeline für die Zukunft, wähle die Pipeline.

  • Gut nachträglich: Shopify (2 Jahre rückwirkend per API), Marketplaces wie Amazon/Otto/Zalando (1–2 Jahre), Kassen-Systeme (meist lokal verfügbar), CRM-Daten (vollständig)
  • Nicht oder nur teilweise rekonstruierbar: Daten aus abgeschalteten Quellen, manuelle Excel-Korrekturen ohne Audit-Trail, aggregierte Reports von Tools ohne Rohdaten-Export
Wie läuft ein Erstgespräch zu so einem Projekt typischerweise ab?

Ein typisches Erstgespräch für Multi-Channel-Sales-Daten dauert ca. 30–45 Minuten und ist konkret darauf ausgelegt, deinen Fall einzuordnen — nicht auf den Verkauf eines fertigen Pakets.

Was es nicht ist: ein Verkaufs-Gespräch mit Druck. Wenn dein Fall zu klein, zu groß oder thematisch unpassend für mich ist, sage ich das offen — und nenne dir bei Bedarf passende Alternativen.

  • Was wir besprechen: welche Sales-Quellen heute existieren und welche fehlen, wo der größte Daten-Schmerz sitzt, welches Daten-Wissen im Team vorhanden ist, welche Tools schon genutzt werden
  • Was du danach hast: Einschätzung ob Tracking-Audit oder Daten-Architektur-Projekt sinnvoller ist, grobe Größenordnung (Aufwand, Dauer, Kosten), konkrete Handlungs-Empfehlungen auch ohne weitere Zusammenarbeit

Für wen das relevant ist

Erkennst du dich in einem dieser Punkte?

Wenn auch nur eines davon auf dich zutrifft, solltest du deine Sales-Daten-Architektur prüfen.

Mein Vorgehen

5 Phasen, die deine Sales-Daten konsolidieren

Meine Antwort auf fragmentierte Multi-Channel-Daten: ein 5-Phasen-Framework, das aus 5 Reports einen klaren Blick auf den Umsatz macht — vom Inventar bis zum laufenden Reporting.

PHASE 01

Daten-Inventar

Vollständige Erfassung aller Sales-Quellen: Shop, POS, Marketplaces, Außendienst-Excel, CRM. Schemata, Zeitzonen, Steuer-Logik dokumentiert.

PHASE 02

Datenmodell-Design

Einheitliches Schema für alle Sales-Events. Normalisierungs-Logik pro Quelle. Zeitzonen, Währungen, Returns klar definiert.

PHASE 03

Pipeline-Aufbau

Quell-Connectoren, dbt-Transformations-Layer, BigQuery als zentrales Data-Warehouse. Tägliche oder stündliche Aktualisierung.

PHASE 04

Dashboards

Looker Studio oder Metabase. Pro Zielgruppe ein eigener Sicht-Layer: CFO, Marketing, Vertriebs-Standorte.

Erfolgsgarant

PHASE 05

Reporting-Routinen

Automatisierte tägliche und wöchentliche Reports an die Stakeholder. Daten-Qualitäts-Checks im Hintergrund. Alert bei Abweichungen.

Mein Stack

Mit welchen Tools ich arbeite

Daten-Quellen

Shopify · Lightspeed · Marketplaces

Shop, POS und Marketplace-APIs gemeinsam.

Connectors

Airbyte · Fivetran

Cloud-Connectoren für Standard-Quellen.

Data-Warehouse

BigQuery · Snowflake

Zentrales Data-Warehouse mit Pay-per-Use-Logik.

Transformation

dbt · GitHub Actions

Versioniertes Schema mit automatisierten Tests.

Dashboards

Looker Studio · Metabase

Stakeholder-spezifische Sicht-Layer.

Quality & Alerts

Great Expectations · Slack

Daten-Qualitäts-Tests + Alarm bei Drift.

Timeline

Inventar & Modell: 2–3 WochenPipeline-Aufbau: 3–6 WochenDashboards: 2–3 WochenReporting-Routinen: 1 Woche + laufend

Express-Spur: priorisiertes Setup mit den 2 wichtigsten Kanälen in 3 Wochen — die anderen folgen iterativ.

Kostenloses Erstgespräch

Lass uns sprechen

Multi-Channel-Sales-Daten sind selten ein Standard-Projekt. Bevor ich dir ein Audit oder ein Architektur-Projekt verkaufe, will ich verstehen, wo dein eigentlicher Engpass sitzt — und ob ein gezielter Tracking-Audit, ein Daten-Architektur-Workshop oder ein vollständiges Pipeline-Projekt für dich sinnvoll ist.

Inklusive

  • Einschätzung deiner Sales-Daten-Situation in 30–45 Minuten
  • Konkrete Handlungs-Empfehlungen — auch ohne weitere Zusammenarbeit
  • Größenordnung-Schätzung (Aufwand, Dauer, Kosten)
  • Empfehlung passender Alternativen, wenn dein Fall thematisch unpassend ist
Erstgespräch buchen

Verwandte Inhalte

Verwandte Inhalte