Al momento, questa motivazione si basa su paradigmi che per lo più non vengono verbalizzati. È il risultato dell’intuizione e del confronto con i clienti. Questa strategia eviterà per lo più regressioni e catastrofi come la perdita di un cliente. Tuttavia, ha i suoi limiti. Non esiste una scala chiara contro cui misurare i progressi. Quindi, KPI pragmatici come “Quanti utenti si sono lamentati / hanno elogiato la modifica?” e “Ha raggiunto obiettivi secondari come prestazioni migliorate, ecc.?” decideranno se una modifica è stata un successo o meno.
Il problema è: i potenziali utenti e i potenziali clienti non possono lamentarsi.
Un’interfaccia utente è come una lingua. La nostra capacità di comprendere questa lingua è influenzata dalla cultura in cui siamo stati socializzati. Se non verbalizziamo i paradigmi sottostanti che adottiamo mentre creiamo queste interfacce utente, incorporeremo la nostra cultura in questi sistemi. Ciò significa che sono facili da usare per persone come noi, ma non necessariamente in generale.
Vantaggi che un design system potrebbe apportare da una prospettiva astratta:
Aspetto e interazione coerenti, mantenendo una familiarità per l’utente, possono ridurre la difficoltà di apprendimento, i costi cognitivi e operativi e migliorare l’efficienza lavorativa. source
Aver categorie chiaramente definite di componenti dell’interfaccia utente avrebbe evitato questa confusione tra componenti di “visualizzazione dei dati” e un’azione dell’utente (per la quale, ad esempio, potrebbe essere utilizzato un pulsante). Se fosse esistita una pagina come questa dove tutti i diversi componenti UI e il loro scopo fossero stati elencati, si sarebbe potuta avere una discussione razionale. Sarebbe anche stato positivo se queste discussioni fossero state condotte pubblicamente e non fossero state comunicate solo tramite i messaggi di commit di git.
Ho appena aggiunto un suggerimento simile, ma non nel segnaposto. Considerando tutte le lingue in cui Discourse è tradotto, una stringa lunga nel segnaposto rischia di essere tagliata. Inoltre, non appena si inizia a digitare, il segnaposto scompare. Ho quindi optato per un suggerimento allineato a destra nella riga “Cerca in tutti i topic/post”:
La mia esperienza con la ricerca all’interno dell’argomento su Meta al momento è che sembra stranamente rotta.
Quando voglio cercare all’interno di una pagina web, sono abituato a premere Ctrl+F, digitare e premere Invio. Capisco perché Discourse debba intercettare/migliorare questa funzionalità per gli argomenti lunghi.
Cosa succede ora quando premo Ctrl+F su Meta e digito ‘theme’ nella casella di ricerca:
Mi mostra una serie di utenti (WTF) o tag (utile)
Se premo Invio, mi mostra una serie di altri argomenti (WTF, sto cercando all’interno dell’argomento)
Se premo “altro”, perdo completamente il contesto dell’argomento
La mia conclusione: state violando completamente le aspettative degli utenti su come funziona la ricerca all’interno di una pagina sul web.
Suggerimenti:
(1) se l’utente ha attivato la ricerca con Ctrl+F, impostare come predefinita la ricerca all’interno dell’argomento; ma mantenere la ricerca tra tutti gli argomenti come predefinita quando la ricerca viene attivata nel modo in cui viene attivata l’intera navigazione globale.
(2) non mostrare gli utenti come predefinito, poiché la maggior parte delle persone cerca argomenti.
Sono sinceramente perplesso sul perché abbiate usato un martello per schiacciare una noce; avrei pensato che l’impatto sulle prestazioni della ricerca carattere per carattere potesse essere gestito con un ritardo di 500 ms prima di attivare la ricerca.
Sto cercando di abituarmi a questa nuova ricerca e devo concordare con l’OP: non è un passo avanti. È più difficile da usare e l’interfaccia utente è confusionaria.
La penso allo stesso modo, anche se voglio anche essere chiaro sul fatto che comprendo i punti sollevati dal team riguardo alle ragioni del cambiamento, e riconosco che il cambiamento ha altri benefici significativi. Quindi sembra che si tratti solo di farlo bene, sperando in ulteriori perfezionamenti del nuovo design. Sfortunatamente al momento non ho idee specifiche per miglioramenti, altrimenti avrei aperto un argomento per il…
Detto questo, ho avuto lo stesso pensiero:
Sebbene il team non abbia necessariamente l’obbligo di rispondere, spero che lo faccia comunque. Non sembra comunque necessario un argomento a sé stante.
Non sembra comunque necessario un argomento a sé stante.