<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>César García Gascón: servicios web, diseño de interacción y redes sociales. Hacemos las cosas más simples. Más inteligentes. &#187; curiosidades</title>
	<atom:link href="http://www.cesargarcia.com/inquiettudes/index.php/tag/curiosidades/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.cesargarcia.com/inquiettudes</link>
	<description>// inquiettudes.com // mi blog</description>
	<lastBuildDate>Tue, 24 Jan 2012 06:04:27 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Desire Path o cómo corrigen los usuarios</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2008/12/19/desire-path-o-como-corrigen-los-usuarios/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2008/12/19/desire-path-o-como-corrigen-los-usuarios/#comments</comments>
		<pubDate>Fri, 19 Dec 2008 20:50:17 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Diseño]]></category>
		<category><![CDATA[Diseño de interacción]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[curiosidades]]></category>
		<category><![CDATA[interacción]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/index.php/2008/12/19/desire-path-o-como-corrigen-los-usuarios/</guid>
		<description><![CDATA[Es el término que se utiliza en arquitectura para describir un camino que no está definido como tal, que no fue diseñado, sino que se va creando a medida que los peatones encuentran mejores caminos para llegar a su objetivo. En apariencia son nuevos caminos que tratan de corregir, simplificar o mejorar los creados originalmente.]]></description>
			<content:encoded><![CDATA[<h5>El diseñador es el usuario</h5>
<p>Al diseñar un parque o una zona peatonal se tiene que tener en cuenta la necesidad real de los usuarios. Investigar y comprender de dónde vienen los peatones y hacia dónde irán. A partir de aquí la clave es <strong>simplificar</strong> su vida. El trayecto mas corto será el más eficaz.</p>
<p>Si no es así, <em>como en la fotografí­a</em>, los propios usuarios serán los que se saldrán del camino marcado y comenzarán a crear uno nuevo, más corto, más efectivo o sencillamente más simple.</p>
<p class="img"><img src="http://www.cesargarcia.com/inquiettudes/imagenes/articulo59_imagen_1.png" width="460" height="184" title="Camino creado por los usuarios" alt="Camino creado por los usuarios"  /></p>
<h5>Nuevos caminos sociales</h5>
<p>En las interfaces de usuarios, estamos obligados a utilizar los caminos que vienen dados por los diseñadores de interacción. Pero, a medida que la interacción va creciendo, los usuarios hemos ido creando nuestros propios caminos sociales.</p>
<p>Basta con observar a los usuarios utilizar las aplicaciones, no a los que vivimos de esto, que no olvidemos que somos una minoría, sino a la gran mayoría de usuarios. Si observamos a estos utilizar internet, veremos que estos inician <em>siempre</em> la navegación desde un buscador. Y así, cuando quieren acceder a un sitio, escriben la <abbr title="Uniform Resource Locator" lang="en">URL</abbr> en el buscador.</p>
<h5>¡No utilizan la barra de direcciones!</h5>
<p>No recuerdan si es <em>.com</em>, <em>.es</em> o .lo que sea. Sólo poner la palabra en <a href="http://www.google.es" title="Google">Google</a> y buscar!. Ellos son los que han abierto un nuevo camino. <a href="http://www.mozilla-europe.org/es/firefox/" title="Navegador Firefox">Firefox</a> hace tiempo que se adaptó al nuevo camino creado por los usuarios. De esta manera no es necesario escribir el dominio en la barra de direcciones. Basta escribir un par de palabras y se irá a google a mostrar los resultados para que sea el usuario el que escoja a dónde desea ir.</p>
<h5>Nuevo camino por explorar</h5>
<p>Este camino abierto por los usuarios es el que tiene que hacer que las empresas vigilen su posición en los buscadores y lo que de ellas se habla. En algunos países como Estados Unidos, Japón o, aquí en Europa, el Reino Unido las marcas están notando esto, en lugar de hacer recordar al usuario un sitio web recomiendan un par de palabras por las que encontrar la marca en internet.</p>
<p>En la imagen se muestra el último fotograma de una campaña de Special K para Gran Bretaña. En lugar de terminar con la dirección de su site, recomienda buscar Special K en Yahoo.</p>
<p class="img"><img src="http://www.cesargarcia.com/inquiettudes/imagenes/articulo59_imagen_2.png" width="460" height="207" title="go to yahoo.com and enter the keyword special k for more information" alt="go to yahoo.com and enter the keyword special k for more information"  /></p>
<h5>¿Es este el fin de la <abbr title="Uniform Resource Locator" lang="en">URL</abbr>?</h5>
<p>Parece que sí. De la última lista <a href="http://www.google.com/intl/en/press/zeitgeist2008/" title="Google Zeitgeist 2008" lang="en">Zeitgeist de Google</a> 9 de cada 10 búsquedas de la lista emergente de palabras fueron irían directamente a su sitio web tan sólo con añadir un <em>punto com</em>. Éstas se denominan búsquedas navegacionales que determinan que el usuario sabe exactamente dónde quiere ir a parar. Son nuevos caminos sociales que acaban haciendose al andar.</p>
<h5>Más información</h5>
<ul>
<li><a href="http://www.usolab.com/wl/2008/04/caminos-sociales.php">Caminos sociales</a>, de Dani Armengol</li>
<li>Fotografía de este post, gracias a <a href="http://eileenbrown.wordpress.com/2008/01/30/blogging-for-web-30/" title="Eileens Technology blog" lang="en">Eileens Technology blog</a></li>
<li><a href="http://www.flickr.com/groups/desire_paths/pool/" title="Grupo en Flickr sobre Desire paths">Grupo en Flickr sobre Desire paths</a></li>
<li><a href="http://www.readwriteweb.com/archives/the_url_is_dead_long_live_search.php" title="The URL Is Dead, Long Live Search" lang="en">The URL Is Dead, Long Live Search</a></li>
<li><a href="http://www.google.com/intl/en/press/zeitgeist2008/" title="Google Zeitgeist 2008" lang="en">Zeitgeist de Google</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2008/12/19/desire-path-o-como-corrigen-los-usuarios/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>¿Desea continuar o esperar a la impresora?</title>
		<link>http://www.cesargarcia.com/inquiettudes/index.php/2008/07/07/desea-continuar-o-esperar-a-la-impresora/</link>
		<comments>http://www.cesargarcia.com/inquiettudes/index.php/2008/07/07/desea-continuar-o-esperar-a-la-impresora/#comments</comments>
		<pubDate>Mon, 07 Jul 2008 12:58:09 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Diseño de interacción]]></category>
		<category><![CDATA[Usabilidad]]></category>
		<category><![CDATA[curiosidades]]></category>
		<category><![CDATA[interfaz]]></category>

		<guid isPermaLink="false">http://www.cesargarcia.com/inquiettudes/index.php/2008/07/07/desea-continuar-o-esperar-a-la-impresora/</guid>
		<description><![CDATA[Desconcertante cuestión la que me ha aparecido esta misma mañana cuando que]]></description>
			<content:encoded><![CDATA[<p class="img"><img src="http://www.cesargarcia.com/inquiettudes/imagenes/articulo53_imagen1.jpg" width="460" height="77" title="¿Desea continuar o esperar a la impresora?" alt="¿Desea continuar o esperar a la impresora?"  /></p>
<blockquote>
<p>La impresora no ha respondido todavía, pero puede que el programa de Microsoft Office pueda continuar sin la información de la impresora. ¿Desea continuar o esperar a la impresora?</p>
<p>&nbsp;</p>
<p><em>Microsoft Office dixit</em></p>
</blockquote>
<p>La aplicación que ha generado este sentimiento de indefensión es el Microsoft Word. No he sabido muy bien que contestar. Y aún no se que era lo correcto. En cualquier caso creo que sea cual fuera mi respuesta, iba a pasar lo mismo. Nada.</p>
<h5>Unidad de información</h5>
<p>Los mensajes del sistema constituyen una comunicación entre el usuario y el ordenador. Se trata de un proceso de comunicación completa porque el sistema lanza un mensaje hacia el usuario que no se resuelve hasta que el usuario lo responde, completando así el proceso de comunicación con la realimentación correspondiente.</p>
<p><a href="http://www.jnd.org/" lang="en" title="Don Norman's jnd website">Donald Norman</a> afirmó que la interacción con un sistema debe entenderse como un intento de cooperación entre el sistema y el usuario. No obstante esta cooperación a veces no es tal. Cuando el sistema alcanza una situación imprevista nos encontramos con que este espíritu de cooperación no existe sino que, más bien al contrario, parecen buscar con ansia una manera de desorientarnos, cuando no de intentar hacernos culpables de la situación.</p>
<h5>Prevenir el error</h5>
<p>Aún mejor que el desarrollar buenos mensajes de error es tener un diseño cuidadoso que eviten la ocurrencia de errores. Pero, a veces, no es tan fácil evitar que dichos errores se produzcan. En este caso hay que prestar la máxima atención a los mensajes de error. A cómo se muestran. A que opciones se muestran al usuario y con qué contenido.</p>
<h5>Simplicidad</h5>
<p>La simplicidad de los mensajes del sistema es sólo aparente. En cuanto hay que decidir cuándo utilizarlos, qué tipo usar, bajo qué formato y con qué contenido, la multiplicidad de parámetros que deben ser tomados en consideración dificulta la elección correcta para cada caso.</p>
<p>Estos mensajes aparecen por iniciativa del sistema, resulta paradójico que cuando rigurosamente estamos determinando cuándo mostrar este mensaje al usuario no tengamos el mismo cuidado a la hora de diseñar un buen mensaje de sistema. Qué tipo de mensaje utilizar. Qué preguntamos al usuario. Y qué opciones se dan para resolver la incidencia.</p>
<h5>Un mal mensaje de error</h5>
<p>Es importantísimo dar información al usuario sobre el error, el porqué se ha producido y cómo puede solucionarlo. Los usuarios estamos acostumbrados a leer por encima estos mensajes de error porque están diseñados para dar información al programador de la aplicación y no así al usuario. Seguro que alguna vez nos hemos encontrado con textos llenos de códigos, incluso textos en otro idioma.</p>
<p>Cuando nos vemos obligados a leer el mensaje para realizar una acción, hagamos que al menos, el mensaje sea descifrable. Y que las respuestas dejen claro que acción se va a producir al pulsar el botón. En este caso si pulsamos el botón <strong>Sí</strong> ¿que hará el sistema? ¿Continuar o esperar a la impresora?</p>
<p>He leído el mensaje con detenimiento. Y aún no se que contestar. Cuidemos estos detalles para facilitarnos la vida a todos.</p>
<h5>Más información</h5>
<ul>
<li><a href="http://www.alzado.org/articulo.php?id_art=482" title="Mensajes del sistema: ¿cuándo usar cuál? - alzado.org">Mensajes del sistema: ¿cuándo usar cuál?</a>, de Josep M. Junoy</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.cesargarcia.com/inquiettudes/index.php/2008/07/07/desea-continuar-o-esperar-a-la-impresora/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

