<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">

<channel>
<title>Usolab</title>
<link>http://www.usolab.com/wl/</link>
<description>Blog de usabilidad, diseño y experiencia de usuario</description>
<dc:language>spa</dc:language>
<dc:creator>armengol@usolab.com</dc:creator>
<dc:rights>Copyright 2010</dc:rights>
<dc:date>2010-09-01T08:47:35+01:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.35" />
<admin:errorReportsTo rdf:resource="mailto:armengol@usolab.com"/>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2000-01-01T12:00+00:00</sy:updateBase>

<item>
<title>Sellar la tarjeta del paro por Internet no es fácil</title>
<link>http://www.usolab.com/wl/2010/09/sellar-la-tarjeta-del-paro-por-internet-no-es-facil.php</link>
<author> Dani Armengol Garreta</author>
<description>Hoy en día las instituciones públicas nos ofrecen la posibilidad de realizar muchos trámites y gestiones a través de Internet. Es algo que aún está inmaduro y tiene herencias del sistema tradicional, como los “horarios de conexión” para realizar ciertos...</description>
<guid isPermaLink="false">797@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>Hoy en día las instituciones públicas nos ofrecen la posibilidad de realizar muchos trámites y gestiones a través de Internet. <br /><br />Es algo que aún está inmaduro y tiene herencias del sistema tradicional, como los “<a href="http://www.oficinatreball.cat/socweb/export/sites/default/socweb_es/ciutadans/tramits_online/horari.html">horarios de conexión</a>” para realizar ciertos trámites de la Generalitat de Catalunya o la obligación incluso de realizarlos en un día concreto, como es el caso de la <a href="http://www.oficinatreball.net/renovacio/Login.do?idioma_navegacio=es">renovación de la demanda de ocupación</a>, más conocida por “sellar la tarjeta del paro”. <br /><br />La renovación de la demanda de ocupación es un trámite que, a priori, se podría antojar sencillo. Únicamente es necesario introducir un número identificativo y una contraseña. ¿Qué puede ir mal?</p><p><img title="Renovar la demanda de ocupación con PIN" alt="Una captura de pantalla muestra un pequeño formulario en la zona central. Destaca también una ilustración de una mujer en la zona izquierda" width="450" height="333" src="http://www.usolab.com/wl/images/renovarlademandaconpin.jpg" />&#160;</p><p>Entrando en la página destinada a este fin nos asaltan multitud de dudas: ¿estamos realmente en el trámite que queríamos? ¿por qué no lo aclara un título? Dice “si dispone de la tarjeta”… y ¿si no dispongo de ella? ¿por qué las instrucciones de lo que tengo que hacer están por debajo del sitio donde debo hacerlo? ¿por qué no se muestra de forma más clara que me puedo identificar con certificado digital? etc. <br /><br />Pero todo esto es el menor de los problemas de alguien que intente realizar este trámite ante la duda de ¿cómo escribo mi DNI en este campo?</p><p><img title="Introducción del NIF/NIE" alt="Literal NIF/NIE seguido de un campo pequeño, un gruión, un campo más largo y un ejemplo de introducción" width="430" height="40" src="http://www.usolab.com/wl/images/nifnie1.png" /></p><p>Si alguno de los lectores dispone de un NIE (“número de identidad de extranjero”) del tipo <br />X1234567A quizá lo vea más claro y decida probar escribirlo de esta forma:</p><p><img title="Campo NIF/NIE rellenado" alt="En el campo pequeño se ha escrito X, en el grande se ha escrito 1234567A" width="430" height="40" src="http://www.usolab.com/wl/images/nifnie2.png" /></p><p>Pero se dará cuenta que al pulsar en “Aceptar” salta un error. Aunque quizá “salta” no es la expresión más adecuada, pues únicamente nos lo sugiere el color de la etiqueta (que ha cambiado a… verde) y unas minúsculas “x” en las dos cajas de texto (que han cambiado de formato y ahora tienen fondo gris).</p><p><img title="Error en el campo NIF/NIE" alt="Campo con la etiqueta de color verde y dos pequeñas cruces en el interior de cada caja de texto" width="430" height="40" src="http://www.usolab.com/wl/images/nifnie3.png" />&#160;</p><p>No es necesario contar cómo&#160;a partir de este punto el usuario puede ir probando multitud de&#160;combinaciones sin éxito. El que tenga&#160;más paciencia puede, finalmente, darse cuenta que en la parte lateral izquierda de la pantalla hay una “sugerencia”.</p><p><img title="Ayuda para rellenar el campo NIF/NIE" alt="En la casilla de delante del número de NIF/NIE, ponga la letra D si se trata de NIF o la letra E si se trata de NIE." width="195" height="142" src="http://www.usolab.com/wl/images/sugerencias.png" /></p><p>La sugerencia, que no es tal, pues es de obligado cumplimiento, apenas es visible, pues está alejada del formulario y el texto es color pastel (muy fuera de los límites de contraste especificados en el nivel AA de las políticas de accesibilidad del W3C, que debería cumplir todo sitio web de una institución pública). <br /><br />Según la ayuda, el usuario debe escribir su “DNI” o “NIE” en la segunda caja de texto e indicar en la primera qué tipo de documento ha escrito mediante una “D” o una “E”, respectivamente.</p><p><img title="Campo NIF/NIE bien rellenado" alt="En el campo pequeño se ha escrito E, en el grande se ha escrito X1234567A" width="430" height="40" src="http://www.usolab.com/wl/images/nifnie4.png" />&#160;</p><p>Dejando a un lado que el sistema pueda reconocer si se ha escrito un DNI o un NIE (y no tenga el usuario que indicarlo), tampoco hay ningún motivo para solicitar al usuario que escriba nada, cuando un formulario de este tipo se podría solucionar mediante un mero desplegable de selección:</p><p><img title="Propuesta con desplegable" alt="Al literal Documento identificación le sigue un desplegable, un campo de texto y un ejemplo" width="487" height="40" src="http://www.usolab.com/wl/images/propuesta.png" /></p><p>Detectar este problema no es una cuestión de conocimientos de usabilidad, es una cuestión de enfoque: probar informalmente la página con únicamente dos usuarios sacaría a la luz ésta y otras dificultades de la interfaz. <br /><br />Y la solución de “mínimos” que presentamos, diseñada bajo la suposición que será más común escribir un NIF que un NIE, tiene una implementación trivial: un minuto en XHTML. <br /><br />Quizá si se dedicara más tiempo y recursos a mejorar las interfaces, no serían necesarios tantos <a href="http://www.gencat.cat/web/multimedia/cat/campanyes_012.htm">anuncios en televisión</a> para estimular a que la gente haga trámites por Internet.</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=797" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/09/sellar-la-tarjeta-del-paro-por-internet-no-es-facil.php#comments" title="Comentarios sobre: Sellar la tarjeta del paro por Internet no es fácil">3 comentarios</a></h2>

