Mit zunehmender Zahl an Partnern reicht eine einfache Codeliste nicht mehr aus. Betreiber müssen wissen, zu welchem Produkt ein Code gehört, welcher Kundenvorteil gilt, wie lange die Aktion läuft und nach welcher Regel eine Provision berechnet wird. In der CROPS SRM Affiliate Suite übernimmt die Kampagne diese verbindende Rolle. Sie bündelt fachliche Einstellungen, ohne die Stripe-Objekte zu ersetzen, und schafft damit einen verständlichen Rahmen für Erstellung, Einlösung und Auswertung.
Vom Stripe-Coupon zur verständlichen Aktion
Der Coupon wird in Stripe angelegt und anschließend in die Suite synchronisiert. Dort lässt er sich einer Kampagne zuordnen. Diese Vorgehensweise respektiert Stripe als maßgebliche Quelle für den tatsächlichen Rabatt. Der Betreiber muss keine Coupon-ID auswendig kennen oder eine lokale Ersatzdefinition pflegen.
Die Kampagne ergänzt die Informationen, die für das Partnerprogramm notwendig sind: sichtbarer Name, Beschreibung, Käufer-Rabatttext, Provisionsart, Laufzeit, Produktbindung und Frontend-Status. Dadurch wird der technische Coupon zu einer verständlichen Aktion, die intern verwaltet und extern erklärt werden kann.
Produktbindung verhindert ungewollte Nutzung
Nicht jeder Rabatt soll für jedes Angebot gelten. Eine Kampagne kann deshalb an ausgewählte Stripe-Produkte gebunden werden. Der persönliche Promotion Code erhält die passenden Einschränkungen. Das ist besonders wichtig, wenn ein Stripe-Konto unterschiedliche Leistungen mit stark abweichenden Margen enthält.
Die Produktbindung erleichtert zudem die Kommunikation. Ein Partner weiß, welches Angebot er bewirbt, und der Betreiber kann die Ergebnisse pro Produkt oder Kampagne auswerten. Unklare Codes, die versehentlich auf das gesamte Sortiment wirken, werden dadurch vermieden.
Laufzeit, Mindestbetrag und Einlösungslimit
Zeitlich begrenzte Aktionen brauchen ein Start- und Enddatum. Zusätzlich kann die Zahl der Einlösungen begrenzt werden. Ein Mindestbetrag stellt sicher, dass der Rabatt nur bei wirtschaftlich passenden Zahlungen greift. Diese Bedingungen stammen teilweise aus Stripe und werden in der Suite sichtbar zusammengeführt.
Für den Alltag ist entscheidend, dass abgelaufene oder ausgeschöpfte Codes nicht weiterhin als aktiv beworben werden. Synchronisation und Statusprüfung müssen daher regelmäßig erfolgen. Die Administration zeigt nicht nur den Code, sondern auch seine Gültigkeit und mögliche Fehlerzustände.
Provisionsregeln gehören zur Kampagne
Der Kundennachlass und die Partnervergütung werden getrennt festgelegt. Eine Kampagne kann eine prozentuale oder feste Provision vorsehen. Bei Abonnements wird zusätzlich entschieden, ob nur die erste Bestellung oder auch wiederkehrende Zahlungen berücksichtigt werden. Diese Regel muss bereits vor dem Start eindeutig sein.
Durch die Zuordnung auf Kampagnenebene bleibt die Berechnung reproduzierbar. Selbst wenn später eine neue Aktion mit anderen Werten angelegt wird, behalten frühere Einlösungen ihren ursprünglichen Bezug. Änderungen dürfen nicht rückwirkend unbemerkt alte Abrechnungen verfälschen.
Kampagnen duplizieren statt neu erfinden
Wiederkehrende Aktionen unterscheiden sich oft nur in Zeitraum, Produkt oder Wert. Eine Duplizierfunktion ermöglicht, eine bestehende Kampagne als Ausgangspunkt zu verwenden. Der Betreiber prüft anschließend alle übernommenen Einstellungen und aktiviert die neue Aktion bewusst.
Diese Funktion spart Eingabezeit, darf aber keine ungeprüften Stripe-Objekte kopieren. Ein neuer Promotion-Code-Bestand muss zur neuen Kampagne passen. Deshalb werden Status, Laufzeit und Zuordnungen vor der Freigabe erneut kontrolliert.
Massen-Erstellung für vorbereitete Aktionen
Neben persönlichen Codes aus dem Frontend kann ein Betreiber Codes in größeren Mengen vorbereiten. Vorgesehen sind überschaubare oder große Pakete, etwa ein einzelner Code, hundert oder tausend Codes, jeweils mit Präfix, Ablaufdatum, Limit, Produktbindung und Mindestbetrag. Solche Codes können für Veranstaltungen, gedruckte Materialien oder vorab definierte Partnergruppen eingesetzt werden.
Bei großen Mengen ist ein kontrollierter Prozess wichtiger als eine schnelle Bildschirmausgabe. Die Erstellung sollte in Batches erfolgen, Fortschritt anzeigen und Fehler einzeln protokollieren. Dadurch wird vermieden, dass ein Timeout einen unklaren Zwischenstand hinterlässt. Bereits erfolgreich erzeugte Codes bleiben erkennbar, während fehlerhafte Datensätze gezielt erneut verarbeitet werden können.
Kampagnenprüfung vor der Veröffentlichung
Vor dem Start einer Aktion sollte ein Betreiber einen festen Prüfablauf durchlaufen: Ist das richtige Stripe-Produkt verknüpft? Entspricht der Coupon dem angekündigten Kundenvorteil? Sind Ablaufdatum, Limit und Mindestbetrag korrekt? Ist die Provision wirtschaftlich tragbar und verständlich beschrieben? Erst danach wird die Frontend-Freigabe gesetzt.
Eine Vorschau kann den späteren Partnerhinweis und die wichtigsten Bedingungen zeigen. Der Test mit einem separaten Stripe-Testmodus hilft, Checkout und Codewirkung zu prüfen, ohne echte Zahlungen auszulösen. Diese vorbereitende Kontrolle reduziert spätere Korrekturen an bereits verbreiteten Codes.
Archivieren statt unkontrolliert löschen
Beendete Kampagnen und alte Codes bleiben für historische Einlösungen relevant. Deshalb ist Archivierung meist sinnvoller als eine sofortige Löschung. Archivierte Datensätze verschwinden aus den aktiven Auswahllisten, behalten aber ihre Beziehungen zu Partnern, Zahlungen und Auszahlungen. Ein endgültiges Löschen sollte nur möglich sein, wenn keine abhängigen Daten bestehen oder der Betreiber eine ausdrücklich bestätigte Bereinigung durchführt.
Historische Nachvollziehbarkeit
Auch deaktivierte Kampagnen bleiben deshalb in Berichten auswählbar. Der Betreiber kann frühere Ergebnisse prüfen, ohne die Aktion erneut für neue Partner zu öffnen.
Kampagnen sind damit das organisatorische Herz des Systems. Sie verbinden Stripe-Daten mit den Regeln des Empfehlungsprogramms und geben Codes einen nachvollziehbaren Zweck. Für Betreiber entsteht eine Struktur, die auch dann verständlich bleibt, wenn mehrere Produkte, Partner und Aktionen parallel laufen.
