Je déteste VRAIMENT être l’un de ces « remonteurs », mais j’aimerais remettre ce sujet sur la table pour que les gens reconsidèrent.
Nous recevons beaucoup de spam… beaucoup. Il y a des jours où cela peut représenter 15 à 20 messages de spam par heure. Nous avons donc été contraints d’utiliser la méthode de suppression d’utilisateur car sinon, c’est un processus en 4 à 5 étapes : approuver, aller au message, signaler, prendre une mesure (si cela permet une action directe, sinon aller dans la file d’attente et prendre une mesure). Tout en espérant qu’un membre de la communauté ne signale pas le message « approuvé », ce qui nous donne plus de travail.
Mais maintenant, nous rencontrons un problème : notre personnel est humain. Une fois de temps en temps, un utilisateur valide est supprimé parce que son message semblait bidon mais était légitime.
Et il n’y a pas de fonctionnalité de restauration d’utilisateur, du moins pas que je puisse trouver. Il n’y a pas non plus de moyen propre de VOIR les utilisateurs supprimés, à part passer par le journal, ce qui signifie regarder la fenêtre contextuelle d’informations pour chaque utilisateur supprimé (ou exporter le journal et trouver l’utilisateur de cette façon).
Nous sommes donc confrontés à un scénario « quel diable voulez-vous choisir » : doubler ou tripler le temps de modération, ou imposer au personnel de support de gérer des clients valides qui sont involontairement supprimés parce que leurs messages frôlent la limite.
Remarque : Je sais qu’il existe la fonctionnalité de rejet de message dans la file d’attente de révision, mais cela ne concerne pas les utilisateurs, c’est donc une arme à double tranchant car les utilisateurs peuvent revenir, et il n’y a rien dans la file d’attente qui indiquerait que quelqu’un a déjà eu des messages rejetés…