<h3><a href="http://jordisan.net/" rel="nofollow">jordisan</a> ( 1 Sep 2010 a las  9:51 AM)</h3>
<p>En el fondo parece que todavía tenemos ese sentimiento arcaico de que los trámites por Internet son un "lujo" o un "extra".

Vamos, que ya podemos darnos con un canto en los dientes con que existan como para encima pedir que funcionen bien.</p>
<h3>ruymanfm ( 1 Sep 2010 a las 10:51 AM)</h3>
<p>En la del Gobierno de Canarias, lo de los horarios parecen surrealistas. Y los requisitos técnicos me parecen vergonzosos: http://www2.gobiernodecanarias.org/empleo/portal/portalDesempleado/oficina-virtual/empleo.html</p>
<h3><a href="http://www.unprogramadormas.com" rel="nofollow">Juan Maria Nieves</a> ( 1 Sep 2010 a las 11:52 AM)</h3>
<p>Cuando los desarrollos se derivan en grandes consultoras como Fujitsu , donde los programadores hacen de maquetadores/diseñadores apremiados por plazos inhumanos este tipo de cosas suelen suceder. Este es un ejemplo más de que los concursos públicos en cataluña son una falsa , por que o bien lo gana Fujitsu o la mayoria de la veces lo gana T-Systems...</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-09-01T08:47:35+01:00</dc:date>
</item>
<item>
<title>¿Y el foco?</title>
<link>http://www.usolab.com/wl/2010/06/y-el-foco.php</link>
<author> Dani Armengol Garreta</author>
<description>Uno de los principales problemas que seguimos encontrando en muchas interfaces, especialmente en sitios web, es la total carencia de puntos focales, es decir, zonas que sugieran al usuario por dónde debe empezar.Hablábamos ya del tema hace seis años, pero...</description>
<guid isPermaLink="false">796@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>Uno de los principales problemas que seguimos encontrando en muchas interfaces, especialmente en sitios web, es la total carencia de puntos focales, es decir, zonas que sugieran al usuario por dónde debe empezar.</p><p><img title="Página de inicio de Banco Pastor" alt="Página de inicio de Banco Pastor, sin ningún elemento que destaque visualmente por encima de otro" width="450" height="341" src="http://www.usolab.com/wl/images/banco%20pastor.jpg" /></p><p>Hablábamos ya del tema <a title="Puntos de entrada y jerarquía visual en las páginas de inicio: el caso de Hotelius" href="http://www.usolab.com/articulos/hotelius.php">hace seis años</a>, pero este concepto, que parece que aún no ha cuajado entre los responsables de sitios web, no es en absoluto nuevo: está consolidado, en algunos casos desde hace siglos, en multitud de disciplinas como la pintura, la fotografía, el cine o el arte oriental del bonsái.</p><p>En fotografía, por ejemplo, ningún aficionado pondrá en duda la importancia de que exista algo que visualmente capte la atención del ojo al ver una toma. Este “algo” es el punto dónde empezar a mirar y a partir del que arranca un camino, definido de forma más o menos explícita visualmente, para que el ojo recorra la foto.</p><p>A estas alturas puede parecer una perogrullada hablar de los principios de la Gestalt u otras teorías visuales, pero ¿cómo hacen los fotógrafos para definir estos puntos focales? Pues utilizando variables visuales que deberían ser conocidas por cualquier diseñador de interfaces, como la posición, el tamaño, el color o la forma, entre otras.</p><p>El uso correcto de estas variables permite jerarquizar visualmente la interfaz, destacando unos elementos por encima de otros, e incluso crear caminos visuales para acompañar al usuario a donde el responsable de la interfaz desea que vaya.</p><p>Las ventajas de tener un foco parecen claras, pero las desventajas de no tenerlo también son importantes, y es que no crear un punto de atención, o su extremo contrario, crear demasiados, es el primer paso para forjar una experiencia de uso confusa. Si nada más entrar, no sé por dónde empezar, ¿cómo va a ser el resto?</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=796" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/06/y-el-foco.php#comments" title="Comentarios sobre: ¿Y el foco?">0 comentarios</a></h2>

