PrestaShop: Kundensegmentierung, RFM und Customer Lifetime Value

Unser Vorgehen

Nutzen Sie native Kundengruppen, wenn der Vorteil Shoppreise oder Zugriff verändert, und eine Zielgruppe in Ihrer bestehenden Versandplattform, wenn Sie nur unterschiedliche Nachrichten benötigen. Prüfen Sie Daten und eine sinnvolle Maßnahme, bevor Sie RFM automatisieren. Beginnen Sie beim Kundenwert mit einem beobachteten Zeithorizont, den Ihre Historie abdeckt.

Der passende Weg hängt von Ihrem bestehenden Shop ab: Bestell- und Erstattungsdaten, Währungen, installierten Modulen, CRM- und Buchhaltungsintegrationen, Theme, Absatzmärkten und dem Team, das die Regeln pflegt. Prüfen Sie die vorhandenen Funktionen dieser Werkzeuge, bevor Sie eine weitere Zielgruppendatenbank oder ein Prämienprogramm hinzufügen.

Nutzen Sie für Änderungen an Gruppenzuordnung, Rabatten oder Integrationen eine Staging-Kopie mit deaktiviertem echtem Versand und deaktivierten nachgelagerten Exporten. Proben Sie Berechtigung, Erstattungen und Checkout, dokumentieren Sie bisherige Einstellungen und Mitgliedschaften und vereinbaren Sie anschließend eine geplante Umstellung und einen Weg zur Rücknahme.

Wenn Sie die Umsetzungswege für Ihren Shop beurteilen lassen möchten, prüft das PrestaShop Module Selection & Fit Assessment die Anforderung auf einer kontrollierten Shopkopie.

Segmente wählen, die eine Maßnahme verändern

Gruppieren Sie Kunden nach einem definierten Bedarf oder Verhalten und wählen Sie dann eine messbare Maßnahme. Neukunden benötigen möglicherweise eine Einführung, regelmäßige Käufer Erinnerungen an Nachschub und Kunden, deren üblicher Kaufzyklus überschritten ist, eine Rückgewinnungsnachricht.

Beginnen Sie mit wenigen nützlichen Gruppen. Großhandelsstatus, Kaufverhalten und Marketing-Erlaubnis sind unterschiedliche Dimensionen. Eine B2B-Kennzeichnung begründet nicht automatisch eine Umsatzsteuerbefreiung, und ein Kundensegment erteilt keine Erlaubnis zum Marketingversand.

Nutzen Sie Neu, VIP und Abwanderungsgefährdet als Ausgangsplan und starten Sie zunächst die beiden Gruppen mit klarer Maßnahme und zuständiger Person. Behalten Sie diese als Analysezielgruppen bei, bis ein Angebot oder eine Zugriffsregel eine native Gruppe benötigt. Benennen Sie für jede der folgenden Aufgaben eine Person und legen Sie den Aktualisierungsauslöser vor dem Start fest.

Feste Zahlen wie sechs Bestellungen oder 90 Tage Abwesenheit sind mögliche Geschäftsregeln, keine allgemeingültigen Definitionen. Ein monatlich gekauftes Verbrauchsprodukt und alle paar Jahre gekaufte Büromöbel erfordern eine unterschiedliche Interpretation.

Berücksichtigung, Erstattungen, Währung und Umfang zuerst definieren

Schreiben Sie vor der SQL-Ausführung eine Analyserichtlinie. Sie sollte festlegen:

• Den Shop oder die Shops, die Kundenpopulation und den Umgang mit Gastkonten.
• Ein festes Beobachtungsfenster, einen Stichtag und eine Zeitzone.
• Berücksichtigte Bestellstatus und Prüfungen zum Zahlungsabgleich.
• Ob der Wert VAT, Versand, Rabatte und Verpackung enthält.
• Wie teilweise/vollständige Gutschriften, Anbietererstattungen, Rückbelastungen und Retouren behandelt werden.
• Die Berichtswährung und die Wechselkursgrundlage.

orders.valid folgt dem Flag logable des aktuellen Bestellstatus. Es belegt nicht unabhängig den Zahlungseingang und zieht keine Erstattungen ab. Ein Status paid kann erfasste Zahlungen erzeugen. total_paid_real ist die erfasste Zahlungssumme in der Bestellwährung, kein Beleg für die Bankabrechnung.

