<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.11.81 (http://www.squarespace.com/) on Thu, 23 Feb 2012 17:23:48 GMT--><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><title>Blog de Benoît Meunier</title><link>http://blog.benoitmeunier.info/blog/</link><description></description><lastBuildDate>Tue, 21 Feb 2012 13:47:09 +0000</lastBuildDate><copyright></copyright><language>fr-CA</language><generator>Squarespace Site Server v5.11.81 (http://www.squarespace.com/)</generator><item><title>«What's your answer?»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Tue, 21 Feb 2012 13:42:11 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/21/whats-your-answer.html</link><guid isPermaLink="false">949675:10994971:15126318</guid><description><![CDATA[<p><a href="http://37signals.com/svn/posts/3105-whats-your-answer" target="_blank" title="Lien vers «What's your answer?»" class="offsite-link-inline">Jason Fried</a> :</p>

<blockquote>
  <p>If the answer is something like “well, because it was too hard for us to make it work the way it should” or “because we couldn’t figure it out” or “because we didn’t spend the time to think about the problem thoroughly enough” or “we just didn’t feel like putting in the work to make this easy for you” it may be a red flag.</p>
</blockquote>

<p>Ayez une réponse dont vous êtes fier. N'ayez pas peur que ce ne soit pas la bonne, mais ayez-en une qui vous convient. Lorsqu'un produit fraîchement conçu me tombe dans les mains duquel je dois extirper des questions pour mieux le comprendre, si la raison pourquoi le bouton est à cet endroit est du fait qu'il y avait de la place ...</p>

<p>... le travail qui s'en suit, j'en suis sûr, sera ardu pour moi, pour vous, pour l'utilisateur.</p>

<p>En passant, il faut penser comme 37Signals pour aimer leur produits. Si vous avez une façon semblable de voir le travail, vous aimerez ce qu'ils font. Sinon, il est intéressant tout de même d'écouter ce qu'ils exposent à tous, en quelques mots. Si ce n'est que pour comprendre les solutions qu'ils ont mises en place face aux problèmes qu'ils ont identifiés.</p>

<p>J'ai beaucoup d'atomes crochus avec 37Signals mais je suis loin d'être d'accord avec l'ensemble de leur approche. En passant.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15126318.xml</wfw:commentRss></item><item><title>«4 Elements That Make A Good User Experience Into Something Great»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Tue, 21 Feb 2012 13:39:53 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/21/4-elements-that-make-a-good-user-experience-into-something-g.html</link><guid isPermaLink="false">949675:10994971:15126309</guid><description><![CDATA[<p><a href="http://www.fastcodesign.com/1669048/4-elements-that-make-a-good-user-experience-into-something-great" target="_blank" title="Lien vers «4 Elements That Make A Good User Experience Into Something Great»" class="offsite-link-inline">Helen Walters</a> :</p>

<blockquote>
  <p>If mastering and maintaining the balance of content and delivery is the hallmark of good interaction design, then meshing the two together seamlessly is surely the mark of something great.</p>
</blockquote>

<p>Oui, vrai, d'accord.</p>

<p>Vous êtes la plupart tous d'accord aussi.</p>

<p>Maintenant, dites-moi dans ce cas pourquoi travailler toujours avec du latin et de l'information hypothétique? Comment est-il possible de concevoir une expérience optimale avec de fausses images, du faux contenu pour des utilisateurs qui pour la plupart, n'ont pas été spécifiés en personnas?</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15126309.xml</wfw:commentRss></item><item><title>«The De-Evolution of UX Design»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Tue, 21 Feb 2012 13:37:18 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/21/the-de-evolution-of-ux-design.html</link><guid isPermaLink="false">949675:10994971:15126292</guid><description><![CDATA[<p><a href="http://www.elisabethhubert.com/2012/02/the-de-evolution-of-ux-design/" target="_blank" title="Lien vers «The De-Evolution of UX Design»" class="offsite-link-inline">Elisabeth Hubert</a> :</p>

<blockquote>
  <p>The problem UX is facing is, simply, we are devolving. The definition of de-evolution is to degenerate through a gradual change or evolution, and it seems to me that by removing the information architecture step from our day to day process we might be on that path.</p>
</blockquote>

<p>Nous avons tendance, lorsqu'on parle d'expérience, de miser beaucoup sur l'interface. C'est en effet ce que beaucoup ressentent comme le premier avantage indéniable d'avoir un spécialiste UX dans la boîte parce que bien sûr, c'est ce que l'on touche, ce que l'on voit et devant quoi on s'exaspère en pointant du doigt lorsque tout prend le bord.</p>

<p>Comme rarement on se raconte le bon moment passé dans un restaurant du quartier parce qu'il n'y avait pas de coups de vents froids, l'architecture de l'information du site web n'est pas non plus la première chose qui nous vient à l'esprit lorsqu'on réagit face à une mauvaise expérience.</p>

<p>Elisabeth a raison, on se doit en tant qu'architectes, de reprendre le contrôle sur les fondations et ce, malgré parfois la rapidité que demande le marché d'être servi.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15126292.xml</wfw:commentRss></item><item><title>-</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Mon, 20 Feb 2012 14:19:14 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/20/_la-regularite-des-publications-sont-en-dents-de-scie.html</link><guid isPermaLink="false">949675:10994971:15112726</guid><description><![CDATA[<p><em>La régularité des publications sont en dents de scie depuis deux semaines, veuillez m'en excuser, chers lecteurs passionnés. De retour à la programmation régulière très bientôt.</em></p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15112726.xml</wfw:commentRss></item><item><title>«Essential UX Layers for Agile and Lean Design Teams»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Wed, 15 Feb 2012 13:49:52 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/15/essential-ux-layers-for-agile-and-lean-design-teams.html</link><guid isPermaLink="false">949675:10994971:15045102</guid><description><![CDATA[<p><a href="http://www.uie.com/articles/ux_layers_agile" target="_blank" title="Lien vers «Essential UX Layers for Agile and Lean Design Teams»" class="offsite-link-inline">Jared M. Spool</a> :</p>

<blockquote>
  <p>«However, we frequently saw the successful teams talking about these other layers all through development. When a team member would produce a deliverable or design sketch that wasn’t quite matching the direction that the other team members imagined, the team would step back and talk about the other layers, trying to figure out where the disconnect came from. Because the team established the layers together, based on research they jointly conducted, they found it easy to collaborate on creating coherent experiences that regularly delighted their users.»</p>
</blockquote>

<p>Trouver d'où vient le problème avant de chercher une solution, sans couper les coins ronds sur la méthodologie qui l'a mis en place dès le départ avec tous les acteurs, c'est de sauver temps et argent tout en s'assurant d'une expérience complète.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15045102.xml</wfw:commentRss></item><item><title>«The 3 Biggest Barriers To Innovation, And How To Smash Them»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Wed, 15 Feb 2012 13:45:49 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/15/the-3-biggest-barriers-to-innovation-and-how-to-smash-them.html</link><guid isPermaLink="false">949675:10994971:15045070</guid><description><![CDATA[<p><a href="http://www.fastcodesign.com/1665442/the-3-biggest-barriers-to-innovation-and-how-to-smash-them" target="_blank" title="Lien vers «The 3 Biggest Barriers To Innovation, And How To Smash Them»" class="offsite-link-inline">Luke Williams</a> :</p>

<blockquote>
  <p>That’s the problem in a nutshell. You can talk about ideas in general terms, at least for a while. But, abstraction makes it harder to understand an idea and remember it. So, to increase the potential, you have to stop talking about it and explain it in sensory terms. “Sketch it out!,” as Hartmut Esslinger, founder of frog design, used to say. (He wouldn’t listen to an idea if you hadn’t done so.) Ambiguity disappears when you describe your ideas in visual or written form.</p>
</blockquote>

<p>Le <a href="http://www.apple.com/ipad/" target="_blank" class="offsite-link-inline">iPad</a> et le <a href="http://www.studioneat.com/products/cosmonaut" target="_blank" class="offsite-link-inline">Cosmonaute</a> sont deux outils toujours à ma portée lorsqu'une idée surgit. Même assis sur mon trône, un sketch rapidement dessiné alimente une réflexion ou au contraire, l'archive pour y revenir plus tard.</p>

<p>La méthodologie <a href="http://en.wikipedia.org/wiki/Getting_Things_Done" target="_blank" class="offsite-link-inline">GTD</a> m'a discipliné dès le début à trouver la prochaine action et d'amener le projet sur la table. Il est vrai qu'un sketch peut être une première étape qui peut réagir et déclencher de nombreuses discussions.</p>

<p>Sortez vos idées de vos têtes et affichez-les aux murs. Vous trouverez des alliés qui vous accompagneront, j'en suis sûr.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-15045070.xml</wfw:commentRss></item><item><title>Vite, vite, lent.</title><category>Billet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Fri, 10 Feb 2012 14:12:29 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/10/vite-vite-lent.html</link><guid isPermaLink="false">949675:10994971:14973655</guid><description><![CDATA[<p>Être rapide est de savoir être lent au bon moment. La lecture est un bon exemple de discipline lente et rapide, où l'on doit choisir entre le marathon et le sprint. Les deux modes sont aussi importants que vitaux, surtout dans un domaine où l'on doit comprendre rapidement si ce qu'on lit est réellement pertinent ou au contraire, se taper une relecture d'un sujet important pour mieux assimiler les nouveaux paradigmes.</p>

<p>L'expérience utilisateur porte l'humain et ses outils au centre des réflexions journalières. Rien n'est plus compliqué que de comprendre d'où il vient, qui il est et ce qu'il désire. En comparaison, je trouve plus simple de comprendre sa science. Le col qui relie l'humain et l'utilisation de ses outils est où se trouve le défi pour le designer. Parfois, même si on peut mémoriser une bibliothèque, rien ne bat le temps pour décanter par l'expérience.</p>

<p>Pour celui qui veut exceller, il doit accepter de donner de son temps par une solide lenteur disciplinée, tout en continuant de produire rapidement dans un branle-bas constant. Pour certains, il est facile de rester un éternel étudiant. Certains en font même un métier. D'autres se sécurisent dans l'opération de machines à saucisse à haut rendement.</p>

<p>À la lecture de ce billet, je vous propose d'accepter une réflexion de fond sur ce que vous lisez chaque jour et comment vous appliquez ces connaissances présentement. Soyez lent à ce moment pour être plus rapide au retour lundi prochain.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-14973655.xml</wfw:commentRss></item><item><title>«Stop Validating Your Product»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Thu, 09 Feb 2012 14:44:51 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/9/stop-validating-your-product.html</link><guid isPermaLink="false">949675:10994971:14960859</guid><description><![CDATA[<p><a href="http://usersknow.blogspot.com/2012/01/stop-validating-your-product.html" target="_blank" title="Lien vers «Stop Validating Your Product»" class="offsite-link-inline">Laura Klein</a> :</p>

<blockquote>
  <p>Let’s say you collect porcelain owl figurines. You might desperately want to solve a problem for other porcelain owl aficionados, but you should be open to what problem you want to solve for them. For example, it might be how to get large numbers of high quality porcelain owls. Or it might be ways to contact therapists that deal with severe hoarding issues. Let the user research guide you!</p>
</blockquote>

<p>Ce que Laura Klein propose est une tâche beaucoup plus exigeante qu'on peut le croire. Valider avec votre marché et écouter les problèmes que celui-ci rencontre s'avère une discipline de longue haleine qui demande un impartialité, une ouverture d'esprit et bien sûr, une main mise sur les bonnes pratiques, les études et les méthodologies d'analyses.</p>

<blockquote>
  <p>"If I had asked people what they wanted, they would have said faster horses." - Henry Ford</p>
</blockquote>

<p>Bien sûr, vous ne pouvez espérer que l'utilisateur vous emballe la solution dans du papier de soie. Le travail de l'architecte de l'expérience utilisateur sera de synthétiser la vision de l'entreprise qui s'exigera d'offrir un produit durable, utilisable et agréable, grâce au fait que vous aurez validé le problème avant la solution.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-14960859.xml</wfw:commentRss></item><item><title>«Usability is good design»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Wed, 08 Feb 2012 15:52:21 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/8/usability-is-good-design.html</link><guid isPermaLink="false">949675:10994971:14931250</guid><description><![CDATA[<p><a href="http://www.uxbooth.com/blog/fact-vs-fiction-what-usability-is-not/" target="_blank" title="Lien vers «Usability is good design»" class="offsite-link-inline">Vishal Mehta</a> :</p>

<blockquote>
  <p>Good design (leaving apart the subjective angle) is only an element or output of usability – in practical sense. Otherwise, it’s more like a philosophy. Usability done with a philosophy of good design, would make it effective, error-tolerant, engaging, etc. This part I echo. My argument is towards the literal aspect about the myth, that a good design brings usability. In a way, this has a resemblance to myth #4: usability is User Experience. A good user interface design is not going to save a product if it is not useful or low on performance or erroneous. The usability and acceptance of such products have no connection with the presence or absence of good design.</p>
</blockquote>

<p>L'utilisabilité comme une philosophie et non comme un requis? Cette approche me ressemble. C'est un peu comme exiger la qualité lorsqu'elle est plutôt le résultat d'un effort commun par une culture qui l'inspire.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-14931250.xml</wfw:commentRss></item><item><title>«UX and the Kano model»</title><category>Feuillet</category><dc:creator>Benoît Meunier</dc:creator><pubDate>Wed, 08 Feb 2012 15:27:49 +0000</pubDate><link>http://blog.benoitmeunier.info/blog/2012/2/8/ux-and-the-kano-model.html</link><guid isPermaLink="false">949675:10994971:14931015</guid><description><![CDATA[<p><a href="http://baymard.com/blog/kano-model" target="_blank" title="Lien vers «UX and the Kano model»" class="offsite-link-inline">Christian Holst</a> :</p>

<p>&gt; So what today is a delight attribute that customers get truly exited about, will eventually degrade into a performance attribute as the competition starts to follow up and compete on providing the same thing (or even improving upon it). Eventually a feature reaches a state where further improvements are so <strong>inconsequential</strong> that they only matter when you fail to deliver – at this point it has become a basic attribute.</p>

<p><img src="http://blog.benoitmeunier.info/resource/2012_02_08-10_14_07.png?fileId=16482378" alt="2012 02 08 10 14 07" title="2012_02_08-10_14_07.png" border="0" width="502" height="410" /></p>

<p>Le modèle d'évaluation de l'expérience client de Noriaki Kano développé dans les années 80 démontre clairement que la course à l'offre continue de nouvelles options peut devenir une aventure infinie qui s'avérera coûteuse pour votre entreprise. Et bien sûr, pour pouvoir offrir des produits qui enchanteront votre clientèle, il ne suffit pas de comparer les outils offerts par la compétition car si elle vous rattrape, toute cette panoplie de gadgets développés sera devenue un acquis pour vos clients.</p>
]]></description><wfw:commentRss>http://blog.benoitmeunier.info/blog/rss-comments-entry-14931015.xml</wfw:commentRss></item></channel></rss>
