Crea facilmente categorie di Supporto usando il plugin discourse-solved

[martin (Martin Brennan)]

Abbiamo semplificato la creazione di categorie di tipo “supporto/domande e risposte” su Discourse! Questo aggiornamento sfrutta il nostro plugin esistente Discourse Solved, ma semplifica il processo di configurazione e stabilisce nuove impostazioni predefinite per questo tipo di categoria per servire al meglio questo caso d’uso.

Nota: sul nostro hosting, Discourse Solved non è disponibile nei piani Gratuito o Starter.

In questo argomento, esamineremo le modifiche principali e ti mostreremo come iniziare a usarlo oggi stesso.

Cosa è cambiato

Quando crei una nuova categoria, ora vedrai due tipi:

Quando selezioni il tipo di categoria Supporto, configureremo tutto il necessario per questo tipo di categoria. Soprattutto, ciò significa che attiveremo automaticamente Consenti al proprietario dell'argomento e allo staff di contrassegnare una risposta come soluzione, che consente ai membri di contrassegnare una risposta al loro argomento come soluzione (vedi la nostra categoria Supporto qui su Meta per un esempio di come appare).

• Nella scheda Generale, il Nome categoria e lo Stile sono configurati automaticamente

• Nella scheda Supporto, le impostazioni più utili per questo tipo di categoria sono preimpostate:
  • Chiudi automaticamente gli argomenti risolti è impostato su 2 giorni
  • Notifica al creatore dell’argomento quando lo staff contrassegna una soluzione è abilitato
  • Mostra una casella di controllo vuota accanto agli argomenti non risolti nell’elenco degli argomenti è abilitato
  • Mostra filtro per stato risolto è abilitato

Tutte queste impostazioni possono essere personalizzate per soddisfare le tue specifiche esatte. Queste impostazioni predefinite si basano su come utilizziamo questo tipo di categoria nella nostra comunità e su come abbiamo visto che ha più successo in altre comunità Discourse.

Abilitare la configurazione della categoria di tipo supporto nella tua comunità

Per ora, questa è considerata una modifica sperimentale! Accogliamo con favore il tuo feedback, che ci aiuterà a migliorare e a implementare ulteriormente questa funzionalità.

Per attivarla, vai alla pagina Modifiche in arrivo nell’area di amministrazione (/admin/config/upcoming-changes) e trova l’elemento Abilita configurazione tipo categoria di supporto. Aggiorna il campo Abilitato per… per includere il tuo sito in questa nuova progettazione:

Cosa ne pensi?

A te la parola: ci piacerebbe sapere cosa ne pensi di questa nuova funzionalità. Cosa ti piace e cosa non ti piace; cosa funziona bene e cosa potrebbe essere migliorato?

[ice.d (discord ice)]

Ciao, @martin

Questa è un’idea intelligente e ti ringrazio molto per essa!

È qualcosa che sentivo mancasse, sono stanco di sfogliare le categorie e assicurarmi di non dimenticare di aggiungere le funzionalità di marcatura della soluzione.

Ora posso avere una vera categoria di supporto!

Grazie

Ice.d e il suo team del forum

[martin (Martin Brennan)]

Grazie, sono contento che ti piaccia! Solo per chiarire, questo è stato un lavoro di squadra con @j.jaffeux @zogstrip @awesomerobot e @lindsey nel team XP self-service. Lo faremo anche per altri tipi di categoria in futuro, quindi rimanete sintonizzati

[Moin]

@martin

cosa si potrebbe migliorare

Sarebbe fantastico se si potesse evitare di forzare il minuscolo del tipo nell’intestazione “nuova categoria xxx”.

Questa stringa è già difficile da tradurre in tedesco, perché non possiamo riutilizzare naturalmente il nome del tipo in quella posizione. Il tedesco di solito richiede un nome composto (es. “Diskussionskategorie”), quindi dobbiamo già usare una soluzione alternativa come:

Nuova categoria di tipo “Diskussion” (letteralmente: “nuova categoria di tipo ‘discussione’”)

Tuttavia, il comportamento attuale produce:

Nuova categoria di tipo “diskussion”

il che è scorretto, poiché i sostantivi devono essere sempre scritti in maiuscolo in tedesco.^[1] Non penso che questo possa essere risolto adeguatamente nelle traduzioni.

---

1. Ho già segnalato lo stesso problema con i motivi di segnalazione nella coda di revisione. ↩︎

[Moin]

Sono curioso di sapere perché

“Chiudi automaticamente l’argomento dopo questa durata una volta contrassegnato come risolto”

sia stato scelto per sostituire

“Chiudi automaticamente l’argomento (n) ore dopo l’ultima risposta una volta che l’argomento è stato contrassegnato come risolto.”

La formulazione precedente indicava molto più chiaramente che il timer viene calcolato in base all’età dell’ultima risposta dopo aver contrassegnato una soluzione, mentre la nuova formulazione suggerisce che il timer parte dal momento in cui l’argomento viene contrassegnato come risolto, il che può essere fuorviante.

Cosa ha portato alla scelta di 2 giorni come periodo di chiusura predefinito? So che mcwumbly ha recentemente affermato che 30 giorni su Meta sembrano generosi. Ma nei casi in cui lo staff seleziona la soluzione, 2 giorni sembrano molto brevi. Se i moderatori aspettano che l’utente risponda, sembra probabile che l’ultimo messaggio sia più vecchio di 2 giorni prima che selezionino una soluzione, il che comporta la chiusura immediata dell’argomento. Quindi l’utente non può rispondere facilmente che la soluzione selezionata non lo ha aiutato.

[martin (Martin Brennan)]

@Moin

Cosa ha portato alla scelta di 2 giorni come periodo di chiusura predefinito?

Non sono sicuro, 48 ore è l’impostazione predefinita corrente, non l’abbiamo cambiata.

@Moin

La formulazione precedente era molto più chiara

La sistemerò, non intendevo rimuovere la parte “dopo l’ultima risposta”.

@Moin

Sarebbe fantastico se potessi evitare di forzare le minuscole del tipo nell’intestazione “nuova categoria xxx”.

Ok, possiamo farlo, viola un po’ Formatting text in Discourse documentation and UIs ma non vogliamo seguirlo e far sì che le traduzioni siano sbagliate, quindi correggerò.

[Moin]

@martin

Ok, possiamo farlo, viola un po’ la Formattazione del testo nella documentazione e nelle UI di Discourse ma non vogliamo seguirla e rischiare che le traduzioni siano errate, quindi sistemerò.

Potresti aggiungere “discussion” come testo senza lettera maiuscola in modo che rispetti le regole di formattazione senza trasformarsi in minuscolo. Qualcosa come category_types.discussion.lowercase
Ho appena notato che category_types.discussion.title è in minuscolo. È possibile usare title invece di name così non hai bisogno di infrangere le regole di formattazione?

[martin (Martin Brennan)]

Questi sono risolti qui:

UX: Minor category copyedits (#38775)

[Noah]

Questo è interessante. Tuttavia, mi chiedo se un nome migliore sia più appropriato?

Potrebbe essere solo una mia impressione, ma quando penso a “supporto”, immagino un canale dedicato al rapporto tra staff e clienti, mentre qui si tratta più di una funzione di supporto comunitario. Forse qualcosa come “Aiuto alla Comunità” o “Domande e Risposte” sarebbe meglio?

[Neil_Evans]

È possibile convertire una categoria esistente in una categoria “Supporto” modificando manualmente l’impostazione? In tal caso, quali impostazioni devo cambiare? Grazie! N

[martin (Martin Brennan)]

Sì Neil, puoi abilitare questa impostazione nella scheda Impostazioni di qualsiasi categoria per farlo:

In futuro renderemo questa operazione più semplice con un’interfaccia utente più dedicata.