<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
   <title>Usolab</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/" />
   <link rel="self" type="application/atom+xml" href="http://www.usolab.com/wl/atom.xml" />
   <id>tag:www.usolab.com,2010:/wl/4</id>
   <updated>2010-03-16T08:34:35Z</updated>
   <subtitle>Blog de usabilidad, diseño y experiencia de usuario</subtitle>
   <generator uri="http://www.sixapart.com/movabletype/">Movable Type 3.35</generator>

<entry>
   <title>El diseño en la democracia</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/03/el-diseno-en-la-democracia.php" />
   <id>tag:www.usolab.com,2010:/wl//4.791</id>
   
   <published>2010-03-15T13:59:33Z</published>
   <updated>2010-03-16T08:34:35Z</updated>
   
   <summary>La red se va haciendo eco, poco a poco, de los resultados de las elecciones&amp;#160; colombianas de ayer domingo: más de un 10% de los votos fueron declarados nulos y parece ser que la usabilidad del sistema de votación tuvo...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="938" label="diseño elecciones" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="21" label="usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>La red se va haciendo eco, poco a poco, de los <a href="http://www.eltiempo.com/">resultados de las elecciones&#160; colombianas</a> de ayer domingo: más de un 10% de los votos fueron declarados nulos y parece ser que la usabilidad del sistema de votación tuvo mucho que ver.</p><p>En estas elecciones se realizaban tres votaciones y se podía participar opcionalmente en otras consultas. Los votantes debían utilizar varios tarjetones como el de la siguiente imagen, que publica el sitio web <a href="http://www.colombia.com/especiales/elecciones_2010/tarjetones/senado.asp">Colombia.com</a> (los números y flechas no forman parte del tarjetón).</p><p><a href="http://www.usolab.com/wl/images/senado.jpg"><img title="Instrucciones votaciones senado Colombia 2010" alt="Dos bloques presentan varios cuadros con logos y números" width="450" height="370" src="http://www.usolab.com/wl/images/senado-thumb.jpg" /></a></p><p>El tarjetón funciona de la siguiente forma: los votantes pueden utilizar la “Parte A” o la “Parte B”, según si desean votar la “circunscripción nacional” o la “especial para comunidades indígenas”.</p><p>Si votan la “Parte A”, deben marcar un partido en la parte superior y, en el caso que sea un partido con “voto preferente”, marcar un número en la parte central, que corresponde al candidato preferente de la lista elegida.</p><p>Existen multitud de problemas en este proceso que pueden desencadenar un voto nulo. Veamos los principales:</p><ul><li>No se sabe, a simple vista, la diferencia entre los bloques “Parte A” y “Parte B”. Los títulos de estos bloques están centrados, en mayúsculas y sin destacar palabras clave, afectando a su legibilidad y por ende a la comprensión de qué es cada uno. Si los ciudadanos votaban en ambos bloques, <a href="http://www.eldiario.com.co/seccion/POLITICA/ganaron-los-votos-nulos100314.html">su voto era nulo</a>.</li><li>Aunque apenas se aprecia en la imagen, debajo de cada logo se indica si el voto es “preferente” o “no preferente”, es decir, si es necesario elegir un candidato de la lista del partido. Esta indicación sin duda es insuficiente, pudiendo pasar desapercibida. Parece ser que el problema que anuló más votos fue no marcar un candidato de preferencia.</li><li>El uso de un tarjetón común para todos los partidos impide que los números de candidatos se puedan acompañar de su nombre y foto. Los números no son reconocibles, obligando a los votantes a recordar la relación que hay entre número y candidato o bien consultarlo en un documento en las urnas. Algunos usuarios, conscientes a priori de esta dificultad, parece ser que acababan olvidando&#160; marcar el partido una vez resuelto el problema de conocer y marcar el candidato.</li><li>A la hora de seleccionar los partidos y los candidatos no existe una zona o casilla dónde escribir. Los usuarios de este tarjetón no tienen ningún indicio visual de qué deben marcar y, además, no saben dónde ni cómo hacerlo: ¿se debe tachar el logo del partido? ¿hacer un círculo? Algunos votantes sin duda preferirán hacer una pequeña cruz al lado del logo de su partido, pero apenas hay espacio para ello y los votos se anulan cuando no se puede determinar de forma clara qué partido se ha votado.</li></ul><p>No es la primera vez que escribimos sobre este tipo de problemas en unas elecciones. Hablábamos hace un tiempo de un <a href="http://www.usolab.com/wl/2007/05/100000-votos-anulados-por-un-m.php">caso parecido en Escocia</a> y por todos son conocidos otros ejemplos sonados como el caso Bush vs Al Gore en Florida en el año 2000.</p><p>Sin duda, estos problemas de diseño influyen en “desdemocratizar” tristemente la democracia.</p><p><strong>Actualización</strong>: Los lectores nos aclaran en los comentarios que algunos de estos problemas no dan lugar a voto nulo. Nos indican también otra cuestión que no habíamos comentado: la disposición de los números (12 por fila en lugar de 10) dificulta la localización del candidato preferente. Y nos plantean una pregunta: ¿<a href="http://www.flickr.com/photos/juglardelzipa/4436361973/">hay números más “sexys” que otros</a>?</p>]]>
      
   </content>
