Die Arbeit hinter einer Praemie, die einfach wirkt

Aus Kundensicht ist eine Praemie ein kurzer Ablauf.

App oeffnen. Etwas auswaehlen. Einloesen tippen. Nutzen.

Wir wollen, dass es sich genau so einfach anfuehlt.

Hinter dem Tap muss das System mehrere Entscheidungen treffen. Der Kunde braucht genug Punkte. Die Praemie muss aktiv sein. Der Bestand kann begrenzt sein. Die Stufe des Kunden kann eine Rolle spielen. Ein Einloesecode muss vielleicht erstellt werden. Das Personal braucht eine Moeglichkeit zur Verifizierung. Die Transaktion muss in den Berichten auftauchen.

Der groesste Teil der Arbeit passiert unter der Oberflaeche.

Die Berechtigung muss klar sein

Eine Praemie kann mehrere Regeln haben:

• Kosten in Punkten
• Ein Start- und Enddatum
• Eine Mindeststufe
• Ein Limit pro Kunde
• Ein Gesamtbestandslimit
• Eine Standortbeschraenkung
• Eine Produkt- oder Kategoriebedingung

Diese Regeln muessen im Kundenportal, Checkout, in den Mitarbeiter-Tools und der API uebereinstimmen.

Wenn das Portal sagt, eine Praemie ist verfuegbar, und der Checkout sie ablehnt, sieht der Kunde ein gebrochenes Versprechen. Wenn das Personal etwas einloesen kann, das der Kunde nicht sieht, wird der Support schwieriger.

Wir halten die Berechtigungspruefung an einer Stelle und geben einen Grund zurueck, wenn sie fehlschlaegt. Dieser Grund kann dann fuer die Person formuliert werden, die ihn sieht.

"Nur fuer Gold-Mitglieder" ist hilfreich. "Ungueltiger Request" ist es nicht.

Punkte brauchen ein ordentliches Hauptbuch

Ein Kontostand sieht aus wie eine einzelne Zahl. Wir behandeln ihn als Ergebnis vieler Buchungen.

Punkte werden verdient, ausgegeben, verfallen, storniert, angepasst und manchmal wiederhergestellt. Jede Aenderung braucht einen Betrag, einen Grund, einen Zeitstempel und einen Verweis auf das Ereignis, das sie ausgeloest hat.

Diese Historie ist wichtig, wenn etwas schiefgeht.

Wenn eine Bestellung erstattet wird, muss das System wissen, welche Punkte aus dieser Bestellung kamen. Wenn eine Einloesung storniert wird, muss es wissen, ob Punkte zurueckgehen sollen. Wenn das Personal eine Anpassung macht, braucht das Unternehmen eine Pruefkette.

Den Kontostand direkt zu aktualisieren waere anfangs einfacher. Es wuerde aber spaeter sehr wenig zu erklaeren uebrig lassen.

Bestand veraendert den Einloeseablauf

Digitale Praemien koennen oft sofort ausgestellt werden. Physische Praemien haben einen Bestand.

Das System muss entscheiden, wann Bestand reserviert wird. Es muss die Reservierung auch freigeben, wenn die Einloesung ablaeuft oder storniert wird.

Zwei Kunden koennen fast gleichzeitig versuchen, den letzten Artikel zu beanspruchen. Das ist ein kleines Nebenlaeutigkeitsproblem mit einem sehr sichtbaren Ergebnis.

Wir behandeln die Reservierung als Teil der Einloesetransaktion. Der Kunde sollte entweder eine bestaetigte Praemie erhalten oder seine Punkte behalten. Ein halbfertiger Zustand ist fuer alle schwierig.

Codes brauchen einen Lebenszyklus

Manche Praemien werden ueber einen Code eingeloest.

Der Code kann dem Personal gezeigt, in den Checkout kopiert oder von einer Mitgliedskarte gescannt werden. Er sollte einzigartig, schwer zu erraten und auf den vorgesehenen Zweck beschraenkt sein.

Ein Code braucht auch einen Status. Ausgestellt, eingeloest, abgelaufen, storniert. Das Personal muss genug Informationen sehen, um ihn zu verifizieren, ohne Zugang zu anderen Kundendaten zu bekommen.

