Ciao staff di Discourse, che gestite e mantenete con amore questo fantastico forum online con il vostro prodotto.
Noto che abbiamo il Plugin Risolto attivo per Support. Ottimo vedere questo fantastico dogfooding in pratica! Lo stesso vale per l’uso dei tag fixed e completed.
Sfortunatamente, ci sono un sacco di argomenti in Support, Bug, Feature e UX che non sono stati contrassegnati con questi. Questo crea molta confusione per gli utenti di questo forum e ostacola la ricerca efficace di soluzioni esistenti. In sostanza, se questi non verranno utilizzati in modo coerente, probabilmente non dovrebbero essere utilizzati affatto.
Posso chiedere che questo venga prioritizzato in futuro e che qualcuno (?stagista, ??AI) venga incaricato di contrassegnare correttamente quelli vecchi?
Grazie, Nathan! Ti apprezzo per aver sollevato la questione. Vogliamo assolutamente fare di più in questo reparto.
Sembra che l’abilitazione delle soluzioni per la categoria Support abbia funzionato abbastanza bene per quella categoria. Anche i tag fixed e completed sono molto utili, e possono essere utilizzati in tutte le categorie.
Quindi, per riassumere, sembra che al momento abbiamo cinque modi per indicare quando un argomento ha raggiunto il suo corso e deve essere concluso. Questo riassume la situazione?
Questo mi sembra un’enorme varietà. Non so perché i tag siano diversi. Forse è utile/informativo per le persone poter scorrere individualmente questi elenchi di tag. Tuttavia, questi tag e il loro scopo non sono molto scopribili.
solved è facilmente scopribile e funziona abbastanza bene per il supporto. Penso che abbia senso limitarlo a quella categoria. È utile poter filtrare gli argomenti risolti/non risolti in quella categoria - spesso dimentico quel menu a discesa, tuttavia, e vorrei che fosse più scopribile nell’interfaccia utente.
fixed è utilizzato solo in BugUX e significa che un bug o un bug UX è stato corretto.
creare una query di esplorazione dati con risultati come la tabella sopra, ma elencando il numero reale e aggiornato di argomenti risolti/non risolti, corretti/non corretti, completati/non completati, consegnati/non consegnati
creare una query di esplorazione dati che elenchi gli argomenti che sono stati chiusi, corretti, completati, consegnati in un dato periodo di tempo
creare un argomento qui in Site feedback per condividere i risultati delle query di cui sopra ogni settimana utilizzando un’automazione
creare un argomento qui con una piccola guida su come concludere gli argomenti e riunire un team per iniziare a lavorare sull’elenco, in ordine cronologico inverso
Ho aggiunto le descrizioni come segue, che appariranno quando si passa il mouse sopra il tag o si va alla pagina del tag. Fatemi sapere se avete suggerimenti. Sono combattuto tra mantenerlo breve e conciso e fornire un contesto più dettagliato. Le categorie stesse hanno anche descrizioni più dettagliate.
fixed
Diamo priorità alla correzione dei bug nel nostro software segnalati nelle categorie Bug e UX. Una volta corretti i bug, viene assegnato loro questo tag.
completed
Quando le funzionalità suggerite nelle categorie Feature e UX vengono implementate, viene assegnato loro questo tag.
delivered
Quando un argomento in Marketplace viene confermato come consegnato dal fornitore o dal destinatario, viene assegnato a questo tag.
Apparentemente, si applica il tag fixed ai bug che sono stati corretti e completed alle richieste di funzionalità che sono state implementate. [1] Fa parte del processo per chiudere gli argomenti (e mantenere le parti interessate aggiornate con le informazioni pertinenti). Sono stati inizialmente implementati per fornire un’indicazione visiva che ‘è successo qualcosa di buono’ rispetto al simbolo di blocco di un argomento chiuso. Quando questi tag vengono applicati in modo coerente, si ottiene una bella onda verde scorrendo le liste degli argomenti della loro categoria.
(E delivered era uno separato ma simile che non era controllato dal team, quindi poteva essere usato in Marketplace)
Per Solved, ci sono diverse categorie in cui è attivo piuttosto che solo la categoria generica Support. Praticamente qualsiasi categoria in cui la maggior parte degli argomenti sono domande a cui si può trovare una soluzione. Support, Installation, Dev, Data & reporting, SSO
Idealmente, la best practice è che l’OP contrassegni la soluzione, ma sappiamo che a volte questo non accade (per una serie di motivi), quindi spesso scorrevo le liste degli argomenti e ripulivo quelle in sospeso dopo un paio di settimane o giù di lì (una volta che erano considerate ‘abbandonate’).
FWIW L’argomento Theme component per quello è Reader Mode, quindi in realtà quell’argomento feedback che hai linkato non dovrebbe essere in Theme component (poiché non è un argomento di componente tema). Dovrebbe probabilmente essere in Feature o UX poiché penso che sia lì che questi sono finiti ora che ce ne sono di più.
(Penso che fosse in Site feedback poiché era un esperimento qui su meta)
e con UX che è una via di mezzo tra i due, si può usare uno o l’altro a seconda del ‘sapore’ dell’argomento specifico ↩︎
Fantastico! Grazie per aver colmato alcune lacune. Ho aggiornato la mia tabella sopra.
Ciò non è stato fatto sistematicamente da quando te ne sei andato, motivo per cui ora abbiamo questo argomento per parlare di recuperare e avere un sistema in atto in modo da non rimanere indietro di nuovo.
Sì, credo che fosse quello a cui puntavo con l’OP. @JammyDodger - ci manchi tu e la tua dedizione nel mantenere Meta così fluida! Personalmente, spero che ti facciano un’offerta che non puoi rifiutare…
Torno su questo argomento poiché sono stato recentemente rimproverato per aver segnalato un Argomento in Feature che credevo dovesse essere contrassegnato come completed, ma non lo era.
Quello che avrei voluto fare era semplicemente taggarlo io stesso. Tuttavia, poiché quel tag è limitato a @staff, non potevo farlo. Ehi, come TL4 posso fare un sacco di cose potenzialmente distruttive, ma non proprio quella. Non posso nemmeno modificare i tag in alcune Categorie (ad esempio Plugin).
Quindi, come si è supposto di segnalare queste piccole cose ai moderatori senza infastidirli ed essere sgridati? O il piano è di lasciarlo un po’ in disordine?
Penso che vada bene contrassegnare l’argomento come altro e dire che pensi debba essere contrassegnato come completato/risolto, almeno per gli argomenti “vecchi” (cioè: è stato completato/risolto 6 mesi fa ma l’argomento non è stato aggiornato).
(Anche se altri non sono d’accordo)
Per le cose urgenti: sarebbe buona norma per il nostro staff assicurarsi di dare seguito alle cose che risolvono.
Penso che se aggiungessimo dei tag per contrassegnare ogni funzionalità completata negli ultimi 13 anni in cui questo forum è stato attivo, perché le persone hanno il DOC (Disturbo Ossessivo Compulsivo), sarebbe una grande perdita di tempo per tutti.
Il tag stesso è piuttosto nuovo, non è mai stato ampiamente adottato, e potremmo semplicemente chiudere gli argomenti per le funzionalità completate, consentendo a tutti di creare nuovi argomenti e citare quelli vecchi se necessario.
Preferirei rimuovere il flag #completed. È stato applicato 400 volte ed è stato creato solo come un modo per aiutare le persone a scrivere i registri delle modifiche (changelog), che ora vengono gestiti in modo diverso.
Non sono sicuro di riconoscere questa come la ragione. È stato inizialmente implementato per fornire un indicatore visivo che separasse le richieste di funzionalità completate dal resto degli argomenti chiusi. C’è una conversazione da qualche parte qui tra me, Sam e Dave con maggiori informazioni, se fai una ricerca. (Penso fosse in alcuni sussurri, ma non ricordo esattamente dove)
Personalmente, all’epoca non l’ho trovato particolarmente gravoso da gestire. Mi sono concentrato maggiormente sulla finestra “attiva” per assicurarmi che gli argomenti in cima a /latest fossero più coerenti, anche se ho gestito anche altri se mi sono capitati (argomenti correlati, e altro). Eseguire un audit completo della categoria di Feature sarebbe effettivamente un lavoro molto più grande. (non per dire che non sarebbe utile esaminare e potare/unire/chiudere quelli che sono stati trascurati nel corso degli anni, dico solo che richiederebbe tempo e bisognerebbe valutare dove si colloca nella lista delle priorità).
Questa è una paura di ciò che potrebbe essere, o sta realmente già succedendo? Se fosse un caso occasionale, non penso che sia un grosso problema, ma se diventasse un modello, sono d’accordo che il sistema di flag non sarebbe il posto migliore per questo. Penso che un messaggio privato sarebbe un modo meno invasivo per raccogliere le informazioni.
Ma capisco anche che non vuoi che sviluppatori e designer, ecc. vengano risucchiati troppo a fondo in questo, poiché avranno altro lavoro importante da fare piuttosto che sistemare la meta.
Forse le cose che richiedono un moderatore, ma non sono urgenti, potrebbero essere segnalate tramite messaggi privati a una casella di posta separata per un gruppo. In questo modo, tali registri di pulizia non inonderebbero la coda di revisione, nascondendo gli argomenti in cui qualcuno deve agire presto, ma ci sarebbe comunque un posto dove raccoglierli, in modo che qualcuno possa occuparsene se ha qualche minuto.
Questo potrebbe funzionare per tutti i tipi di note a margine, come un tag mancante, un link di anteprima non funzionante in un argomento di componente del tema o un argomento di funzionalità che potrebbe essere chiuso, in modo che i voti vengano restituiti agli utenti.
Oh! Mi sto rendendo conto che il gruppo dei moderatori non ha nessuno al suo interno! Ora capisco perché un messaggio privato che ho scritto a @moderators un paio di settimane fa non ha ricevuto risposta…
L’avevo creato come parte della mia idea di avere un approccio più morbido e gentile alla moderazione qui. È importante avere un unico punto di contatto dove si possa raggiungere un moderatore e sapere che si riceverà una risposta. Spero che la decisione di rimuoverlo venga riconsiderata.
Inoltre, nel tentativo di essere più gentili e più miti, ho fatto del mio meglio per evitare di usare “perdita di tempo” come motivo per le decisioni dei moderatori. Non penso che i leader della comunità ben intenzionati che cercano di aiutare a mantenere ordinate le discussioni debbano sentirsi in colpa per questo.
Tornando all’OP… Avevo un compito abituale di revisionare e pulire gli argomenti più vecchi, ed era un buon compito manuale perché spesso c’erano delle estremità vaganti che riuscivo a sistemare lungo il percorso. A volte gli argomenti potevano semplicemente essere cancellati o uniti, ecc. Ma è un compito gargantuesco e sono riuscito ad arrivare solo a pochi anni fa.
Sarei favorevole a permettere a veterani fidati come @nathank di aggiungere i tag piuttosto che farli segnalare gli argomenti per la revisione da parte dello staff, specialmente in questo momento in cui non c’è un community manager o un team di moderazione dedicato.
Edit: ho ancora i link nella mia barra laterale! Questo serviva per vedere gli argomenti aperti, irrisolti e più vecchi di una settimana. Trovo ancora questi link utili per vedere quanto siamo bravi a risolvere gli argomenti. Forse più di noi potrebbero dare una mano con questo se lo staff non ha tempo per farlo.
Siamo in un periodo di transizione per quanto riguarda le moderazioni, quindi alcune delle decisioni che prendiamo in questo preciso momento potrebbero non essere durature, ma ecco i miei 2 centesimi su questo particolare argomento:
Penso che dovremmo puntare a raggiungere una situazione in cui:
I flag vengano utilizzati per cose più importanti
Abbiamo un modo per gestire altre cose che sono più banali, o per il giardinaggio generale
Se vogliamo usare completed, allora dovremmo dare a un gruppo di persone il potere di gestire ciò senza usare i flag. Forse:
Dare ai TL3 e TL4 il potere di etichettare le cose come tali
Creare un argomento di “giardinaggio” dove le persone possano fare suggerimenti per qualsiasi tipo di giardinaggio dei contenuti
Lo apprezzo molto. Dato che si può segnalare un post una sola volta e mai più, ero sempre riluttante a usare le segnalazioni per problemi banali, come un link di anteprima in un argomento di componente tema che non funziona più.
Ho suggerito la casella di posta perché pensavo che l’archiviazione delle richieste gestite potesse aiutare a tenere traccia di ciò che è già stato risolto. Questo potrebbe essere più difficile in un argomento con molte risposte.
Non sono sicuro di quanto sia utile aggiungere l’etichetta completed o fixed senza poter chiudere l’argomento. Se qualcun altro è ancora necessario per chiudere l’argomento, questo non aiuta molto.
Stavamo valutando delle automazioni per chiudere gli argomenti con quei tag - non sono sicuro di quanto sarebbe difficile portare quegli esperimenti al traguardo.
Leggo ogni post ogni giorno. Davvero. Il mio ultimo post non visto risale a giugno 2024. Pertanto, ho visto innumerevoli segnalazioni di bug/ux risolte o completate. Generalmente, mi limiterei a segnalarle per la chiusura. Vedo meno la necessità dei tag fixed o completed, ma solo una chiusura dell’argomento. Secondo me, questo da solo significa che l’argomento è stato risolto.
Vogliamo assolutamente fare di più in questo reparto.
chiudi argomento
Mi sono concentrato maggiormente sulla finestra “attiva” per assicurarmi che gli argomenti in cima a /latest fossero più coerenti, anche se ho gestito anche altri se mi sono capitati (argomenti correlati, e altro). Eseguire un audit completo della categoria di 
(non per dire che non sarebbe utile esaminare e potare/unire/chiudere quelli che sono stati trascurati nel corso degli anni, dico solo che richiederebbe tempo e bisognerebbe valutare dove si colloca nella lista delle priorità).