</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-06-21T11:46:42+01:00</dc:date>
</item>
<item>
<title>Oferta de trabajo: consultor senior de usabilidad</title>
<link>http://www.usolab.com/wl/2010/05/oferta-de-trabajo-consultor-senior-de-usabilidad.php</link>
<author>A. Fidalgo</author>
<description>Buscamos un consultor senior de usabilidad, arquitectura de información y/o HCI para trabajar en nuestras oficinas de Sant Cugat (Barcelona).Su labor consistirá en:investigar necesidades de usuarioselaborar arquitecturas de informacióndefinir y establecer navegaciones e interacciones con el usuariodefinir estructuras y prototipos...</description>
<guid isPermaLink="false">795@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>Buscamos un <strong>consultor senior de usabilidad</strong>, arquitectura de información y/o HCI para trabajar en <a href="http://www.usolab.com/usolab/">nuestras oficinas de Sant Cugat </a>(Barcelona).<br /><br /><br />Su labor consistirá en:</p><ul><li>investigar necesidades de usuarios</li><li>elaborar arquitecturas de información</li><li>definir y establecer navegaciones e interacciones con el usuario</li><li>definir estructuras y prototipos (alta y baja definición)</li><li>realizar evaluaciones de usabilidad (evaluación heurística, test con usuarios…)</li></ul><p><br />Requisitos:</p><ul><li>ser licenciado o ingeniero</li><li>conocimientos de arquitectura de la información, diseño centrado en usuarios y diseño de interacción</li><li>conocimientos de las metodologías y técnicas habituales de análisis y evaluación de interfaces y de las herramientas de usabilidad</li><li>buena capacidad de comunicación oral y escrita</li><li>persona con ganas de aprender</li><li>pasión por la usabilidad y por el diseño</li></ul><p><br />Requisitos deseados:</p><ul><li>conocimientos de herramientas de diseño</li><li>participar de la filosofía del diseño de la sencillez o simplicidad</li><li>conocer y tener sensibilidad por la accesibilidad</li></ul><p><br />Experiencia:<br /><br />Se requiere una experiencia mínima de 2 años dedicados en exclusiva en proyectos de usabilidad, HCI, experiencia de usuario, arquitectura de información y/o diseño de interacción.<br /><br />Envía tu currículum vitae, a<strong> trabajo@usolab</strong>.com indicando en el asunto "Consultor usabilidad (Barcelona)"</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=795" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/05/oferta-de-trabajo-consultor-senior-de-usabilidad.php#comments" title="Comentarios sobre: Oferta de trabajo: consultor senior de usabilidad">0 comentarios</a></h2>

</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-05-28T14:45:26+01:00</dc:date>
</item>
<item>
<title>“¿Y qué hago yo con 800 Kbps?”: La necesidad de utilizar el lenguaje del usuario</title>
<link>http://www.usolab.com/wl/2010/05/y-que-hago-yo-con-800-kbps-la-necesidad-de-utiliza.php</link>
<author>A. Fidalgo</author>
<description>A la hora de presentar información sobre productos, especialmente en las páginas de listado o de categorías en las que se ofrecen varias alternativas para que el usuario seleccione alguna de ellas, es conveniente hacerlo no sólo describiendo sus características,...</description>
<guid isPermaLink="false">794@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>A la hora de presentar información sobre productos, especialmente en las páginas de listado o de categorías en las que se ofrecen varias alternativas para que el usuario seleccione alguna de ellas, es conveniente hacerlo no sólo describiendo sus características, sino explicando también los beneficios que supondrán para sus usuarios.<br /><br />En muchas ocasiones se muestran los productos presentando únicamente sus especificaciones técnicas, por ejemplo, adsl 25 Mb, 10 Mb, 6 Mb..., velocidad de subida  1 Mbps, 800 Kbps, 640 Kbps...  Es lo que se hace en la página de ADSL de la recién rediseñada  Movistar.</p><p>&#160;</p><p><img height="431" width="450" title="Oferta de ADSL de Movistar" src="http://www.usolab.com/wl/images/movistar.jpg" alt="movistar.jpg" /></p><p>&#160;</p><p>Esta información para muchos usuarios no significa nada, no saben cómo se traduce a su vida diaria, por lo que no le facilita ni ayuda en la toma de su decisión. Otro enfoque complementario es presentar la información en términos comprensibles para los que lo utilizarán, trasladándolos a los usos o beneficios que tendrán en su vida cotidiana.<br /><br />Por ejemplo, en el sitio web de la imagen inferior, si se pulsa en el enlace “10GB usage allowance”, se superpone una capa en la que se explica lo que se puede hacer con 10 GB.</p><p>&#160;</p><p><img height="226" width="450" title="Oferta de ADSL de Plusnet" src="http://www.usolab.com/wl/images/plus_net_01.jpg" alt="plus_net_01.jpg" /></p><p>&#160;</p><p><img height="185" width="450" title="Detalle oferta de ADSL de Plusnet" src="http://www.usolab.com/wl/images/plus_net_02.jpg" alt="plus_net_02.jpg" /></p><p>&#160;</p><p>En las páginas mostradas a continuación, se muestra esta información directamente en la misma promoción, señalando qué ventajas tiene cada uno de los productos.</p><p>&#160;&#160;&#160;</p><p><img height="116" width="450" title="Oferta de ADSL de Charter" src="http://www.usolab.com/wl/images/charter.jpg" alt="charter.jpg" /></p><p>&#160;</p><p><img height="238" width="450" title="Oferta de ADSL de Verizon" src="http://www.usolab.com/wl/images/verizon.jpg" alt="verizon.jpg" /></p><p>&#160;</p><p>Esta información permite al usuario diferenciar de forma más clara las opciones y le facilita la decisión.</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=794" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/05/y-que-hago-yo-con-800-kbps-la-necesidad-de-utiliza.php#comments" title="Comentarios sobre: “¿Y qué hago yo con 800 Kbps?”: La necesidad de utilizar el lenguaje del usuario">0 comentarios</a></h2>