Gleichen Sie den Zahlungseingang anhand von Zahlungs- und Abrechnungsbelegen ab. Native Erstattungen/Gutschriften werden getrennt gespeichert. Entscheiden Sie, ob ein vollständig erstatteter Kauf bei Frequency zählt; ein teilweise erstatteter Kauf kann weiterhin einmal zählen und dabei weniger zum Monetary-Wert beitragen.

Ein Kunde hat beispielsweise einen teilweise gutgeschriebenen Kauf und danach einen weiteren Kauf, der vor dem Berichtsstichtag vollständig gutgeschrieben wird. Nach den untenstehenden SQL-Regeln zählt nur der teilweise gutgeschriebene Kauf: Frequency zählt ihn einmal, Monetary verwendet seinen Restwert und Recency sein Datum. Eine spätere Erstattung über das Zahlungs-Gateway ohne passende native Gutschrift erscheint nicht in dieser Berechnung. Gleichen Sie Gutschriftdokumente und Anbieterereignisse ab, bevor Sie einen Vorteil zuweisen.

Verwenden Sie eine Berichtswährung, bevor Sie eine Population mit mehreren Währungen einstufen. Prüfen Sie Umrechnungsrichtung, historische Kurse und jeden Wechsel der Basiswährung. Kurse von Bestellungen und Gutschriften können abweichen. Addieren Sie EUR-, GBP- und USD-Beträge nicht, als wären sie dieselbe Einheit.

Führen Sie Personen, die noch nie gekauft haben, als Interessentenzielgruppe. Halten Sie frühere Käufer ohne berücksichtigten Kauf im Beobachtungszeitraum separat. Unterscheiden Sie dabei abgewanderte Käufer von solchen, die durch Erstattungen oder andere Regeln ausgeschlossen sind, und bestimmen Sie abgewanderte Käufer anhand früherer berücksichtigter Käufe. Kunden-IDs, Gastkonten, gelöschte Konten und gemeinsame Nutzung im Multistore können die Identität beeinflussen; führen Sie Datensätze nicht stillschweigend anhand der E-Mail-Adresse zusammen und nehmen Sie nicht an, jede Kunden-ID stehe systemübergreifend für dieselbe Person.

Abgegrenzte RFM-Eingangswerte aus PrestaShop berechnen

RFM beschreibt drei Eingangswerte:

• Recency: Tage seit dem letzten berücksichtigten Kauf am festen Stichtag. Weniger Tage erhalten normalerweise einen höheren Score.
• Frequency: Anzahl berücksichtigter Bestellungen nach der festgelegten Erstattungsrichtlinie.
• Monetary: um Erstattungen bereinigte Ausgaben auf Ihrer gewählten Grundlage. Die durchschnittliche Warenkorbgröße ist eine separate Kennzahl.

Das folgende schreibgeschützte Beispiel verwendet aktive, nicht gelöschte registrierte Konten, Shop 1, Währung 1, das am 1. Juli 2026 endende Jahr und die beispielhaft berücksichtigten aktuellen Status-IDs 2, 4 und 5. Bestätigen Sie vor der Anpassung Ihre tatsächlichen Status-IDs und deren Bedeutung. Der Wert ist der Bestellwert einschließlich Steuern sowie der dem Kunden berechneten Versand- und Verpackungskosten abzüglich erfasster Produkt-/Versandgutschriftensummen vor dem Stichtag. Vollständig gutgeschriebene Bestellungen sind aus allen drei Eingangswerten ausgeschlossen.

SELECT x.id_customer,
       DATEDIFF('2026-07-01', MAX(x.date_add)) AS recency_days,
       COUNT(*) AS frequency,
       SUM(x.credit_adjusted_order_value) AS monetary_currency_1
