Riprogettazione della directory dei plugin di WordPress: perché così tante persone sentono che il loro feedback è stato ignorato

All'inizio di questa settimana, la directory dei plugin di WordPress è stata rilanciata con un nuovo design e un algoritmo di ricerca migliorato. Il feedback è arrivato dai lettori di Tavern e dai membri del gruppo Facebook di WordPress avanzato.

I miglioramenti alla ricerca hanno ricevuto numerosi commenti positivi oltre alle persone che hanno richiesto la possibilità di ordinare i risultati. Anche il design reattivo e l'estetica della pagina hanno ricevuto elogi.

Ci sono una serie di elementi che gli sviluppatori di plugin e gli utenti hanno segnalato come aspetti negativi del nuovo design. Alcuni dei più notevoli includono:

• Le statistiche del plug-in sono disponibili solo per l'autore del plug-in accedendo all'amministratore.
• Il layout a schede è stato sostituito con una serie di collegamenti Leggi di più.
• Le immagini del banner del plug-in sono distorte.
• La scheda Installazione che forniva istruzioni su come installare il plug-in è scomparsa.
• Gli screenshot non si aprono in una lightbox, ma si aprono invece su una nuova pagina.
• Mancano i collegamenti per scaricare le versioni precedenti dei plug-in.

Molti dei problemi sopra riportati sono noti e sono noti da mesi. Anche se può sembrare che molte persone si siano improvvisamente lamentate e non abbiano partecipato al ciclo di feedback, è importante guardare indietro per vedere come la riprogettazione della directory dei plugin sia arrivata a questo punto.

Dai prototipi all'open beta

A maggio 2016, il team Meta di WordPress ha pubblicato i prototipi di un nuovo design per la directory dei plugin di WordPress. L'annuncio ha generato un feedback abbondante con una forte spinta verso l'aggiunta di dati invece di rimuoverli.

Molti utenti hanno segnalato che lo spostamento delle informazioni sull'autore del plug-in, sull'ultimo aggiornamento e sull'installazione attiva dalla pagina di elenco del plug-in alla pagina dei dettagli del plug-in era un aspetto negativo. Samuel Sidler, Apollo Team Lead di Automattic, ha risposto al feedback spiegando perché non pensava che mostrare le informazioni agli utenti fosse utile.

L'autore, come hai detto, è davvero utile solo per gli addetti ai lavori. Gli ultimi due, nel frattempo, sono già presi in considerazione nei risultati della ricerca. Se un plug-in non ha una versione compatibile recente, si sposterà in basso nell'elenco. Se è troppo vecchio, non verrà mostrato affatto (come accade oggi).

Le installazioni attive sono più interessanti, ma teniamo conto della ponderazione dei risultati di ricerca così come sono. In realtà trovo rinfrescante non mostrare le installazioni attive in quanto consente ai plug-in meno popolari di ottenere più download. Gli utenti avranno meno probabilità di fare clic sui plug-in popolari (al di fuori dei nomi familiari) e avranno maggiori probabilità di trovare il plug-in di cui hanno effettivamente bisogno.

Ci sono state anche molte discussioni su come migliorare e visualizzare i risultati di ricerca.

Nel giugno 2016, al WordCamp Europe, Konstantin Obenland, collaboratore principale di WordPress, ha annunciato che la riprogettazione della directory dei plugin di WordPress era in open beta. Il team ha ricevuto feedback da Matt Mullenweg, co-creatore del progetto WordPress, sulla modifica della direzione e del design della pagina. "Siamo davvero solo all'inizio delle iterazioni di progettazione", ha affermato Obenland. “Pensa che possiamo fare di meglio, e ha ragione. Possiamo e dobbiamo”.

Kevan ha commentato la beta aperta e ha sottolineato molti degli stessi problemi segnalati con i prototipi. Nel luglio 2016, Obenland ha annunciato la versione tre della beta aperta. L'uso dei collegamenti Leggi di più a favore dell'interfaccia a schede è stato nuovamente sollevato nei commenti di John Blackbourn.

"Sono davvero preoccupato per l'uso liberale dei collegamenti 'Leggi di più' nelle singole pagine dei plug-in", ha affermato Blackbourn. "Sono utilizzati per risolvere il problema del sovraccarico di informazioni causato dal posizionamento di tutte le informazioni su una pagina, invece di utilizzare l'interfaccia a schede della directory corrente".

