Klaviyo-Flow-Stack. Die Schicht, die sich selbst trägt.
Welcome bis Win-Back ist kein „E-Mail-Setup" — es ist die Profit-Schicht, die aus bestehendem Traffic mehr Revenue holt, sauber gegen eine eingefrorene Baseline attribuiert. Per-Order-Math statt ROAS-Theater. Hier der komplette Flow-Stack und die Attributions-Logik dahinter.
Warum Flows die ehrlichste Profit-Schicht sind.
Ad-Spend ist Hoffnung mit Rechnung. Lifecycle-Flows arbeiten auf Traffic, für den du schon bezahlt hast — der inkrementelle Euro entsteht ohne zusätzlichen CAC und fließt zu hohem Deckungsbeitrag durch. Deshalb ist genau diese Schicht die, auf die wir unsere Ergebnis-Garantie setzen: Sie ist schnell, in Klaviyo messbar und sauber attribuierbar.
Der Unterschied zu „wir haben auch Flows" ist die Mess-Disziplin: eine gemeinsam eingefrorene Baseline, Per-Order-Math statt geblendetem ROAS, beidseitig dokumentierte Exclusion-Events. Ein Flow-Stack ohne diese Attribution ist ein Bauchgefühl mit Automation.
Das ist der Loop zurück zum Angebot: Die Flows sind die „Profit-Schicht", die zusätzlichen Umsatz tragen soll. Diese Seite zeigt offen die Methodik, mit der das überhaupt nachweisbar wird.
Vier Bausteine. Ein Flow-Stack.
Core-Flows
Welcome, Abandoned-Checkout, Browse-Abandon, Post-Purchase, Win-Back. Nicht zwanzig Flows — die fünf, die den Großteil des inkrementellen Profits tragen.
Eingefrorene Baseline
Vor Start: 3-Monats-Baseline des Klaviyo-attribuierten Revenue, gemeinsam fixiert. Ohne Baseline ist jeder „Erfolg" unbeweisbar.
Per-Order-Math
Inkrementeller Profit pro Bestellung, gegen DB1 gerechnet — nicht geblendeter ROAS, nicht „E-Mail-Umsatz" als Vanity-Summe.
Exclusion-Events
Produkt-Launch, Presse-Peak, Ad-Spend-Sprung — beidseitig dokumentiert und herausgerechnet, damit die Attribution sauber bleibt.
Die Mess-Logik — warum sie über allem steht.
Der Flow-Stack ist die einfachere Hälfte. Die schwierige — und der Grund, warum die meisten Lifecycle-Programme nichts beweisen — ist die Attribution:
- Baseline einfrieren: der Klaviyo-attribuierte Revenue der letzten 3 Monate, bevor irgendetwas angefasst wird.
- Inkrement messen: nur der Anteil über der Baseline zählt — alles andere wäre ein Geschenk an die eigene Statistik.
- Auf DB1, nicht Umsatz: inkrementeller Revenue × gegengezeichnete Deckungsbeitrags-Quote = ehrlicher Profit-Proxy.
- Single Source of Truth: gemeinsamer Klaviyo-/Shopify-Export — eine Zahl, die beide Seiten sehen.
Genau diese Schicht trägt die Ergebnis-Garantie.
„Die laufende Betreuung zahlst du nur, solange dein zusätzlicher Umsatz höher ist als unser Honorar." Diese Aussage ist nur haltbar, weil die Messung hier sauber definiert ist. Die Methodik ist die Garantie.
Vier Anti-Patterns, die Lifecycle wertlos machen.
Keine Baseline
Ohne eingefrorene Vorher-Zahl ist jeder Flow-„Erfolg" Erzählung. Baseline zuerst, dann bauen.
Geblendeter ROAS
„E-Mail-Umsatz" inklusive Bestellungen, die sowieso gekommen wären. Nur das Inkrement über Baseline zählt.
Flow-Sprawl
Zwanzig halbgepflegte Flows statt fünf scharfer. Komplexität ist kein Beweis von Arbeit.
Umsatz statt DB1
Rabatt-getriebene Flows pumpen Umsatz und senken Profit. Attribution gegen Deckungsbeitrag, immer.
Einen messbaren Flow-Stack selbst aufsetzen — in 5 Schritten.
Baseline einfrieren
3-Monats-Klaviyo-attribuierten-Revenue dokumentieren, bevor du irgendeinen Flow anfasst.
Die fünf Core-Flows bauen
Welcome, Abandoned-Checkout, Browse-Abandon, Post-Purchase, Win-Back — sauber, nicht zwanzig halbe.
DB1-Quote festlegen
Deckungsbeitrags-Quote bestimmen, mit der inkrementeller Revenue in Profit-Proxy umgerechnet wird.
Exclusion-Events definieren
Launch, Presse, Ad-Spend-Sprung vorab als herauszurechnen markieren — beidseitig dokumentiert.
Inkrement gegen Baseline lesen
Nur der Profit-Proxy über der Baseline zählt. Eine Zahl, eine Quelle, beide Seiten sehen sie.
Wo der Flow-Stack den Rest des Stacks trifft.
Customer Lifetime Value
Die Repeat-Kurve ist nicht gegeben — Flows sind der Mechanismus, der Monat 3, 6, 12 überhaupt füllt.
→AOV-/Bundle-Architektur
Post-Purchase-Flows tragen Volumen- und Replenishment-Hebel in die Folgebestellung.
→Conversion Engine
Theme-Events (View, Add-to-Cart, Checkout) befeuern die Flows — kein Drittanbieter-Pixel nötig.