FROM (
    SELECT o.id_order, o.id_customer, o.date_add,
           o.total_paid_tax_incl - COALESCE(r.credit_total, 0)
             AS credit_adjusted_order_value
    FROM ps_orders o
    JOIN ps_customer c ON c.id_customer = o.id_customer
    LEFT JOIN (
        SELECT id_order,
               SUM(total_products_tax_incl + total_shipping_tax_incl)
                 AS credit_total
        FROM ps_order_slip
        WHERE date_add < '2026-07-01 00:00:00'
        GROUP BY id_order
    ) r ON r.id_order = o.id_order
    WHERE o.id_shop = 1 AND o.id_currency = 1
      AND o.valid = 1 AND o.current_state IN (2, 4, 5)
      AND c.is_guest = 0 AND c.active = 1 AND c.deleted = 0
      AND o.id_customer > 0
      AND o.date_add >= '2025-07-01 00:00:00'
      AND o.date_add < '2026-07-01 00:00:00'
) x
WHERE x.credit_adjusted_order_value > 0
GROUP BY x.id_customer
ORDER BY monetary_currency_1 DESC;

Ersetzen Sie Tabellenpräfix und Geltungsbereich. Die Gutschriftsummen werden vor der Verknüpfung aggregiert, damit mehrere Gutschriften die Bestellzeilen nicht vervielfachen. Dies ist ein Ausschnitt für eine Währung, keine vollständige Rangfolge über mehrere Währungen. Vereinheitlichen Sie zunächst alle berücksichtigten Währungen, wenn Sie die gesamte Population benötigen.

Der Wert ist weder Nettoumsatz noch bankseitig abgerechneter Zahlungseingang. Er schließt Gutschriften außerhalb nativer Produkt-/Versandsummen aus und erkennt keine nicht erfasste Gateway-Erstattung. Gleichen Sie eigene Korrekturabläufe, Verpackungserstattungen, Rückbelastungen und Anbieterereignisse ab, bevor Sie das Ergebnis nutzen. Auch die Berücksichtigung anhand des aktuellen Status muss beim Rekonstruieren eines früheren Stichtags geprüft werden.

PrestaShop friert vergangene Bestellstatus für diese Abfrage nicht automatisch ein. Archivieren Sie die Analyseeingabe oder rekonstruieren Sie die historische Statusberechtigung, wenn Sie historische Momentaufnahmen vergleichen.

Exportieren Sie diesen Datensatz mit der Kunden-ID als Verknüpfungsschlüssel. Ergänzen Sie Namen oder E-Mail-Adressen nur im autorisierten operativen Schritt. Der SQL-Manager liest Daten; er schreibt keine Gruppenmitgliedschaften zurück.

Ein Weg ohne selbst geschriebenes SQL

Beginnen Sie damit, Kundendatensätze unter Kunden > Kunden mit einem geprüften Bericht abzugleichen. Ein Entwickler kann unter Erweiterte Einstellungen > Datenbank > SQL-Manager eine abgegrenzte Leseabfrage speichern und die bearbeitbaren Datums- und Berücksichtigungseinstellungen dokumentieren. Verlangen Sie den Export, seine Definitionen und eine wiederholbare Aktualisierungsanleitung.

Orders CSV List Exporter bietet gespeicherte Exportprofile mit Datums- und Zahlungseingangsfiltern; es ist ein Exportweg, keine RFM-Bewertung. Prüfen Sie, dass das gewählte Profil den benötigten Kundenschlüssel, das Bestelldatum, die Währung und die Wertgrundlage liefert, und organisieren Sie den Erstattungsabgleich vor der Bewertung. Beschränken Sie einen Export auf Bestellebene auf eine Zeile je Bestellung, damit Produkt- oder Rechnungszeilen Frequency nicht aufblähen.

Rohe RFM-Werte in Scores umwandeln

Ordnen Sie jeden Eingangswert innerhalb der gewählten Population ein. Bei Quintilen erhält die Gruppe mit den jüngsten Käufen Recency 5 und die mit den ältesten Käufen 1. Höhere Frequency und Monetary erhalten höhere Scores. Ein Code wie 555 beschreibt einen in dieser Analyse hoch bewerteten Kunden, keine nachgewiesene Rentabilität oder zukünftiges Verhalten.

Behalten Sie in einer Tabellenkalkulation nur die tatsächlichen Datenzeilen im Perzentilbereich. Steht Recency in Spalte B, kehrt diese Beispielformel das Perzentil in einen Score von 1 bis 5 um und gibt ein neutrales Perzentil aus, wenn der Rang nicht berechnet werden kann:

