Differenze tra le versioni di "Wikimania 2015/Relazione .laramar./Are we failing our users when they search Wikipedia?"

Da Wikimedia Italia.
Jump to navigation Jump to search
(metto a posto)
 
Riga 1: Riga 1:
 
'''Submission''': [https://wikimania2015.wikimedia.org/wiki/Submissions/Are_we_failing_our_users_when_they_search_Wikipedia%3F Are we failing our users when they search Wikipedia?]
 
'''Submission''': [https://wikimania2015.wikimedia.org/wiki/Submissions/Are_we_failing_our_users_when_they_search_Wikipedia%3F Are we failing our users when they search Wikipedia?]
  
Le persone non dovrebbero utilizzare servizi esterni per trovare contenuto su wikipedia.Ma ora funziona così.
 
  
Come le persone cercano su Wikipedia?:
+
La presentazione è stata interessante, anche se è stata l'introduzione di un tentativo di ricerca più che la presentazione di una ricerca compiuta, ma forse proprio per questo è stato interessante.
 +
Le persone non dovrebbero utilizzare servizi esterni per trovare contenuto su wikipedia. Ma ora funziona così, perché la ricerca su wikipedia è orrenda (questo lo dico io).
 +
 
 +
Come si cerca su Wikipedia?:
 
* search engine
 
* search engine
 
* search box on-wiki
 
* search box on-wiki
Riga 10: Riga 12:
  
 
Come misurare questa affectiveness?
 
Come misurare questa affectiveness?
* user satisfaction (user click on things if they find it, this measure has to increase)
+
* user satisfaction (la user satisfaction è positiva se l'utente clicca sul risultato trovato, questo dato deve aumentare): differenza tra mobile e desktop: solo metà delle persone ha il risultato dal mobile. Con la app la ricerca è molto più funzionante (ios e android).
Differenza tra mobile e desktop: solo metà delle persone ha il risultato dal mobile.  
 
Con la app la ricerca è molto più funzionante (ios e android).
 
 
 
Search is incosistent.
 
 
 
* user-perceived load time
 
Search has to be fast, the load time sould decrease.
 
  
* no result rate
 
Need to do better than that (spells worng for istance)
 
  
* API usage
+
La funzionalità di ricerca è inconsistente, secondo i dati raccolti:
We want peolple to be able to access information.  
+
* user-perceived load time: la ricerca deve essere veloce, il tempo di caricamento deve decrescere.
We have a lot to do.  
+
* no result rate: deve migliorare, ad esempio nel presentare dei risultati anche con una digitazione sbagliata (es. Loenardo Da Vinci invece che Leonardo Da Vinci)
 +
* API usage: vogliamo che le persone riescano ad accede all'informazione. Abbiamo molto da fare.
  
Find numbers in: searchdata.wmflabs.org
+
Trovate i numeri in: [http://searchdata.wmflabs.org searchdata.wmflabs.org].
  
Around 25% are zero results.
+
Circa il 25% delle ricerche danno zero risultati.
  
Conversion isn't the best metric for search satisfaction. Bounce rate and page depth needs to be analyze.  
+
La conversion non è la metrica migliore per la search satisfaction. Il bounce rate e la page depth devono essere analizzati.  
  
61% og partecipant are not finding what they are searching for, because they enter qquestions and descriptions and not keywords.
+
61% dei partecipanti non trovano quello che cercano, perché spesso inseriscono domande o descrizioni e non parole chiave.
  
 
[[Categoria:Relazioni di Wikimania 2015]]
 
[[Categoria:Relazioni di Wikimania 2015]]

Versione attuale delle 22:43, 10 set 2015

Submission: Are we failing our users when they search Wikipedia?


La presentazione è stata interessante, anche se è stata l'introduzione di un tentativo di ricerca più che la presentazione di una ricerca compiuta, ma forse proprio per questo è stato interessante. Le persone non dovrebbero utilizzare servizi esterni per trovare contenuto su wikipedia. Ma ora funziona così, perché la ricerca su wikipedia è orrenda (questo lo dico io).

Come si cerca su Wikipedia?:

  • search engine
  • search box on-wiki
  • mobile apps (ma 1% secondo i report)


Come misurare questa affectiveness?

  • user satisfaction (la user satisfaction è positiva se l'utente clicca sul risultato trovato, questo dato deve aumentare): differenza tra mobile e desktop: solo metà delle persone ha il risultato dal mobile. Con la app la ricerca è molto più funzionante (ios e android).


La funzionalità di ricerca è inconsistente, secondo i dati raccolti:

  • user-perceived load time: la ricerca deve essere veloce, il tempo di caricamento deve decrescere.
  • no result rate: deve migliorare, ad esempio nel presentare dei risultati anche con una digitazione sbagliata (es. Loenardo Da Vinci invece che Leonardo Da Vinci)
  • API usage: vogliamo che le persone riescano ad accede all'informazione. Abbiamo molto da fare.

Trovate i numeri in: searchdata.wmflabs.org.

Circa il 25% delle ricerche danno zero risultati.

La conversion non è la metrica migliore per la search satisfaction. Il bounce rate e la page depth devono essere analizzati.

61% dei partecipanti non trovano quello che cercano, perché spesso inseriscono domande o descrizioni e non parole chiave.