</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-05-12T18:40:49+01:00</dc:date>
</item>
<item>
<title>Falta de visibilidad y retroalimentación en las interfaces</title>
<link>http://www.usolab.com/wl/2010/04/falta-de-visibilidad-y-retroalimentacion-en-las-in.php</link>
<author>Ruymán Ferrera</author>
<description>Dos de los principios clásicos en los análisis heurísticos de usabilidad son la visibilidad y la retroalimentación (a la que se denomina habitualmente con el término inglés feedback).La visibilidad hace referencia a la necesidad de que los usuarios conozcan el...</description>
<guid isPermaLink="false">793@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>Dos de los principios clásicos en los análisis heurísticos de usabilidad son la visibilidad y la retroalimentación (a la que se denomina habitualmente con el término inglés feedback).</p><p>La visibilidad hace referencia  a la necesidad de que los usuarios conozcan el estado del sistema. La retroalimentación consiste en proporcionar información útil y clara al usuario después de cada acción realizada.</p><p>Son principios nombrados ampliamente entre los diversos autores que recogían y publicaban reglas heurísticas a principios de la década de los 90, cuando todavía ni siquiera existía lo que actualmente conocemos como Internet.</p><p>Sin embargo, todavía hay interfaces que no cumplen estos principios, como ocurre en la  imagen inferior.</p><p>Cuando un cliente entra a la web e intenta identificarse, se encuentra con la siguiente pantalla (con una resolución de 1024 x768 píxeles):</p><p><a href="http://www.usolab.com/wl/images/barclays_inicio.jpg"><img width="450" height="266" src="http://www.usolab.com/wl/images/barclays_inicio-thumb.jpg" title="Pantalla de inicio del sitio web de Barclays" alt="Pantalla de inicio del sitio web de Barclays con sistema de identificación mediante usuario y contraseña en la columna izquierda" /></a></p><p>La acción del usuario al introducir su clave y contraseña desencadena dos cambios leves y difíciles de apreciar en la interfaz. Es decir, que el sistema carece de visibilidad y de retroalimentación. La pantalla queda como se muestra en la imagen:</p><p><a href="http://www.usolab.com/wl/images/barclays_identificacion.jpg"><img width="450" height="266" src="http://www.usolab.com/wl/images/barclays_identificacion-thumb.jpg" title="Página de introducción de clave en el sitio web de Barclays" alt="Pantalla de introducción de clave en el sitio web de Barclays con el usuario identificado. En el extremo inferior izquierdo aparece el borde superior de un formulario" /></a></p><p>Los cambios son tan poco apreciables que casi se podrían usar para una prueba del tipo “Encuentre las siete diferencias” (o <em>awareness test</em>, como <a href="http://www.youtube.com/watch?v=Ahg6qcgoay4">el famoso vídeo para concienciar a los conductores de la presencia de los ciclistas</a>).</p><p>Con la acción del usuario, desaparece el botón “Entrar” y aparece, en el extremo inferior izquierdo de la pantalla, un formulario para introducir una clave. Otro problema añadido, es la distancia entre este nuevo elemento y el lugar de  introducción de la clave.</p><p>El hecho de que este formulario esté por debajo del pliegue de la pantalla (que <a href="http://www.useit.com/alertbox/scrolling-attention.html">como señaló Nielsen recientemente es necesario tenerlo en cuenta</a>) agrava la situación.</p><p>Estos problemas provocan que los usuarios tengan muchas dificultades para continuar con el proceso que intentaban completar: identificarse para acceder a su sistema de banca online.</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=793" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/04/falta-de-visibilidad-y-retroalimentacion-en-las-in.php#comments" title="Comentarios sobre: Falta de visibilidad y retroalimentación en las interfaces">0 comentarios</a></h2>