In risposta a Blackbourn, Joy ha dichiarato che il problema dei collegamenti Leggi di più era già stato discusso e che il feedback è stato ignorato. La sensazione di essere ignorato è stata condivisa anche da Jon Brown.

"È difficile vedere che il feedback è stato ascoltato e in questo caso molto di esso non sembra essere stato preso in considerazione (riporta le schede, non leggere altro...)." ha detto Brown. "Non vedo tutto, o anche molto, quindi avrei sicuramente potuto perderlo."

Mika Epstein ha risposto che il feedback non è stato ignorato e che Obenland stava raccogliendo e raccogliendo informazioni.

Quattro mesi fa, Kenshino ha creato un ticket su WordPress Meta che ha delineato i problemi di usabilità relativi all'utilizzo dei collegamenti Leggi di più anziché delle schede.

"Facendo clic su Leggi di più , ad esempio sul registro delle modifiche, è necessario scorrere fino in fondo prima di poter raggiungere la sezione successiva", ha affermato. "Essenzialmente per me scorrere tutte le sezioni, a condizione che siano abbastanza lunghe, dovrei fare clic, scorrere alcune pagine, fare clic, scorrere alcune pagine ecc. fino a quando non ho completato tutte le sezioni".

Il biglietto è stato chiuso come duplicato del biglietto di Greg Ross. In esso, suggerisce di aggiungere una sezione Jump in modo che gli utenti possano navigare in sezioni specifiche di Leggimi senza dover scorrere l'intera pagina. Il ticket ha ricevuto un supporto minore e di recente è stato modificato il suo traguardo dalla versione tre a una versione futura.

I collaboratori di WordPress si sentono ignorati

In un incontro tenuto all'inizio di questa settimana nel canale Meta Slack di WordPress, Matt Cromwell, Head of Support and Community Outreach di WordImpress, ha suggerito che il team Meta descriva il processo di raccolta e azione sul feedback nel modo più dettagliato possibile nel post dell'annuncio .

"Ho chattato con molti sviluppatori e molti ritengono che abbiano fornito feedback attuabili sulla direzione della directory dei plugin e tutti i consigli sono stati ignorati", ha affermato Cromwell. “Che si tratti o meno di una valutazione accurata, è una sensazione reale condivisa da molti. Sono qui da quasi tutte le settimane e so bene che il feedback è stato ricevuto e seguito, ma c'è ancora una forte percezione".

Nonostante le preoccupazioni relative all'utilizzo dei collegamenti Leggi di più sollevate durante ogni fase del progetto, non sembrano essere state affrontate. Altre lamentele espresse dai membri della comunità all'inizio della riprogettazione sono in gran parte rimaste. Non sorprende che così tante persone si sentano ignorate.

Mullenweg ha commentato durante l'incontro dicendo che anche lui si è sentito ignorato: "Per quel che vale, sento che anche il mio feedback è stato ignorato", ha detto. “Spero che possiamo fare un'altra importante iterazione sulla directory, perché non sono davvero un fan della nuova.

"Forse il back-end di WordPress renderà più facile apportare miglioramenti incrementali in futuro, poiché essere su bbPress prima è stato spesso citato come il motivo per cui le cose erano lente a scorrere in precedenza".

Sebbene il feedback di Mullenweg nel giugno 2016 non fosse pubblico, i suoi recenti commenti indicano che non è cambiato molto da allora ad oggi.

Alex Shiels, un membro del Team Apollo di Automattic, afferma che il feedback degli utenti non è stato ignorato. “Non è che il feedback di nessuno sia stato ignorato; solo che abbiamo avuto risorse limitate e una grande componente di back-end per il progetto, e molte richieste contrastanti”, ha affermato. “Farò in modo di dare un chiaro invito a fornire feedback nel post dell'annuncio e includere qualcosa sulle future iterazioni.

L'incapacità di misurare gli impatti della riprogettazione

Kevin Hoffman, che ha partecipato alle discussioni su trac su come visualizzare gli screenshot, ha chiesto se c'erano dati utente e feedback che il team Meta poteva condividere che hanno portato ad alcune delle decisioni e alle modifiche apportate. Ad esempio, le modifiche all'interfaccia utente o la frequenza con cui si fa clic sui collegamenti Ulteriori informazioni. Shiels ha risposto che il team non ha quei dati perché non ha gli strumenti per farlo.