=MAX(1,MIN(5,6-ROUNDUP(IFERROR(PERCENTRANK.INC($B$2:$B$101,B2),0.5)*5,0)))

Verwenden Sie für Frequency in Spalte C den aufsteigenden Score:

=MAX(1,MIN(5,ROUNDUP(IFERROR(PERCENTRANK.INC($C$2:$C$101,C2),0.5)*5,0)))

Wenden Sie denselben aufsteigenden Ansatz auf Monetary an. Lokale Tabellenkalkulationsversionen verwenden möglicherweise Semikolons oder übersetzte Funktionsnamen. Prüfen Sie Minimal-, Maximal- und gleiche Werte und bestätigen Sie die Fehlerbehandlung.

Gleichstände bedeuten, dass die Gruppen möglicherweise nicht genau 20% der Kunden enthalten. Hat fast jeder nur einen Kauf, erzeugt das Erzwingen gleich großer Häufigkeitsgruppen künstliche Unterschiede. Verwenden Sie Schwellen, die Gleichstände zusammenhalten, oder eine einfachere Aufteilung in Wiederkäufer/Nicht-Wiederkäufer. Bewahren Sie die Schwellen jedes Laufs auf, damit sich Bewegungen interpretieren lassen.

Beispielsweise beschreiben 4.000 EUR aus dreißig Bestellungen und 19 EUR aus einer einzigen alten Bestellung unterschiedliches Verhalten. Sie beweisen nicht, welche Person nach Kosten mehr Gewinn bringt. Die Vorhersagekraft von Recency hängt ebenfalls vom Produktzyklus und Modell ab.

RFM in einen überschaubaren Kampagnenplan übertragen

Diese Muster überschneiden sich; legen Sie daher vor der Automatisierung Priorität und Auffangregel fest. Trennen Sie beispielsweise einen kürzlichen Erstkauf von einem etablierten Kunden, dessen letzter Kauf zufällig kürzlich erfolgte. Nehmen Sie niemals an, ein kleiner Warenkorb bedeute einen niedrigen Margenprozentsatz.

Ein Kunde kann hohe Monetary- und Frequency-Scores haben, während Recency seinen üblichen Nachkaufzyklus überschreitet. Nehmen Sie dies zum Anlass für eine Prüfung, nicht für eine automatische Belohnung: Prüfen Sie Retoure, Bestandsmangel oder Serviceproblem, bevor Sie einen weiteren Rabatt senden. Ein Käufer langlebiger Güter mit denselben Scores hat möglicherweise einfach gerade keinen erneuten Bedarf.

Nutzen Sie das Segment, um eine Maßnahme zu verändern: wer ein Angebot erhält, welche Nachricht versendet wird oder ob eine Belohnung ihre Kosten wert ist. Erstellen Sie nicht 125 Kampagnen, nur weil fünf Scores in drei Dimensionen 125 Codes erlauben.

Messen Sie zusätzliche Bestellungen und Deckungsbeiträge, nicht nur Öffnungen oder Gutscheinnutzung. Halten Sie nach Möglichkeit eine vergleichbare Kontrollgruppe zurück. Ein treuer Kunde, der ohnehin gekauft hätte, kann einen teuren Gutschein einlösen, ohne einen zusätzlichen Verkauf zu bringen.

Kundengruppen, Warenkorbregeln und Zugriffseinstellungen nutzen

Erstellen Sie Gruppen in modernem PrestaShop unter Shop-Einstellungen > Kunden > Gruppen. In 1.6 nutzen Sie Kunden > Gruppen. Die nativen Gruppen Besucher, Gast und Kunde beschreiben standardmäßige Konto-/Zugriffssituationen; Ihre verhaltensbezogenen Gruppen benötigen einen eigenen Mitgliedschaftsprozess.

Ein Kunde kann mehreren Gruppen angehören und hat eine Standardgruppe. Gruppen unterstützen Preisanzeigeeinstellungen, Rabatte und zugriffsbezogene Regeln. Eine Anzeige ohne Steuern unterscheidet sich von einer Steuerbefreiung. Testen Sie Auswirkungen der Standardgruppe und sich überschneidende Rabatte, bevor Sie Kunden in großer Zahl zuordnen.