</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-04-23T12:19:29+01:00</dc:date>
</item>
<item>
<title>La importancia del diseño y la donación de órganos</title>
<link>http://www.usolab.com/wl/2010/04/la-importancia-del-diseno-y-la-donacion-de-organos-1.php</link>
<author>A. Fidalgo</author>
<description>La donación de órganos para trasplantes es muy diferente en los países europeos, según muestra el gráfico inferior (los países de la izquierda muestran porcentajes muy bajos de personas que han manifestado su disposición a donar sus órganos una vez...</description>
<guid isPermaLink="false">792@http://www.usolab.com/wl/</guid>
<content:encoded><![CDATA[<p>La donación de órganos para trasplantes es muy diferente en los países europeos, según muestra el gráfico inferior (los países de la izquierda muestran porcentajes muy bajos de personas que han manifestado su disposición a donar sus órganos una vez muertos, comparados con los de la derecha, que están próximos al 100%). <br /><br />Cuando se buscan las razones de este comportamiento, la primera reacción es pensar en motivos religiosos, culturales, etc. Aunque, como comenta Dan Ariely en <a href="http://www.amazon.com/Predictably-Irrational-Revised-Expanded-Decisions/dp/0061854549/ref=sr_1_1?ie=UTF8&amp;s=books&amp;qid=1271151491&amp;sr=1-1">Predictably Irrational: The Hidden Forces That Shape Our Decisions</a>, países similares (como Dinamarca y Suecia, Holanda y Bélgica, Alemania y Austria), tienen un comportamiento muy diferente ante la donación.</p><p><img height="252" width="450" src="http://www.usolab.com/wl/images/donacion.jpg" alt="Gráfico con porcentaje de donaciones dee países europeos" title="Donaciones de órganos en Europa" /></p><p>¿Entonces, cuál es el motivo? El diseño. El diseño del formulario de donación de órganos.</p><p>En los países con una alta donación, la persona debe indicar expresamente en el formulario que no desea ser donante, que renuncia a serlo. Para ello tiene que marcar la casilla, el check box. Por defecto, si no indica lo contrario, la considera voluntaria a ceder sus órganos.</p>  <p><img height="124" width="430" src="http://www.usolab.com/wl/images/opt-out.JPG" alt="Formulario que marca por defecto que no desea donar órganos" title="Detalle de formulario de donación de órganos" /></p><p>Por otro lado, en los formularios utilizados en los países de la izquierda del gráfico, con poca donación de órganos, el que lo cumplimenta debe indicar si desea donar los órganos. Por defecto, si no marca la casilla, no se le considera donante.</p>  <p><img height="124" width="430" src="http://www.usolab.com/wl/images/opt-in.JPG" alt="Formulario que marca por defecto que no desea donar órganos" title="Detalle de formulario de donación de órganos" /></p><p>La mayoría de la gente no modifica la opción ofrecida  por defecto en el formulario de consentimiento.</p> <p>Creemos que tomamos las decisiones de forma racional y objetiva, pero la realidad es que, cuando nos enfrentamos a decisiones complejas o importantes, como la donación de órganos, los elementos no racionales juegan un papel fundamental, según comenta Dan Ariely. La forma en cómo se nos presenta una selección o pequeños detalles casi imperceptibles influyen de manera significativa en qué elegimos.</p><p>El diseño de una interfaz es una de las fuerzas y motivos escondidos o inconscientes que dan forma y afectan a nuestras decisiones. ¡Qué responsabilidad!</p></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=792" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/04/la-importancia-del-diseno-y-la-donacion-de-organos-1.php#comments" title="Comentarios sobre: La importancia del diseño y la donación de órganos">3 comentarios</a></h2>

<h3><a href="http://jordisan.net" rel="nofollow">jordisan</a> (14 Abr 2010 a las  4:26 PM)</h3>
<p>No os perdáis su vídeo en TED; es interesante de verdad:
http://www.ted.com/talks/dan_ariely_asks_are_we_in_control_of_our_own_decisions.html

(por cierto, es Ariely, no Ariel)</p>
<h3><a href="http://www.puentecromatico.com" rel="nofollow">Ezequiel M.</a> (17 Abr 2010 a las  6:50 PM)</h3>
<p>Me llamó la atención el título del articulo, la verdad una tremenda responsabilidad este tema. Claramente una persona tiende a confundirse al completar un formulario importante, normalmente uno entiende que al tildar acepta la condición. </p>
<h3>Tania (24 Jul 2010 a las  1:27 PM)</h3>
<p>El tema me parece un poco mas complejo que solo una casilla mal diseñada. En general, cada pais tiene sus normativas (leyes) que reglan si los ciutadanos tienen que consentir o contradecir a la donación de sus organos. En Alemania por ejemplo hay que consentir activamente (llevar un carnet) mientras que en Austria el donante esta automaticamente de accuerdo si ha declarado el contrario. </p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-04-14T14:14:24+01:00</dc:date>
</item>
<item>
<title>El diseño en la democracia</title>
<link>http://www.usolab.com/wl/2010/03/el-diseno-en-la-democracia.php</link>
<author> Dani Armengol Garreta</author>
<description>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...</description>
<guid isPermaLink="false">791@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=791" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/03/el-diseno-en-la-democracia.php#comments" title="Comentarios sobre: El diseño en la democracia">5 comentarios</a></h2>

<h3><a href="http://blog.chlewey.net" rel="nofollow">Carlos Th</a> (15 Mar 2010 a las  8:48 PM)</h3>
<p>Al votar por una lista con voto preferente NO es NECESARIO marcar un número.  Si un jurado marcó como nulo tal voto no es problema de usabilidad sino de capacitación del jurado. 

Caso contrario: marcar un número en una lista cerrada no debe invalidar el voto (no, al menos, cuando yo tomé la capacitación de jurado hace cuatro años).   La marca extra símplemente debe ignorarse. </p>
<h3><a href="http://www.juglardelzipa.com" rel="nofollow">juglar del zipa</a> (15 Mar 2010 a las  9:34 PM)</h3>
<p>Carlos tiene razón: en el caso de voto preferente el voto era válido únicamente marcando el emblema del partido. Y en caso de lista cerrada el voto debería ser válido aun si alguien marcó un número. No sé si esto que sugiero se había considerado como una regla a la hora del conteo.

Es importante tener en cuenta que esta tarjeta electoral traduce la reforma electoral del 2003 en la que se buscó fortalecer y disciplinar los partidos. Las tarjetas usadas anteriormente eran voluminosas, llenas de páginas, de fotos, números y nombres, reflejo de un sistema en que cada candidato era una lista. Pero el porcentaje de votos nulos fue de 3,4 la última vez que se usó este método en 2002. El de las elecciones de 2006 fue 11% y este año ya supera el 10%.

Hay dos diferencias entre el sistema actual y el anterior y es que hay un paso más, justamente el que exige marcar primero un partido y después, si se quiere, el número.

Este es por supuesto un problema de usabilidad pero no de los que se tratan como "no me hagas pensar". Quiero decir que aquí se supone que el elector está manifestando una decisión que ya tomó, que la tarjeta no es un mapa para ayudar a decidir. Así que, habiéndose informado sobre el partido y el candidatos de su preferencia, pasando por cómo usar esta herramienta, el elector lo manifiesta. Toda la publicidad era muy enfática señalando y reforzando ambos pasos.

Lo de las secciones de la tarjeta puede ser más confuso, más si además tiene información redundante pues los números que se eligen para la circunscripción nacional son de 1 a 100 mientras que los de la especial van del 201 al 203. Si se diferencian, podría suponerse, no deberían anularse.

El millón de votos nulos sin duda sería una excelente muestra para conocer las falencias del sistema. Sin embargo, por ley, pasan a mejor vida. Tal vez la Registraduría podría ordenar tomar una muestra por cada mesa. Sin embargo es claro que a la tarjeta no le hicieron ninguna prueba. ¿Y nadie piensa en saber quién es el encargado de eso?</p>
<h3><a href="http://www.juglardelzipa.com" rel="nofollow">juglar del zipa</a> (16 Mar 2010 a las  3:05 AM)</h3>
<p>aquí hice este diagrama sobre las zonas calientes de la tarjeta, con los datos de la votación: http://www.flickr.com/photos/juglardelzipa/4436361973/</p>
<h3>Dani (16 Mar 2010 a las  9:37 AM)</h3>
<p>¡Gracias Carlos Th y juglar del zipa por la aclaración y aportaciones!</p>
<h3><a href="http://www.tentandote.com" rel="nofollow">Francisco</a> ( 9 Abr 2010 a las  7:39 PM)</h3>
<p>En España también tienen tela las papeletas al Senado.

De hecho para las próximas elecciones se debería pedir que cambiasen su diseño.</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-03-15T14:59:33+01:00</dc:date>
</item>
<item>
<title>Oferta de empleo: diseñador</title>
<link>http://www.usolab.com/wl/2010/03/oferta-de-empleo-disenador.php</link>
<author>A. Fidalgo</author>
<description>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...</description>
<guid isPermaLink="false">790@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=790" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/03/oferta-de-empleo-disenador.php#comments" title="Comentarios sobre: Oferta de empleo: diseñador">4 comentarios</a></h2>

<h3><a href="http://www.cerocreatividad.com" rel="nofollow">gustavo soto miño</a> ( 6 Mar 2010 a las 12:15 AM)</h3>
<p>Se lee interesante. A quien se envía CV?
Saludos</p>
<h3> ( 8 Mar 2010 a las 10:01 AM)</h3>
<p>¿En qué provincia?</p>
<h3>Daniel ( 8 Mar 2010 a las 10:28 AM)</h3>
<p>Podéis enviar el CV a trabajo@usolab.com.

El trabajo es presencial, en nuestras oficinas de Sant Cugat del Vallès (provincia Barcelona).</p>
<h3><a href="http://www.eyegraphic.net" rel="nofollow">Raúl Solano</a> (16 Mar 2010 a las  8:18 PM)</h3>
<p>Enviado CV :)
¿Confirmáis recepción?</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-03-05T14:49:29+01:00</dc:date>
</item>
<item>
<title>5 ideas para contar lo que haces sin utilizar parrafadas</title>
<link>http://www.usolab.com/wl/2010/03/5-ideas-para-contar-lo-que-haces-sin-utilizar-parr.php</link>
<author> Dani Armengol Garreta</author>
<description>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...</description>
<guid isPermaLink="false">789@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/cgi-bin/movable/mt-tb.cgi?__mode=view&entry_id=789" onclick="OpenTrackback(this.href); return false">TrackBack (0)</a> | <a href="http://www.usolab.com/wl/2010/03/5-ideas-para-contar-lo-que-haces-sin-utilizar-parr.php#comments" title="Comentarios sobre: 5 ideas para contar lo que haces sin utilizar parrafadas">3 comentarios</a></h2>

<h3>Marcos Kramer ( 4 Mar 2010 a las  1:02 AM)</h3>
<p>Debemos ir en esa dirección, contar lo que hace tu portal de una forma gráfica. Pero en el ejemplo que has puesto de picotea, ¿como lo contarías de una manera gráfica?. No es un escaparate ni vende productos. No le veo muchas alternativas gráficas para contarlo. Me he metido en la web y he visto que en una de las pestañas de inicio tienen un video. ¿Sería la solución poner ese video en la primera?</p>
<h3>Dani ( 5 Mar 2010 a las  9:30 AM)</h3>
<p>Marcos: El vídeo actual es demasiado largo. Lo ideal sería ofrecer una página de inicio más minimalista, en línea al concepto de microblogging, explicando de forma más breve y visual de qué va y en qué consiste. Sería también interesante mover los contenidos de la pestaña “¿Quiénes picotean?” a esta página inicial, para dar cierta sensación de dinamismo (siempre y cuando haya suficientes usuarios registrados, para no ser contraproducente).</p>
<h3><a href="http://www.rosariogsm.com" rel="nofollow">Martin</a> (12 Mar 2010 a las  5:40 AM)</h3>
<p>Muy acertado el detalle de elegir webs en japones...al menos para mi fue una especie de lorem ipsum ;)</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-03-02T09:24:49+01:00</dc:date>
</item>
<item>
<title>Kant a los diseñadores</title>
<link>http://www.usolab.com/wl/2010/02/kant-a-los-disenadores.php</link>
<author>A. Fidalgo</author>
<description>&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,...</description>
<guid isPermaLink="false">788@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/wl/2010/02/kant-a-los-disenadores.php#comments" title="Comentarios sobre: Kant a los diseñadores">10 comentarios</a></h2>

<h3>José Vittone (18 Feb 2010 a las  2:23 PM)</h3>
<p>¡Muy bueno! Absolutamente de acuerdo. ¿Qué sería de nosotros (los diseñadores) sin problemas que resolver?</p>
<h3><a href="http://jordisan.net/" rel="nofollow">jordisan</a> (18 Feb 2010 a las  2:53 PM)</h3>
<p>Y los expertos en usabilidad somos los perros perdigueros que se comen a las palomas que no vuelan bien :P</p>
<h3><a href="http://www.asteriskbcn.com" rel="nofollow">Jordi - Asterisk bcn</a> (18 Feb 2010 a las  3:36 PM)</h3>
<p>No pasa lo mismo cuando hablamos de accesibilidad web, no tenemos que verla como una barrera para el diseño, sino como una puerta para miles de usuarios que verán e interactuarán con nuestra web de forma diferente.</p>
<h3>Huidobro (18 Feb 2010 a las  5:12 PM)</h3>
<p>Que grande este post. Y sobre todo que tuyo Armando :)</p>
<h3>alex (18 Feb 2010 a las 11:53 PM)</h3>
<p>BUfff me da un poco de pereza el post. Yo soy diseñador y creo que  pocos diseñadores conocéis… o eso espero , un buen diseñado se crece ante las limitaciones. 
"requerimientos menos habituales" no se si son menos habituales cuando generas una interface nueva tienes o debes pensar como se interactua con ella. Si no piensas en eso te puedes dedicar a pintar cuadros. soy de los que pienso que el diseño soluciona un problema y la interacción con la maquina es una de las características que tienes cuando te enfrentas al problema de diseñar una interface.
Vamos que la usabilidad es un elemento más como la ergonomia lo es al diseño industrial, es un elemento que debemos conocer y aprender. 