"Esiste il monitoraggio di Google Analytics, ma l'accesso è molto limitato e da quello che ho visto (non ho accesso diretto) è disordinato e difficile da cui trarre conclusioni oggettive", ha detto Shiels. “Sono assolutamente d'accordo sul fatto che l'analisi e il test A/B sarebbero fantastici, ma al momento non abbiamo gli strumenti per farlo. Penso che debba essere considerato un passo successivo, ma davvero un progetto separato di per sé".

Hoffman si è ritirato dal contribuire alla riprogettazione dopo aver ricevuto questa risposta sette mesi fa da Sidler su Trac, dove afferma che gran parte del feedback ricevuto proveniva dagli sviluppatori di plug-in e non rappresentativo degli utenti.

Innanzitutto, stiamo costruendo il sito per gli utenti, non per gli sviluppatori. Certamente alcuni dei nostri utenti sono sviluppatori, ma non la stragrande maggioranza. Una delle filosofie principali di WordPress è costruire prima per l'80%, non per il 20%, e questo vale anche in questo caso.

In secondo luogo, quasi tutto il "travolgente feedback della community" che abbiamo ricevuto finora proviene da autori di plugin che sono (tipicamente) sviluppatori. È tutto un ottimo feedback e ovviamente stiamo ascoltando attentamente. Ma non è necessariamente rappresentativo degli utenti che visitano regolarmente la directory dei plugin. Eseguiremo sicuramente dei test utente prima del lancio e probabilmente possiamo eseguire una versione beta più ovvia, con un collegamento dalla directory corrente a quella nuova. Ma la directory non è ancora pronta per questo.

Terzo, questa "limitazione autoimposta", come la chiami tu, non è arbitraria. Piuttosto, è il risultato di ricerche e discussioni di persona con un certo numero di designer. Sarà il design definitivo? Non so. Ma dal momento che non l'abbiamo testato con utenti reali (vedi il paragrafo sopra), è difficile dirlo in questo momento. Penso che perseguire questa direzione sia degno per una serie di ragioni, che non vale davvero la pena ripassare qui. Prima di tutto, però, finché non realizzeremo un prodotto che possa essere sottoposto a test utente, non sapremo se è la giusta direzione.

Come può il team sapere che la riprogettazione sta funzionando o è la giusta direzione se WordPress.org non ha gli strumenti necessari per misurarne gli impatti? C'è anche la domanda su quali dati sono stati ottenuti o sono stati eseguiti test sugli utenti che supportano le decisioni che sono state prese? Chi sono questi utenti e come fa il team a sapere qual è la migliore esperienza utente per loro?

L'iterazione è il modo di WordPress

Ora che la nuova directory è disponibile pubblicamente, il team Meta sta esaminando i feedback, raccogliendo segnalazioni di bug e organizzando i ticket su Trac.

"Se ci sono biglietti che sono stati chiusi o posticipati durante il progetto che ritieni debbano essere rivisitati, questo sarebbe un ottimo momento per iniziare a rivederli e riaprirli", ha detto Shiels. “Abbiamo già un sacco di biglietti per il traguardo futuro.

“La nuova directory è stata creata pensando alla manutenibilità futura e al miglioramento iterativo. Non vediamo l'ora di ricevere feedback dall'intera community di WordPress e apportare miglioramenti e aggiunte regolari".

Per segnalare un bug o un miglioramento con la directory dei plugin, sei incoraggiato a creare un ticket su Trac. Se hai domande sulla directory o vorresti essere più coinvolto, visita #meta su Slack.

La minoranza vocale

Ci sono molte persone che esprimono le loro lamentele sulla riprogettazione della directory dei plugin di WordPress e riassumerle come una minoranza vocale è ingiusto.

"Non dimentichiamo inoltre che una delle filosofie di WordPress è The Vocal Minority", ha detto Aaron Jorbin, collaboratore principale di WordPress, in una conversazione sul canale Meta Slack in merito al feedback. "Molte persone che parlano a voce alta su Internet non sono un motivo per fare nulla."

Come ho documentato sopra, i problemi di cui le persone si lamentano oggi sono più o meno gli stessi di quelli riportati durante la fase di prototipo più di sette mesi fa.

Se sono passati mesi e le questioni sollevate dai membri della comunità che fanno parte della cosiddetta minoranza vocale non sono state affrontate prima della spedizione al pubblico, possiamo biasimarli se si lamentano e si sentono ignorati? Che dire di coloro che pensano che essere coinvolti per essere parte della soluzione sia stata una perdita di tempo? Sebbene la progettazione della directory dei plugin migliorerà senza dubbio con il tempo, le lamentele e le preoccupazioni espresse dalle persone questa settimana sono giustificate.