Zum Inhalt springen
Use CaseData + Platforms

Verkaufszahlen aus allen Kanälen

Alle Kanäle in einem Bericht, ohne dass jemand Tabellen von Hand zusammenkopiert. Eine Zahl, auf die sich alle verlassen.

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