Cuando decís que cumplan las convenciones… aquí discrepo por que en mi curro trabajo codo con codo con vosotros. y las convenciones suelen salir de un libro De mi "amigo" jakob nielsen  y yo creo que las cosas evolucionan. Hay que conocer las reglas pero hay que aprender de ellas y probar a veces cosas nuevas.
Eso no quiere decir que el proceso lógico es testera el cmabio y si no cumple con los objetivos iniciales… Pues a cambiar otra vez.
Pero hay que romper las convenciones para añadir emotividad a las interfaces. Igual que lo tienen las marcas, los anuncios. El hombre es emocional y las interficies tienes que desprender emociones. No queremos estar  siglos con links azules sobre fondo blanco.
Eso no quiere decir que si tengo una funcionalidad la ponga aunque nadie la use, y que ponga un botón sino es necesario y no aporta nada.

Tengo una teoría sobre el proceso en el que estamos, hasta hace poco valía todo, ahora debemos unir especialidades como diseño y usabilidad para aportar valor añadido a empresas.

VIVA KANT y creo que el problema es que todavía hay diseñadores que quieren ser artistas y artistas que quieren ser diseñadores.</p>
<h3><a href="http://www.disfrutamallorca.es" rel="nofollow">disfrutamallorca</a> (20 Feb 2010 a las  9:25 AM)</h3>
<p>Debo decir que soy novato en el tema del diseño, aunque me apasiona, por eso leo y releo tus posts, me parecen de gran ayuda. He visitado la web de O2, supongo que esta puesta como buena paloma.