1. Erstellen Sie eine klar benannte Gruppe mit dokumentiertem Zweck.
2. Ordnen Sie eine kleine Testpopulation über Kundendatensätze oder eine unterstützte Integration zu.
3. Prüfen Sie Gruppenrabatte, Kategorie-Zugriff und Preisanzeige der Standardgruppe.
4. Erstellen Sie eine passende Warenkorbregel unter Katalog > Rabatte.
5. Legen Sie Gruppen-/Kundenbeschränkungen, Termine, Gesamtnutzung und Nutzungslimits je Kunde fest.
6. Prüfen Sie die Vereinbarkeit mit anderen Regeln und testen Sie berechtigte und unberechtigte Warenkörbe.

Eine Warenkorbregel kann statt einer Preisreduzierung kostenlosen Versand gewähren, und eine Warenkorbregel ohne Code kann bei erfüllten Bedingungen automatisch gelten. Hervorheben macht einen Code als Vorschlag sichtbar; dies allein macht die Regel nicht automatisch. Priorität steuert die Reihenfolge und verhindert nicht jede Kombination von Rabatten.

Katalogpreisregeln und Gruppenrabatte können dauerhafte Preise unterstützen. Authorized groups bei Kategorien kann den Katalogzugriff beschränken; testen Sie aber auch Produktlinks und Suchergebnisse sowie die Menüsichtbarkeit. Eine Gruppenmitgliedschaft allein ist kein vollständiges Sicherheitskonzept für private Inhalte.

Versanddienstleister haben Einstellungen zum Gruppenzugriff, und Zahlung > Einstellungen unterstützt Gruppenbeschränkungen für Zahlungsmodule. Prüfen Sie das tatsächliche Modulverhalten, bevor Sie diese Funktionen für Fracht- oder Geschäftskundenkonditionen nutzen. Weder die Zuweisung einer Großhandelsgruppe noch die Anzeige einer Überweisungsoption setzt automatisch genehmigte Zahlungsziele um.

Pflegen Sie Mitgliedschaften nach jedem Analyselauf und entfernen Sie veraltete Zuordnungen, wenn die Regeln dies verlangen. Native Gruppen berechnen RFM nicht automatisch neu. Financial Revolution liefert Finanzberichte statt laufend gepflegter RFM- oder inaktiver Kundensegmente.

Pflege des Segments festlegen

Trennen Sie Analyse und Versand in der Spezifikation. Halten Sie fest, welches System das Segment berechnet, welches mögliche Shopberechtigungen speichert, welches die Nachricht sendet und welches Abmeldungen verwaltet. Ein Berichts-Dashboard, eine Gruppenaktualisierung und ein Versandwerkzeug lösen unterschiedliche Teile des Ablaufs. Siehe den Leitfaden zum E-Mail-Marketing für den Versandablauf und den Leitfaden zu Kundentreue und -bindung für die Prämiengestaltung.

Zuordnung und Checkout vor der Umstellung proben

1. Dokumentieren Sie bestehende Standardgruppen, weitere Mitgliedschaften, Rabatte, Warenkorbregeln und Versandverbindungen. Kennzeichnen Sie genau die Gruppen und Regeln, die dieser Prozess ändern darf.
2. Erzeugen Sie auf einer isolierten Staging-Kopie eine Vorschau geplanter Hinzufügungen und Entfernungen. Vergleichen Sie die berechtigten Kunden-IDs mit dem vorherigen Lauf, einschließlich Kunden, deren Erstattungen die Berechtigung verändern.
3. Wenden Sie die Änderung über Kundendatensätze oder die unterstützte Integration auf eine Testpopulation an. Bewahren Sie unabhängige Geschäftskundenmitgliedschaften und Standardgruppen, sofern deren Änderung nicht ausdrücklich zu den Regeln gehört.
4. Testen Sie berechtigte und unberechtigte Konten im tatsächlichen Theme: Produktpreise, Kategorie-Zugriff, Warenkorbrabatte, Gutscheinvereinbarkeit, Versanddienstleister und Zahlungsoptionen. Beziehen Sie einen Kunden mit sich überschneidenden Gruppen ein.
5. Prüfen Sie die Vorschau der Empfängerliste und der genauen Nachricht bei deaktiviertem Versand. Bestätigen Sie die vorgesehene Behandlung eines abgemeldeten Kunden und eines Kunden mit gerade erfolgtem Wiederkauf. Prüfen Sie, dass eine aktualisierte Zielgruppe keine abgeschlossene Sequenz unbeabsichtigt neu startet.
6. Aktualisieren Sie zur geplanten Umstellung anhand aktueller Produktivdaten, prüfen Sie Unterschiede und aktivieren Sie nur die vereinbarten Regeln oder den Versandablauf. Dokumentieren Sie angewandte Mitgliedschafts- und Einstellungsänderungen, damit Sie diese zurücknehmen können, ohne neue Bestellungen mit einer alten Shopdatenbank zu überschreiben.