</entry>
<entry>
   <title>Oferta de empleo: diseñador</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/03/oferta-de-empleo-disenador.php" />
   <id>tag:www.usolab.com,2010:/wl//4.790</id>
   
   <published>2010-03-05T13:49:29Z</published>
   <updated>2010-03-08T09:25:55Z</updated>
   
   <summary>Buscamos un diseñador de interacción experto en diseño gráfico de interfaces que traslade diseños conceptuales a un lenguaje visual elegante e intuitivo, teniendo en cuenta criterios de usabilidad y diseño centrado en el usuario.Responsabilidades:Diseñar las interfaces de usuario y de...</summary>
   <author>
      <name>A. Fidalgo</name>
      <uri>http://www.usolab.com/usolab/equipo/armando.php</uri>
   </author>
   
   <category term="211" label="diseño" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="925" label="oferta empleo" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="21" label="usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Buscamos un diseñador de interacción experto en diseño gráfico de interfaces que traslade diseños conceptuales a un lenguaje visual elegante e intuitivo, teniendo en cuenta criterios de usabilidad y diseño centrado en el usuario.</p><p>Responsabilidades:</p><ul><li>Diseñar las interfaces de usuario y de interacción de webs y de aplicaciones</li><li>Crear diseños centrados en el usuario, teniendo en cuenta los requisitos de los clientes y la usabilidad</li><li>Definir la línea gráfica de los proyectos en los que participe la empresa</li><li>Desarrollar esquemas conceptuales (wireframes), maquetas visuales, y prototipos</li><li>Presentar el diseño a nuestros clientes</li><li>Contribuir a la formación de diseño gráfico del grupo</li></ul><p>&#160;Requisitos:&#160;</p><ul><li>Tener una filosofía de diseño de&#160;simplicidad</li><li>Experiencia mínima de 1 año dedicados en exclusiva a diseño gráfico de interfaces</li><li>Pasión por la usabilidad y por el diseño</li><li>Conocimientos de arquitectura de la información, diseño centrado en usuarios y diseño de interacción.</li></ul><p>Requisitos deseados:</p><ul><li>Conocimientos de maquetación HTML / CSS</li><li>Conocer y tener sensibilidad por la accesibilidad</li></ul><p>Condiciones:</p><ul><li>Trabajo presencial en nuestras oficinas de Sant Cugat del Vallès (Barcelona)</li><li>Jornada laboral completa (ocho horas) o reducida (seis horas por la mañana)</li><li>Salario a negociar, según experiencia</li></ul><p>Si estás interesado, envía tu currículum vitae, portfolio, sitios web, blog personal... a trabajo@usolab.com, indicando en el asunto "Diseñador de Interacción".</p>]]>
      
   </content>
</entry>
<entry>
   <title>5 ideas para contar lo que haces sin utilizar parrafadas</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/03/5-ideas-para-contar-lo-que-haces-sin-utilizar-parr.php" />
   <id>tag:www.usolab.com,2010:/wl//4.789</id>
   
   <published>2010-03-02T08:24:49Z</published>
   <updated>2010-03-02T18:44:59Z</updated>
   
   <summary>Ayer leíamos en el País sobre una iniciativa española de microblogging que poco a poco va ganando usuarios. Su nombre es Picotea.com y tiene un funcionamiento muy parecido al de Twitter: los usuarios pueden escribir y compartir mensajes de un...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="915" label="escribir para la web" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="657" label="usabilidad web" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Ayer <a href="http://www.elpais.com/articulo/portada/Picotea/alternativa/espanola/Twitter/elpepisupcib/20100225elpcibpor_5/Tes">leíamos en el País</a> sobre una iniciativa española de microblogging que poco a poco va ganando usuarios. Su nombre es <a href="http://picotea.com/es/">Picotea.com</a> y tiene un funcionamiento muy parecido al de Twitter: los usuarios pueden escribir y compartir mensajes de un máximo de 160 caracteres. Sin embargo, visitando su página de inicio no dan ejemplo y utilizan más de 1.000 para contar lo que hacen.</p><p><a href="http://www.usolab.com/wl/images/picotea.jpg"><img title="Picotea.com" alt="Texto largo en Picotea.com" width="450" height="277" src="http://www.usolab.com/wl/images/picotea-thumb.jpg" /></a></p><p>Pese a la creencia común de considerar que los visitantes ya&#160;saben de qué va&#160;tu sitio web, nos parece imprescindible contar lo que haces (consideremos a Tuenti un caso a parte). El texto, sin embargo,&#160;no parece el recurso más adecuado para hacerlo, pues ya sabemos que la gente no lee. Entonces ¿qué alternativas hay?</p><p>Tenemos algunas ideas:</p><h2>Mostrar los contenidos/productos</h2><p>La forma más sencilla de mostrar qué ofreces o vendes es sacarlo del almacén y colocarlo en el escaparate. Por ejemplo, ¿a qué se dedica el sitio web japonés <a href="http://www.e-orihime.com/">Orihime</a>?</p><p><a href="http://www.usolab.com/wl/images/orihime.jpg"><img title="Página de inicio de Orihime" alt="Imagenes de los productos de Orihime" width="450" height="277" src="http://www.usolab.com/wl/images/orihime-thumb.jpg" /></a></p><p>Sólo viendo su página de inicio el usuario ya se hace una idea: parece que venden bolsos/fundas de portátiles para chicas.</p><h2>Enseñar fragmentos de la interfaz</h2><p>En ocasiones el objetivo del sitio web no es ofrecer información o algo tangible susceptible de ser mostrado en la página de inicio. Si se trata de una aplicación o un servicio, presentar una o varias capturas de la propia interfaz puede contribuir a entender de qué se trata. Es el caso de <a href="http://userheat.com/">UserHeat</a>:</p><p><a href="http://www.usolab.com/wl/images/userheat.jpg"><img title="Página de inicio de UserHeat" alt="Mapas de calor en UserHeat" width="450" height="278" src="http://www.usolab.com/wl/images/userheat-thumb.jpg" /></a></p><p>Mostrar la interfaz para comunicar los resultados de los análisis que realizan es su mejor herramienta de venta: de un vistazo el visitante entiende que UserHeat hace “mapas de calor” de sitios web. Sin entender el texto ya nos podemos hacer una idea de por dónde van los tiros.</p><h2>Usar diagramas e ilustraciones</h2><p>Si la interfaz no es suficiente y el producto no es tangible, a veces un diagrama o ilustración puede contribuir a entender un concepto. Otro ejemplo japonés: <a href="http://maysee.jp/">maysee.jp</a>.</p><p><a href="http://www.usolab.com/wl/images/maysee.jpg"><img title="Página de inicio de maysee.jp" alt="Ilustraciones mostrando un señor enfadado rodeado de muchas tarjetas y un señor feliz ante un monitor" width="450" height="278" src="http://www.usolab.com/wl/images/maysee-thumb.jpg" /></a></p><p>El logo del sitio web utiliza elementos culturales japoneses, como es la forma en que se entregan y sujetan las tarjetas de visita, para dar una primera pista. Una vez identificado el tema del sitio, las tarjetas, los diagramas cobran sentido: con maysee.jp el usuario pasará de tener sus tarjetas de visita amontonadas a tenerlas organizadas en una aplicación web.</p><h2>Incluir vídeos</h2><p>El vídeo permite integrar varios de los conceptos anteriores en un único elemento. ¿La contrapartida? El usuario debe querer invertir parte de su tiempo, por lo que es esencial que sean cortos e interesantes. Por ejemplo, al entrar en <a href="http://cacoo.com/">Cacoo</a> no han sabido plasmar de forma estática qué hacen y sólo sabemos que tienen una aplicación, pero ¿de qué?</p><p><a href="Video incrustado en la página de inicio de Cacooo"><img alt="Página de inicio de Cacoo" width="450" height="277" src="http://www.usolab.com/wl/images/cacoo-thumb.jpg" /></a></p><p>Con unos segundos de vídeo se ve la aplicación funcionando y se entiende que se trata de una herramienta de diagramación.</p><h2>Escribir para la web</h2><p>Y si todo lo anterior no funciona y se debe recurrir al texto, no todo está perdido, tenemos algunas otras ideas sobre <a href="http://www.usolab.com/wl/2009/10/escribir-para-la-web.php">cómo escribir para la web</a>.</p>]]>
      
   </content>
