Una cosa che trovo ripetutamente mancante e molto macchinosa da aggirare su Discourse sono le anteprime delle categorie. Lavorando con i clienti sui temi di Discourse, spesso hanno categorie riservate (o solo per utenti registrati, o per membri paganti), ma vogliono comunque mostrare pubblicamente tutte le aree che offrono per attrarre più iscrizioni. Un esempio che mi è stato dato più volte è l’interfaccia di Circle. Tutti gli spazi sono visibili, ma se un utente non ha accesso vedrà una nota banner con una call-to-action per ottenere l’accesso:
So che esiste un componente Category Previews su meta, ma non consente questo flusso di utilizzo. Si potrebbe aggiungere solo una sostituzione manuale del link della categoria nell’elenco delle categorie. Ma gli utenti senza accesso non saranno comunque in grado di seguire il link regolare della categoria. E il link della categoria non verrà mostrato in altri luoghi.
Mi piacerebbe vedere un’opzione integrata per consentire le anteprime delle categorie riservate. Quindi, se selezionato, il link della categoria apparirà come altri link di categoria. Quando seguito, saranno visibili solo l’intestazione della categoria e l’argomento “Informazioni sulla ..categoria”.
Sì, sono richieste simili. Ma non ho trovato una soluzione in questi argomenti. Per mia esperienza, questo utilizzo sta diventando comune, ma le soluzioni offerte da soluzioni alternative manuali o dal plugin richiedono molta configurazione e manutenzione, sia da parte di un autore di temi e/o da parte di gestori della community. Portano anche facilmente a errori quando la struttura del sito viene modificata.
Puoi rendere la categoria padre leggibile da tutti e non scrivibile, e poi rendere le sottocategorie leggibili/scrivibili solo a coloro a cui è stato concesso l’accesso?
In questo modo potresti avere un argomento “informazioni su questa categoria” e un banner a livello padre, e poi tutto il contenuto ristretto può essere sbloccato quando qualcuno ottiene l’accesso alle sottocategorie. Ciò richiede una categorizzazione aggiuntiva, ma potrebbe avere meno svantaggi rispetto ad altri approcci…
Un’altra soluzione alternativa, ovviamente, ma al momento non abbiamo in programma alcun lavoro di anteprima delle categorie.
Sì, ho provato questo approccio, ma penso che generalmente non sia intuitivo per gli utenti che hanno effettivamente accesso capire che possono pubblicare solo nelle sottocategorie. Ciò si complica dal fatto che il pulsante “Nuovo argomento” non viene visualizzato quando si accede alla categoria ombrello. Quindi, questo richiede un ulteriore workaround nella progettazione.
Grazie per l’avviso! Bene, volevo solo condividere questo feedback, perché penso che ci siano tre modalità di categoria di base: Pubblica, Ristretta e Segreta. Altre piattaforme rendono molto semplice la scelta di una di queste modalità. Ecco l’impostazione su Circle:
Su Discourse abbiamo Pubblica e Segreta. E la modalità Privata/Ristretta predefinita è quella che @Heliosurge ha menzionato: visualizza gli argomenti della categoria, ma non pubblica/risponde. Ma tale configurazione è un requisito piuttosto raro, poiché è tipicamente già coperto dal non essere registrati su un sito.
Penso che l’impostazione predefinita più comune per Privata/Ristretta sarebbe solo la pagina della categoria con un lucchetto e una descrizione.
Sono abbastanza sicuro che vogliano l’opzione per consentire alle persone di vedere solo il titolo della categoria, ma non gli argomenti e i loro post all’interno della categoria. Sono abbastanza sicuro che quello che hai suggerito consentirà alle persone di vedere il nome della categoria, gli argomenti e i post, ma potrei sbagliarmi.
Sì, proprio come nel primo screenshot condiviso sopra. Penso che questo sia uno scenario comune quando l’intenzione è monetizzare determinate aree del forum: i clienti di solito non vogliono che queste aree siano segrete, ma mostrano agli utenti cosa offrirebbe il forum quando scelgono di pagare.
Come accennato in precedenza, per me l’altra opzione (vedere tutti gli argomenti, ma non poter rispondere o crearne di nuovi) è solitamente già coperta dalla distinzione tra visitatore anonimo e membro registrato. È piuttosto raro che questa esperienza debba essere ripetuta per gli utenti registrati.
Questo è il punto centrale di questo argomento di funzionalità: penso che un’opzione sia più comune, ma difficile da implementare in Discourse. Mentre l’altra è meno richiesta, ma attualmente è il comportamento predefinito con Discourse.
Sì, mi piacerebbe anche questa funzionalità per i motivi che hai menzionato, per pubblicizzare agli utenti che esiste e c’è un modo, tramite applicazione o invito o anche pagando, per accedervi. Posso vedere molti usi per essa, dato che sto considerando di avere una community a livelli sia per un podcast che per un allenamento di arti marziali online.
Detto questo, vedo ancora valore anche nell’nascondere i nomi delle categorie, ma mi piacerebbe molto le tre opzioni che hai suggerito.
[quote=“jimkleiber, post:11, topic:215250”]pubblicizzare agli utenti che esiste e c’è un modo, sia tramite applicazione o invito o anche pagando, per accedervi.
[/quote]
Credo di aver trovato una soluzione alternativa che mi permette di realizzare l’esperienza utente desiderata senza intaccare l’architettura di sicurezza di Discourse.
Questo esempio non riguarda le restrizioni a pagamento, ma un obiettivo simile. Abbiamo categorie riservate per i gruppi di lavoro su questo forum. Vorremmo comunque promuovere la loro esistenza e attirare interesse per unirsi ad essi. Quindi, vorrei che queste categorie fossero visibili a tutti gli utenti del forum, come in questo mockup:
Ora, per mostrare le categorie, indipendentemente dal fatto che un utente abbia effettivamente accesso o meno, ho aggiunto quelle riservate più ho aggiunto categorie “ombra” pubbliche a ciascuna di esse. Ecco la mia vista di amministrazione di tutte le categorie per Community Builders e Translators:
Una volta che un utente ha accesso effettivo a una categoria riservata, nascondo quella pubblica con CSS. Supponiamo che un utente si sia unito ai Translators. Avranno questa vista:
Beh, è comunque un po’ di sforzo… ma mi piace l’esperienza utente. E aggiunge il vantaggio che gli utenti che non hanno accesso al gruppo in sé possono comunque interagire con i leader del gruppo nelle categorie pubbliche, senza aggiungere rumore alle discussioni effettive del gruppo.