Kundenwert über einen ausdrücklichen Zeithorizont schätzen

Historische Ausgaben, zukünftiger Umsatzwert und zukünftiger Deckungsbeitragswert sind unterschiedliche Kennzahlen. Geben Sie Zeithorizont und Grundlage in der Bezeichnung an. Für einen jungen Shop kann der beobachtete Erstjahreswert nützlicher sein als eine angenommene gesamte Kundenlebensdauer.

Ein einfaches Modell lautet:

Revenue CLV = average order value × purchases per year × years
Illustration: EUR 65 × 2.5 × 3 = EUR 487.50
Illustrative gross profit: EUR 487.50 × 40% = EUR 195

EUR 195 sind ein geschätzter Bruttogewinn über die Kundenlebensdauer, kein Nettogewinn oder sicheres Akquisebudget. Ziehen Sie die relevanten Kosten für Auftragsabwicklung, Verarbeitung, Retouren, Service, Bindung und Sonstiges ab, um den vor Akquise verfügbaren Deckungsbeitrag zu schätzen. Berücksichtigen Sie Prognoseunsicherheit und den Zeitpunkt des Geldzuflusses.

Bei einem einheitlich abgegrenzten Datensatz ist der durchschnittliche Bestellwert der Wert geteilt durch die Zahl berücksichtigter Bestellungen und die jährliche Kaufhäufigkeit die berücksichtigten Bestellungen geteilt durch Kunden in einem vollen Jahresfenster. Beispielsweise ergeben 2.400 Bestellungen von 1.000 Kunden 2,4 Bestellungen je Kunde in diesem Jahr. Nutzen Sie bei der Messung des Kohortenwerts alle Mitglieder einer definierten Akquisekohorte, einschließlich derer, die nie erneut kaufen.

Statistiken > Beste Kunden kann bei der Kundenprüfung helfen, die Berechnung muss aber nicht mit Ihrem SQL übereinstimmen. Der offizielle Bericht verwendet Rechnungsdaten und Bestellsummen einschließlich Steuern, vereinheitlicht anhand von Umrechnungskursen. Vergleichen Sie diesen unbereinigten Wert nicht direkt mit einem nach Bestelldatum erstellten, um Erstattungen bereinigten Bericht.

Schätzen Sie die Lebensdauer oder zukünftige Wiederkaufwahrscheinlichkeit anhand von Kohorten mit vergleichbarer Nachbeobachtung. Der Zeitraum vom ersten bis zum letzten Kauf ist eine beobachtete Spanne, nicht die verbleibende Lebensdauer. Am Ende noch aktive Kunden sind zensierte Beobachtungen. Ein zwei Jahre alter Shop hat noch keine fünfjährige Kundenlebensdauer beobachtet.

Nutzen Sie Zweit-, Dritt- und spätere Kaufraten zusammen mit der Zeit bis zum Wiederkauf, soweit die Historie es erlaubt. Bei dünner Datenlage berichten Sie einen festen Erstjahreswert und ein konservatives Szenario, statt eine unbelegte Lebensdauer anzunehmen.

Ein nachvollziehbarer Kohortenvergleich