</entry>
<entry>
   <title>Kant a los diseñadores</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/02/kant-a-los-disenadores.php" />
   <id>tag:www.usolab.com,2010:/wl//4.788</id>
   
   <published>2010-02-18T13:06:21Z</published>
   <updated>2010-02-18T13:22:08Z</updated>
   
   <summary>&amp;#160;He conocido muchos diseñadores a los que las restricciones propias de cualquier proyecto (tiempo, tecnología, presupuesto, objetivos de negocio, contexto de uso, etc.) les incomodaban o veían como amenaza o limitaciones a sus propuestas visuales, a su trabajo. Nosotros, además,...</summary>
   <author>
      <name>A. Fidalgo</name>
      <uri>http://www.usolab.com/usolab/equipo/armando.php</uri>
   </author>
   
   <category term="211" label="diseño" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="21" label="usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p><img alt="Paloma sobre un sitio web" title="Kant a los diseñadores" width="450" height="236" src="http://www.usolab.com/wl/images/paloma.jpg" />&#160;</p><p>He conocido muchos diseñadores a los que las restricciones propias de cualquier proyecto (tiempo, tecnología, presupuesto, objetivos de negocio, contexto de uso, etc.) les incomodaban o veían como amenaza o limitaciones a sus propuestas visuales, a su trabajo. <br /><br />Nosotros, además, añadimos otros requerimientos menos habituales que tampoco suelen gustar a algunos diseñadores: pedimos que las interfaces sean “usables”, que respondan a las necesidades de los usuarios, que sigan las convenciones, a la vez que ser agradables, originales y creativas. <br /><br />Pero son las restricciones, por ejemplo, las normas de sintaxis visual y las conveniciones establecidas las que permiten que el diseño sea comunicación, sea resolución de problemas. El diseño depende en gran medida de las limitaciones, de las convenciones asumidas e inconscientes. Además, venciendo las resistencias es como vamos construyendo las cosas, es como somos creativos. <br /><br />Recuerda la famosa paloma de Kant:</p><blockquote>“La ligera paloma, que siente la resistencia del aire que surca al volar libremente, podría imaginarse que volaría mucho mejor aún en un espacio vacío”.</blockquote><p>Es precisamente el aire el que le permite a la paloma vencer esa resistencia y volar. Son las restricciones lo que favorece y posibilita la creación al diseñador. <br /><br />Este puede soñar con la absoluta libertad, con un mundo sin limitaciones, pero eso, si fuera posible, sería arte, no diseño. <br /><br />Las restricciones son un desafío que fuerza y estimula a crear, a generar propuestas que superen las limitaciones, a resolver y superar esos problemas.</p><p>Acepta los desafíos, supera las limitaciones (aunque sean de usabilidad), que diría Kant.</p><p>&#160;</p>]]>
      
   </content>
</entry>
<entry>
   <title>Usabilidad y privacidad: el caso de Google Buzz</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/02/usabilidad-y-privacidad-el-caso-de-google-buzz.php" />
   <id>tag:www.usolab.com,2010:/wl//4.787</id>
   
   <published>2010-02-15T16:17:24Z</published>
   <updated>2010-02-15T16:36:44Z</updated>
   
   <summary>La semana pasada Google lanzó Google Buzz, un servicio para compartir mensajes, fotos y vídeos con una lista de contactos o seguidores; algo a medio camino entre Twitter y Friendfeed.Google, con el objetivo de facilitar a los usuarios el uso...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="934" label="Google Buzz" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="936" label="privacidad y usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="657" label="usabilidad web" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>La semana pasada <a href="http://googleblog.blogspot.com/2010/02/introducing-google-buzz.html">Google lanzó Google Buzz</a>, un servicio para compartir mensajes, fotos y vídeos con una lista de contactos o seguidores; algo a medio camino entre <a href="http://twitter.com/">Twitter</a> y <a href="http://friendfeed.com/">Friendfeed</a>.</p><p>Google, con el objetivo de facilitar a los usuarios el uso del Google Buzz, decidió ocultar el acceso a las opciones de privacidad. Esto simplificaba la interfaz, pero también obviaba un principio básico de usabilidad: ofrecer visiblemente el estado del sistema. ¿Qué seguidores tengo? ¿Quién ve lo que estoy publicando? ¿Quién tiene acceso a mi correo electrónico? Todas estas preguntas, directamente relacionadas con el servicio, no tenían respuesta en la interfaz que planteó inicialmente Google.</p><p>Las quejas de los usuarios no se hicieron esperar, y dos días más tarde Google añadía, entre otras cosas, <a href="http://gmailblog.blogspot.com/2010/02/millions-of-buzz-users-and-improvements.html">una pantalla inicial</a> preguntando si se quería compartir públicamente la lista de seguidores.</p><p><img title="Google Buzz: How do you want to appear to others?" alt="Pantalla preguntando si el usuario desea compartir su lista de seguidores mediante una casilla de verificación" width="391" height="266" src="http://www.usolab.com/wl/images/buzz1.jpg" /></p><p>No fue suficiente, así que 48 horas después <a href="http://gmailblog.blogspot.com/2010/02/new-buzz-start-up-experience-based-on.html">Google añadió otra nueva pantalla</a> mostrando la lista de los usuarios que se añaden automáticamente como seguidores e invitando al usuario a eliminar los no deseados.</p><p><img title="Google Buzz: Welcome to Google Buzz" alt="Pantalla listando los contactos de un usuario y permitiendo eliminar los no deseados mediante casillas de verificación" src="http://www.usolab.com/wl/images/buzz2-thumb.jpg" width="450" height="365" /></p>
