Prima di tutto, grazie mille per questo! Ho ricominciato a riorganizzare le categorie nella mia installazione di Discourse e mi sono reso conto che la visualizzazione delle hashtag nel testo, con la struttura categoria genitore > categoria figlia, mi stava di nuovo un po’ infastidendo (abbiamo molte categorie e menzioniamo spesso le nostre categorie e sottocategorie per guidare gli utenti). Così ho ricontrollato per vedere se le cose erano andate avanti dai nostri primi dibattiti sull’argomento, ed è così! Sono felicissimo.
Personalmente non avrei avuto bisogno delle card (bastava il link alla sottocategoria più conciso), ma a ripensarci mi è piaciuta abbastanza l’idea. Almeno per la mia utenza, poter vedere un’anteprima di una categoria o di una hashtag ha davvero senso. Tuttavia, l’avevo immaginata come un “hover” e quando mi sono reso conto che avveniva al clic, la mia reazione è stata: “oh, aspetta, cosa, un altro passaggio? Doppio clic sui link ipertestuali?!”
Questa è stata esattamente la mia reazione: stiamo solo aggiungendo un clic in più per aprire un link… boh.
Ma poi l’ho provata sul mio telefono e ho cambiato idea: la card mi dà una panoramica davvero utile di cosa sia la categoria (se avessi avuto qualche dubbio… ricordando che le persone che usano una tassonomia la trovano generalmente meno intuitiva di chi l’ha creata) e mi dà un’idea di quali siano gli ultimi post, il che mi offre in realtà l’opportunità di non recarmi su quel tag o categoria se non era ciò che cercavo.
I miei utenti non sono molto a loro agio negli spazi digitali e si perdono. Questo, a mio avviso, li aiuterà sicuramente a non perdere il filo di dove si trovano, evitando di finire in un posto in cui non volevano davvero andare perché hanno cliccato su alcune parole che sembravano promettenti ma non erano in realtà la scelta giusta.
Quindi, al momento, sono piuttosto entusiasta e ho attivato l’anteprima per la mia community. Vedremo come funziona nella pratica.
Ma… posso immaginare altri scenari di community in cui questo non funzionerebbe. Sono d’accordo sul fatto che non vogliamo trasformare tutto in un’impostazione (siamo già sommersi da esse, mi sono lamentato abbastanza a riguardo). Ma… sento che questo “rompe” il modello atteso di come funzionano le cose online: clicchi su un link, vieni portato alla destinazione. Digiti una hashtag, il che significa che le persone possono cliccarla per vedere tutto ciò che è correlato a quella hashtag. Quindi non sono davvero sicuro di come aggirare questo problema.
Forse la soluzione è su un altro livello, nel modo in cui Discourse, come strumento, gestisce due apparenti intenzioni in conflitto:
- essere molto flessibile e personalizzabile
- offrire un’ottima esperienza “fuori dalla scatola”
Il team potrebbe già star lavorando su questo (o potrebbe essere un’idea che non funziona, o forse sto enunciando l’ovvio, o arrivo in ritardo, o sono fuori tema o sto mostrando la mia ignoranza su come funzionano le cose) ma mi sembra che la “soluzione” per conciliare i due aspetti sia:
- essere spietati nel prendere decisioni su UX/functionalità per l’esperienza “base, fuori dalla scatola, plug-and-play”
- essere spietati nel ridurre al minimo le opzioni e le impostazioni per coprire il 95% dei casi d’uso (o forse l’80%? il 99%? qualunque percentuale sia)
- offrire un secondo livello di impostazioni per utenti esperti o casi limite e per chi vuole personalizzare aspetti molto specifici; questo non sarebbe integrato nell’interfaccia che fornisce le impostazioni “normali”, ma sarebbe più simile a un file di configurazione
Quindi, in questo caso, se la conclusione del team è che le card di anteprima per hashtag/categorie sono la strada da percorrere, e che le sottocategorie dovrebbero essere visualizzate in linea senza menzionare la categoria genitore, e che non c’è una giustificazione sufficiente per renderlo un’impostazione generale per gli amministratori, potrebbe comunque essere un’impostazione “nascosta” accessibile aggiungendo “hashtag_preview_cards: OFF” o “show_hashtag_subcategory_parent_inline: ON” da qualche parte.
Scrivendo questo, sono abbastanza sicuro che ci siano implicazioni a livello di sviluppo, oltre che di UX, riguardo alla moltiplicazione delle impostazioni…