Grazie per aver condiviso il contesto, James! 
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?
| cosa | dove | chi |
|---|---|---|
 Discourse Solved |
Support Installation Dev Data & reporting SSO | proprietario dell’argomento, @team, TL4 |
| fixed | Bug UX (funziona ovunque) | @team |
| completed | Feature UX | @team |
| delivered | Marketplace | tutti i membri |
 chiudi argomento |
ovunque | @team e automatico |
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 Bug UX e significa che un bug o un bug UX è stato corretto.
completed è utilizzato anche in Support Feature UX. UX perché gli argomenti UX sono spesso anche richieste di funzionalità. C’era un argomento, "Reader Mode" theme component feedback, che era in Site feedback ma l’ho spostato in Theme component dove sembra appartenere ora che il componente è stato rilasciato.
delivered è utilizzato solo in Marketplace.
Gli argomenti vengono chiusi per una serie di motivi diversi:
- Gli argomenti Support vengono chiusi un mese dopo l’ultima risposta, una volta risolti
- Gli argomenti Marketplace vengono chiusi un mese dopo l’ultima risposta, indipendentemente dal fatto che siano delivered o meno.
- i moderatori chiudono gli argomenti
- quando sono risolti
- per impedire risposte (ad es. documentazione o release-notes)
- come tattica di moderazione per porre fine alle discussioni in argomenti che sono diventati improduttivi o hanno esaurito il loro corso
Alcuni potenziali passi successivi:
- aggiungere descrizioni ai tag fixed completed delivered che spieghino come li utilizziamo
- 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