<?xml version="1.0" encoding="UTF-8"?><rss
version="2.0"
xmlns:content="http://purl.org/rss/1.0/modules/content/"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:atom="http://www.w3.org/2005/Atom"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
> <channel><title>Commentaires sur : Formation sur l&#8217;ergonomie web et l&#8217;accessibilité</title> <atom:link href="http://www.eclaireur.net/technique/formation-ergonomie-web-accessibilite-creation-site/feed/" rel="self" type="application/rss+xml" /><link>http://www.eclaireur.net/technique/formation-ergonomie-web-accessibilite-creation-site/</link> <description>Articles et news sur l&#039;innovation des sites web 2.0, dÃ©veloppement et webdesign</description> <lastBuildDate>Tue, 31 Jan 2012 22:17:51 +0000</lastBuildDate> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <generator>http://wordpress.org/?v=3.3.1</generator> <item><title>Par : David</title><link>http://www.eclaireur.net/technique/formation-ergonomie-web-accessibilite-creation-site/comment-page-1/#comment-3537</link> <dc:creator>David</dc:creator> <pubDate>Mon, 16 Feb 2009 23:45:32 +0000</pubDate> <guid
isPermaLink="false">http://www.eclaireur.net/?p=795#comment-3537</guid> <description>Merci Christophe de ton retour, il est vrai qu&#039;en relisant l&#039;article je ne parle des tests utilisateurs qu&#039;à la fin dans une parenthèse. C&#039;est sûr que cela mériterait d&#039;être étoffé. Je viens de tempérer la conclusion en enlevant le coté quantitatif des tests utilisateurs.</description> <content:encoded><![CDATA[<p>Merci Christophe de ton retour, il est vrai qu&#8217;en relisant l&#8217;article je ne parle des tests utilisateurs qu&#8217;à la fin dans une parenthèse. C&#8217;est sûr que cela mériterait d&#8217;être étoffé. Je viens de tempérer la conclusion en enlevant le coté quantitatif des tests utilisateurs.</p> ]]></content:encoded> </item> <item><title>Par : Christophe</title><link>http://www.eclaireur.net/technique/formation-ergonomie-web-accessibilite-creation-site/comment-page-1/#comment-3536</link> <dc:creator>Christophe</dc:creator> <pubDate>Mon, 16 Feb 2009 23:43:53 +0000</pubDate> <guid
isPermaLink="false">http://www.eclaireur.net/?p=795#comment-3536</guid> <description>Pour la partie ergo, la conclusion concernant les tests utilisateurs mérite des précisions. Il est dangereux de faire des raccourcis en disant &quot;il faut tant de temps, tant de personnes&quot; car tout est affaire de contexte, et quand j&#039;en ai parlé lors de la formation, la notion d&#039;économie était bien sûr en filigrane car le débat avait débuté avec la phrase d&#039;une participante &quot;les tests utilisateurs ça coûte cher&quot;.
Pour des tests utilisateurs sérieux, plus il y a d&#039;utilisateurs testés, mieux c&#039;est. On s&#039;accorde pour dire -ce sont des  tendances issues d&#039;observations dans un contexte particulier et pas des règles absolues- que :
20 utilisateurs permettent de révéler 95% des problèmes d&#039;utilisabilité
10 utilisateurs permettent de révéler 80% des problèmes
Il est ensuite possible d&#039;optimiser avec une approche itérative : par panels de 5 à 8 utilisateurs, entre chaque session on modifie la maquette ou l&#039;application pour remettre à l&#039;épreuve le site. Cette méthode, plus économique et réactive, donne de bons résultats si on prend garde toutefois à la qualité du recrutement des utilisateurs, ce qui m&#039;est difficile de développer ici.
Sur la durée du test, tout est possible même si dans la pratique on dépasse rarement 2 heures. Personnellement j&#039;utilise des sessions d&#039;une heure, dont 45 minutes exclusivement dédiées au test lui-même devant l&#039;écran, et je limite volontairement les tests à 6 par jour (debriefing à chaud entre chaque session + fatigue car c&#039;est très éprouvant pour l&#039;animateur).
Ressources sur le sujet : Steve Krug détaille clairement le déroulé de tests à l&#039;économie dans son excellent livre &quot;don&#039;t make me think&quot;, Amélie Boucher dans le sien &quot;ergonomie web&quot; donne une autre approche complémentaire, &lt;a href=&quot;http://www.ergolab.net/articles/test-utilisateur-ergonomie-1.php&quot; rel=&quot;nofollow&quot;&gt;voir aussi sur ergolab&lt;/a&gt;, et le fameux &lt;a href=&quot;http://www.useit.com/alertbox/20000319.html&quot; rel=&quot;nofollow&quot;&gt;article de Jakob Nielsen&lt;/a&gt; (qu&#039;il faut contextualiser) et des &lt;a href=&quot;http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.22.4127&quot; rel=&quot;nofollow&quot;&gt;études plus récentes contradictoires notamment de Spool et Schroeder&lt;/a&gt;, ce qui tend à démontrer le danger de citer un nombre d&#039;utilisateurs comme règle absolue.</description> <content:encoded><![CDATA[<p>Pour la partie ergo, la conclusion concernant les tests utilisateurs mérite des précisions. Il est dangereux de faire des raccourcis en disant &laquo;&nbsp;il faut tant de temps, tant de personnes&nbsp;&raquo; car tout est affaire de contexte, et quand j&#8217;en ai parlé lors de la formation, la notion d&#8217;économie était bien sûr en filigrane car le débat avait débuté avec la phrase d&#8217;une participante &laquo;&nbsp;les tests utilisateurs ça coûte cher&nbsp;&raquo;.</p><p>Pour des tests utilisateurs sérieux, plus il y a d&#8217;utilisateurs testés, mieux c&#8217;est. On s&#8217;accorde pour dire -ce sont des  tendances issues d&#8217;observations dans un contexte particulier et pas des règles absolues- que :<br
/> 20 utilisateurs permettent de révéler 95% des problèmes d&#8217;utilisabilité<br
/> 10 utilisateurs permettent de révéler 80% des problèmes<br
/> Il est ensuite possible d&#8217;optimiser avec une approche itérative : par panels de 5 à 8 utilisateurs, entre chaque session on modifie la maquette ou l&#8217;application pour remettre à l&#8217;épreuve le site. Cette méthode, plus économique et réactive, donne de bons résultats si on prend garde toutefois à la qualité du recrutement des utilisateurs, ce qui m&#8217;est difficile de développer ici.</p><p>Sur la durée du test, tout est possible même si dans la pratique on dépasse rarement 2 heures. Personnellement j&#8217;utilise des sessions d&#8217;une heure, dont 45 minutes exclusivement dédiées au test lui-même devant l&#8217;écran, et je limite volontairement les tests à 6 par jour (debriefing à chaud entre chaque session + fatigue car c&#8217;est très éprouvant pour l&#8217;animateur).</p><p>Ressources sur le sujet : Steve Krug détaille clairement le déroulé de tests à l&#8217;économie dans son excellent livre &laquo;&nbsp;don&#8217;t make me think&nbsp;&raquo;, Amélie Boucher dans le sien &laquo;&nbsp;ergonomie web&nbsp;&raquo; donne une autre approche complémentaire, <a
href="http://www.ergolab.net/articles/test-utilisateur-ergonomie-1.php" rel="nofollow">voir aussi sur ergolab</a>, et le fameux <a
href="http://www.useit.com/alertbox/20000319.html" rel="nofollow">article de Jakob Nielsen</a> (qu&#8217;il faut contextualiser) et des <a
href="http://citeseerx.ist.psu.edu/viewdoc/summary?doi=10.1.1.22.4127" rel="nofollow">études plus récentes contradictoires notamment de Spool et Schroeder</a>, ce qui tend à démontrer le danger de citer un nombre d&#8217;utilisateurs comme règle absolue.</p> ]]></content:encoded> </item> </channel> </rss>
