<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.3.1" -->
<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/"
	>

<channel>
	<title>Don Palabras</title>
	<link>http://www.donpalabras.com</link>
	<description>El don de la palabra en Estrategia y Diseño de Interacción</description>
	<pubDate>Thu, 25 Mar 2010 21:09:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.1</generator>
	<language>en</language>
			<item>
		<title>Usabilidad e integración multicanal</title>
		<link>http://www.donpalabras.com/?p=39</link>
		<comments>http://www.donpalabras.com/?p=39#comments</comments>
		<pubDate>Thu, 25 Mar 2010 21:07:35 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[AI]]></category>

		<category><![CDATA[diseño de interacción]]></category>

		<category><![CDATA[estrategia web]]></category>

		<category><![CDATA[integración multicanal]]></category>

		<category><![CDATA[software]]></category>

		<category><![CDATA[tecnología]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=39</guid>
		<description><![CDATA[ Hace algunas semanas, gracias a una cordial invitación de la Comunidad Colombiana de Usabilidad, www.usarte.org, tuve la oportunidad de participar en la desconferencia virtual &#8220;Usabilidad en Latinoamérica&#8220;, sobre la plataforma pio.la, con esta charla:





]]></description>
			<content:encoded><![CDATA[<p> Hace algunas semanas, gracias a una cordial invitación de la Comunidad Colombiana de Usabilidad, <a href="http://usarte.ning.com/">www.usarte.org</a>, tuve la oportunidad de participar en la desconferencia virtual &#8220;<a href="http://pio.la/piolas/usabilidad-en-latinoamerica" title="Desconferencia sobre usabilidad en Latinoamérica">Usabilidad en Latinoamérica</a>&#8220;, sobre la plataforma <a href="http://pio.la/" title="Piola: plataforma de desconferencias virtuales">pio.la</a>, con esta charla:</p>
<p><object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" id="utv19020" name="utv_n_881923" width="480" height="386"></p>
<param name="flashvars" value="loc=%2F&amp;autoplay=false&amp;vid=2610318"></param>
<param name="allowfullscreen" value="true"></param>
<param name="allowscriptaccess" value="always"></param>
<param name="src" value="http://www.ustream.tv/flash/video/2610318"></param><embed src="http://www.ustream.tv/flash/video/2610318" flashvars="loc=%2F&amp;autoplay=false&amp;vid=2610318" allowfullscreen="true" allowscriptaccess="always" id="utv19020" name="utv_n_881923" type="application/x-shockwave-flash" width="480" height="386"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=39</wfw:commentRss>
		</item>
		<item>
		<title>Como el tercer número de FAZ no hay dos</title>
		<link>http://www.donpalabras.com/?p=36</link>
		<comments>http://www.donpalabras.com/?p=36#comments</comments>
		<pubDate>Mon, 17 Aug 2009 04:55:35 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[arquitectura de información]]></category>

		<category><![CDATA[faz]]></category>

		<category><![CDATA[hci]]></category>

		<category><![CDATA[ihc]]></category>

		<category><![CDATA[ipo]]></category>

		<category><![CDATA[méxico]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=36</guid>
		<description><![CDATA[Ya está publicado el tercer número de revista FAZ
Y como él no hay dos. Porque está dedicado, en forma exclusiva, a la Interacción Humano-Computadora en México, un país con una vocación académica profundamente respetuosa de los métodos de investigación.
Artículos esta vez sólo con perspectiva científica lo confirman, exponiendo los casos de estudio más importantes tratados [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.revistafaz.org" title="Faz3"><img src="http://www.donpalabras.com/wp-content/uploads/2009/08/n3_portada1.png" alt="Faz3" /></a>Ya está publicado el <a href="http://www.revistafaz.org" title="Revista Faz Número 3: HCI en México">tercer número de revista FAZ</a></p>
<p>Y como él no hay dos. Porque está dedicado, en forma exclusiva, a la Interacción Humano-Computadora en México, un país con una vocación académica profundamente respetuosa de los métodos de investigación.</p>
<p>Artículos esta vez sólo con perspectiva científica lo confirman, exponiendo los casos de estudio más importantes tratados en el último <a href="http://www.mexihc.org/" title="Talle Mexicano de IHC">Taller Mexicano de Interacción Humano-Computadora</a>, celebrado en Mexicali, Baja California.</p>
<p>Destaca el enfoque multidisciplinario de la mayoría de ellos y, en otros cuantos,  la noble -y ciertamente atractiva, por las metodologías empleadas- búsqueda de explotación de la tecnología con objetivos de integración y tratamiento de personas con discapacidades físicas.</p>
<p>Y sobresale también la participación del ilustrante extravagante de Saltillo, <a href="http://www.fjordan.com" title="Sitio web personal del ilustrador Federico Jordán">Federico Jordán</a>, como artista invitado.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=36</wfw:commentRss>
		</item>
		<item>
		<title>El menú: distinción primordial al diseñar para móviles</title>
		<link>http://www.donpalabras.com/?p=35</link>
		<comments>http://www.donpalabras.com/?p=35#comments</comments>
		<pubDate>Mon, 20 Jul 2009 03:50:49 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[AI]]></category>

		<category><![CDATA[arquitectura de información]]></category>

		<category><![CDATA[diseño de interacción]]></category>

		<category><![CDATA[iphone]]></category>

		<category><![CDATA[móviles]]></category>

		<category><![CDATA[menú]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=35</guid>
		<description><![CDATA[Hace meses escribí un artículo en el cual hablaba de la construcción de un menú de navegación.
La principal conclusión aportada era que en un sitio web no hay que tratar de resolver todo a través de un buen menú, ya que éste se hace cargo de sólo una de las facetas del acceso a la [...]]]></description>
			<content:encoded><![CDATA[<p>Hace meses escribí <a href="http://www.donpalabras.com/?p=29" title="Artículo ">un artículo en el cual hablaba de la construcción de un menú de navegación</a>.<br />
La principal conclusión aportada era que en un sitio web no hay que tratar de resolver todo a través de un buen menú, ya que éste se hace cargo de sólo una de las facetas del acceso a la información: la estructura lógica global, generalmente jerárquica y expresada en categorías y subcategorías.<br />
Decía que no hay que resolver todo con el menú, porque las grandes pantallas de la mayoría de los computadores personales literalmente dan cabida a otros recursos, como accesos directos o hotlinks, con más o menos parafernalia gráfica.<br />
Entonces, el menú se hace cargo del acceso por lógica y los hotlinks del acceso por relevancia, donde lo más destacado es lo más importante o lo más usado o lo más nuevo.<br />
¿A propósito de qué comento todo esto? A propósito de los móviles.</p>
<blockquote><p>No tengo dudas:<strong> la distinción fundamental a nivel de Arquitectura de Información entre computadores personales y móviles es que en estos últimos la lógica y la relevancia son indivisibles como criterio de acceso</strong>.</p></blockquote>
<p>El desafío primigenio de la AI para móviles es hacer convivir, en un solo listado de hipervínculos, una taxonomía lógica (la columna vertebral de los contenidos) con los accesos directos más relevantes; un recurso conceptualmente nuevo, que no es exactamente un menú, pero tampoco un conjunto inestructurado de hotlinks.<br />
Lindo reto el de estructurar contenidos para móviles, que no consiste simplemente en acortar los textos ni en manejar de otra manera las columnas, ni en optimizar de otra forma los espacios, ni en estandarizar los códigos de programación. Se trata más bien de reescribir las bases de la AI.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=35</wfw:commentRss>
		</item>
		<item>
		<title>Casa Blanca y escalabilidad</title>
		<link>http://www.donpalabras.com/?p=32</link>
		<comments>http://www.donpalabras.com/?p=32#comments</comments>
		<pubDate>Wed, 21 Jan 2009 22:36:41 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[arquitectura de información]]></category>

		<category><![CDATA[Casa Blanca]]></category>

		<category><![CDATA[Iraq]]></category>

		<category><![CDATA[Obama]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=32</guid>
		<description><![CDATA[Obviamente hay que mirar el sitio web oficial de la Casa Blanca por estos días.
Un tema vinculado con Arquitectura de Información y escalabilidad que me llamó la atención es la presencia de Iraq como opción del menú de la agenda del Presidente que figura solita, como un mundo en sí mismo, fuera incluso del ámbito de [...]]]></description>
			<content:encoded><![CDATA[<p>Obviamente hay que mirar el <a href="http://www.whitehouse.gov/" title="Sitio de la Casa Blanca">sitio web oficial de la Casa Blanca</a> por estos días.</p>
<p>Un tema vinculado con Arquitectura de Información y escalabilidad que me llamó la atención es la presencia de Iraq como opción del menú de la agenda del Presidente que figura solita, como un mundo en sí mismo, fuera incluso del ámbito de la &#8220;Defensa&#8221; y de la &#8220;Política Internacional&#8221;:<a href="http://www.donpalabras.com/?attachment_id=33" rel="attachment wp-att-33" title="Agenda de la Casa Blanca"><img src="http://www.donpalabras.com/wp-content/uploads/2009/01/agendaobama.png" alt="Agenda de la Casa Blanca" width="371" height="224" /></a></p>
<p>Supongo que esto es reflejo del estilo de gobierno con el que nos agasajará  Estados Unidos en los próximos años, en cuyo contexto Obama vislumbra a Iraq como única nación potencialmente conflictiva. De lo contrario, a quien tiene a su cargo el sitio se le podría extender insospechadamente el menú (<a href="http://www.donpalabras.com/?p=29">tema sobre el cual he escrito en este blog</a>), si empiezan a sumarse otros países del conocido -espero que sólo hasta ayer martes 19 de enero-  &#8221;eje del mal&#8221;. ¿Cuba, Irán, Afganistán, Corea del Norte? Ojalá no se presenten esos pequeños problemillas de arquitectura de información.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=32</wfw:commentRss>
		</item>
		<item>
		<title>Emlyn Hughes y la jugabilidad</title>
		<link>http://www.donpalabras.com/?p=31</link>
		<comments>http://www.donpalabras.com/?p=31#comments</comments>
		<pubDate>Sun, 14 Sep 2008 20:26:22 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=31</guid>
		<description><![CDATA[Advertencia: si nunca jugaste con un computador personal de los que había hace 20 años, de los que se conectaban a una tele, como un Atari 800 ó 520/1040 ST, Commodore 64 ó Amiga, Sinclair Spectum, Amstrad o MSX, puede que este post te suene extraño, ante lo cual, por mera curiosidad, igual te invito [...]]]></description>
			<content:encoded><![CDATA[<blockquote class="webkit-indent-blockquote" style="border-style: none; margin: 0px 0px 0px 40px; padding: 0px">Advertencia: si nunca jugaste con un computador personal de los que había hace 20 años, de los que se conectaban a una tele, como un Atari 800 ó 520/1040 ST, Commodore 64 ó Amiga, Sinclair Spectum, Amstrad o MSX, puede que este post te suene extraño, ante lo cual, por mera curiosidad, igual te invito a seguir leyendo.</p></blockquote>
<p>Soy un convencido de que los maestros de la usabilidad y el diseño de experiencias no están en las grandes consultoras que nacieron al alero de la web (ni 2.0, ni 1.0, ni 0.1). Algunos ni siquiera tienen blog. Los verdaderos maestros nos llevan varias décadas de ventaja y no trabajan en Adaptive Path ni en Nielsen Norman Group. Trabajan y se formaron en Electronic Arts, Nintendo, Sega, Konami, Activision, Ocean, Elite, Dinamic, Taito, US Gold, Code Masters, Melbourne House y otras.</p>
<p>La usabilidad llevada a extremos en los cuales la interacción con un computador es eficiente en el objetivo de entretener y  no sólo genera satisfacción, sino placer, se llama &#8220;jugabilidad&#8221;; y es lo que han hecho durante mucho tiempo las casas desarrolladoras de videojuegos para lograr experiencias de ocio extremadamente evolucionadas.</p>
<p>Todo esto a propósito de un viejo simulador de fútbol desarrollado por la compañía inglesa <a href="http://en.wikipedia.org/wiki/Audiogenic" title="Referencia de la desaparecida Audiogenic en Wikipedia">Audiogenic</a> en 1988, llamado <a href="http://en.wikipedia.org/wiki/Emlyn_Hughes_International_Soccer" title="Referencia de Emlyn Hughes International Soccer en Wikipedia">Emlyn Hughes International Soccer</a>, respecto del cual he descubierto un <a href="http://www.ehis64.net/" title="Comunidad de fans de Emlyn Hughes International Soccer">sitio web comunitario</a> en el cual lo ubican como el mejor juego de fútbol de todos los tiempos:</p>
<p><object width="445" height="364"></p>
<param name="movie" value="http://www.youtube.com/v/fEmVYsgsxi0&amp;hl=en&amp;fs=1&amp;border=1"></param>
<param name="allowFullScreen" value="true"></param>
<param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/fEmVYsgsxi0&amp;hl=en&amp;fs=1&amp;border=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="445" height="364"></embed></object></p>
<p>¿Cómo es que un juego hecho hace 20 años, para computadores de 8 bytes -concretamente la versión de Commodore 64, la más popular- puede siquiera compararse con Pro Evolution Soccer 2009?</p>
<p>Pues sí puede. No a nivel gráfico, los cuadrados y horribles jugadores del Emlyn sólo podrían dejar satisfechos a Clarence Acuña o a Julio Baptista, pero no hay forma de emular a David Beckham o Cristiano Ronaldo; tampoco en audio, aunque el Commodore era el mejor de la época en este ámbito; menos en cantidad y calidad de opciones de juego. Y así un largo etcétera&#8230; Pero sí pueden compararse, todavía hoy, en el atributo más importante, a mi juicio: en jugabilidad; o, en usabilidad llevada al ámbito lúdico.</p>
<p>Al Emilyn Hughues le fluían con toda naturalidad cosas complejísimas de diseñar y programar, aún hoy, como utilizar el &#8220;cuerpo&#8221; del futbolista para impedir el robo de los defensas; adelantar la pelota con toques cortos para ganar en velocidad (tal como Garrincha, Paulo Futre o el &#8220;Pato&#8221; Yáñez); cabecear; saltar y bajarla de pecho; darle de taco y salir corriendo en la dirección contraria, como Johan Cruyff&#8230; Y, lo más importante y frente a lo cual comparto con los fans de la comunidad que Emlyn no ha sido superado hasta hoy, tener control casi absoluto sobre la pelota al patear y dar pases. Un jugador avezado podía ubicar ese horripilante balón con forma de cruz casi en cualquier punto deseado de la cancha, en un remate alto, de altura media y a ras de &#8220;pasto&#8221;. No he experimentado en otro videojuego de fútbol, ni siquiera en Pro Evolution Soccer 2008, el &#8220;estado de flujo&#8221; (recomiendo revisar al respecto el artículo <a href="http://www.revistafaz.org/" title="artículo de Pere Rosales en donde habla sobre el ">&#8220;Manifiesto Inusual para el Diseño de Experiencias&#8221;</a>, publicado por Pere Rosales en Revista Faz) que se genera al sentirse físicamente dominador de la situación, una sensación parecida a la extensión del cuerpo que experimentan los conductores con los automóviles (qué mejor interfaz que un volante).</p>
<p>Todo lo anterior lo lograba Emlyn Hughes sólo con una palanca y un botón, lo cual resulta irrisorio frente a los 10 botones y 3 mandos direccionales de los joysticks de las consolas actuales (exceptuando lo que nos depare la línea de Nintendo Wii y Xbox Natal, frente a los cuales me reservo mi opinión por el momento).</p>
<p>Todo esto me lleva a las siguientes conclusiones:</p>
<ul>
<li>No es necesario contar con grandes capacidades tecnológicas ni con interfaces rebuscadas para generar buenas experiencias de usuario. Todo lo contrario.</li>
<li>La complejidad de la máquina no debe traspasarse al usuario. Qué más complejo que un automóvil y qué fácil es manejar.</li>
<li>A veces la complejidad que sí debe traspasarse al usuario -o al menos a un grupo de usuarios bien dispuestos para ello- es la complejidad propia de la tarea. En el caso del ocio, las tareas no pueden ser tan fáciles que aburran rápidamente. Una de las fortalezas del Emlyn Hughes es que como el fútbol, hay que aprender a jugar. Primero, se debe dominar la motricidad gruesa, después la fina, la técnica con el balón, la técnica en movimiento&#8230; Tal como se aprende a jugar a la pelota en la calle. De niños no nos convertíamos en cracks de la noche a la mañana (como ocurre con Pro Evolution y Fifa Soccer), teníamos que quemar etapas en un proceso de aprendizaje.</li>
<li>Los diseñadores de interacción tenemos que jugar videojuegos de vez en cuando. Casi es parte de nuestro trabajo. Es lo que siempre le digo a mi esposa.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=31</wfw:commentRss>
		</item>
		<item>
		<title>¿Por qué leer sobre emociones y experiencias en revista Faz?</title>
		<link>http://www.donpalabras.com/?p=30</link>
		<comments>http://www.donpalabras.com/?p=30#comments</comments>
		<pubDate>Thu, 14 Aug 2008 04:58:15 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=30</guid>
		<description><![CDATA[A algunas semanas de distancia del lanzamiento del segundo número de Revista Faz, dedicado al diseño de experiencias y emociones, mi recomendación personal es descargar al menos tres artículos (coincidentemente los tres primeros), cuya lectura es subir un peldaño en el entendimiento de las dimensiones no racionales de la interacción con interfaces digitales:

&#8220;Las emociones están [...]]]></description>
			<content:encoded><![CDATA[<p>A algunas semanas de distancia del lanzamiento del segundo número de <a href="http://www.revistafaz.org/" title="sitio web de Faz">Revista Faz</a>, dedicado al diseño de experiencias y emociones, mi recomendación personal es descargar al menos tres artículos (coincidentemente los tres primeros), cuya lectura es subir un peldaño en el entendimiento de las dimensiones no racionales de la interacción con interfaces digitales:</p>
<ol>
<li><a href="http://www.revistafaz.org/" title="sitio web de Faz">&#8220;Las emociones están en camino a la innovación Significativa&#8221;</a>, de <a href="http://nathan.com/" title="sitio web personal de Nathan Shedroff">Nathan Shedroff</a>, a mi entender resume el contenido de toda la revista. Y pone de manifiesto que el diseño de experiencias se ubica con toda propiedad en la trinchera de los negocios. ¿Cuándo y dónde empieza una experiencia de compra de productos o servicios? ¿Cuándo y dónde termina? Interesantes preguntas que un diseñador de interacción de interfaces comerciales debiera hacerse siempre. Las extraigo como ejemplo del enfoque del artículo.</li>
<li> <a href="http://www.revistafaz.org/" title="sitio web de Faz">&#8220;Evaluación de valencia y contenido emocional&#8221;</a>, de <a href="http://www.neuroeconomia.cl/blog/" title="Blog de René San Martín, Claudio Lavín y otros psicólogos sobre neuroeconomía">René San Martín y Claudio Lavín</a>, al margen de su impecable composición metodológica, tiene una gran virtud: es un caso real, de un problema de negocios contingente, a través del cual los autores ingresan a fondo a las dinámicas de la banca en línea; un mundo complejo, con códigos y modos de interacción propios y gatillador de emociones particulares. ¡Cómo no, si se trata de manipular dinero directamente casi todo el tiempo!</li>
<li><a href="http://www.revistafaz.org/" title="sitio web de Faz">&#8220;Manifiesto inusual por el diseño de experiencias&#8221;</a>, de <a href="http://my.opera.com/prosales/blog/" title="Blog de Pere Rosales">Pere Rosales</a>, lo percibo como un grito desesperado de un conjunto de investigadores que tienen clarísimo algo de lo que, inexplicablemente para mi gusto, todavía no se percata el 80% de las empresas, que siguen y siguen malgastando su dinero: en la web no funciona la publicidad homologada desde otros medios; los códigos, contextos de uso, características del medio, modos de interacción (y un largo etcétera de evidencias)&#8230; son diferentes.</li>
</ol>
<p>(Los links de los artículos son genéricos y van a la portada de la revista para que mejor sean descargados desde allí, en beneficio de las estadísticas de uso que lleva Faz).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=30</wfw:commentRss>
		</item>
		<item>
		<title>Problemas al definir un menú de navegación</title>
		<link>http://www.donpalabras.com/?p=29</link>
		<comments>http://www.donpalabras.com/?p=29#comments</comments>
		<pubDate>Mon, 16 Jun 2008 21:43:37 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[arquitectura de información]]></category>

		<category><![CDATA[hotlink]]></category>

		<category><![CDATA[menú]]></category>

		<category><![CDATA[navegación]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=29</guid>
		<description><![CDATA[¿Qué es un menú? ¿Qué representa? ¿Qué comunica? ¿Para qué sirve? ¿Todo sitio web o aplicación debe tener un menú?
Las respuestas no son tan sencillas ni están tan claras; mucho menos se puede considerar este como un tema superado. No lo creo por lo que percibo cuando navego, periódicamente. Veo menús poco cuidados, incomprendidos, mal [...]]]></description>
			<content:encoded><![CDATA[<p>¿Qué es un menú? ¿Qué representa? ¿Qué comunica? ¿Para qué sirve? ¿Todo sitio web o aplicación debe tener un menú?</p>
<p>Las respuestas no son tan sencillas ni están tan claras; mucho menos se puede considerar este como un tema superado. No lo creo por lo que percibo cuando navego, periódicamente. Veo menús poco cuidados, incomprendidos, mal diseñados, desenfocados.</p>
<p>Para empezar: un menú debe ser el fiel reflejo de la estructura lógica que organiza la información. Un menú -y he aquí el error más típico en este sentido- <strong>no es un conjunto de accesos directos o hotlinks a lo más usado</strong>.</p>
<p>&#8220;Oye, pero en este menú no aparece lo más importante de mi sitio&#8221;, es una objeción típica de un cliente cuando  recibe una propuesta de navegación.</p>
<p>¿Debe el menú hacerse cargo de poner de inmediato a la vista lo más importante?</p>
<p>Veámoslo con un ejemplo: un hipotético sitio web de literatura chilena, el cual parte con un menú de navegación temático -bastante lógico- que identifica géneros literarios:</p>
<blockquote>
<h3>Novela / Cuento / Poesía / Dramaturgia</h3>
</blockquote>
<p>Imaginemos que en este sitio &#8220;Pablo Neruda&#8221; -premio Nobel y posiblemente el escritor chileno más conocido en el mundo- es el contenido más importante. ¿Debe por eso &#8220;Pablo Neruda&#8221; ser una de las opciones del menú principal? Es una jugada por la que se suele optar: romper el esquema lógico de organización de la información en beneficio de un contenido particular por el cual, se cree, vale la pena la excepción.</p>
<p>Siguiendo con el ejemplo. El menú quedaría así:</p>
<blockquote>
<h3>Novela / Cuento / Poesía / Dramaturgia / Pablo Neruda</h3>
</blockquote>
<p>&#8230;El escenario no parece complejo. Sigue siendo un menú abordable. El punto es que un menú no se puede quedar sólo en la información actual, debe estar preparado para albergar a la información potencial. Si una regla se rompe, hay que considerar las posibles consecuencias. ¿Qué pasa si luego se resuelve destacar el tema de las guerrillas literarias y otros dos poetas, Pablo de Rokha y Vicente Huidobro, adquieren el mismo valor que Neruda? ¿Y por qué no sumar a Gabriela Mistral, que también ganó el Nobel? ¿Y si el próximo año lo gana Nicanor Parra?</p>
<p>Entonces el menú ya se nos empieza a escapar de las manos:</p>
<blockquote>
<h3>Novela / Cuento /Poesía / Dramaturgia / Pablo Neruda / Pablo de Rokha / Vicente Huidobro / Gabriela Mistral / Nicanor Parra</h3>
</blockquote>
<p>&#8230;Como se aprecia, un menú que comenzó como una estructura lógica  para agrupar géneros literarios, termina convertido en un híbrido que mezcla indistintamente dos criterios de clasificación de la información: la mitad mantiene la lógica de géneros y la otra mitad es un listado de nombres y seudónimos de escritores.</p>
<p>Alguien podrá contraargumentar: &#8220;¿Entonces cómo destaco a Neruda si es el contenido que más interés despierta en el sitio?&#8221;.  Hay muchos otros recursos, fuera de los menús de navegación, para destacar los contenidos más importantes: Accesos directos con características gráficas sobresalientes, listados de hotlinks, nubes de tags y un largo etcétera. ¿Por qué darle toda la responsabilidad al menú?</p>
<p>Pensemos en un supermercado. El equivalente al menú es la estructura lógica de distribución de productos emparentados en distintos pasillos; y el equivalente a los accesos directos destacados son las promociones ubicadas en las esquinas y las mesas con promotoras. Si aparece un nuevo producto interesante -digamos, una nueva cerveza artesanal- no se redefine la lógica de pasillos para darle cabida; el producto se ubica donde le corresponde, junto a las otras cervezas y además, probablemente, tendrá un espacio promocional extra en otro lugar (el equivalente al hotlink).</p>
<p>Lo interesante de citar a un supermercado es que se trata de una estructura pensada para vender productos. En ningún caso es neutra. Pero aun así, dentro de muchas lógicas orientadas al negocio, opera una que tiene que ver simplemente con facilitar la búsqueda exploratoria al cliente; por eso las etiquetas que encabezan los pasillos son de productos genéricos, lo suficientemente amplios como para abarcar a una gama relevante de subproductos, algunos de ellos, indudablemente, más rentables y más apetecidos que otros.</p>
<p>Dos conceptos que operan detrás del ejemplo de los pasillos de los supermercados y que sustentan a los menús de navegación son la <strong>Orientación</strong> y el <strong>Control</strong>. Mientras un menú permita a los usuarios &#8220;orientarse&#8221;, es decir, saber dónde están, hacia qué otros lugares pueden dirigirse y en qué sección(es) tiene sentido buscar lo que necesitan; y a la vez &#8220;Tener el control&#8221;, gracias a la identificación de un lugar que constituye la columna vertebral, permanente, para moverse desde los lugares más generales hasta los más recónditos, donde haya clasificaciones que responden a criterios identificables claramente, donde todo el contenido cabe de alguna manera, donde existen categorías significativas y en lo posible excluyentes; mientras el menú garantice todo esto, no es necesario sobrecargarlo y lo recomendable es pensar en otros recursos para mostrar la jerarquía de los contenidos.</p>
<p>Algunas sugerencias a la hora de definir un menú de navegación:</p>
<ul>
<li><strong>Construir los menús conceptualmente:</strong> antes de &#8220;vestir&#8221; el menú, definir qué objetivo va a satisfacer.</li>
<li><strong>Crear reglas:</strong> Cuando se construye un menú, anteponer reglas. Ej: &#8220;este menú contendrá sólo perfiles de usuarios y no productos&#8221;.</li>
<li><strong>Distinguir entre estructura lógica y contenidos destacados</strong>. No necesariamente son equivalentes.</li>
<li><strong>Poner el menú a prueba.</strong> Pensar en un nuevo contenido posible; si no se le encuentra cabida rápidamente en alguna de las secciones definidas en el menú hay que replantearlo, porque probablemente no será escalable.</li>
<li><strong>Jamás plantear que la composición definitiva del menú &#8220;se verá en el tiempo&#8221;.</strong> Su alcance debe definirse completamente junto con la construcción o diseño. Si se deja algún cabo suelto, lo más probable es que el menú termine creciendo de forma descontrolada.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=29</wfw:commentRss>
		</item>
		<item>
		<title>En qué fallan los sitios web 5: se sostienen sobre premisas discutibles, inexactas y débiles</title>
		<link>http://www.donpalabras.com/?p=28</link>
		<comments>http://www.donpalabras.com/?p=28#comments</comments>
		<pubDate>Tue, 01 Apr 2008 01:15:16 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[SERIE: En qué fallan los sitios web]]></category>

		<category><![CDATA[AI]]></category>

		<category><![CDATA[benchmark]]></category>

		<category><![CDATA[documentación]]></category>

		<category><![CDATA[testeo con usuarios]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=28</guid>
		<description><![CDATA[-Estimados señores del directorio, les tengo excelentes noticias. ¡Nuestro sitio web está de maravilla! El mes pasado hicimos una encuesta entre nuestros usuarios para medir su usabilidad y, qué creen, tiene un 100% de aceptación. ¿De qué problemas de usabilidad hablaban esos consultores de pacotilla que vinieron el otro día?
-Pero señor delegado ¿Y entonces por [...]]]></description>
			<content:encoded><![CDATA[<blockquote>-<em>Estimados señores del directorio, les tengo excelentes noticias. ¡Nuestro sitio web está de maravilla! El mes pasado hicimos una encuesta entre nuestros usuarios para medir su usabilidad y, qué creen, tiene un 100% de aceptación. ¿De qué problemas de usabilidad hablaban esos consultores de pacotilla que vinieron el otro día?</em><br />
-Pero señor delegado ¿Y entonces por qué ha aumentado el número de llamados al call center de gente diciendo que no encuentra las cosas en el sitio?<br />
- <em>Mmm&#8230; Creo que no fui lo suficientemente claro. Repito: tengo en mis manos este análisis de usabilidad, realizado por una prestigiosa empresa de estudios de mercado, que dice que, al entrevistar a los usuarios, le ponen nota 10 al sitio. Lo encuentran estupendo en todos sus aspectos. El sitio ES USABLE ¿Qué más evidencia quieren? Siempre habrá usuarios más lentos que otros. Como en la vida. Pasemos al siguiente punto, caballeros, aquí no hay nada más que discutir&#8230;</em></p></blockquote>
<blockquote></blockquote>
<p>Escenas como la descrita no son lejanas a lo que ocurre en la realidad. Funcionarios no especializados en el medio web, contratan a proveedores extraordinarios en otras áreas, pero que tampoco son especialistas en técnicas de análisis de interacción con interfaces digitales. Este caso, por ejemplo, revela un error típico, representativo de muchos otros: la usabilidad, una variable que se mide  estudiando el comportamiento, es mal analizada desde el punto de vista de la opinión.</p>
<p>Si los dueños de los sitios web se quedan con lo que indican estudios como éste, jamás podrán identificar los verdaderos problemas que tienen. La autocomplacencia y la ausencia de una visión experta son evidentes manifestaciones del error que ahora nos ocupa: el diagnóstico, construcción, administración y política de mejora continua de sitios web basados en supuestos que no son confiables, ni válidos, ni exhaustivos ni especializados en el medio.</p>
<p>Un diagnóstico correcto es el primer paso para mejorar.  Incluso antes de nacer, muchos proyectos están condenados al fracaso, simplemente porque se basan en premisas erróneas o inútiles para los objetivos que se busca cubirir.</p>
<p>He aquí algunos ejemplos:</p>
<p><strong>Usabilidad trabajando con usuarios</strong></p>
<p>La única manera de medir bien la usabilidad al trabajar con usuarios es mediante el testeo y el análisis de tareas. No hay otra forma. El concepto de usabilidad -que es una norma ISO- se basa en la eficiencia y eficacia con la cual una persona satisface una necesidad al interactuar con una interfaz en un contexto de uso específico.</p>
<p>No sirve preguntarle a un usuario si un sitio es usable o no. Las opiniones suelen ser contradictorias con lo que se observa empíricamente. Me ha tocado hacer testeos en los cuales los usuarios son incapaces de realizar las tareas encomendadas y al final los he escuchado decir, como conclusión de la actividad, que &#8220;el sitio es bueno&#8221;, funciona correctamente y les gusta. Probablemente al dueño de una empresa que promueve transacciones en línea le da lo mismo que sus usuarios encuentren fascinante el sitio si son incapaces de concretar las compras.</p>
<p>Otro ejemplo: organismos públicos que se jactan de  tener encuestas de satisfacción que posicionan a sus sitios como altamente usables. Lógicamente la evaluación de los usuarios es buena. Si su único punto de comparación es un trámite presencial burocrático que pude tardar horas y hasta días, una transacción en línea que les demande 40 minutos de su tiempo es tomado como una bendición.  En estos casos la autocomplacencia de la autoridad -que, por cierto, habitualmente no tiene competencia en su rubro- es la gran barrera que impide mejoras. La metodología de análisis no se hace cargo de todas las variables involucradas y se sacan conclusiones muy convenientes, pero con poca altura de miras (al respecto recomiendo leer el post <a href="http://www.amable.info/egobierno/2008/e-gobierno-la-modernizacion-es-un-proceso-permanente/">&#8220;La modernización es un proceso permanente&#8221;, de E-Gobierno</a>, en el cual queda de manifiesto cómo la autocomplacencia es enemiga de la modernización).</p>
<p><strong>Ok, el sitio es usable ¿Y?</strong></p>
<p>Superado el caso anterior, un problema habitual de los análisis de las grandes empresas es que creen que con tener un sitio usable es suficiente para que éste les reporte los beneficios que esperan. No es así. La usabilidad es una condición que por sí sola no sirve de nada. Más importante y anterior a la usabilidad es la perspectiva estratégica.</p>
<p>Me ha tocado ver estudios de usabilidad basados en tareas que no son las críticas para el éxito del negocio. Primero debo definir qué espero de mi sitio. Sólo una vez que lo tenga claro puedo ejecutar las pruebas de usabilidad. Si quiero vender computadores en línea, las pruebas de usabilidad deben considerar todas las tareas necesarias para comprar un computador y no, por ejemplo, sólo las necesarias para elegir bien un computador, porque con esos datos el usuario podría imprimir una cotización e ir a comprar presencialmente a la tienda de la competencia.</p>
<p>La usabilidad -también la accesibilidad- son condiciones mínimas para estar en la red.  Pero ya pasó la época en la cual marcaban la diferencia. Nadie puede jactarse de que su sitio es 100%  accesible y usable y que sólo con eso logrará sus objetivos. Sería como decir: &#8220;los textos de mi sitio no tiene faltas de ortografía&#8221;. Por supuesto que no deben tenerlas. Pero nadie puede esperar obtener felicitaciones por eso.</p>
<p><strong>Benchmarking mal enfocado</strong></p>
<p>El benchmarking o estudio de comparables es una técnica de análisis de la cual pueden obtenerse conclusiones valiosísimas para mejorar un sitio web. Consiste en mirar qué hace la competencia (o productos parecidos) para extraer buenas prácticas e identificar áreas de oportunidad.</p>
<p>He visto estudios de este tipo que tienen algunos de los siguientes problemas:</p>
<ul>
<li>No tienen un norte claro. Antes de hacer un benchmark es necesario saber muy claramente qué queremos lograr con nuestro sitio. Sólo así es posible discernir y enfocarse en las cosas importantes del análisis. Hay demasiados aspectos de un sitio que pueden ser estudiados. Antes que todo es necesario enfocar bien los esfuerzos. Muchos estudios abarcan tanto, sin jerarquizar, que terminan generando más interrogantes que certezas.</li>
<li>Se enfocan a la comparación entre elementos más que a extraer enseñanzas provechosas. Lo importante de un benchmark no es saber cuál sitio es el mejor, como si se tratase de un ranking; el ranking es secundario, lo relevante es sacar de cada uno la conclusión que más sirva a los propósitos del proyecto.</li>
</ul>
<p><strong>Mejorar las competencias</strong></p>
<p>He comprobado que el origen de estos problemas está casi siempre en las competencias de quienes finalmente toman las decisiones en relación con los sitios web de las empresas. Generalmente se perfilan hacia dos extremos que les impiden dar con las resoluciones acertadas:</p>
<ul>
<li>Son muy técnicos, pero les falta la perspectiva de negocios.</li>
<li>Tienen clara la perspectiva de negocios, pero ignoran completamente los códigos del medio.</li>
</ul>
<p>Las destrezas para desempeñarse con soltura en un medio en pleno proceso de maduración no pueden ser adquiridas de la noche a la mañana. Pero lo que sí se puede pedir es al menos interés en ver qué está pasando en el mundo en estas materias y no cerrarse sólo a viejas fórmulas que no siempre funcionan cuando se trata de la web.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=28</wfw:commentRss>
		</item>
		<item>
		<title>En qué fallan los sitios web 4: no se insertan en el contexto de la atención integral al cliente</title>
		<link>http://www.donpalabras.com/?p=27</link>
		<comments>http://www.donpalabras.com/?p=27#comments</comments>
		<pubDate>Sat, 12 Jan 2008 17:09:47 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[SERIE: En qué fallan los sitios web]]></category>

		<category><![CDATA[atención al cliente]]></category>

		<category><![CDATA[call center]]></category>

		<category><![CDATA[estrategia digital]]></category>

		<category><![CDATA[sucursal]]></category>

		<category><![CDATA[web]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=27</guid>
		<description><![CDATA[-Hola ¿Call Center?
-Sí, estamos para servirle. ¿Qué necesita?
-Estoy en el sitio web de su empresa y no reconoce mi RUT para pagar los servicios que adeudo ¿Qué puedo hacer?
-Espéreme un chiquitito. Mmmm&#8230; ¿Sitio qué me dijo?
-Sitio web, la página de Internet.
-Ah, la Internet. No, no, no; ahí no me meto. ¿No ve que yo soy [...]]]></description>
			<content:encoded><![CDATA[<blockquote>-<strong>Hola ¿Call Center?</strong><br />
-Sí, estamos para servirle. ¿Qué necesita?<br />
-<strong>Estoy en el sitio web de su empresa y no reconoce mi RUT para pagar los servicios que adeudo ¿Qué puedo hacer?</strong><br />
-Espéreme un chiquitito. Mmmm&#8230; ¿Sitio qué me dijo?<br />
-<strong>Sitio web, la página de Internet.</strong><br />
-Ah, la Internet. No, no, no; ahí no me meto. ¿No ve que yo soy de otra División? Nosotros no tenemos nada que ver con esas cosas.</p></blockquote>
<blockquote></blockquote>
<p>Ningún sitio web, por genial, usable y accesible que sea, puede tener éxito si no está inserto en la lógica global de atención a clientes de las grandes empresas.</p>
<p>Los clientes que hacen absolutamente todo en línea son minoría. Lo que suele ocurrir es una mezcla. Dependiendo del contexto y tipo de tarea, a veces se escoge el canal presencial, telefónico o web. De hecho hay muchas necesidades que no pueden ser resueltas íntegramente en un canal. Eso no es un problema mientras el proceso sea fluido y lógico, sin trabas burocráticas.</p>
<p><strong>Los medios de comunicación no se anulan, se complementan</strong>. Quien vaticinó la muerte del cine con la llegada de la televisión todavía debe estar dando explicaciones a los inversionistas que le creyeron&#8230;  Y a sus nietos cuando le exigieron ir a ver Los Simpson al cine, en circunstancias que inexplicablemente para él, los ven todos los días en la tele, los juegan en sus Play Station y los leen en sus historietas.</p>
<p>Llegará el día en el cual se hará casi todo por un solo canal multimedia vía Internet -es inevitable, es lo más barato y rápido, desde el punto de vista de la empresa y del usuario- pero mientras eso no ocurra, no se puede concebir una estrategia de atención a clientes en la cual el sitio web no se apoye completamente en los otros canales de comunicación.</p>
<p>Pasa mucho que cuando una empresa  cree tener un buen sitio web, hace la trampa de &#8220;esconder&#8221; el número de call center y las direcciones físicas. &#8220;Claro -pensarán- para que el usuario haga todo en línea&#8221;. <strong>Error, el cliente siempre tiene la razón</strong>. Dejémoslo a él decidir cuál es el canal que más le acomoda. Si el sitio web es realmente sólido, usable y enfocado a la satisfacción de las necesidades críticas de los usuarios, el tránsito hacia su utilización masiva y permanente será natural.</p>
<p>El proceso antes descrito es impensable si los canales telefónico y presencial no están 100% alineados con la estrategia global de tránsito hacia la autoatención en línea. Y ojo -porque suele ser el temor de quienes tienen a su cargo los call centers-, el tema no es que desaparezca la atención telefónica, sino reformularla para que se ocupe de objetivos de negocios y no de resolver &#8220;cachos&#8221; y problemas domésticos de los usuarios.  De nuevo, los medios no se anulan ni se reemplazan, se complementan.</p>
<p><strong>Para tener un buen sitio web, desde el punto de vista estratégico, no basta con el propio sitio</strong>; parte del trabajo es insertarlo en la política de atención global al cliente. Si un solo ejecutivo de atención presencial o telefónica no está enterado al detalle de todo lo que se puede y no se puede hacer en el sitio web de la empresa para la cual él trabaja, estamos en presencia de un bache en el camino. ¿Cuántos baches ponen todos los días a su propia estrategia las grandes empresas?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=27</wfw:commentRss>
		</item>
		<item>
		<title>Eyetracking es consistente con otras técnicas de testeo con usuarios</title>
		<link>http://www.donpalabras.com/?p=26</link>
		<comments>http://www.donpalabras.com/?p=26#comments</comments>
		<pubDate>Wed, 02 Jan 2008 22:12:14 +0000</pubDate>
		<dc:creator>Don Palabras</dc:creator>
		
		<category><![CDATA[Estrategia y Diseño de Interacción]]></category>

		<category><![CDATA[amazon]]></category>

		<category><![CDATA[christina laun]]></category>

		<category><![CDATA[eyetracking]]></category>

		<category><![CDATA[testeo con usuarios]]></category>

		<category><![CDATA[torres burriel]]></category>

		<category><![CDATA[usabilidad]]></category>

		<guid isPermaLink="false">http://www.donpalabras.com/?p=26</guid>
		<description><![CDATA[El eyetracking es una técnica de testeo con usuarios que, aplicando tecnología de punta, registra fehacientemente hacia qué lugar de una pantalla éstos miran durante una sesión en una aplicación o sitio web.
El arquitecto de información español Daniel Torres Burriel acaba de publicar en su blog una traducción de un artículo de Christina Laun, que [...]]]></description>
			<content:encoded><![CDATA[<p>El <a href="http://en.wikipedia.org/wiki/Eye_tracking" title="Definición de eyetracking en Wikipedia (inglés)">eyetracking</a> es una técnica de testeo con usuarios que, aplicando tecnología de punta, registra fehacientemente hacia qué lugar de una pantalla éstos miran durante una sesión en una aplicación o sitio web.</p>
<p>El arquitecto de información español <a href="http://www.torresburriel.com" title="Blog sobre diseño de interacción de Daniel Torres Burriel">Daniel Torres Burriel </a>acaba de publicar en su blog una traducción de un artículo de Christina Laun, que da cuenta de <a href="http://www.virtualhosting.com/blog/2007/scientific-web-design-23-actionable-lessons-from-eye-tracking-studies/" title="23 lecciones del Eyetracking en inglés">23 lecciones extraídas de la aplicación de eyetracking</a> en diversos proyectos, como <a href="http://www.poynterextra.org/eyetrack2004/main.htm" title="Estudio de The Pointer Institute realizado el año 2004">Eyetrack III</a>.</p>
<p>Estas conclusiones son muy parecidas a lo que habitualmente se concluye aplicando otras técnicas más baratas de testeo con usuarios -como la observación y análisis de navegación espontánea y navegación dirigida hacia objetivos, ambas grabadas en pantalla y a la vez dejando un registro de las expresiones del usuario- y, desde mi punto de vista, lo más importante es que <strong>validan tanto al eyetracking como a estas otras técnicas, dado que los resultados son sumamente consistentes</strong>. Extraigo 9 de las 23 lecciones que, considero a estas alturas, están en la categoría de <strong>indiscutibles</strong>:</p>
<p><strong>1. </strong>El texto atrae más la atención que las imágenes.<br />
<strong>2.</strong> Inicialmente, el ojo fija su atención en la parte superior izquierda de la pantalla.<br />
<strong>4. </strong>Los usuarios ignoran los banners (ojo con esta lección y la primera, gerentes de marketing que aún se obstinan en llevar a la web campañas audiovisuales propias de la TV o el cine).<br />
<strong>6. </strong>Los usuarios se fijan más en los números escritos con números que con texto (ojo, periodistas de medios tradicionales escritos, cuando llevan los manuales de estilo de sus periódicos o revistas a la web).<br />
<strong>9. </strong>Los usuarios escanean pequeñas porciones de la página (un argumento más contra las <a href="http://www.donpalabras.com/?p=23" title="Problemas de los sitios web: "Homes todopoderosas"">homes &#8220;todopoderosas&#8221;</a>).<br />
<strong>13. </strong>La publicidad situada junto al mejor contenido es la que se visualiza más a menudo (claro, la <a href="http://www.capire.info/2007/08/01/la-venta-asertiva/" title="Artículo ">publicidad contextual, como la que realiza Amazon</a>, es la más efectiva).<br />
<strong>16. </strong>Las imágenes con caras son las que atraen más fijación de la mirada.<br />
<strong>17.</strong> Los titulares deben permanecer limpios, claros e impolutos.<br />
<strong>22.</strong> El espacio en blanco es nuestro amigo.</p>
<p><a href="http://www.torresburriel.com/weblog/2008/01/02/23-conclusiones-extraidas-de-sesiones-de-eye-tracking/" title="23 lecciones del Eyetracking en español">Ver el listado completo  de lecciones  del eyetracking en el blog de Daniel Torres Burriel</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.donpalabras.com/?feed=rss2&amp;p=26</wfw:commentRss>
		</item>
	</channel>
</rss>