<p>Está claro que la privacidad no es una cuestión fácil: cuánto más complejo es el servicio, y esto también lo sabe bien <a href="http://www.facebook.com/">Facebook</a>, más complicada es la interfaz para gestionarla. Algunos usuarios, ante la incapacidad de entender cómo funcionan estas interfaces de gestión, deciden desentenderse y olvidarse, pero otros, preocupados por su privacidad, deciden darse de baja del servicio en lugar de lidiar con oscuras interfaces que no les dan la seguridad y sensación de control que exigen.</p><p>En los años venideros puede que la privacidad en las redes sociales tome la importancia que hasta ahora no ha tenido. En ese caso auguramos mucho trabajo para los diseñadores de interfaces.</p>]]>
      
   </content>
</entry>
<entry>
   <title>Ir más allá de la interfaz</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/02/ir-mas-alla-de-la-interfaz.php" />
   <id>tag:www.usolab.com,2010:/wl//4.786</id>
   
   <published>2010-02-09T17:51:06Z</published>
   <updated>2010-02-09T18:08:56Z</updated>
   
   <summary>Poco a poco cada vez más empresas integran filosofías y técnicas de diseño centrado en el usuario para la definición de sus interfaces. Pero la interfaz no lo es todo. La interfaz es un traductor, un intérprete, un mecanismo de...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="258" label="diseño centrado en el usuario" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="932" label="diseño de interfaces" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Poco a poco cada vez más empresas integran filosofías y técnicas de diseño centrado en el usuario para la definición de sus interfaces. Pero la interfaz no lo es todo. <br /><br />La interfaz es un traductor, un intérprete, un mecanismo de comunicación que se dedica a que humanos y ordenadores se entiendan mutuamente. Es capaz de convertir los ceros y unos aparentemente indescifrables del ordenador en mensajes, gráficos e iconos que son comprensibles para sus usuarios. Y viceversa: permiten traducir las vaguedades e imprecisiones humanas en lógica comprensible para la máquina. <br /><br />Pero si la interfaz traduce… ¿quién define el mensaje a comunicar? ¿Quién hace las preguntas? ¿Quién diseña las respuestas? El diseño centrado en el usuario es un proceso que abarca mucho más que el diseño de interfaces. A veces la interfaz no es el problema, el problema está a otros niveles: ¿quién no se ha encontrado interfaces perfectamente bien ejecutadas que resuelven problemas… que nadie tiene? ¿Cuántas organizaciones preguntan docenas de datos a sus usuarios que nunca acaban utilizando? ¿Cuántas funcionalidades perfectamente bien organizadas nadie utiliza? <br /><br />En un reciente proyecto con una aplicación de escritorio se nos pidió diseñar una interfaz cuyo objetivo era que, de un vistazo, se conociera el estado de una serie de elementos. Decidimos hacer una representación gráfica codificando visualmente los estados mediante colores. Hicimos algunas pruebas y se entendía de forma rápida y clara. Habíamos conseguido el objetivo, pero había un problema: ningún usuario necesitaba esa información. <br /><br />Ese problema, que seguramente surgió cuando se definía a nivel funcional la aplicación, se podría haber detectado si se hubiera investigado qué necesitaban realmente&#160;los usuarios para realizar sus tareas.</p>]]>
      
   </content>
</entry>
<entry>
   <title>Ser conscientes del inconsciente</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/01/ser-conscientes-del-inconsciente.php" />
   <id>tag:www.usolab.com,2010:/wl//4.785</id>
   
   <published>2010-01-28T15:35:14Z</published>
   <updated>2010-01-28T15:47:28Z</updated>
   
   <summary>Recibimos 11.000.000 unidades de información cada segundo por nuestros cinco sentidos, según estiman los neurocientíficos. Pero, para evitar la paralización por sobrecarga, 10.999.960 de estos trozos de información los procesamos de forma inconsciente. Únicamente 40 de ellos llegan al plano...</summary>
   <author>
      <name>A. Fidalgo</name>
      <uri>http://www.usolab.com/usolab/equipo/armando.php</uri>
   </author>
   
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Recibimos 11.000.000 unidades de información cada segundo por nuestros cinco sentidos, según estiman los neurocientíficos. Pero, para evitar la paralización por sobrecarga,  10.999.960 de estos trozos de información los procesamos de forma inconsciente. Únicamente 40 de ellos llegan al plano consciente.<br /><br />Simplificando, tenemos dos niveles cognitivos: superior e inferior. El primero es consciente y analítico, y se encarga de tareas como pensar, calcular, leer, etc., pero tiene el inconveniente que procesa las cosas de forma secuencial, un solo proceso a la vez, y su capacidad es reducida. Por otro, lado el nivel inferior inconsciente se ocupa de los movimientos automáticos, de reconocer patrones de color, forma, etc. Es capaz de realizar una gran cantidad de estas actividades a la vez, en paralelo, con lo que su capacidad de procesamiento es muy grande.<br /><br />A la hora de diseñar se deben tener en cuenta estas características humanas para hacer eficientes los diseños de interfaces. Se debe diseñar para que la información secundaria o de apoyo a la principal, como es la apariencia, los colores, formas, texturas, características espaciales, estructura de elementos o patrones sea captada por el nivel cognoscitivo inferior, por el procesamiento automático inconsciente. Dejando para nivel superior o consciente, el contenido principal, la lectura, la resolución del problema o la toma de decisiones.<br /><br />En muchos diseños se rompe o interrumpe la estructura o patrón, se utilizan colores estridentes, se usan elementos grandes o destacados para cosas poco importantes, etc. disparando la alarma y saltando al nivel superior, obligando a la persona a buscar el motivo de ello. Debe interrumpir su actividad consciente, recordemos que realiza un solo proceso a la vez,  y dedicarle una atención consciente a algo que debería continuar en el inconsciente. Es decir, se  hace pensar al usuario, desviándole de lo que realmente quiere hacer.<br /><br />A la hora de diseñar, no seamos inconscientes con el consciente.</p>]]>
      
   </content>
