Adoro la nuova coda di revisione unificata, ma ho notato un pattern UX leggermente confuso quando si elaborano molti elementi di fila.
Potresti esaminare diversi post segnalati che chiedono “Questo post è spam?”, dove cliccare Sì significa agire contro il post (con una conferma). Poi il prossimo elemento chiede “Approvi questo argomento?”, dove cliccare Sì fa l’opposto (senza conferma).
Quando scorri rapidamente la coda, è facile sviluppare una memoria muscolare e cliccare per sbaglio Sì approvando un argomento quando in realtà intendevi dire “Sì, questo è spam.”
Grazie per il feedback, capisco come potrebbe succedere… pensi che avrebbe senso invertire le cose in modo da chiedere più coerentemente di confermare un problema?
Chiediamo già: Questo post è [spam, inappropriato, ecc.]?
E per invertire la situazione di „approva questo argomento“… immagino che invece chiederemmo „C’è qualcosa di sbagliato in questo argomento?“, quindi sì significherebbe coerentemente „sì, c’è qualcosa di sbagliato", giusto?
Assolutamente. Non sono sicuro di quale sia la formulazione migliore, ma invertire il linguaggio in modo che Sì significhi sempre “agisci contro questo post” mi sembra l’approccio migliore.
Sì, per favore! E mentre ci siamo, potrebbero esserci opportunità correlate per rendere il sistema di revisione più coerente e accessibile.
Abbiamo due tipi fondamentali di elementi di revisione:
“Post segnalato come _______” e
“Post in coda: richiede approvazione”
E le risoluzioni Approvato e Rifiutato hanno significati opposti per ciascuna categoria:
Problema confermato con un post segnalato? → “Approvato.”
Problema confermato con un post in coda? → “Rifiutato.”
Le etichette colorate delle risoluzioni sono chiaramente indicate, il che è positivo: ,
…ecc. Tuttavia, queste si trovano piuttosto lontano dall’area “Cronologia e note”. Quando scorro gli elementi e leggo le note, il mio cervello vorrebbe pensare nel contesto dei post e di cosa viene fatto con loro, ma invece devo pensare a cosa significano Approvato o Rifiutato in relazione al tipo di elemento di revisione:
nota
significato - se elemento di segnalazione
significato - se post in coda
“Approvato da”
Segnalazione approvata (problema confermato)
Post approvato (nessun problema confermato)
“Rifiutato da”
Segnalazione rifiutata (nessun problema confermato)
Post rifiutato (problema confermato)
E una piccola cosa, nel menu a tendina dei filtri:
Approvato e Rifiutato trovano solo gli elementi Segnalazione approvata e Segnalazione rifiutata.
Solo Tutti i revisionati o Tutto trovano gli elementi Post approvato e Post rifiutato.
Niente di tutto ciò rende il sistema inutilizzabile: è solo un leggero sovraccarico mentale che, a mio avviso, contribuisce a rendere la coda di revisione un po’ confusa e intimidatoria all’inizio.
Forse questo dovrebbe essere un post separato: “Significato incoerente delle risoluzioni nella coda di revisione” — ma gli argomenti sembrano strettamente collegati.
Ho trovato la coda di revisione un po’ confusa all’inizio, ma ho imparato rapidamente a controllare due volte la mia scelta per assicurarmi di fare ciò che intendevo.
Questo mi ha fregato una volta all’inizio: intendevo eliminare il post e invece l’ho approvato, quindi sono andato direttamente all’elenco dei topic, ho trovato il topic ed ho eliminato manualmente il post. Poi sono tornato nella coda e ho spiegato le mie azioni nel caso qualcuno (lo staff) si stesse chiedendo cosa diavolo fosse successo.
Comunque, fornire solo la conferma aiuterebbe.
Tendo a capire semplicemente come funzionano le cose e ad accettarle; una delle cose che mi lasciano a bocca aperta riguardo a Discourse è come venga costantemente raffinato, specialmente l’UX.
,