¿Podrías sugerir otras webs como “buenas palomas”? es bueno poder aprender de algo bien hecho. Gracias
</p>
<h3><a href="http://www.disfrutamallorca.es" rel="nofollow">disfrutamallorca</a> (20 Feb 2010 a las  9:27 AM)</h3>
<p>Perdón en mi comentario anterior, me refería a “Palomas ligeras”, no ha buenas palomas</p>
<h3>Carola Clavo (22 Feb 2010 a las 12:02 PM)</h3>
<p>Eso de lo que hablas, no son diseñadores, se hacen pasar por tales, y me da pena leer que alguien los llama así.

Precisamente los trabajos más fáciles son los que tienen trabas y cortapisas, porque el diseño es una forma de comunicar resolviendo los problemas de cada momento. El diseño es comunicación y funcionalidad, y todo lo demás es estética o arte, que es otra cosa.

Me da pena que los llames diseñadores, porque se devalúa nuestra profesión, se crea confusión y ya tenemos bastante de las dos cosas. ;-) (lo digo con cariño y humor).

Un saludo.</p>
<h3><a href="http://www.disfrutamallorca.es" rel="nofollow">disfrutamallorca</a> ( 5 Mar 2010 a las  4:19 PM)</h3>
<p>Por favor, seria posible algunas webs como ejemplos de "Palomas ligeras".

GRACIAS</p>
<h3>catalina (11 Mar 2010 a las  8:58 AM)</h3>
<p>A mí tambien me gustaria algún ejemplo de web a seguir ... bonita, sencilla y usable</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-02-18T14:06:21+01:00</dc:date>
</item>
<item>
<title>Usabilidad y privacidad: el caso de Google Buzz</title>
<link>http://www.usolab.com/wl/2010/02/usabilidad-y-privacidad-el-caso-de-google-buzz.php</link>
<author> Dani Armengol Garreta</author>
<description>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...</description>
<guid isPermaLink="false">787@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-02-15T17:17:24+01:00</dc:date>
</item>
<item>
<title>Ir más allá de la interfaz</title>
<link>http://www.usolab.com/wl/2010/02/ir-mas-alla-de-la-interfaz.php</link>
<author> Dani Armengol Garreta</author>
<description>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...</description>
<guid isPermaLink="false">786@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/wl/2010/02/ir-mas-alla-de-la-interfaz.php#comments" title="Comentarios sobre: Ir más allá de la interfaz">4 comentarios</a></h2>

<h3><a href="http://joaquinnunez.cl/" rel="nofollow">joaquin nunez</a> ( 9 Feb 2010 a las  7:31 PM)</h3>
<p>"good programmers appreciate the features you put in. expert programmers appreciate the features you left out."


http://twitter.com/KentBeck/status/8637230540</p>
<h3><a href="http://www.disfrutamallorca.es" rel="nofollow">disfrutamallorca</a> (14 Feb 2010 a las 12:56 PM)</h3>
<p>Muy interesante el post, ¿seria posible saber para que web se realiz´´o la inferface?

Gracias</p>
<h3>Elena (15 Feb 2010 a las 12:20 AM)</h3>
<p>Sería buenisimo que pusieran una opcion para compartir los articulos en las redes sociales (facebook, twitter) :)</p>
<h3>Dani Armengol (15 Feb 2010 a las 10:29 AM)</h3>
<p>@disfrutamallorca No era ningún sitio web, era una aplicación de escritorio.