Legen Sie die Zugehörigkeit zur Akquisekohorte anhand des ersten qualifizierenden Kaufs jedes Kunden fest, vor späteren Erstattungsanpassungen. Behalten Sie vollständig erstattete Kunden mit ihrem resultierenden Wert und ihren Kosten in dieser ursprünglichen Bezugsgröße; wählen Sie Kohortenmitglieder nicht über den Positivwertfilter der RFM-Abfrage aus. Berechnen Sie den Wert für jede Kohorte über denselben Nachbeobachtungszeitraum. Eine junge Kohorte ohne volles Jahr Nachbeobachtung liefert noch keinen beobachteten Erstjahreswert.

Vergleichen Sie beispielsweise eine etablierte, über eine Aktion gewonnene Kohorte mit einer ohne diese Aktion gewonnenen Kohorte. Halten Sie Währung, Wertgrundlage und Nachbeobachtungsdauer konsistent und vergleichen Sie dann den Deckungsbeitrag nach Akquise- und Bindungskosten. Ein höherer Bestellwert in der Aktionskohorte kann nach Einbeziehung ihrer Rabatte, Retouren und Servicekosten dennoch weniger Deckungsbeitrag übrig lassen. Dokumentieren Sie auch den Erstattungsstichtag, damit spätere Gutschriften ein archiviertes Ergebnis nicht stillschweigend verändern.

Akquise, Bindung und Amortisation vergleichen

Vergleichen Sie Kundenakquisekosten mit dem Deckungsbeitrag derselben Kundenpopulation und desselben Zeithorizonts. Geben Sie an, ob CAC nur Werbung oder auch Agentur-, Kreativ- und andere zurechenbare Akquisekosten enthält. Umsatz-CLV geteilt durch CAC unterscheidet sich von Deckungsbeitrags-CLV geteilt durch CAC.

Kein universelles Verhältnis von 3:1 rechtfertigt aggressive Ausgaben. Prüfen Sie Erstattungsrisiko, Kundenkonzentration, Liquiditätsreserven und die Dauer bis zur Amortisation der Akquisekosten. Zukünftige Wiederkäufe können heutige Zahlungen nicht finanzieren, solange sie nicht stattgefunden haben.

Die folgenden Änderungen verwenden alle dieselbe beispielhafte Umsatzbasis von EUR 487,50:

Diese Beispiele vergleichen unterschiedliche prozentuale Änderungen. Im einfachen multiplikativen Modell erhöht eine Steigerung eines beliebigen Faktors um 10% das Ergebnis um 10%, wenn die übrigen konstant bleiben. Wählen Sie Verbesserungen nach Kosten, Umsetzbarkeit und gemessenem Deckungsbeitrag, statt der Häufigkeit eine grundsätzlich größere mathematische Hebelwirkung zuzuschreiben.

Bindung hat eigene Kosten: E-Mails, Remarketing, Treuevorteile, Support und Rabatte. Testen Sie, ob eine Rückgewinnung mehr zusätzlichen Deckungsbeitrag erzielt als eine weitere Akquisekampagne. Siehe den Leitfaden zum Gewinnreporting für die Kosten- und Margengrundlage.

Segmente anwenden, aktualisieren und auswerten

1. Speichern Sie Analysedatum, Berücksichtigungsregeln, Währungsgrundlage und Score-Schwellen.
2. Gleichen Sie eine Stichprobe von Kunden mit hohem Bestellwert sowie von Kunden mit teilweisen oder vollständigen Erstattungen ab.
3. Beginnen Sie mit zwei Gruppen, etwa VIP und Abwanderungsgefährdet, und einer Maßnahme pro Gruppe.
4. Übertragen Sie die jeweiligen Marketing-Erlaubnisse und Sperrlisten in die Versandplattform. Wenden Sie die Rechtsgrundlage und Abmelderegeln für den tatsächlichen Markt und Kanal an.
5. Messen Sie zusätzliche Verkäufe, Deckungsbeitrag, Abmeldungen, Beschwerden und Serviceauswirkungen. Ordnen Sie berechtigte Kunden nach Möglichkeit vor dem Versand zufällig der Kampagne oder einer Kontrollgruppe zu. Schließen Sie die Kontrollgruppe aus der getesteten Kampagne aus, belassen Sie normalen Service und Berechtigungen in beiden Gruppen und vergleichen Sie Bestellungen und Deckungsbeitrag je zugewiesenem Kunden im selben Zeitraum. Beziehen Sie Angebots- und Versandkosten ein; Gutscheinnutzung allein zeigt nicht, ob die Kampagne einen zusätzlichen Kauf bewirkt hat.
6. Berechnen Sie in einem zum Kaufzyklus passenden Rhythmus neu und entfernen Sie veraltete Gruppenzuordnungen.