Einmal eingeloest, muss er eingeloest bleiben. Mehrfaches Tippen, langsames Netz und Wiederholungsversuche duerfen keine zweite Einloesung erzeugen.

Hier wird Idempotenz praktisch. Dieselbe Anfrage kann zweimal ankommen und trotzdem nur ein Ergebnis liefern.

Der Checkout muss die Bestellung abschliessen

Praemien koennen den Checkout auf verschiedene Weisen beeinflussen.

Ein fester Rabatt reduziert die Summe. Eine prozentuale Praemie braucht Grenzen. Ein Gratisartikel braucht ein passendes Produkt. Kostenloser Versand haengt von der Versandart ab. Eine Geschenkkarte verhaelt sich eher wie gespeicherter Wert.

Dann kommen Gutscheine in dieselbe Bestellung.

Das Unternehmen braucht klare Regeln fuer die Kombination. Der Kunde muss sehen, welcher Vorteil angewendet wurde und warum. Summen muessen zwischen Warenkorb, Zahlungsschritt, Beleg und einer eventuellen Erstattung stabil bleiben.

Wir speichern den angewendeten Vorteil auf der Bestellung selbst. Eine alte Bestellung mit aktuellen Regeln neu zu berechnen kann ein anderes Ergebnis liefern.

Mitarbeiter-Tools sind Teil der Kundenerfahrung

Viele Einloesungen enden an der Kasse.

Das Personal braucht einen schnellen Bildschirm, um den Kunden zu finden, einen Code zu scannen, die Praemie zu bestaetigen und weiterzumachen. Langsame oder unklare Mitarbeiter-Tools verwandeln einen fluessigen App-Ablauf in ein unangenehmes Gespraech.

Berechtigungen sind hier wichtig. Ein Kassierer muss eine Praemie einloesen koennen, ohne die volle Kundenhistorie zu sehen. Ein Manager muss einen Fehler korrigieren koennen. Das Audit-Log sollte zeigen, wer welche Aktion durchgefuehrt hat.

Der Kunde sieht diese Kontrollen selten. Er spuert das Ergebnis, wenn die Schlange weiterrueckt.

Nachrichten muessen zum Zustand passen

Kunden koennen eine Bestaetigung, eine Ablauferinnerung, eine Stornierungsmitteilung oder ein Kontoupdate erhalten.

Diese Nachrichten muessen dem tatsaechlichen Einloesezustand folgen. Eine Erinnerung fuer eine bereits eingeloeste Praemie zu schicken, schafft Zweifel. Punkte anzukuendigen, bevor die Transaktion abgeschlossen ist, genauso.

Wir loesen Nachrichten auf Basis abgeschlossener Zustandsaenderungen aus und halten fest, was gesendet wurde.

Reporting schliesst den Kreis

Unternehmen muessen wissen, wie Praemien genutzt werden.

Dazu gehoeren Einloesungen, ausgegebene Punkte, Praemienkosten, ungenutzte Ansprueche, Standort, Stufe und die mit jeder Praemie verbundenen Bestellungen. Die Definitionen muessen konsistent mit dem operativen System bleiben.

Das ist nuetzlich fuer alltaegliche Entscheidungen. Eine Praemie kann beliebt und teuer sein. Eine andere wird oft beansprucht und selten genutzt. Ein stufengebundener Vorteil hat vielleicht kaum berechtigte Kunden.

Das Ziel ist, diese Muster sichtbar zu machen, ohne den Praemienablauf in eine Reporting-Uebung fuer den Kunden zu verwandeln.

Einfach braucht Koordination

Die beste Version dieses Features ist unauffaellig.

Der Kunde sieht eine verfuegbare Praemie, loest sie ein und nutzt sie. Das Personal verifiziert sie schnell. Die Punktehistorie ergibt Sinn. Berichte aktualisieren sich spaeter.

Dahin zu kommen bedeutet, sich durch die unspektakulaeren Faelle zu arbeiten: Wiederholungsversuche, Erstattungen, Ablauf, geringer Bestand, doppelte Anfragen, Berechtigungen und unklare Regeln.

Da wird ein grosser Teil des Produkts gebaut.