@Elena Hemos añadido un apañillo temporal para hacerlo.</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-02-09T18:51:06+01:00</dc:date>
</item>
<item>
<title>Ser conscientes del inconsciente</title>
<link>http://www.usolab.com/wl/2010/01/ser-conscientes-del-inconsciente.php</link>
<author>A. Fidalgo</author>
<description>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...</description>
<guid isPermaLink="false">785@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/wl/2010/01/ser-conscientes-del-inconsciente.php#comments" title="Comentarios sobre: Ser conscientes del inconsciente">6 comentarios</a></h2>

<h3><a href="http://www.ergow.wordpress.com" rel="nofollow">Ergow</a> (31 Ene 2010 a las  3:08 PM)</h3>
<p>A grandes rasgos es decir, a nivel cualitativo, se puede entender que un diseño recargado, estridente, etc. va a molestar y saturar la experiencia de usuario. La cuestión que me planteo es de qué forma podemos cuantificar esto a nivel de laboratorio realizando una medición directa sobre el usuario: electroencefalogramas, dilatación pupilar, etc. Es decir qué es lo más recomendable y lo último para trabajar en es campo.
Saludos </p>
<h3><a href="http://www.torresburriel.com" rel="nofollow">torresburriel</a> ( 1 Feb 2010 a las 11:13 PM)</h3>
<p>Me gusta leer este tipo de posts y reflexiones de vez en cuando. Mucho.

Enhorabuena.</p>
<h3><a href="http://consultoriaenred.com" rel="nofollow">David</a> ( 1 Feb 2010 a las 11:21 PM)</h3>
<p>Interesante artículo que nos viene a decir que hay mantener una estructura de navegación fija y basada en patrones (nivel cognitivo inferior) en la que se destaquen uno o dos elementos simultáneamente (nivel cognitivo superior).

Avanzando en la dirección que plantea Ergow, quizás la unión del recorrido visual (Eye Tracking) junto con los gestos de la cara del usuario pudieran decirnos algo sobre los niveles cognitivos. Sacadas rápidas con fijaciones cortas significarían estímulos secundarios y sacadas cortas con fijaciones intensas significarían estímulos para el nivel superior.

Gracias!</p>
<h3><a href="http://www.guindo.com" rel="nofollow">Sergio</a> ( 4 Feb 2010 a las 10:54 AM)</h3>
<p>Genial la reflexion sensei, como siempre.

Por cierto echadle un ojo al último artículo de Juan C. Dürsteler: Visión Activa, creo que se complementa perfectamente con lo que comentas. Explica con gran detalle los mecanismos que actúan en el proceso cognitivo de la visión.

Un abrazo.</p>
<h3><a href="http://www.tentandote.com" rel="nofollow">Francisco</a> (15 Feb 2010 a las  9:36 AM)</h3>
<p>Estupendo post ¡uno se queda con ganas de más! :-)

Enhorabuena</p>
<h3>Laura (17 Feb 2010 a las  6:40 PM)</h3>
<p>Genial :)

Gracias por compartirlo</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-01-28T16:35:14+01:00</dc:date>
</item>
<item>
<title>Conoce a tus usuarios. ¡Tú no eres uno de ellos!</title>
<link>http://www.usolab.com/wl/2010/01/conoce-a-tus-usuarios-tu-no-eres-uno-de-ellos.php</link>
<author>A. Fidalgo</author>
<description>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...</description>
<guid isPermaLink="false">783@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-01-20T09:21:45+01:00</dc:date>
</item>
<item>
<title>Empezar a comprar en Alcampo</title>
<link>http://www.usolab.com/wl/2010/01/empezar-a-comprar-en-alcampo.php</link>
<author> Dani Armengol Garreta</author>
<description>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...</description>
<guid isPermaLink="false">782@http://www.usolab.com/wl/</guid>
<content:encoded><![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></p>
<h2>
<a href="http://www.usolab.com/wl/2010/01/empezar-a-comprar-en-alcampo.php#comments" title="Comentarios sobre: Empezar a comprar en Alcampo">3 comentarios</a></h2>

<h3><a href="http://http:/www.grancomo.com/" rel="nofollow">Luis Villa</a> (26 Ene 2010 a las  1:14 PM)</h3>
<p>El problema es la falta de jerarquía y mancha verde con elementos de formulario dentro y el botón. A manchar un interfaz con pegotes de colores y fotos le llamarán "diseño" y tan contentos.

En ecommerce está todo inventado y tienen multitud de ejemplos en los que inspirarse. Cero ornamento, blanquito y sin distracciones hasta que el cliente esté dentro del supermercado.

Tiene toda la pinta de ser un proyecto liderado por tecnología ¿No pueden aprender de la gente de los hipermercados sobre el comportamiento de los clientes? 

Lo mejor, la frase de cierre. :)</p>
<h3><a href="http://www.espinapez.com" rel="nofollow">Rubén</a> (26 Ene 2010 a las  2:55 PM)</h3>
<p>Pues dentro ya de la tienda no mejora. Si Luis Villa habla de cero ornamento, dentro tenémos incluso un banner enorme, molesto y que hace perder el foco al usuario, ya no he seguido. </p>
<h3><a href="http://www.andadas.com" rel="nofollow">Carlos</a> ( 7 Feb 2010 a las  1:32 PM)</h3>
<p>De hecho, si eligen esa forma de entrar, eligiendo entre dos opciones (llenar uno u otro campo de un formulario), podrían haber elegido javascript como primer método de comprobación, mucho más rápido que enviar una petición al servidor (que nunca sobra, por si hay alguien malicioso que se lo quiere saltar).

En fin, como habéis dicho, ¡a por la cuarta!</p>
</description>
]]></content:encoded>
<dc:subject></dc:subject>
<dc:date>2010-01-18T12:38:17+01:00</dc:date>
</item>


</channel>
</rss>