Ende Mai begann der konkrete Neustart des Projekts als neutraler CROPS Stripe Referral Manager. Aus den zuvor definierten Abläufen entstand eine erste funktionsfähige Basis, die nicht mehr an ein einzelnes Vorhaben oder eine Demo-Marke gebunden sein sollte. Der Schwerpunkt lag auf einem belastbaren Kern: Stripe verbinden, Produkte und Coupons erkennen, Kampagnen verwalten und Promotion Codes kontrolliert erstellen. Erweiterungen wurden weiterhin mitgedacht, aber nicht auf Kosten einer verständlichen Grundstruktur.
Neutralisierung als wichtiger erster Schritt
Eine produktfähige Suite darf keine Texte, Absender, Rechtshinweise oder Bezeichnungen aus einem früheren Einsatzprojekt enthalten. Deshalb wurden Namen, sichtbare Mailtexte und Demoangaben neutralisiert. Beispielwerte dienen nur der Erläuterung und dürfen nicht unbemerkt im Käuferprodukt erscheinen.
Diese Bereinigung betrifft nicht nur die Oberfläche. Auch interne Präfixe, Datenbanktabellen, REST-Endpunkte und Optionen müssen konsistent sein. Der CROPS-Build erhält seine eigene Struktur, während ein projektspezifischer ASRM-Build getrennt weitergeführt werden kann. Gemeinsame Verbesserungen werden bewusst übertragen, ohne beide Pakete zu vermischen.
Stripe-Verbindung und erster Abgleich
Die Basis umfasst eine prüfbare Stripe-Verbindung sowie den Abgleich von Produkten und Coupons. Betreiber erhalten eine Rückmeldung, ob die Zugangsdaten funktionieren und wie viele Objekte gefunden wurden. Produkte und Coupons erscheinen anschließend in auswählbarer Form für die Kampagnenverwaltung.
Der Abgleich ist kein einmaliger Import ohne Bezug. IDs, Status und letzte Aktualisierung werden gespeichert. Damit kann die Suite später erkennen, wenn ein Stripe-Objekt nicht mehr verfügbar ist oder seine Eigenschaften geändert wurden.
Kampagnen als Arbeitsgrundlage
Mit der ersten Basis lassen sich Kampagnen anlegen und mit Stripe-Daten verbinden. Die Formulare trennen sichtbare Bezeichnung, Käufer-Rabatttext, Provisionswerte und technische Zuordnungen. Eine Kampagne kann gespeichert werden, bevor sie für den Frontend-Generator freigegeben wird.
Diese Trennung erleichtert Tests. Betreiber können Produkte und Coupon prüfen, Bedingungen formulieren und die Aktion erst danach öffnen. Fehlende Pflichtfelder werden direkt erklärt, statt erst bei einer späteren Code-Anforderung einen unklaren Fehler auszulösen.
Promotion Codes einzeln und in Mengen
Die Code-Erstellung wurde als eigener Bereich aufgebaut. Ein Betreiber kann einen einzelnen Code erzeugen oder eine größere Serie vorbereiten. Präfix, Ablauf, Einlösungslimit, Produktbindung und Mindestbetrag werden vor dem Start angezeigt. Für große Mengen ist eine schrittweise Verarbeitung vorgesehen.
Jeder erfolgreiche Code erhält einen lokalen Datensatz mit Stripe-Bezug. Fehler werden separat festgehalten. Dadurch bleibt nach einem unterbrochenen Lauf erkennbar, welche Codes tatsächlich erstellt wurden und welche erneut geprüft werden müssen.
Frontend-Workflow als Pro-Funktion
Der persönliche Frontend-Generator gehört zum erweiterten Funktionsumfang. Partner können über eine eingebundene Website-Seite einen Code für eine freigegebene Kampagne anfordern. Die Suite prüft E-Mail, Kampagne und bestehende Zuordnung, bevor ein neuer Promotion Code angelegt wird.
Die Bestätigung kann den Code direkt anzeigen und per E-Mail zustellen. Für Betreiber entsteht parallel ein Partnerdatensatz, der später Einlösungen, Provisionen und Auszahlungsanträge zusammenführt. Der Frontend-Workflow ist damit keine isolierte Formularfunktion, sondern der Einstieg in die Partnerverwaltung.
Administration mit klarer Navigation
Die Oberfläche wurde in logisch benannte Bereiche gegliedert. Dashboard, Stripe-Abgleich, Kampagnen, Promotion Codes, Partner, Einlösungen, Provisionen, Auszahlungen, Einstellungen und Hilfe sollen dem Arbeitsablauf folgen. Unterseiten müssen technisch registriert bleiben, auch wenn sie optisch in Gruppen zusammengefasst werden.
Dieser Punkt ist wichtiger, als er klingt. Werden Unterseiten nur aus dem Menü entfernt, ohne ihre Berechtigungen und Registrierungen korrekt zu erhalten, entstehen Fehler wie „nicht berechtigt“. Die Navigation wird deshalb nicht bloß gestaltet, sondern strukturell geprüft.
Ein bewusst unfertiger, aber prüfbarer Stand
Die erste Basis markiert keinen endgültigen Release. Webhook-Härtung, Auszahlungskomfort, Marketingunterstützung, Queue-Verarbeitung und ausführliche Hilfen benötigen weitere Arbeit. Der Meilenstein besteht darin, dass der Kernfluss erstmals durchgängig geprüft werden kann.
Gerade in dieser Phase sind Logs und sichtbare Tests entscheidend. Sie zeigen, ob eine Stripe-Antwort, lokale Speicherung oder Frontend-Ausgabe fehlschlägt. Dadurch werden die nächsten Ausbauschritte nicht auf Vermutungen, sondern auf beobachtbaren Abläufen aufgebaut.
Was der erste Meilenstein bewusst noch nicht versprach
Der frühe Build war eine Arbeitsgrundlage und keine Aussage, dass jeder Sonderfall bereits abgeschlossen sei. Insbesondere hohe Parallelität, unterschiedliche Stripe-Parameterformate, historische Fehlerbereinigung und ausführliche Queue-Erklärungen wurden erst in späteren Schritten vertieft. Auch automatische Auszahlungsdienste blieben optional.
Diese Offenheit ist für die Projektentwicklung wichtig. Ein klar benannter Zwischenstand lässt sich gezielt testen. Würde jede geplante Funktion bereits als fertig dargestellt, könnten Anwender nicht unterscheiden, welche Abläufe produktiv geprüft und welche nur vorbereitet sind.
Erste Tests mit einem begrenzten Kreis
Vor einer öffentlichen Freigabe empfiehlt sich ein Test mit wenigen internen Partnern. Dabei werden Code-Anforderung, Stripe-Checkout, Webhook-Zuordnung, Provisionsstatus und Mailversand als vollständige Kette geprüft. Ein isolierter Verbindungstest reicht nicht aus. Der begrenzte Pilot zeigt, ob Bezeichnungen verständlich sind und ob reale Nutzer an Stellen stocken, die in der Entwicklung selbstverständlich wirkten.
Der Übergang vom Konzept zur nutzbaren Basis schuf einen festen Bezugspunkt für die weitere Entwicklung. Seitdem wird jede neue Funktion daran gemessen, ob sie den Stripe-first-Kern stärkt, verständlich bleibt und sich sauber in den bestehenden Ablauf einfügt.
