Het werk achter een beloning die simpel aanvoelt

Vanuit de klant gezien is een beloning een kort traject.

App openen. Iets kiezen. Op inwisselen tikken. Gebruiken.

We willen dat het zo simpel aanvoelt.

Achter die tap moet het systeem meerdere beslissingen nemen. De klant heeft genoeg punten nodig. De beloning moet actief zijn. De voorraad kan beperkt zijn. Het niveau van de klant kan uitmaken. Er moet misschien een inwisselcode worden aangemaakt. Het personeel moet die kunnen verifieren. De transactie moet in de rapportages verschijnen.

Het meeste werk zit onder het oppervlak.

Geschiktheid moet duidelijk zijn

Een beloning kan meerdere regels hebben:

• Kosten in punten
• Een start- en einddatum
• Een minimumniveau
• Een limiet per klant
• Een totale voorraadlimiet
• Een locatiebeperking
• Een product- of categorievoorwaarde

Deze regels moeten kloppen in het klantenportaal, de checkout, de personeelstools en de API.

Als het portaal zegt dat een beloning beschikbaar is en de checkout wijst hem af, ziet de klant een gebroken belofte. Als personeel iets kan inwisselen dat de klant niet ziet, wordt support lastiger.

We houden de geschiktheidscontrole op een plek en geven een reden terug als het mislukt. Die reden kan dan geschreven worden voor degene die hem ziet.

"Alleen voor Gold-leden" is nuttig. "Ongeldig verzoek" niet.

Punten hebben een echt grootboek nodig

Een saldo lijkt op een enkel getal. Wij behandelen het als het resultaat van veel boekingen.

Punten worden verdiend, besteed, verlopen, teruggedraaid, aangepast en soms hersteld. Elke wijziging heeft een bedrag, een reden, een tijdstempel en een link naar de gebeurtenis die hem veroorzaakte.

Die historie is belangrijk als er iets misgaat.

Als een bestelling wordt terugbetaald, moet het systeem weten welke punten uit die bestelling kwamen. Als een inwisseling wordt geannuleerd, moet het weten of punten terug moeten. Als personeel een aanpassing doet, heeft het bedrijf een auditspoor nodig.

Een saldo direct bijwerken zou in het begin makkelijker zijn. Maar er zou later weinig te verklaren overblijven.

Voorraad verandert het inwisselproces

Digitale beloningen kunnen vaak direct worden uitgegeven. Fysieke beloningen hebben voorraad.

Het systeem moet beslissen wanneer voorraad wordt gereserveerd. Het moet die reservering ook vrijgeven als de inwisseling verloopt of wordt geannuleerd.

Twee klanten kunnen bijna tegelijk het laatste artikel proberen te claimen. Dat is een klein concurrentieprobleem met een heel zichtbaar resultaat.

We behandelen de reservering als onderdeel van de inwisseltransactie. De klant moet ofwel een bevestigde beloning ontvangen, ofwel zijn punten houden. Een halfafgemaakte toestand is lastig voor iedereen.

Codes hebben een levenscyclus

Sommige beloningen worden via een code gebruikt.

De code kan aan personeel worden getoond, in de checkout worden geplakt, of van een lidmaatschapskaart worden gescand. Hij moet uniek zijn, moeilijk te raden, en beperkt tot het bedoelde gebruik.

Een code heeft ook een status nodig. Uitgegeven, gebruikt, verlopen, geannuleerd. Personeel moet genoeg informatie zien om te verifieren, zonder toegang tot ongerelateerde klantgegevens.

Eenmaal gebruikt, moet hij gebruikt blijven. Herhaald tikken, een traag netwerk en opnieuw proberen mogen geen tweede inwisseling creeren.

Hier wordt idempotentie praktisch. Hetzelfde verzoek kan twee keer binnenkomen en toch maar een resultaat opleveren.

De checkout moet de bestelling afronden

Beloningen kunnen de checkout op verschillende manieren beinvloeden.

Een vaste korting verlaagt het totaal. Een percentagebeloning heeft limieten nodig. Een gratis artikel heeft een bijpassend product nodig. Gratis verzending hangt af van de bezorgmethode. Een cadeaukaart gedraagt zich meer als opgeslagen waarde.

Dan komen kortingscodes in dezelfde bestelling.

Het bedrijf heeft duidelijke regels nodig voor stapeling. De klant moet zien welk voordeel is toegepast en waarom. Totalen moeten stabiel blijven tussen winkelwagen, betaalstap, bon en een eventuele terugbetaling.

We slaan het toegepaste voordeel op bij de bestelling zelf. Een oude bestelling herberekenen met huidige regels kan een ander antwoord geven.

Personeelstools zijn onderdeel van de klantervaring

Veel inwisselingen eindigen bij de balie.

Personeel heeft een snel scherm nodig om de klant te vinden, een code te scannen, de beloning te bevestigen en door te gaan. Trage of onduidelijke personeelstools maken van een soepel app-traject een ongemakkelijk gesprek.

Rechten zijn hier belangrijk. Een kassamedewerker moet een beloning kunnen inwisselen zonder de volledige klanthistorie te zien. Een manager moet een fout kunnen corrigeren. Het auditlog moet laten zien wie welke actie heeft uitgevoerd.

De klant ziet deze controles zelden. Hij voelt het resultaat als de rij doorloopt.

Berichten moeten bij de status passen

Klanten kunnen een bevestiging, verloopherinnering, annuleringsmelding of saldo-update ontvangen.

Die berichten moeten de echte inwisselstatus volgen. Een herinnering sturen voor een beloning die al is gebruikt, wekt twijfel. Punten aankondigen voordat de transactie is afgerond, net zo.

We triggeren berichten op basis van afgeronde statuswijzigingen en houden bij wat er is verstuurd.

Rapportage sluit de cirkel

Bedrijven moeten weten hoe beloningen worden gebruikt.

Dat omvat inwisselingen, bestede punten, beloningskosten, ongebruikte claims, locatie, niveau en de bestellingen die bij elke beloning horen. De definities moeten consistent blijven met het operationele systeem.

Dit is nuttig voor gewone beslissingen. Een beloning kan populair en duur zijn. Een andere wordt vaak geclaimd en zelden gebruikt. Een niveaugebonden voordeel heeft misschien bijna geen klanten die ervoor in aanmerking komen.

Het doel is om die patronen zichtbaar te maken zonder het beloningstraject te veranderen in een rapportage-oefening voor de klant.

Simpel vraagt coordinatie

De beste versie van deze functie is stil.

De klant ziet een beschikbare beloning, claimt hem en gebruikt hem. Personeel verifieert snel. De puntenhistorie klopt. Rapportages worden later bijgewerkt.

Daar komen betekent werken door de weinig glamoureuze gevallen: opnieuw proberen, terugbetalingen, verlopen, lage voorraad, dubbele verzoeken, rechten en onduidelijke regels.

Daar wordt een groot deel van het product gebouwd.