Nel nostro sito, condividiamo regolarmente coupon di tanto in tanto. Tutti vengono condivisi da un utente all’altro. Tuttavia, è un po’ strano che ogni utente debba scrivere il solito “Ciao, scrivimi in privato se vuoi il coupon”, dato che il codice è unico (un codice monouso, o così si presume).
Mi piacerebbe molto vedere una funzionalità in cui:
A possa pubblicare un coupon, che rimarrà nascosto se non viene rivendicato da un altro utente
B possa Rivendicare/Riservare quel coupon
B possa (in qualsiasi momento) scegliere di Annullare la rivendica/la prenotazione del coupon
A, B e C possano vedere chi ha rivendicato il coupon condiviso
Dove: A = La persona che condivide il codice/coupon B = La persona che rivendica/riserva il codice/coupon C = Gli altri utenti nel thread che hanno visto il coupon rivendicato/riservato, ma magari vogliono chiedere a B se il coupon è stato effettivamente utilizzato. Potrebbe anche essere uno strumento a comparsa (tooltip) o simile, in modo che l’utente non comunichi direttamente nel thread, ma in un messaggio privato. Questo permetterebbe inoltre di tracciare eventuali utenti “osservatori” che si limitano a leggere e accaparrarsi i coupon, senza fare altro.
Esiste qualcosa di simile in giro? Altrimenti penso davvero che sarebbe un’ottima cosa da implementare, se non come funzionalità standard, almeno come plugin.
Alcune cose extra da tenere a mente:
Consentire all’utente di contrassegnare il coupon come “illimitato”, in modo che tutti possano rivendicarlo e che venga elencato accanto al coupon. Servirebbe semplicemente per tracciare/vedere chi ha effettivamente utilizzato il codice, invece di avere tutti quei messaggi di “Grazie” nell’argomento. La formulazione potrebbe anche essere qualcosa come “Grazie. Fammi vedere il coupon.”, se il coupon è contrassegnato come “illimitato”.
Purtroppo non c’è budget. Tuttavia, posso immaginare che alcune aziende potrebbero utilizzarlo per altri scopi, questo è sicuro. Il nostro team di staff è composto interamente da volontari (e la comunità stessa non è un’azienda, né si avvicina minimamente a esserlo).
E hai ragione riguardo al plugin. Non potevo semplicemente pubblicare nella sezione dedicata ai plugin, e sembra che la sezione #plugin sia limitata ai plugin (e non alle richieste), ma guardando al ruolo “plugin”
Non capisco davvero questo scenario del “buono”: potresti fornire alcuni esempi reali del perché si farebbe questo, a cosa serve, qual è l’obiettivo e cosa si ottiene?
A possiede un buono per un gioco gratuito che desidera donare a un altro utente. (Abbiamo un argomento “Cose digitali gratuite”).
A condivide il buono utilizzando la nuova funzionalità.
B desidera ottenere il buono e clicca sul pulsante “Richiedi/Riserva”. Il buono viene ora trasferito all’interfaccia grafica (GUI), così B può utilizzarlo.
Sia A, B che C (altre persone nell’argomento) possono ora vedere che il buono è stato richiesto e da chi.
In questo scenario, B non deve scrivere ad A per chiedere il buono, e tutte le altre persone possono vedere che il buono è già stato richiesto da B, quindi non è necessario inviare un messaggio privato ad A.
Scenario 2 (quasi come lo Scenario 1)
A possiede un codice sconto del 15% per alcuni cibi spazzatura e lo condivide in un argomento dedicato agli “sconti”. È unico, quindi può essere utilizzato solo una volta.
B sta ordinando una pizza e richiede il codice. Viene ora trasferito alla sua GUI e può essere utilizzato.
A può ora vedere chi ha richiesto il codice sconto, e C (altre persone nell’argomento) non deve contattare A, poiché il codice risulta come richiesto da B.
Scenario 3
A possiede un codice che permette di ottenere uno sconto del 10% al momento del pagamento (in un negozio a caso). Lo condivide utilizzando la funzionalità dei coupon e lo contrassegna come “Non unico/Utilizzabile più volte”.
Altre persone possono ora cliccare su “Grazie, ottieni il buono”. Il buono viene visualizzato (può essere nascosto nel DOM, suppongo, dato che non è limitato a un singolo utilizzo), e l’utente può utilizzarlo al momento del pagamento.
A, B e C possono vedere chi ha richiesto il buono (o forse solo il conteggio, a seconda di come viene progettata la soluzione).
In tutti e tre gli scenari, il messaggio privato può essere risparmiato per un’altra occasione. Tutti gli altri utenti possono vedere se il codice è stato richiesto (e da chi). Nello scenario ideale, i dati potrebbero essere utilizzati in altri modi all’interno della community: ad esempio, elencando i buoni non richiesti su una pagina o nel primo post dell’argomento. (Ma questo si discosta molto dall’idea originale). Un’altra buona idea potrebbe essere aggiungere una data di scadenza e magari anche un titolo o qualcosa di simile.
Nell’esempio sopra, cosa impedisce a B di raccogliere molti buoni? L’abuso è diffuso nelle comunità in cui vengono distribuiti tali codici, con bot e attori malevoli che li acquisiscono per rivenderli o ridistribuirli.
L’elemento umano di solito previene queste minacce; non si rischierebbe di riaprire questa porta?
Beh, la raccolta sarà sicuramente più semplice per i bot - è vero. Ma, in ogni caso, non possiamo davvero limitare questo tipo di azioni. La maggior parte dei buoni condivisi sul nostro sito si trova nello stesso argomento, e un bot potrebbe raccoglierli facilmente, se qualcuno volesse farlo.
Tuttavia, permettendo a tutti di vedere chi ha utilizzato il codice, possiamo almeno individuare chi continua a richiedere i codici.
Attualmente non è un grosso problema, ma di tanto in tanto le persone usano i buoni senza informare A e C. Con la nuova soluzione, sarà chiaro se i buoni sono stati assegnati a qualcuno. Inoltre, A che possiede un buono non dovrà più contattare direttamente B: questo sarà gestito dal sistema di rivendicazione, in modo che gli altri utenti non vedano il buono.
