Oggi, la parte più disordinata della nostra community è il modo in cui gestiamo i problemi al suo interno. Per contesto, gestiamo una community guidata dal prodotto di utenti dei prodotti costruiti dalla nostra azienda. I problemi, ovviamente, potrebbero significare bug, richieste di funzionalità o problemi generali, proprio come un problema di GitHub, in realtà. Problemi attraverso molti vettori diversi, come:
- Problemi di GitHub per codice/strumenti di cui anche noi (il mio team) siamo proprietari
- Problemi di GitHub per il nostro marketplace open-source (oltre 50 repository/argomenti in crescita)
- Problemi/feedback/bug generali inviati riguardo al nostro prodotto
- Problemi all’interno della community stessa (richieste di funzionalità della community, ecc.)
- Problemi interni che vengono inviati al nostro team da altre unità aziendali (oggi li inviano su Slack)
- Problemi di documentazione
Di seguito sono riportati solo alcuni dei miei pensieri attuali e disorganizzati sulla gestione di questo, ma ho pensato di vedere cosa stanno facendo gli altri nelle loro community nel frattempo. Quindi, come fate?
- Parte di questa equazione è la vostra classica, eterna lotta tra categorie vs tag in termini di organizzazione generale
- Gli utenti sono generalmente sopraffatti dal numero di tag possibili, potrebbero non sapere intrinsecamente quale tag cercare, o nella maggior parte dei casi non tentano nemmeno di inserire un tag. (e richiedere n tag li costringe tipicamente a fare uno sforzo minimo per un tag).
- Un modulo di invio generale potrebbe aiutare ad alleviare il processo di invio per questo, supponendo che si opti per più di 1-2 categorie.
- Una potente funzionalità che Discourse potrebbe aggiungere sarebbe quella di associare i tag a campi a discesa obbligatori nei modelli di modulo sperimentali. In questo modo, ad esempio, se la domanda a discesa è “Quale browser stai usando?”, ci sarebbero tag di Discourse associati alle risposte Chrome, Arc, ecc.
- Uno dei miei maggiori problemi per questo è una “vista amministrativa” di questa soluzione. Credo che il plugin dei ticket (anche se gli screenshot sono rotti, quindi non posso rinfrescarmi la memoria) possa essere un buon caso d’uso per questo.
- Avrei davvero bisogno di agire su molti metadati relativi all’argomento a questo riguardo. Data di invio, stato attuale, tag associati, assegnatari, possibilità di chiuderli, ecc.
