Le travail derriere une recompense qui parait simple

Cote client, une recompense c'est un parcours court.

Ouvrir l'app. Choisir quelque chose. Appuyer sur echanger. L'utiliser.

On veut que ca donne cette impression de simplicite.

Derriere le tap, le systeme a plusieurs decisions a prendre. Le client doit avoir assez de points. La recompense doit etre active. Le stock peut etre limite. Le niveau du client peut compter. Un code d'echange doit peut-etre etre cree. Le personnel doit pouvoir le verifier. La transaction doit apparaitre dans les rapports.

L'essentiel du travail se passe sous la surface.

L'eligibilite doit etre claire

Une recompense peut avoir plusieurs regles :

• Un cout en points
• Une date de debut et de fin
• Un niveau minimum
• Une limite par client
• Un stock total limite
• Une restriction de lieu
• Une condition sur un produit ou une categorie

Ces regles doivent etre coherentes entre le portail client, le checkout, les outils staff et l'API.

Si le portail dit qu'une recompense est disponible et que le checkout la refuse, le client voit une promesse non tenue. Si le personnel peut echanger quelque chose que le client ne voit pas, le support devient plus complique.

On centralise la verification d'eligibilite et on retourne une raison quand ca echoue. Cette raison peut ensuite etre formulee pour la personne qui la voit.

"Reserves aux membres Gold" c'est utile. "Requete invalide" ca ne l'est pas.

Les points ont besoin d'un vrai registre

Un solde ressemble a un seul chiffre. On le traite comme le resultat de plein d'ecritures.

Des points sont gagnes, depenses, expires, annules, ajustes, et parfois restaures. Chaque mouvement a besoin d'un montant, d'une raison, d'un horodatage et d'un lien vers l'evenement qui l'a cause.

Cet historique compte quand quelque chose tourne mal.

Si une commande est remboursee, le systeme doit savoir quels points venaient de cette commande. Si un echange est annule, il doit savoir si les points doivent revenir. Si le personnel fait un ajustement, l'entreprise a besoin d'une piste d'audit.

Mettre a jour un solde directement serait plus simple au debut. Il ne resterait pas grand-chose a expliquer apres.

Le stock change le parcours d'echange

Les recompenses numeriques peuvent souvent etre emises immediatement. Les recompenses physiques ont un inventaire.

Le systeme doit decider quand le stock est reserve. Il doit aussi liberer cette reservation si l'echange expire ou est annule.

Deux clients peuvent essayer de reclamer le dernier article presque en meme temps. C'est un petit probleme de concurrence avec un resultat tres visible.

On gere la reservation dans la transaction d'echange. Le client doit soit recevoir une recompense confirmee, soit garder ses points. Un etat a moitie fini est penible pour tout le monde.

Les codes ont un cycle de vie

Certaines recompenses s'utilisent avec un code.

Le code peut etre montre au personnel, copie dans le checkout, ou scanne depuis une carte de membre. Il doit etre unique, difficile a deviner, et limite a l'usage prevu.

Un code a aussi besoin d'un statut. Emis, utilise, expire, annule. Le personnel doit voir assez d'infos pour le verifier sans acceder aux donnees non liees du client.

Une fois utilise, il doit rester utilise. Des taps repetes, un reseau lent et des tentatives multiples ne doivent pas creer un deuxieme echange.

C'est la que l'idempotence devient concrete. La meme requete peut arriver deux fois et produire un seul resultat.

Le checkout doit boucler la commande

Les recompenses peuvent affecter le checkout de differentes facons.

Une remise fixe reduit le total. Une recompense en pourcentage a besoin de limites. Un article gratuit a besoin d'un produit correspondant. La livraison gratuite depend du mode de livraison. Une carte cadeau se comporte plutot comme de la valeur stockee.

Ensuite les coupons entrent dans la meme commande.

L'entreprise a besoin de regles claires pour le cumul. Le client doit voir quel avantage s'est applique et pourquoi. Les totaux doivent rester stables entre le panier, l'etape de paiement, le recu et un eventuel remboursement.

On stocke l'avantage applique sur la commande elle-meme. Recalculer une ancienne commande avec les regles actuelles peut donner un resultat different.

Les outils staff font partie de l'experience client

Beaucoup d'echanges se terminent au comptoir.

Le personnel a besoin d'un ecran rapide pour trouver le client, scanner un code, confirmer la recompense et passer au suivant. Des outils staff lents ou confus transforment un parcours app fluide en une conversation genante.

Les permissions comptent ici. Un caissier doit pouvoir echanger une recompense sans voir tout l'historique du client. Un manager doit pouvoir corriger une erreur. Le journal d'audit doit montrer qui a fait chaque action.

Le client voit rarement ces controles. Il en ressent le resultat quand la file avance.

Les messages doivent correspondre a l'etat

Les clients peuvent recevoir une confirmation, un rappel d'expiration, un avis d'annulation ou une mise a jour du solde.

Ces messages doivent suivre l'etat reel de l'echange. Envoyer un rappel pour une recompense deja utilisee cree du doute. Annoncer des points avant que la transaction soit terminee aussi.

On declenche les messages a partir des changements d'etat termines et on garde une trace de ce qui a ete envoye.

Le reporting boucle la boucle

Les entreprises ont besoin de savoir comment les recompenses sont utilisees.

Ca inclut les echanges, les points depenses, le cout des recompenses, les reclamations non utilisees, le lieu, le niveau, et les commandes liees a chaque recompense. Les definitions doivent rester coherentes avec le systeme operationnel.

C'est utile pour les decisions courantes. Une recompense peut etre populaire et couteuse. Une autre peut etre reclamee souvent et rarement utilisee. Un avantage reserve a un niveau peut avoir presque aucun client eligible.

L'objectif est de rendre ces tendances visibles sans transformer le parcours de recompense en exercice de reporting pour le client.

Simple demande de la coordination

La meilleure version de cette fonctionnalite est discrete.

Le client voit une recompense disponible, la reclame et l'utilise. Le personnel la verifie vite. L'historique de points a du sens. Les rapports se mettent a jour apres.

Pour y arriver, il faut passer par les cas ingrats : les tentatives multiples, les remboursements, l'expiration, le stock bas, les requetes en double, les permissions et les regles floues.

C'est la qu'une bonne partie du produit se construit.