</entry>
<entry>
   <title>Conoce a tus usuarios. ¡Tú no eres uno de ellos!</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/01/conoce-a-tus-usuarios-tu-no-eres-uno-de-ellos.php" />
   <id>tag:www.usolab.com,2010:/wl//4.783</id>
   
   <published>2010-01-20T08:21:45Z</published>
   <updated>2010-01-20T08:32:59Z</updated>
   
   <summary>Uno de los defectos habituales más perjudiciales en muchos diseñadores o responsables de Internet es pensar que ellos saben lo que necesitan sus usuarios, que conocen lo que “funciona” con su audiencia. No observan ni hablan con ellos porque consideran...</summary>
   <author>
      <name>A. Fidalgo</name>
      <uri>http://www.usolab.com/usolab/equipo/armando.php</uri>
   </author>
   
   <category term="930" label="investigación con usuarios" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="928" label="Usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Uno de los defectos habituales más perjudiciales en muchos diseñadores o responsables de Internet es pensar que ellos saben lo que necesitan sus usuarios, que conocen lo que “funciona” con su audiencia. No observan ni hablan con ellos porque consideran que ya los conocen, y no merece la pena.<br /><br />Suelen proyectar su forma de pensar, sus preferencias o formas de hacer en sus clientes y usuarios. Asumen que la gente piensa y actúa de la forma en que ellos lo hacen, con el consiguiente riesgo para el producto o sistema.<br /><br />Es muy diferente la actitud y el método de Renzo Piano, uno de los arquitectos actuales más reconocidos, como comentaba en una reciente entrevista (<a href="http://www.elpais.com/articulo/portada/arquitecto/siempre/busca/Atlantida/elpepuculbab/20100109elpbabpor_26/Tes">El arquitecto siempre busca la Atlántida</a> ):<br /><br /> “No se puede ser arquitecto sin un perpetuo trabajo de investigación de la realidad. Sin la actitud continua y humilde de preguntar a las personas y a las cosas que viven en un lugar. Un edificio no es un ornamento, es algo que dialoga con su contexto. Hay que prestar atención a ese entorno. Tampoco se trata de una celebración narcisista: interpretas a una comunidad, no te citas a ti mismo. Es un pirateo, que recoge estímulos de cualquier cosa. Un robo constante, y muy peculiar: a rostro descubierto y mano desarmada, perpetrado con la honesta intención de devolver el botín en el futuro.”</p>]]>
      
   </content>
</entry>
<entry>
   <title>Empezar a comprar en Alcampo</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2010/01/empezar-a-comprar-en-alcampo.php" />
   <id>tag:www.usolab.com,2010:/wl//4.782</id>
   
   <published>2010-01-18T11:38:17Z</published>
   <updated>2010-01-18T11:58:21Z</updated>
   
   <summary>Leíamos hace un par de semanas en Expansión el artículo “Alcampo vuelve a intentar por tercera vez la venta por Internet”. Hemos entrado en Alcampo.es a dar un vistazo. En la sección de alimentación nos encontramos con esta pantalla donde...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="657" label="usabilidad web" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Leíamos hace un par de semanas en Expansión el artículo “<a href="http://www.expansion.com/2010/01/04/empresas/1262642774.html">Alcampo vuelve a intentar por tercera vez la venta por Internet</a>”. Hemos entrado en <a href="http://www.alcampo.es">Alcampo.es</a> a dar un vistazo. <br /><br />En la sección de alimentación nos encontramos con esta pantalla donde un botón rojo nos invita a “Empezar a comprar”</p><p><a href="http://www.usolab.com/wl/images/alcampo%20home.png"><img title="Alimentación en Alcampo" alt="Alimentación en Alcampo" width="450" height="253" src="http://www.usolab.com/wl/images/alcampo%20home-thumb.png" /></a></p><p>Al pulsar el botón aparece un mensaje de error. Empezamos a leer “Por favor seleccione el hipermercado…”.</p><p><a href="http://www.usolab.com/wl/images/alcampo%20error%201.png"><img title="Error 1 en Alcampo" alt="Por favor selecciona el hipermercado..." width="350" height="345" src="http://www.usolab.com/wl/images/alcampo%20error%201-thumb.png" /></a></p><p>Encima del mensaje de error vemos que hay seleccionada la opción “Híper Alcampo” que nos parece correcta, así que pulsamos de nuevo “Empezar a comprar” y nos aparece el mismo error.</p><p><a href="http://www.usolab.com/wl/images/alcampo%20error%201.png"><img title="Error 1 en Alcampo" alt="Por favor selecciona el hipermercado..." width="350" height="345" src="http://www.usolab.com/wl/images/alcampo%20error%201-thumb.png" /></a></p><p>Esta vez prestamos más atención y abrimos el desplegable y seleccionamos “Alcalá de Henares”. Vemos otro campo a la derecha y tecleamos el código postal “28803” de Alcalá. Pulsamos en “Empezar a compra” y nos aparece otro error.</p><p><a href="http://www.usolab.com/wl/images/alcampo%20error%202.png"><img title="Error 2 en Alcampo" alt="Por favor elige sólo uno de los dos modos de entrega" width="350" height="320" src="http://www.usolab.com/wl/images/alcampo%20error%202-thumb.png" /></a>&#160;</p><p>Por el texto del error parece que debemos seleccionar de alguna forma el modo de entrega. Analizamos en detenimiento la página y por fin lo entendemos: para seleccionar “Recoger en tu hiper” se debe dejar el campo “Código postal” vacio. Para seleccionar “Entrega a domicilio” se debe dejar en el desplegable la opción “Hiper Alcampo” (que, de hecho, no es ninguna opción, se trata de una invitación a seleccionar). <br /><br />El aspecto de publicidad del módulo no es la forma más adecuada de presentar el acceso a la compra y parece claro que visualmente se podrían distinguir mucho mejor las dos opciones de entrada, contribuyendo así a que el usuario entendiera qué debe hacer. <br /><br />Creemos que Alcampo deberá intentarlo por cuarta vez.</p>]]>
      
   </content>