Monatliche Kampagnenaktualisierungen und vierteljährliche Prüfungen sind mögliche Rhythmen, keine universellen Vorgaben. Bewahren Sie vergleichbare historische Snapshots auf. Eine Änderung der Quintilgrenzen kann einen Score verändern, selbst wenn das Kundenverhalten gleich geblieben ist. Bitten Sie die für die Aktualisierung zuständige Person, letzten erfolgreichen Lauf, Zielgruppenänderungen und fehlgeschlagene Synchronisierungen zu dokumentieren. Eine Gruppe, die nie Mitglieder verliert, oder eine nach einem neuen Kauf versendete Nachricht für Abwanderungsgefährdete ist Anlass, den Aktualisierungsprozess zu prüfen.

Nutzen Sie Segmente über Werbeaktionen hinaus: Halten Sie häufig gekaufte Artikel verfügbar, vermeiden Sie wiederholte Erstbestellanleitungen für etablierte Kunden und geben Sie relevanten Servicekontext an den Support weiter. Wenden Sie gruppenübergreifend einheitliche Verbraucherrechte und faire Servicerichtlinien an.

Kundenlisten und Kaufhistorie sind personenbezogene Daten. Minimieren Sie Exporte, beschränken Sie Zugriff und Aufbewahrung und prüfen Sie Uploads von Werbezielgruppen als separate Verarbeitungstätigkeit. Der Datenschutzleitfaden behandelt den umfassenderen Ablauf.

Fragen an einen Entwickler oder eine Agentur

• Können Sie einen Kundenscore auf berücksichtigte Bestellungen, Gutschriften, Währungsumrechnung und Stichtag zurückführen, einschließlich eines Beispiels mit Teilerstattung?
• Welches vorhandene Werkzeug kann die benötigte Zielgruppe pflegen, und welche Analyse- oder Exportarbeiten bleiben außerhalb davon?
• Wer ist für Aktualisierungsfehler und veraltete Mitgliedschaften zuständig, und wie erhält die geplante Änderung bestehende Geschäftskundenvorteile und Standardgruppen?
• Können Sie vor der Aktivierung des Ablaufs die geplanten Mitgliedschaftsänderungen, einen gesperrten Empfänger, Tests überlappender Rabatte und die Schritte zur Rücknahme zeigen?

Fragen von Shopbetreibern

Macht ein Kauf im Berichtszeitraum jemanden zum Neukunden?

Nein. Prüfen Sie frühere berücksichtigte Käufe, bevor Sie jemanden als Neu bezeichnen. Ein etablierter Käufer kann in einem kürzeren Zeitraum Frequency 1 haben. Ist die migrierte Historie unvollständig, kennzeichnen Sie die Unsicherheit, statt automatisch die Einführung neu zu starten.

Was, wenn jemand nach Erstellung der Rückgewinnungsliste kauft?

Prüfen Sie die Berechtigung vor der Zustellung erneut und stoppen Sie geplante Folgenachrichten, die nicht mehr passen. Fragen Sie, ob Ihr Versandablauf diese Prüfung unterstützt; eine statische CSV aktualisiert sich nicht selbst.

Können importierte Bestellungen für eine Treuestufe zählen?

Nur nach dokumentierten Regeln. Prüfen Sie vor der Berücksichtigung Identitätszuordnung, doppelte Importe, Statusbedeutung, Währung und Erstattungshistorie. Gleichen Sie Beispielkunden mit dem Ursprungssystem ab, bevor Sie Stufenvorteile anwenden.

Warum können Verkäufe steigen, während der Kundenwert sinkt?

Möglicherweise gewinnen Sie mehr Kunden mit geringerem Wiederkauf-Deckungsbeitrag oder vergleichen Kohorten unterschiedlichen Alters. Prüfen Sie Kohortenmix, Kosten und Nachbeobachtung, bevor Sie eine der Entwicklungen einer Bindungskampagne zuschreiben.