Sur notre site, nous partageons régulièrement des bons de réduction. Tous sont partagés d’un utilisateur à un autre. Cependant, il est un peu étrange que chaque utilisateur doive écrire le message standard « Bonjour, envoyez-moi un MP si vous voulez le bon », car (le bon/le code) est unique (un code à usage unique, ou du moins c’est ce que l’on dit).
J’aimerais beaucoup voir une fonctionnalité permettant :
À A de publier un bon, qui sera masqué s’il n’est pas réclamé par un autre utilisateur
À B de réclamer/réserver ce bon
À B de (à tout moment) choisir de désréserver le bon qu’il a réclamé
À A, B et C de voir qui a réclamé le bon partagé
Où : A = La personne qui partage le code/le bon B = La personne qui réclame/réserve le code/le bon C = Les autres personnes dans le fil qui ont vu le bon réclamé/réservé, mais qui souhaitent peut-être demander à la personne B si le bon est vraiment utilisé. Cela pourrait même être une infobulle ou quelque chose de similaire, afin que l’utilisateur ne communique pas directement dans le fil, mais via un MP. Cela permettrait également de suivre s’il y a des lurkers qui se contentent de lire et de s’approprier des bons, sans rien faire d’autre.
Existe-t-il quelque chose de similaire ailleurs ? Sinon, je pense vraiment qu’il serait judicieux de l’implémenter, que ce soit comme fonctionnalité standard ou du moins comme plugin.
Points supplémentaires à garder à l’esprit :
Permettre à l’utilisateur de marquer le bon comme « illimité », afin que tout le monde puisse le réclamer et qu’il soit listé à côté du bon. Juste pour suivre/voir qui a réellement utilisé le code, au lieu de toutes les réponses du type « Merci » dans le sujet. La formulation pourrait aussi être quelque chose comme « Merci. Laissez-moi voir le bon », si le bon est marqué comme « illimité ».
Malheureusement, il n’y a pas de budget. Cependant, je vois bien certaines entreprises l’utiliser pour d’autres choses — c’est certain. Notre équipe de staff est entièrement composée de bénévoles (et la communauté elle-même n’est pas une entreprise, ni même proche de l’être).
Et vous avez raison au sujet du plugin. Je ne pouvais tout simplement pas poster dans la section dédiée aux plugins, et il semble que la section #plugin soit limitée aux plugins (et non aux demandes), mais en regardant le rôle « plugin »
Je ne comprends pas vraiment ce scénario de « bon ». Pouvez-vous donner quelques exemples concrets du monde réel pour expliquer pourquoi on le ferait, à quoi il sert, quel est son objectif et ce qu’il permet d’atteindre ?
A possède un bon pour un jeu gratuit qu’il souhaite offrir à un autre utilisateur. (Nous avons un sujet « Objets numériques gratuits »).
A partage le bon grâce à la nouvelle fonctionnalité.
B souhaite obtenir le bon et clique sur le bouton « Réclamer/Réserver ». Le bon est alors transmis à l’interface graphique (GUI), ce qui permet à B de l’utiliser.
A, B et C (les autres personnes du sujet) peuvent désormais voir que le bon a été réclamé et par qui.
Dans ce scénario, B n’a pas besoin d’écrire à A pour lui demander le bon, et toutes les autres personnes peuvent voir qu’il a déjà été réclamé par B ; elles n’ont donc pas besoin d’envoyer un MP à A.
Scénario 2 (très similaire au Scénario 1)
A dispose d’un code de réduction de 15 % pour de la malbouffe et le partage dans un sujet dédié aux « codes de réduction ». Il est unique, donc utilisable une seule fois.
B commande une pizza et réclame le code. Il est alors transmis à son interface graphique et peut être utilisé.
A peut désormais voir qui a réclamé le code de réduction, et C (les autres personnes du sujet) n’a pas besoin de contacter A, car le code apparaît comme déjà réclamé par B.
Scénario 3
A possède un code permettant de bénéficier de 10 % de réduction lors du paiement (dans un magasin au choix). Il le partage en utilisant la fonctionnalité de coupon et en le marquant comme « Non unique / Peut être utilisé plusieurs fois ».
Les autres utilisateurs peuvent maintenant cliquer sur « Merci, obtenir le bon ». Le bon s’affiche alors (il peut être masqué dans le DOM, je suppose, car il n’est pas limité à un seul usage), et l’utilisateur peut l’utiliser lors du paiement.
A, B et C peuvent voir qui a réclamé le bon (ou peut-être simplement le nombre de réclamations, selon la conception de la solution).
Dans les trois scénarios, les messages privés peuvent être réservés pour une autre occasion. Tous les autres utilisateurs peuvent voir si le code a été réclamé (et par qui). Dans le scénario idéal, ces données pourraient être utilisées d’autres manières au sein de la communauté, par exemple en listant les bons non réclamés sur une page ou dans le premier message du sujet. (Mais cela s’éloigne considérablement de l’idée originale). Une autre bonne idée serait d’ajouter une date d’expiration, ainsi qu’un titre ou autre.
Dans ce qui précède, qu’empêche B de récolter de nombreux bons ? L’abus est omniprésent dans les communautés où de tels codes sont distribués, avec des bots et des acteurs malveillants qui s’approprient les codes pour les revendre ou les redistribuer.
L’élément humain prévient généralement de tels vecteurs ; cela ne rouvrirait-il pas la porte ?
Eh bien, il est vrai que la récolte sera beaucoup plus facile pour les bots. Cependant, nous ne pouvons pas vraiment limiter ce type d’actions de toute façon. La plupart des bons partagés sur notre site se trouvent dans le même sujet, et un bot pourrait facilement les récolter si quelqu’un le souhaitait.
Cependant, en permettant à tout le monde de voir qui a utilisé le code, nous pouvons au moins identifier ceux qui continuent à réclamer les codes.
Actuellement, ce n’est pas un gros problème, mais de temps en temps, des personnes utilisent les bons sans en informer A et C. Avec la nouvelle solution, il sera clair si les bons ont été donnés à quelqu’un. Et A, qui possède un bon, n’aura plus besoin de contacter directement B ; cela sera géré par le système de réclamation, de sorte que les autres utilisateurs ne verront pas le bon.