</entry>
<entry>
   <title>¿Google focaliza o distrae?</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/12/google-focaliza-o-distrae.php" />
   <id>tag:www.usolab.com,2009:/wl//4.781</id>
   
   <published>2009-12-17T11:19:01Z</published>
   <updated>2009-12-28T09:03:34Z</updated>
   
   <summary>Hasta hace poco cuando un usuario entraba en la página de inicio de Google le aparecía en la parte central el buscador y en la parte superior una serie de enlaces a otros servicios.Hace unos días Google sorprendió a todos...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="269" label="foco" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="927" label="usabilidad Google" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Hasta hace poco cuando un usuario entraba en la página de inicio de Google le aparecía en la parte central el buscador y en la parte superior una serie de enlaces a otros servicios.<br /><br />Hace unos días <strong>Google sorprendió a todos con una modificación interesante</strong>: ahora, al entrar, sólo aparece el logo, la caja de búsqueda y los botones en el centro de la página. Los enlaces de la parte superior e inferior aparecen únicamente si el usuario mueve el ratón.</p><p><a href="http://www.usolab.com/wl/images/searchbeforeafter_big.jpg"><img height="130" width="450" src="http://www.usolab.com/wl/images/searchbeforeafter_big-thumb.jpg" alt="searchbeforeafter_big.jpg" /></a></p><p>Google <a href="http://googleblog.blogspot.com/2009/12/now-you-see-it-now-you-dont.html">afirma que su objetivo es <strong>eliminar distracciones</strong></a> a los usuarios que sólo quieren utilizar el buscador. Para ello sitúa el foco del teclado en la caja de búsqueda, de forma que no sea necesario para el usuario mover el ratón.<br /><br />Sin embargo, la mayoría de la gente acostumbra a mover el ratón, de forma accidental o para situarse en la caja de búsqueda, como hemos visto en test con usuarios a lo largo de los años.</p><p>La aparición de los enlaces, como todo elemento en movimiento, llama la atención y puede acabar creando <strong>el efecto contrario al deseado, distraer</strong>.<br /> <br />Si se trata de no distraer a los usuarios del objetivo central de la página, que es buscar, ¿por qué no se baja a la parte inferior de la pantalla el “pie”, es decir, los enlaces “programas de publicidad”, “sobre Google”…, que es lo que realmente genera ruido, ya que el menú de opciones ("imágenes”, “vídeos”…) al estar situados fuera del foco de visión no molestan? o, ¿por qué no eliminar el botón ”I’m Feeling Lucky”, utilizado sólo por el 1% de las búsquedas, según el mismo Google?<br /><br />¿Google está <strong>focalizando o distrayendo</strong> los usuarios? ¿O es que el objetivo de Google es focalizar, pero no en el buscador, sino en los otros servicios?</p>]]>
      
   </content>
</entry>
<entry>
   <title>Oferta de empleo: Diseñador de interacción</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/12/oferta-de-empleo-disenador-de-interaccion.php" />
   <id>tag:www.usolab.com,2009:/wl//4.780</id>
   
   <published>2009-12-02T16:05:02Z</published>
   <updated>2009-12-02T16:17:20Z</updated>
   
   <summary>Buscamos un diseñador de interacción experto en diseño gráfico de interfaces que traslade diseños conceptuales a un lenguaje visual elegante e intuitivo, teniendo en cuenta criterios de usabilidad y diseño centrado en el usuario.Responsabilidades:Diseñar las interfaces de usuario y de...</summary>
   <author>
      <name>A. Fidalgo</name>
      <uri>http://www.usolab.com/usolab/equipo/armando.php</uri>
   </author>
   
   <category term="171" label="diseño de interacción" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="925" label="oferta empleo" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="21" label="usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Buscamos un diseñador de interacción experto en diseño gráfico de interfaces que traslade diseños conceptuales a un lenguaje visual elegante e intuitivo, teniendo en cuenta criterios de usabilidad y diseño centrado en el usuario.<br /><br />Responsabilidades:</p><ul><li>Diseñar las interfaces de usuario y de interacción de webs y de aplicaciones</li><li>Crear diseños centrados en el usuario, teniendo en cuenta los requisitos de los clientes y la usabilidad</li><li>Definir la línea gráfica de los proyectos en los que participe la empresa</li><li>Desarrollar esquemas conceptuales</li><li>(wireframes), maquetas visuales, y prototipos</li><li>Presentar el diseño a nuestros clientes</li><li>Contribuir a la formación de diseño gráfico del grupo</li></ul><p>Requisitos:</p><ul><li>Experiencia mínima de 1 año dedicados en exclusiva a diseño gráfico de interfaces</li><li>Pasión por la usabilidad y por el diseño.</li><li>Conocimientos de arquitectura de la información, diseño centrado en usuarios y diseño de interacción.</li><li>Participar de la filosofía del diseño de la sencillez o simplicidad</li><li>Persona proactiva y dinámica, con ganas de aprender.</li></ul><p>Requisitos deseados:</p><ul><li>Conocer y tener sensibilidad por la accesibilidad</li><li>Conocimientos de maquetación HTML / CSS.</li></ul><p>Condiciones:</p><ul><li>Jornada laboral: seis horas por la mañana</li><li>Salario a negociar, según experiencia</li></ul><p>Si estás interesados, envía tu currículum vitae, portfolio, sitios web, blog personal... a trabajo@usolab.com, indicando en el asunto "Diseñador de Interacción".</p>]]>
      
   </content>
</entry>
<entry>
   <title>Transferencias seductoras</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/11/transferencias-seductoras.php" />
   <id>tag:www.usolab.com,2009:/wl//4.779</id>
   
   <published>2009-11-30T09:46:21Z</published>
   <updated>2009-11-30T09:54:50Z</updated>
   
   <summary>El otro día, después de dar una sesión sobre neurodiseño en un curso, nos comentaban que en ciertos entornos, por ejemplo el de banca, es muy complicado ofrecer interfaces seductoras. ¿Es esto cierto? Muchas de las acciones que realizamos con...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="12" label="experiencia de usuario" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="738" label="flow" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="923" label="satisfacción" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="21" label="usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>El otro día, después de dar una sesión sobre neurodiseño en un curso, nos comentaban que en ciertos entornos, por ejemplo el de banca, es muy complicado ofrecer interfaces seductoras. <br /><br />¿Es esto cierto? <br /><br />Muchas de las acciones que realizamos con un objetivo marcado por la eficiencia o la facilidad de uso, acaban teniendo impacto en el agrado y la satisfacción del usuario con la interfaz. La usabilidad no es sinónimo de facilidad de uso. La eficiencia o la satisfacción son componentes igual de importantes de la usabilidad. <br /><br />En una aburrida transferencia, por ejemplo, ofrecer los pasos a realizar e indicar el paso actual en todo momento no es un elemento que únicamente haga más comprensible para el usuario qué tiene que hacer y dónde está. Este elemento contribuye a dar respuesta a uno de los heurísticos de Nielsen, “visibilidad del estado del sistema”, y con ello crea cierta sensación de control, transmite al usuario lo cerca que está de su objetivo, traduce en un elemento visual, parcialmente tangible, los resultados de sus acciones. Esta retroalimentación, este “premio” visual de avanzar por la lista de pasos, no deja de ser un elemento de recompensa, uno de los <a href="http://www.usolab.com/wl/2007/09/disenar-para-la-motivacion.php">componentes de motivación</a> heredados del diseño de juegos que describíamos hace un par de años. <br /><br />Si el proceso se acaba convirtiendo en una <a href="http://www.usolab.com/wl/2008/10/experiencias-paralelas-mihaly.php">experiencia de flujo</a>, si el usuario consigue llegar sin apenas enterarse al final de la transacción, donde le aguarda una pantalla de resultado clara y atractiva, con colores saturados y llamativos, que le indica lo bien que ha ido todo, le indica qué cambios se han producido fruto de su esfuerzo y le ofrece salidas a realizar otras acciones… ¿quién puede decir que esto no es seductor?</p>]]>
      
   </content>
</entry>
<entry>
   <title>El color ¿Capaz de mejorar nuestra experiencia?</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/11/el-color-capaz-de-mejorar-nuestra-experiencia.php" />
   <id>tag:www.usolab.com,2009:/wl//4.778</id>
   
   <published>2009-11-17T13:30:58Z</published>
   <updated>2009-11-17T15:48:45Z</updated>
   
   <summary>El color ha sido siempre utilizado para distinguir un tipo de información de otra, como por ejemplo en las salas de un museo, en los mapas topográficos o para diferenciar las diferentes líneas de metro de una ciudad. Algunas investigaciones,...</summary>
   <author>
      <name>Beatriz Muñoz</name>
      <uri>http://www.usolab.com/usolab/</uri>
   </author>
   
   <category term="917" label="diseño visual" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="922" label="navegaciones" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="921" label="psicología del color" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="919" label="uso del color" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>El color ha sido siempre utilizado para distinguir un tipo de información de otra, como por ejemplo en las salas de un museo, en los mapas topográficos o para diferenciar las diferentes líneas de metro de una ciudad. Algunas investigaciones, como <a href="http://dialnet.unirioja.es/servlet/articulo?codigo=2969494">Use color as a navigation device in online information spaces</a> de Sean D. Williams, van más allá de la lógica que enmarca al color como elemento diferenciador y clasificador y centran su estudio en la teoría que el color en los esquemas de navegación puede ayudar al usuario a desempeñar sus tareas con mayor rapidez. Williams concluye su estudio diciendo que los usuarios se desempeñan mejor en una navegación representada a través de un código de color que en blanco y negro.<br /><br />Hoy en día, hay muchos sitios web con sistemas de navegación representados a través del color pero no todos ellos hacen uso del color con el propósito de ubicar y agilizar el camino.</p><p>Este es el caso del sitio web de la <a href="http://www.ulb.ac.be/">Universidad Libre de Bruselas</a> que, tal y como se muestra en la imagen, cuenta con una distinción de los primeros niveles de información a través de colores que de entrada parece muy orientativa para empezar a navegar, pero a medida que se accede a páginas de segundos y terceros niveles el color de la sección se pierde completamente y ni siquiera se marca en el elemento de navegación global dónde se encuentra el usuario. Así que el color aplicado parece haber sido habilitado completamente de forma gratuita o decorativa.</p><p><a title="Service des Inscriptions et des Admissions" href="http://www.ulb.ac.be/enseignements/inscriptions/index.html"><img alt="Colores en primer nivel de navegación" width="450" height="585" src="http://www.usolab.com/wl/images/mal_us_color-thumb.png" class="captura"/></a></p><p>Un buen ejemplo de sitio web que impregna todas sus páginas de contenido con el color de la sección a la que pertenecen es el caso del diario inglés, <a href="http://www.guardian.co.uk/culture">The Guardian.</a></p><p>&#160;<a title="The Guardian - Culture" href="http://www.guardian.co.uk/culture"><img class="captura" alt="Colores en página interior" width="450" height="1450" src="http://www.usolab.com/wl/images/bon_us_color.png" /></a></p><p>En este caso el color ayuda claramente a decirnos dónde estamos y a recordar si ya hemos estado en ese contenido o es nuestra primera vez ahí, sin ni siquiera haber leído. Un diseño consistente en el uso del color sumado a la capacidad natural que tenemos para percibirlo, hace que en muchos espacios web estemos ayudando a agilizar la navegación del usuario y contribuyendo a crear una experiencia más satisfactoria.</p>]]>
      
   </content>
</entry>
<entry>
   <title>Diseño de un curso de diseño</title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/10/diseno-de-un-curso-de-diseno.php" />
   <id>tag:www.usolab.com,2009:/wl//4.777</id>
   
   <published>2009-10-30T16:46:30Z</published>
   <updated>2009-10-30T17:00:01Z</updated>
   
   <summary>Al final del curso sobre diseño de interacción web y usabilidad que impartimos el pasado miércoles en Madrid, los asistentes fueron capaces de rediseñar en sólo 10 minutos la página de producto de una famosa empresa de telefonía y mejorar...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="912" label="curso usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Al final del curso sobre diseño de interacción web y usabilidad que impartimos el pasado miércoles en Madrid, los asistentes fueron capaces de rediseñar en sólo 10 minutos la página de producto de una famosa empresa de telefonía y mejorar su usabilidad. <br /><br />En las encuestas de satisfacción del curso los asistentes se mostraron contentos, aunque algunos criticaron lo intensivo que eran la sesiones y su enfoque en ocasiones demasiado practico, no dejando lugar para sesiones metodológicas más largas. <br /><br />Creemos que es difícil transmitir muchos conocimientos en jornadas de apenas 7 horas, pero sí nos sentimos satisfechos al ver que se comprende el enfoque y que después de unas horas de formación los alumnos ya atacan los problemas de diseño teniendo en cuenta al usuario.&#160;<br /><br />Pese&#160;a&#160;esto, nos gustaría conocer qué es lo que os interesaría ver en el próximo curso que planteemos: ¿os interesan cursos más largos, aunque aumente el precio? ¿preferís que sean de menos horas pero más económicos? Y sobre el formato: ¿os parecen más interesantes las clases magistrales con temario cerrado o workshops abiertos más participativos? <br /><br />No dudéis en publicar vuestra opinión aquí o, si lo preferís, enviarnos vuestras sugerencias a cursos@usolab.com. <br /><br />Y recordad que este miércoles tenemos <a href="http://www.usolab.com/servicios/curso-interaccion-usabilidad.php">curso de diseño de interacción web y usabilidad</a> en Barcelona repitiendo aula: la <a href="http://www.fundaciouab.com/casa/ESP/casa.html">Casa de Convalecencia de la fundación UAB</a> en el Hospital de Sant Pau. Os esperamos.</p><p><img alt="casa%20convalescencia.jpg" width="295" height="287" src="http://www.usolab.com/wl/images/casa%20convalescencia.jpg" /></p>]]>
      
   </content>
</entry>
<entry>
   <title>Escribir para la web </title>
   <link rel="alternate" type="text/html" href="http://www.usolab.com/wl/2009/10/escribir-para-la-web.php" />
   <id>tag:www.usolab.com,2009:/wl//4.776</id>
   
   <published>2009-10-21T09:56:50Z</published>
   <updated>2009-10-21T10:19:19Z</updated>
   
   <summary>Todos estamos ya de acuerdo que el usuario web acostumbra a ser alguien con prisa, que escanea rápidamente y que intenta “apañárselas”, como dice Steve Krug. Es por ello que damos importancia a la organización de contenidos dentro del sitio...</summary>
   <author>
      <name> Dani Armengol Garreta</name>
      <uri>http://www.usolab.com/usolab/equipo/dani.php</uri>
   </author>
   
   <category term="912" label="curso usabilidad" scheme="http://www.sixapart.com/ns/types#tag" />
   <category term="915" label="escribir para la web" scheme="http://www.sixapart.com/ns/types#tag" />
   
   <content type="html" xml:lang="es" xml:base="http://www.usolab.com/wl/">
      <![CDATA[<p>Todos estamos ya de acuerdo que el usuario web acostumbra a ser alguien con prisa, que escanea rápidamente y que intenta “apañárselas”, como dice <a title="Don't Make Me Think! A Common Sense Approach to Web Usability " href="http://www.amazon.com/Think-Common-Sense-Approach-Usability/dp/0789723107">Steve Krug</a>. Es por ello que damos importancia a la organización de contenidos dentro del sitio web, los sistemas de navegación, las páginas de categorías, etc.</p><p>Damos tanta importancia a todos estos elementos y ayudamos tanto al usuario a llegar a la página que busca, que a veces nos olvidamos de los contenidos de la misma.</p><p>Por ejemplo en un sitio web de una famosa cadena de hoteles encontramos la siguiente descripción de un hotel:</p><blockquote><p>Situado en el distrito residencial moderno y encantador de Diagonal Mar, a 5 minutos a pie de la playa, del nuevo Centro de Convenciones de Barcelona (CCIB), y del Centro Comercial Diagonal Mar con diferentes tiendas de moda, restauración, ocio, música. La famosa calle de las Ramblas está a tan solo 15 minutos con transporte público.</p></blockquote><p>Este texto no es práctico para, de un vistazo, obtener información sobre la situación del hotel. ¿Cómo se podría mejorar? En una primera revisión parece adecuado destacar aquellos elementos más importantes dándoles peso visual. También es aconsejable cambiar algo el tono del texto, haciéndolo más informativo y recortando apreciaciones subjetivas como “encantador” que pueden dificultar la lectura:</p><blockquote><p>Situado en el distrito residencial de Diagonal Mar, <strong>a 5 minutos a pie de la playa</strong>, del nuevo Centro de Convenciones de Barcelona ( CCIB), y del Centro Comercial Diagonal Mar con <strong>tiendas de moda, restauración, ocio, música</strong>. La famosa calle de <strong>las Ramblas está a tan solo 15 minutos</strong> con transporte público.</p></blockquote><p>Ha mejorado algo, pero sigue siendo un párrafo poco atractivo. Quedaría muchísimo mejor si le diéramos un formato más visual mediante listas y títulos:</p><blockquote><h3>Situación</h3><p>Distrito residencial Diagonal Mar.</p><p>A 5 minutos a pie de:&#160;</p><ul><li><strong>Playa</strong>&#160;</li><li>Centro de Convenciones de Barcelona (CCIB)&#160;</li><li>Centro Comercial Diagonal Mar (<strong>tiendas de moda, restauración, ocio, música</strong>…)</li></ul><p>A 15 minutos en trasporte público de la famosa calle <strong>las Ramblas</strong>.</p></blockquote><p>En este punto el texto es más atrayente, claro y bien estructurado que el inicial y no se ha perdido nada de información. Para hacer este contenido aún más atractivo se podría acompañar de imágenes del exterior del hotel y su alrededores.</p><p>En el <a href="http://www.usolab.com/servicios/curso-interaccion-usabilidad.php">curso de diseño de interacción web y usabilidad</a> que vamos a dar en Barcelona y Madrid hablaremos, entre otras cosas, de cómo escribir para la web y trabajaremos ejercicios como este.</p>]]>
      
   </content>
</entry>

</feed>
