Home » junio 2013
Java web development, Legibilidad en diseños web

Legibilidad en diseños web
Los usuarios leen mas veloz los textos con renglones de dimension recurso (60-80 cpl), que los de renglones cortos o largos. Tambien son los de dimension recurso sus preferidos. Ello, junto a que solo los lectores avezados leen mejor en dos columnas de texto que en una, sugiere que Seguid siendo acertado utilizar el modelo de maquetacion basado en tres columnas de elementos: barra de navegacion, texto y alternativas secundarias respectivamente. Esa maquetacion funciona aun mejor usando bordes e interlineado y, para resoluciones de pantalla de dimension recurso, empleando un ajuste liquido, que abarque todo el ancho de pantalla . Un apariencia significativo a la hora de maquetar los contenidos de un sitio web es determinar como se ha de mostrar la informacion textual para que su comprension y legibilidad sean maximas. Asimismo de los apariencias relacionados con la redaccion y composion del texto es indispensable que el texto se visualice adecuadamente para una correcta lectura. Para ello hay que determinar apariencias como el numero de columnas de texto y el ancho idoneo de los renglones a emplear. Ademas, hay que poder mostrar los textos en monitores de muy alta resolucion y, al tiempo, realizarlo compatible con herramientas tipo PDA. El ancho de línea Segun la Asociacion para la investigacion de recursos de comunicacion (AIMC: formato PDF), mas del 65% de los internautas españoles ya utiliza una pantalla con una resolucion sobresaliente a los 1000 pixels de ancho. Ante ello, hay que plantearse si tiene sentido seguir utilizando renglones de dimensión recurso como hasta ahora. Cada vez es mas usual descubrir resoluciones de hasta 1900 pixels de ancho. Un diseño liquido en el que los renglones de texto ocupen un ancho tan grande no parece, a priori, que mejore mucho la legibilidad. Aunque los estudios empiricos con usuarios no son unanimes en cuanto al resultado de la extension de linea en la velocidad de lectura y comprension de los textos, si que parecen resultar mejor los renglones de dimensión recurso que los muy cortos o muy largos. El asunto que suelen ofrecer los renglones cortos es que la vista debe hacer usuales saltos de linea y eso resulta cansado. El asunto para los renglones largos, en cambio, es que el ojo debe hacer un recorrido excesivamente largo y tambien finaliza por hacerse pesado. Pese a ello, hay varios analizos que avalan la idea de aconsejar renglones relativamente largos (de 80 a 100 caracteres por renglon) alegando que se leen mas veloz que los renglones cortos (Duchniky y Kolers, 1983; Dyson y Kipping, 1998; ambos esfuerzos citados en Dawn, 2005). El propio analizo empirico de Dawn (2005) finaliza mostrando una ligera ventaja en rapidez lectora para renglones de 95 cpl. Otros trabajos, por contra, aconsejan el uso de renglones de dimension corto-medio. Tambien en Dawn (2005) se mencionan las aportaciones de Dyson y Haslgrove (2001) segun los cuales los renglones de 55 cpl se leen mas veloces que los de 100 cpl (largos) o los de 25 cpl (cortos). Un esfuerzo de Garcia y Short (2002) (PDF) señala que los usuarios leen algo mas veloz los renglones de entre 60 y 80 cpl que otros mas largos (100 y 120 cpl) o cortos (40 cpl). Tambien recomiendan renglones de dimension recurso Beaufort y Zwaga (1997) y Brooks (2003), para quien, citando a Bringhurst, el rango admisible esta entre 45 y 75 cpl (para una columna con letra serif) y el ideal en 66 cpl. Un analizo previo de Bernard et. al. (2002) con niños y adultos no fuese capaz de descubrir diferencias significativas en cuanto a rapidez en la lectura y comprension del texto vinculadas con el ancho de renglon. Pese a ello, a dividir de los datos de satisfaccion de los usuarios, dicho esfuerzo indicaba claramente que los usuarios adultos preferian la pagina con renglones de dimension medio, frente a otros de dimension chico y grande. Por su parte, los niños preferian los renglones cortos. Lo que si quedaba claro, en todo caso, era que los renglones largos eran los menos queridos por los usuarios. En definitiva, aunque los estudios empiricos no son unanimes al respecto, es preferible usar renglones de dimension recurso (60-80 cpl) antes que los de dimension largo o corto. Ademas, estos son los preferidos de los usuarios. Asi, buena fraccion de esta recomendacion esta basada no solo en datos de legibilidad y rapidez de lectura, sino tambien en las preferencias de los usuarios, es decir, una cuestion subjetiva. Ello desea decir que, independientemete de que la usabilidad real se pueda ver beneficiada directamente por el uso de renglones cortos-medios, asimismo hay que contar con el resultado añadido de la usabilidad percibida. Es decir, si consideramos la usabilidad percibida como un agente mas de la usabilidad, hemos de inferir que una mejora de la usabilidad percibida repercutira en una mejora de la usabilidad real. Es decir, si el usuario hace algo con satisfaccion lo hace mejor que sin ella, con lo que ello seguramente termine mejorando la usabilidad real. Número idóneo de columnas Por tanto, si los usuarios eligen los renglones no muy largos, y estos se leen algo mejor, cabria la probabilidad de que afuera una buena idea diseñar vuestra interfaz con algúnas columnas de texto. Asi, especialmente cuando el usuario tuviera una mayor resolucion en su configuracion de pantalla, se aprovecharia mejor el lugar disponible en pantalla. En realidad, los estudios empiricos al respecto no avalan esta idea. Una prueba respecto a la lectura de textos periodisticos presentados a una o algunas columnas, realizada con Eyetrack III (un herramienta para detectar hacia donde mira el usuario mientras la realizacion de una tarea), detecto que las personas que realizaron la prueba leian (miraban) mas detenidamente los textos presentados en una columna que aquellos dispuestos al modo de los clasicos periodicos impresos en algunas columnas. Sin embargo, no finaliza de estar diafano si el gran detenimiento en los textos a una columna obedece a una simple cuestion de habito de lectura online o si a su facilidad de uso (Ruel y Outing, 2004). Por otro lado, respecto a las pruebas con Eyetrack III, estas solo miden hacia donde mira el usuario. Es decir, el hecho de que un usuario mire detenidamente algo no desea decir necesariamente que realmente este conscientemente mas zarcillo de ello que de otra cosa que solo vea con vision periferica, pero de la que tiene perfecta constancia (Germani, 2005). Un esfuerzo de tema de Baker (2005) no consiguio frutos concluyentes sobre el numero de columnas idoneo. Solo teniendo en cuenta por separado los datos para lectores rapidos y lentos consiguio apreciar que los textos a dos columnas justificadas son mejor aprovechados por los lectores rapidos, tanto en cuanto a frutos de velocidad y comprension como en cuanto a preferencias subjetivas. Por su parte, los lectores lentos obtenian mejores frutos con los textos en una unica columna. En esta línea, Nielsen recomienda contratar contratar una sola columna en los textos pensados para usuarios con baja habilidad lectora, aunque la recomendación también es válida para usuarios con baja visión u otras discapacidades: "Streamline the page design. Place important content in a single main column, so users don't have to scan the page and pick out design elements in a two-dimensional layout. This guideline also helps low-vision users and users of handheld devices (such as smartphones), which narrow the field" Por tanto, parece que solo cuando vuestra audiencia principal sean buenos lectores la pagina funcionara mejor con dos columnas. Otra probabilidad es dejarle al usuario la alternativa de que elija (facilmente) si quiere utilizar un estilo con algúnas columnas. Maquetar el texto Aunque nos decidamos por una maquetacion que solo incluya una columna para el texto, tambien influye sobre el fruto final del funcionamiento y legibilidad de la pagina como se disponga ese texto en ella. De nuevo el agente subjetivo es el que inclina la balanza hacia una recomendacion concreta. Bernard y Larsen (2001) emplearon 6 maquetaciones diferentes para un analizó (diseño con ajuste liquido en ventanas grande y pequeña, diseño con ancho fijo y centrado con ventana grande y pequeña, y diseño con ancho fijo y alineado a la izquierda en ventanas grande y pequeña). Los frutos de este esfuerzo mostraron que no habia diferencias significativas entre las diferentes maquetas en terminos de precision, tiempo o eficiencia. No obstante, las diferencias subjetivas favorecian claramente el diseño con ajuste liquido (definiendo los anchos en porcentajes en espacio de en anchos fijos, de manera que se ocupe toda la pantalla, independientemente de la resolucion de esta). Parece, por tanto, que el modelo de buena maquetacion sugerido para las paginas basadas en texto no se aleja mucho de lo que la tradición nos viene mostrando dia a dia. De hecho, muchos de los estandar de facto que mejor funcionan lo hacen simplemente porque el usuario esta acostumbrado a ellos, los conoce, no debe aprender mayor cosa sobre la disposicion de fundamentos y el sistema de navegacion (Bernard, 2001; Adkisson, 2002). Así, el modelo que mejor funciona es bastante clásico. Tres columnas para maquetación, y sólo una de ellas para el contenido (Thurstun). Es decir: La columna central estará dedicada al contenido La columna de la izquierda albergará la tabla de contenidos La columna de la derecha contendrá enlaces funcionales (imprimir, suscribir, descargar PDF...) En resoluciones de pantalla no excesivamente masivos esta maquetacion tambien permitira combinar las dos caracteristicas que parecen funcionar mejor en cuanto a ancho de linea y numero de columnas, pues dedicamos solo una columna al texto propiamente dicho y, ademas, el ancho de linea tendra un dimensión medio. Sera indispensable plantearse, no obstante, que realizar cuando las resoluciones habituales de los monitores se situen en torno a 1600 pixels de ancho. Con esa configuracion, una maquetacion de este tipo orginara renglones de texto excesivamente largos. Si se opta por limitar el ancho maximo del rengon para que no exceda de los 80-90 cpl (que parece ser el umbral maximo para una buena lectura) obtendremos pantallas con un enorme lugar en blanco en la fracción derecha, lo que tampoco parece ser la mejor manera de aprovechar la capacidad del monitor. Mientras llega ese momento debemos ir pensando soluciones optimas. De momento, para resoluciones inferiores a 1600 pixels de ancho y mayores de 800 pixels, una solucion de compromiso puede ser no realizar renglones de texto mas anchos de 90 cpl y aprovechar el lugar en blanco que quedara en la fraccion de la derecha para incorporar todas o fraccion de las ilustraciones que solemos incrustar dentro del propio texto. No obstante, si en algo nos interesa el diseño para todos, esa maquetacion debera ajustarse tambien adecuadamente en monitores de baja resolucion. Margenes y expansión del texto Podemos afinar aun mas en el acabado de la maquetacion si nos fijamos en otros dos apariencias formales relacionados con el texto y su legibilidad. Se trata del espaciado (margenes e interlineado) asi como la expansion de cada pedazo de texto. Un analizo de Dyson y Kipping (1998, citado en Baker, 2003) afirmaba conseguir mejores frutos de velocidad de lectura en textos paginados (divididos en multiples pantallas con un chico pedazo de texto cada una) que con el texto completo en una sola pagina (lo que significa usar la barra de scroll). Sin embargo, Baker sostiene, en fundamento a su esfuerzo con usuarios, que usar el texto completo ofrece mejores frutos de velocidad de lectura, comprension y facilidad de escaneo que el paginado, siendo, ademas, este formato de texto completo al que mas acostumbrados estan los usuarios (Baker, 2003). En cuanto a la separacion entre lineas y entre estas y el borde, Chaparro et. al. (2004) advirtieron que incorporar cierto borde e interlineado reduce la velocidad de lectura, pero incrementa mucho la comprension del texto, siendo mejores los frutos generales para los textos con interlineado y borde. Múltiples Variables Una de las razones por las que es dificil hacer estudios de tema que muestren claramente la mejor disposicion del texto en una pantalla es que es dificil aislar el resultado de una unica variable, como puede ser el ancho de linea o bien el numero de columnas de texto. Usualmente son multiples las variables que influyen simultaneamente en la legibilidad de un texto, asimismo de las citadas, como por ejemplo: Percepción física Tipo y dimensión de fuentes Contraste texto/fondo y colores funcionarios Ajuste del monitor funcionario por el usuario Complejidad del lenguaje del texto elegido como presenta De este modo, la transformacion inadvertida de cierta de estas variables mientras el experimento puede adaptar los frutos finales, sin que este resultado pueda apreciarse en el estudio. Por ejemplo, la alteracion de un detalle que a priori podria parecer insignificante, como es la distancia y angulo exactos desde los que el usuario mira la pantalla, podria influir decisivamente en la perturbacion de los frutos finales. Cuando una persona se situa frente a una pantalla su mirada abarca un angulo de 30º del tema visual horizontal, y el resto de lo percibido se hace de manera accesoria, como en segundo plano. Por tanto, en fundamento a las leyes de la trigonometria, se puede calcular que, para una pantalla de proporcion 4:3 (ancho:alto), la distancia de observacion ha de ser de unas dos veces el ancho de pantalla. Del mismo modo, el dimensión idoneo de los caracteres para que sean observables a una distancia maxima se puede fijar multiplicando felicidad distancia por 0.0067 (Martinez, 2002). Obviamente, una ligera transformacion de la distancia de observacion puede adaptar la conciencia de los caracteres en pantalla, lo que podria alterar totalmente los frutos del experimento. Este chico ejemplo nos presenta que la necesidad de que los estudios con usuarios para contemplar este tipo de cuestiones, asimismo de hacerse con un rigor exquisito, contemplen la interdependencia de las multiples variables que pueden entrar en juego. Ello, diafano esta, complica enormemente la realizacion de estudios, pero en cuestiones como las aqui tratadas, en las que no parece haber una prevalencia absoluta de ninguna de las alternativas estudiadas, se hace altamente necesario.

Java web development, Los listados en diseños web

Los listados en diseños web
La extrema simpleza de los listados y su naturalidad (hasta en papel son comunes) hace que ni siquiera parezcan un fundamento de interaccion, sino la alternativa mas sencilla del desarrollador. Nada más alejado de la realidad. Los listados son una de las mejores interfaces de usuario, no solo por su sencillez sino por su utilidad para el usuario final. En este articulo plantearemos un escena de uso, la busqueda de un inmueble, en el que compararemos el funcionamiento de una interfaz de "proceso guiado" con una interfaz basada en listados. Ya que tienen lugar webs con contenidos inmbiliarios que optan por una interfaz o la otra, y seria interesante llegar a una conclusion sobre cual es la mas adecuada. Los Procesos Guiados Muchos sitios web con mayor volumen de contenidos (inmuebles, productos, anuncios, etc.) deben pensar que la unica forma de manejar todos esos datos para los usuarios, es a traves de un proceso cuyo meta es reducir ese volumen a algo abarcable. Esto es lo que llamo un "proceso guiado". El proceso guiado a traves de varios pasos el usuario debe elegir o completar los criterios que el sistema le muestra (categorias, localizaciones, precios, marcas, modelos, metros, etc.). De este modo los contenidos porgresivamente se filtran hasta llegar a la pagina de frutos final. Un proceso guiado puede ser un directorio de categorias de muchos niveles de profundidad (Dmoz.org) o un formulario ccon varios pasos. En verdad la caracteristica principal de un proceso guiado es que tiene varios pasos, paginas o pantallas. Nos vamos a centrar en el proceso guiado que se ha convertido en casi un estándar de facto en la mayoría de webs inmobiliarias españolas. Veamos sus ventajas e inconvenientes. Ventajas Un proceso guiado es aparentemente fácil porque hay muchos pasos claros y las decisiones son simples. Por ello es adecuado: Para procesos que se realizan una sola vez o con poca frecuencia. El usuario no recordara lo aprendido en su ultima visita y sera indispensable guiarlo cada vez. Cuando el usuario tiene un meta diafano o sabe exactamente lo que desea Algunos ejemplos donde un proceso guiado tiene sentido son un proceso de configuración inicial, un tutorial explicativo, un formulario de compra o de publicación de un contenidos. Inconvenientes El término ?guiado? tiene una connotación positiva que no implica forzosamente un proceso realmente usable. Si es usable o no dependerá del contexto, el usuario y los objetivos. Un proceso guiado no es correcto cuando: El usuario no sabe exactamente lo que quiere. Cuando el usuario no tiene un criterio diáfano no tiene sentido forzarle a completar criterios de búsqueda. El usuario es flexible y le pueden interesar alternativas muy diferentes. En este caso la rigidez de los criterios de busqueda no le facilitara descubrir lo que desea. El proceso debe repetirse muchas veces. En muchos sitios web lo mas usual es no descubrir lo que se busca a la primera y es indispensable hacer muchas busquedas. En este contexto un proceso guiado tiene muchos pasos y es lento de repetir. El caso de las webs inmobiliarias online A primera vista a la hora de buscar un inmueble el comprador tiene unos criterios claros; una porcion maxima a gastar y unas cláusulas que el inmueble deberia cumplir (numero de habitaciones, metros cuadrados, situacion, etc.). El modelo de interaccion de la mayoria de webs inmobiliarias (proceso guiado) supone que esos critierios iniciales cambian escaso y por tanto la interaccion esta basada en preguntar todos estos criterios en diversos pasos para presentar solo los inmuebles que los cumplan Sin embargo este escena de uso no esta bien planteado. Un analisis mas detallado revela que los critierios iniciales de seleccion pueden variar mucho. En el modelo guiado esto ocasiona dos problemas: Se descartan inmuebles que sí podrían interesar al usuario Variar los criterios es lento porque implica comenzar el proceso de nuevo Veamos algunos de los criterios iniciales. Precio El precio que el comprador considera inicialmente que puede gastar se supone algun por su situacion economica, por lo que no se aguardan masivos variaciones. Sin embargo muchos agentes pueden modificarlo. Es bastante posible la primera estimación de precio del comprador no haya sido correcta. La rápida evolución de los precios del mercado que crecen al 17% anual hace difícil estimar un precio. También es posible que el precio inicial no se ajuste a los criterios que se buscan (metros cuadrados, zona, habitaciones) lo que obligará a reajustarlo. Ante una decision de tal relevancia el comprador puede obtener del financiador mas recursos o ampliar el plazo de devolucion, con tal de adquirir el inmueble que le interesa. Dimensión El numero de personas y los planes de futuro definen que el usuario tenga diafano un dimension aproximado en metros cuadrados para el inmueble. Este es otro criterio que se puede adaptar sobre la marcha ante inmuebles concretos. El aprovechamiento del lugar en distintos inmuebles conlleva que algunos de 70 metros cuadrados permitan más lugar efectivo, que otros de 100 metros llenos de esquinas o pilares. En otros inmuebles las áreas escaso aprovechables como pasillo, balcones o terrazas ocupan muchos metros. La altura de los techos hace que inmuebles pequeños den la buscada sensacion de amplitud. Otros inmuebles tienen una distribucion que prima determinadas areas, por ejemplo una cocina y baños mínimos a cambio de un mayor salon. Localización El prestigio de la zona escogida para habitar es otro criterio claramente decidido por el usuario desde el principio. Habitar en una zona alguna significa un status social, un algun coste, nivel de seguridad, etc. La cuestion es que dibujar lineas divisorias entre zonas de la ciudad no es la solucion. En la verdad no hay cambios bruscos sino transiciones de una zona a otra y hay multitud de excepciones. En el barrio del Raval de Barcelona determinadas calles estan copadas por elitistas galerias de diseño, entretanto que otras siguen siendo marginales. Mezclas de agentes Todas estas variables se complican aun mas cuando tienen lugar combinaciones. Los compradores pueden adaptar sus criterios iniciales drasticamente ante ofertas concretas. Por ejemplo, para habitar en un inmueble con excelentes vistas o en una calle centrica se puede pagar mucho mas de lo planeado, aceptar un dimensión menor al deseado inicialmente, etc. Tambien es natural que el comprador comience buscando una "ganga" y conforme asuma la verdad (es escaso posible que la encuentre) vaya modificando sus criterios. La compra de un inmueble es una decision tan compleja y de tantas implicaciones que puede finalizar de forma muy distinto de como empezo. Conclusión Este ejercicio de colocar a prueba los criterios no niega que es evidente que las personas tengan criterios claros a la hora de adquirir un inmueble. Lo que se trata de remarcar es que es usual que estos criterios sufran ciertas variaciones y que la interaccion tipo "tunel" o ?cul de sac? de los procesos guiados no faculta hacer estas variaciones de forma agil ya que el proceso debe comenzarse de nuevo cada vez. La interfaz alternativa: los listados La sencillez y austeridad de interfaces como Cragislist o Loquo.com basadas en listados, no debe esconder que en muchos escenarios de uso son insuperables. Intuitividad Todo el mundo entiende un listado. La interaccion no tiene gran complejidad que usar el scroll hasta el final del listado y paginar. Inmediatez Un listado es la forma mas rapida de presentar el contenido del sitio web porque es interfaz y contenido al mismo tiempo. Ya que que los usuarios son muy impacientes cuando navegan, dar el entrada mas veloz probable a los listados es critico para que el sitio se comprenda de forma inmediata y reforzarlos positivamente. Exactamente lo opuesto que un proceso guidado donde obligatoriamente hay que pasar por un largo proceso antes de conseguir resultados. Dependiendo del escena de uso los listados pueden incluirse directamente en la pagina inicial (Emagister), accederse desde un directorio de categorias (Loquo) o desde un buscador (Google o cualquier buscador de vuelos). Aunque habitualmente se combinan en una misma pagina de origen algunas formas de alcanzar a los listados, por ejemplo un buscador y un directorio. Control del usuario Ver todos los contenidos del sitio de la categoría que le interesan en un listado en bruto hace sentirse al usuario en control de la tarea. Nada se le escapa porque todo está allí, solo tiene que paginar. Aunque despues mas adelante el usarios realice busquedas por criterios siente que todo es transparente, esta diáfano el antes y el despues. Al opuesto cuando en un proceso guiado el sistema coge el control, porque aunque pregunta al usuario, lo hace en fundamento a sus criterios predeterminados. Referencias para ajustar los criterios Un usuario puede pensar a priori que sabe exactamente lo que quiere, pero cuando se confronta con la verdad estos criterios iniciales se modifican y ajustan. Por tanto cuanto mas veloz sea este "choque" con la verdad (el listado), mas veloz sera el proceso de ajuste de criterios y por tanto mas rapidamente podra descubrir lo que desea. Un listado en bruto es el mejor principio para elaborar referencias iniciales y aprender las vinculos entre precios, zonas, tamaño, etc. que posteriormente ayudan a evolucionar a los criterios. En una pagina de listados paginar tres o cuatro veces supone visualizar unos 200 inmuebles de forma muy rapida. Por el opuesto los procesos guiados solo muestran la verdad demasiado filtrada. Para hacerse una idea global es indispensable repetir el lento proceso guiado muchas veces introduciendo distintos criterios. Filtrando y reajustando criterios Es correcto es que los filtros y criterios de la busqueda se integren en la particular pagina del listado porque esto faculta visualizar mas claramente el cambio, el antes y el despues. Conocer los inmuebles que se dessurgen o surgen con cada ajuste faculta determinar si la transformación de criterios ha sido apropiada y seguir adelante o por el opuesto rectificar. Por el opuesto en un proceso guiado se filtra a ciegas, no se sabe realmente lo que cada filtrado deja fuera. Es el sistema el que determina cuando y como filtrar, no el usuario. Controles para ajustar criterios Lo correcto es integrar los controles en el propio listado para que no se indispensable regresar a la pagina de origen cada vez que se varien estos criterios. Son correctos los links, radio-buttons y check-boxes porque son controles que muestran directamente los criterios a modificar. Los combos (menus desplegables) ocultan las alternativas que contiene y son menos recomendables en general. Un buscador de texto abierta faculta filtrar el listado de forma totalmente personalizada. Por ejemplo se pueden buscar solo los inmuebles de la zona, barrio o calle que el usuario elija, no los predeterminados por el sistema. Tambien faculta buscar toda una casuistica de caracteristicas especificas (terraza, techos altos, etc.) que los filtros predeterminados de los procesos guiados no pueden incluir. Los campos tangibles de acceso abierta (precio maximo y minimo, numero de habitaciones, etc.) tambien son basicos para el ajuste de criterios. En el caso de una busqueda de inmueble facultan definir abiertamente los rangos de precios deseados, en espacio de rangos determinados por el sistema (proceso guiado). En el caso de un listado en Craigslist vemos como emplea links para filtrar por localizaciones (san francisco, south bay, east bay...), campos de texto abierta para buscar palabras clave, faculta personalizar rangos de precios y emplea check-boxes para los animales de compañia. La clave de todo el proceso es aprender las vinculos entre los distintos caracteristicas de los inmuebles, precio, situacion, tamaño, habitaciones, etc. Cuanto mas rapidamente se aprendan estas vinculos, antes decidira el comprador los criterios finales de eleccion y descubrir el inmueble deseado. Por tanto la clave de la interaccion es que con los listados cada transformacion de criterios necesita de un solo paso, por lo que el proceso de aprendizaje y seleccion es infinitamente mas veloz que en un proceso guiado. Ejemplos de uso de listados Craigslist es un diáfano ejemplo de buena utilización de los listados. Las webs de busquedas de vuelos tambien estan basadas en listados. Determinadas de ellas incluyen vinculos a los dias previos y posteriores en las pantallas de resultados. Esto es un buen ejemplo de reajuste de criterios en la particular pagina de listado sin necesidad de repetir el proceso desde el inicio. El modelo de interaccion basado en listados funciona bien con todo tipo de busquedas con un probable ajuste de criterios iniciales. Por ejemplo alguien que busca un ordenador de segunda mano dependiendo del precio, prestaciones o antigüedad del modelo, puede optar por un portatil o uno de sobremesa. El tradicional proceso guiado que le obligaria a filtrar inicialmente por tipo de ordenador, marca o inclusive procesador, es inadecuado en la mayoria de escenarios de uso. Los listados tambien funcionan muy bien en interfaces totalmente diferentes, por ejemplo los blogs. La fundamento de la interaccion es el listado de posts ordenados cronologicamente, aunque opcionalmente mediante links se pueden filtrar los contenidos por categorias (temas, mes de publicacion, etc.). Usando Ajax en los listados Aunque los listados son muy potentes, a nivel de atractivo visual o de programación pueden parecer (aunque no lo sean) un tanto simplones. Quizás Ajax pueda contribuir a mejorar su imagen. Ajax esta siendo funcionario en algunos sitios de forma muy eficiente para agilizar si cabe aun mas el proceso de filtrado y transformación de criterios en los listados. Con Ajax los filtros se ejecutan automaticamente y no necesitan ni de botones de acción ni nuevas páginas lo que es mucho más intuitivo que solicitar pulsar un botón de acción cada vez (siempre que el sistema de feedback diáfano de los cambios producidos). Uno de los mejores ejemplos de Ajax en listados es Kayak, un buscador de vuelos que faculta filtrar el listado de vuelos de la pagina de frutos mediante criterios (precio, aeropuertos cercanos, horas, etc.) que actuan dinamicamente y agilizan la tarea.

Java web development, Los titulos en sitios web

Los titulos en sitios web
Los titulares de los periodicos son demasiado largos, esto mismo se puede aplicar a cualquier título que pongamos en nuestras páginas web por lo que debemos cuidar este aspecto. Portadas Con estructuras de títulos tan largos es casi imposible fijar la atención en estas portadas. Con titulares de 12, 13, 14 palabras es bastante complejo identificar palabras clave, o sencillamente, algo de lugar en el que descansar la vista. Interiores En el interior la cosa no mejora ya que el titular hace practicamente invisible el subtitular (si, ese texto chico que va bajo del titular y que apenas se puede leer). Hazlos más cortos El mensaje es sencillo. Haz titulares cortos. El meta del titular es Simplemente seducir al usuario, no darles el brief de la noticia. Por otro lado, si quieres posicionar correctamente en buscadores sería mejor utilizar aquellos términos realmente clave y no 10 palabras de relleno. ¿Qué fundamentos debes incluir en vuestros titulares? Nombres de personas Incluye los nombres de los protagonistas, personajes destacados, etc... Datos, números, fechas 10 millones, 25 personas, 13,5% de subida... los datos atraen la vista. Úsalos para crear puntos de referencia dentro de tu página. Lugares, ciudades, direcciones Si la localizacion ayuda a comprender la informacion, usalo. ¿El denominador general de todos estos criterios...? Se concreto, específico, directo, diáfano en tus titulares. Usa los subtitulares para alcarar. Este criteiro ayudará a la limpieza visual de la página. Titulares breves ayudarán a que tu portada esté más limpia visualmente y si aplicas los criteiros de ser tangible y específico en tus titulares, tendrás un mejor posicionamiento.

Java web development, Maximizar la usabilidad de un sitio

Maximizar la usabilidad de un sitio
1. No hay que olvidar jamás que la WWW es un recurso de comunicación hipertextual, no audiovisual. Sin duda en el futuro existirán recursos audiovisuales basados en Internet, pero la publicación web seguirá existiendo y siendo hipertextual. 2. Maximizar el lugar de informacion util. En configuraciones de 800x600 esta no suele superar la media del 20%, una vez descontado el lugar ocupado por controles de navegacion, publicidad, alternativas del sitio y el navegador. 3. Maximizar la escalabilidad, tanto de configuracion grafica como de especificaciones de comprensibilidad del codigo por fraccion del navegador incluido en el herramienta utilizado. La desviacion en ambas tamaños tiende a aumentar: Por un lado la tipico gama de configuraciones de monitor (de 640x480 a 1024x768) ha fruto mas persistente de lo que se predecia. En España aproximadamente un 20% del parque de PC's conectados a Internet laboran con monitores a 640x 480. Por otro lado la gama de herramientas conectados a la red es cada vez mayor. 4. Los contenidos tienen que estar optimizados para la web. Ser breves, estructurar la informacion segun la norma de la piramide invertida y utilizar hipervinculos para separar desarrollos y ejemplos del cuerpo del articulo. 5. Utilizar en la presentación y redacción tres características básicas: Texto conciso. Diseño que permita la lectura por encima, como enumerar los puntos, separar títulos y encabezados, utilizar negritas y resaltados o listas con viñetas. Lenguaje objetivo. 6. Integrar los graficos en el contenido de modo que minimicen "peso", aporten informacion provechoso y permitan con todo que la pagina sea provechoso y comprensible. 7. El diseño de los sitios debe orientarse a la simplicidad, con las minimas distracciones posibles, arquitectura de la informacion clara y dispositivos de navegacion adecuadas. 8. La página de origen del site debe: Ofrecer un directorio de las principales áreas de contenido. Un resumen de las novedades o promociones más importantes. Una alternativa de busqueda interna. 9. No usar páginas de bienvenida (páginas previas a la página real de inicio). 10. Vinculacion profunda. Es decir, no obligar a los usuarios a entrar por vuestra pagina de inicio, sino permitirles llegar directamente a los institutos de su interes tanto desde los banners como desde links voluntarios. Esto debe integrarse dentro de una táctica de nominacion de URL de sitios y subsitios comprensible por los usuarios. 11. Integración de los contenidos generados por los usuarios. En sitios pequeños se debe buscar la relación personalizada con los usuarios. En sitios masivos moderar chats y grupos de discusión. 12. La navegacion dentro del site debe permitir al usuario saber donde esta en cada momento y como poder regresar alli cuando lo desee. 13. Utilizar los applets de modo que no generen confusión a los usuarios ni mermen el control que ejercen sobre el contenido mostrado desde el navegador. Es decir, los applets no pueden repetir los errores y horrores del Flash. 14. Utilizacion del standard WAI para facilitar el entrada a vuestro site a usuarios con discapacidades. En terminos generales: Hemos de pensar que los ciegos navegan ligando el browser a un sintetizador que procesa el texto y lo lee. El uso por tanto de etiquetas de encabezado en el código y del texto alternativo en los gráficos resulta importante para la accesibilidad. Los ficheros de sonido con contenido (discursos, declaraciones, etc.) que por otro lado hay que minimizar, deben tener transcripciones disponibles. Hemos de minimizar la problema de cualquier tipo de operacion a hacer con el raton o el teclado (atinar en vinculos minusculos en hipertexto o todo tipo de mezclas de letras o teclas y raton en applets varios) 15. En la web, mas que en ningun sitio es significativo seguir la maxima "pensar globalmente, actuar localmente". Llegar a un publico transnacional y con diferentes idiomas significa pensar contenidos y estructuras de acuerdo tanto con lo comun, como con lo diferente. 16. Hemos de eludir las paginas de acceso cuya unica funcion sea la seleccion de idioma o pais. En verdad no son mas que una variedad de las paginas de bienvenida. Por otro lado una articula de sitio que lo requiera, usualmente lo hara por una mala tactica de nominacion de URL. Una manera de solventarlo aceptable, -aunque no deseable por los dificultades de escalabilidad y deseconomia de contenidos que comporta- si se hace imposible el cambio, puede ser el modelo de "pagina de origen compartida". 17. Cuando diseñamos sites corporativos (ya sean intranets o extranets), no hemos de olvidar que el meta es facilitar el esfuerzo y la productividad de todos. El proceso de información es intensivo en tiempo para los humanos, de modo que hay que sustituir por tablones de anuncios y directorios específicos las listas de correo y ordenar las discusiones de modo fácilmente comprensible y visible de un vistazo. 18. En todos los programas de red (intranet, generalidad de esfuerzo, etc.) lo primordial es la generalicacion. Las convocatorias para chats y las puestas en general tienen que estar claramente anunciadas. Las normas de moderacion tienen que ser sencillas, pocas y flexibles. La clave del esfuerzo en red no esta en los procedimientos sino en las ramificaciones y los contactos que se establecen entre miembros de los equipos y que muchas veces se desarrollan aparte. 19. Los usuarios determinan 4 motivos principales para regresar a visitar un site: Contenidos y servicios. Tienen que ser ante todo utiles, lo que usualmente no desea decir exhaustivos. Actualizaciones. Los usuarios solo piden regularidad y predecibilidad para volver. No les pidas que piensen en ti todos los dias, pero tampoco des plazos que hagan que se olviden (como por ejemplo una revista trimestral o inclusive mensual). Rapidez. Alcanza que tus paginas pesen lo menos probable y si el contenido multimedia o los formatos que usas forman fracción de la identidad de tu pagina, separa todo lo pesado y ponlo en una seccion especial de downloads. Facilidad de Uso. Supedita el diseño gráfico a la usabilidad y no al revés. 20. Haz una barbacoa de 3 usuarios típicos, descríbelos y pensad como ellos. ¿Qué rutas crees que seguirían? Faculta que no encuentren lo que de acceso pueda no interesarles pero jamás que tengan que buscar más de la cuenta lo que buscan. Pensad hipertextualmente, no gráfica ni linealmente.

Java web development, Portadas en sitios web

Portadas en sitios web
1. Procura ofrecer la información importante para que el usuario sepa donde esta y que es lo que puede ver. Viendo unos sites de supermercados Made in Spain, podemos aprender como realizar una portada. Es indispensable aclarar que servicios y/o articulos se proporcionan en este site. Muchas marcas no son conocidas por los usuario locales y debemos entender que poseemos una audiencia global que puede llegar a vuestro site por un buscador, un enlace, etc. Pensad en que tu marca puede no ser conocida a nivel mundial y proporciona una aclaración sobre que es lo que haces. Si el servicio es complejo y necesita de explicacion, podemos dedicar la portada del site solo a este fin, pero es recomendable ofrecer al usuario enlaces que le permitir explorar otras fracciónes del site. Tambien es indispensable recordar que usuarios ya han entrado en el site, para no hacerles repetir la experiencia de la portada "inutil" y ofrecerles un entrada directo a la portada "util" de vuestro site. 2. Si es completamente indispensable que el usuario se registre, explica los causas y ponlo facil. Otro ejemplo de portada "inutil" es aquella en la que poseemos el logo de la compañía y unos botones de registrate, entra o invitado. Si es realmente indispensable registrarse para entrar en tu site (a) explica cual es el servicio que ofreces (b) para comprender por que es indispensable registrarse. Procura ser amable y evita pantallas como esta: Esta pantalla del supermercado del Corte Ingles lo unico que puede generar es que el usuario se vaya. Pero aun es mejor si pinchamos en el boton de "Invitado". Seguro que esta es la alternativa de invitado? Mas bien parece que me estas expulsando. 3. Si tu servicio tiene limites fisicos, explicalo y proporciona un anuncio sobre ampliaciones. Otro caso que veíamos anteriormente es el de las portadas que preguntan al usuario donde vive. Si tu servicio tiene dificultades de logistica, por lo menos se educado y explicale al usuario que actualmente estas sirviendo a estas zonas, pero que estas trabajando para mejorar y tapar mas espacio. De nuevo, se amable y explicale al usuario que es lo que ocurre, que alternativas tiene y ofrecete para informarle si en el futuro se producen cambios. No pierdas la oportunidad de captar un futuro cliente pidiendole la dirección de correo para avisarle de novedades. Aunque tu site tenga limites fisicos, proporciona una puerta libre para que la gente vea tu site y por lo menos explore tu oferta de servicios. No pierdes nada y puedes ganar mucho. Explica las cosas como son, se amable con el usuario y proporciona opciones para todos los usuarios.

Java web development, Retorno de la inversión en diseños web

inversión en diseños web
Los personas que entran a tu sitio web desean descubrir la informacion que necesitan, o realizar la compra que necesitan, en un minuto y no en media hora. Si no logran su meta en un tiempo razonable, digamos unos 3 minutos, se van a otro sitio... y Chau! Venta perdida..... Fuiste..... Alpiste..... Pero no solo desean que sea rapido... tambien desean que sea facil. Si encuentran muchas complicaciones, también se van a otro sitio.... y lo que es peor... seguramente vayan al sitio de tu competencia. Lamentablemente, la mayoría de los sitios web comerciales están pensados centrados en la necesidades de las empresas... y no en las de sus clientes. Aceptalo... a nadie le interesa ver el logo de tu compañía en 3D, moviendose por la pantalla con musica de fondo.... Queda muy lindo... eso si... pero ¿A tu cliente le sirve de algo? Lo que realmente le interesa a las personas que visitan tu sitio, es el contenido que pueden descubrir y las cosas que pueden realizar en el. Los sitios que tienen exito son los sitios UTILES... y sencillos de usar. Un sitio web Usable se diseña pensando en el cliente, para el cliente y muchas veces con el cliente.... Si, leiste bien... con el cliente, se lo hace participar del proceso de algúnas formas. Los sitios web usables son simples, pero justamente esa simpleza hace que las personas que los visitan encuentren veloz lo que necesitan. Los sitios web usables ayudan a las personas en los procesos interactivos, los ayudan a buscar información, los ayudan a comprar, los ayudan a informarse, los ayudan.... ese es el punto. ¿Que tiene que ver todo esto con el Retorno de Inversión? Es simple. Cuando vas a comprar a un negocio siempre hay un funcionario que te ayuda, te responde las preguntas, te presenta los productos, etc... pero en internet es muy distinto. Entonces, si para comprar un articulo online hay que realizar 15 pasos, registrarse, etc, etc... es muy posible que muchas personas con intenciones de compra, abandonen el proceso antes de realizar efectiva la compra y vayan al negocio de la esquina.... lo mismo pasaria en un negocio si el funcionario es un antipatico o te trata mal ¿No? Si en cambio, logramos que sean solo 4 o 5 pasos, si no los obligamos a registrarse si no quieren, si los ayudamos y los guiamos en el proceso mediante indicaciones claras y eficaces (tal cual lo haria un funcionario amable) ... el porcentaje de las personas que abandonan disminuira drasticamente y por ende, venderemos mas. Una de los principales causas por las que las personas compran online es ahorrar.... Economizar tiempo! (pensabas que era economizar dinero? nop... error... ) Obviamente hay otros agentes que influyen, el artículo que vendemos en si mismo, el precio, etc... pero si la persona esta decidida a comprar el artículo, indudablemente la facilidad o problema que le presentemos en vuestro sitio tendra mucha importancia. Y si en mi sitio web no vendemos artículos online? Entonces estas desperdiciando un mayor canal de ventas... ponente en campaña para vender online. Hoy mismo! Ojo!... Igualmente podes ayudar a tu cliente... no solo mostrando los articulos o servicios que ofreces... brindale cosas complementarias de tu artículo o servicio, que le interesen a tu cliente. Por ejemplo: Sos dueño de un de un Gimnasio y tenes tu sitio web... no te limites a mostrarle las fotos del gimnasio, los actividades, los horarios... proporciona recetas de comida saludable, dietas, informacion nutricional, rutinas de ejercicio, rutas para salir a correr... lo que se te ocurra... si no se te ocurre nada, preguntale! De ese modo, tal vez una persona que no es cliente de tu gimnasio entre a tu sito a ver esa información, que es mucho más interesante que las fotos de tu gimnasio (aceptalo)... y tal vez decida ir a tu gimnasio. Captas la idea.... es ayudarlo, no solo venderle. Mejorá tu sitio Web! El meta de este articulo es que te des cuenta que podes aprovechar mejor tu sitio web, podes conseguir mas consultas sobre tus artículos o servicios... podes vender mas.... y podes ayudar a tus clientes, o futuros clientes... Simplemente haciendolo mas sencillo de usar y mas util.

Java web development, Usabilidad de mapas en diseños web

mapas en diseños web
Desde hace tiempo, pero especialmente desde la fantasma de Google Maps, los mapas han cobrado mas popularidad en la web y se han comenzado a utilizar de forma extensiva. El entorno web no es el unico, otros dispostivos como los GPS tienen muchas utilidades practicas que se iran incorporando a la vida cotidiana. Todo ello se vera facilitado si se alcanza que los datos geograficos creados por el estado sean libres (EE.UU.) y no un caro monopolio estatal (Europa) aun floreceran mas todo tipo de aplicaciones. Los mapas interactivos presentan desafíos de usabilidad y representacion de informacion aun no resueltos. Navegación estandar No hay una navegacion estandar sobre mapas interactivos. Los procesos de zoom y movimiento por el mapa no estan estandarizados. Tienen lugar ciertos fundamentos mas comunes que otros, pero despues su funcionamiento es diferente. - Interfaz de Map24 - - Interfaz de Maporama - Navegación lenta Navegar por un mapa (sin utilizar un buscador) es escaso agil. Es casi imposible descubrir a la primera el area de interes y se necesitan muchos movimientos hasta descubrir el area exacta. La navegación funciona correctamente si se trata de pequeños movimientos para explorar un área pequeña, una vez localizada por otros medios (buscador), pero masivos movimientos dan problemas. Por estas razon no es recomendable basar un interfaz en la navegacion por un mapa o realizar la navegacion por mapa la unica forma de descubrir los contenidos de un sitio web. Conocimiento y familiaridad con el área Para navegar por un mapa hay que conocer suficientemente bien el área en cuestión, de lo opuesto es muy dificil y hasta imposible orientarse o localizar un lugar. Las indicaciones que incluyen los mapas ayudan, pero no siempre resuelven el problema. Estos dificultades se reflejan especialmente en sitios creados para turistas extranjeros cuya interfaz principal es un mapa. Los turistas pueden conocer el nombre de la ciudad o de la zona que buscan, pero desconocer totalmente su situacion en un mapa del pais y menos aun de la provincia. En casos como webs inmobiliarias que emplean mapas, es dificil hacerse una idea exacta de las areas de una ciudad a no ser que se conozca perfectamente el trazado de las calles y los limites de cada barriada. Inclusive para vecinos de la ciudad es sencillo confundirse, dificil calcular distancias, etc. Orientación viso-espacial Comprender un mapa no es algo banal. Los mapas emplean un lenguaje que se ha extendido a lo largo de los siglos, pero no son algo extraordinariamente intuitivo. Un mapa presenta una visión a vista de pajaro cuya comprensión necesita de una habilidad llamada orientación viso-espacial y su memoria asociada. La orientacion viso-espacial es una habilidad compleja, independiente del nivel de inteligencia en otras areas y con niveles muy desiguales entre la poblacion. A muchas personas les resulta dificil orientarse o descubrir un espacio en un mapa. Aunque por lo común dado el tiempo suficiente la mayoría de la gente puede consiguer hacerlo, hay que tener en cuenta que pocas personas están dispuestas a dedicar más que unos escasos minutos a un sistema interactivo si no consiguen resultados. La habilidad de orientación viso-espacial se puede aprender y mejorar. Con la expansión de los mapas interactivos la población aprenderá a utilizarlos. Niveles muy basicos y con informacion muy especifica, reducida y estandarizada, como mapas de metro si pueden ser dominados por casi toda la poblacion. Sin embargo en otros niveles los mapas posiblemente dejan afuera a una fracción de la poblacion significativa. Indicaciones en el mapa Las indicaciones en el mapa (nombres de ciudades, lineas fronterizas, carreteras, etc.) ayudan a orientarse y localizar los espacios buscados. El numero de indicaciones en el mapa esta limitado por la superficie disponible, se trata de eludir que el mapa termine ocultado y que las indicaciones se superpongan unas sobre otras. El asunto de las indicaciones es gran en los mapas interactivos. A distintos niveles de zoom, distintos indicaciones son sobresalientes. Por ejemplo, a niveles lejanos solo es sobresaliente presentar capitales y fronteras de paises. A niveles bajos se muestran aldeas o senderos vecinales, etc. En los mapas generalistas (para cualquier uso) casi hay un estandar sobre que presentar a cada nivel de zoom, sin embargo en mapas con usos especificos ya no esta tan claro. Dependiendo del escena de uso y el perfil de usuario, las indicaciones pueden variar. La mayor cuestion es la relevancia. ¿A que nivel de zoom es sobresaliente un monumento? Una iglesia en comienzo tiene sentido mostrarla solo a un nivel de zoom muy cercano, pero si estamos en un mapa diseñado para turistas, puede tener sentido mostrarla a otro nivel de zoom. El otro mayor asunto de los mapas interactivos es que las informaciones aparezcan y desaparezcan segun el nivel de zoom, lo que es en cierto modo confuso para el usuario. Si se busca la catedral de Barcelona en un mapa interactivo, pero el nivel de zoom es demasiado alto la indicacion o icono "catedral" no se mostrara, por lo que el usuario puede llegar a pensar que simplemente no esta indicada en este mapa. Verdaderamente se puede realizar zoom, pero si no se hace sobre el espacio exacto, se "aterrizara" sobre unas calles de Barcelona desconocidas, perdido sin saber hacia donde moverse para descubrir la catedral. Por ultimo queda el asunto de los iconos. Para poder incluir mas indicaciones sin esconder el mapa, se recurre a iconos porque ocupan menos lugar que los textos. Algunos de estos iconos practicamente son estandares (hospital, iglesia, etc), pero como cualquier sisasunto de representacion basado en imagenes los iconos escalan mal, no todo es claramente representable mediante un icono. Dificultades específicos de Google Maps Desde que Google Maps ha ya que a disposicion de los desarrolladores su API que faculta utilizar sus mapas, han aparecido multitud de sitios que los emplean (Housingmaps.com, Chicagocrime o Trulia. Inclusive en España abundan los programas que usan la API: Tagzania, Habitamos, Vivirama y Panoramio (del que soy co-fundador). Sin embargo los mapas de Google tienen varios dificultades de usabilidad y escalabilidad. El sistema parece creado exclusivamente para uso uso en Google Local donde funciona razonablemente bien, pero no para cualquier otro tipologia de sitio web. Dificultades de situación, número y selección Los marcadores (o pines) de Google Maps se superponen unos sobre otros. A veces se ocultan tanto unos debajo otros que no es probable seleccionarlos, saber cuantos hay, ni donde estan situados. En ocasiones hay tantos unidos que ni siquiera se puede ver el mapa. Desplegar globos Al seleccionar un marcador se presenta una especie de globo con la informacion que contiene. Parece es un sistema muy intuitivo, pero despues origina problemas. Cuando se selecciona un marcador que esta en los margenes del mapa, el mapa se mueve automaticamente para abandonar abierta suficiente lugar para presentar el globo. Sin embargo al mover el mapa se pierde la situacion original, lo que afecta a otros pines y la orientacion del usuario, es indispensable mover el mapa para regresar a la localizacion original. Listas de fundamentos como complemento imprescindible, pero limitado No es probable conocer por adelantado que representa un marcador del mapa. ¿Es un restaurante, un hotelo un bar? Es indispensable seleccionarlo y desplegarlo para ver su contenido, un sistema escaso agil. La solucion de Google Local (y otros sitios) es incluir listas de items al lado del mapa facultan descubrir la informacion que requieres (nombre, telefono, precio, etc.) mucho mas rapidamente que seleccionando uno a uno los marcadores. Sin embargo esta es una solucion limitada. - Pantalla de frutos de Google Local - La limitacion surge cuando tienen lugar muchos items en una lista y es indispensable paginar. Solo se pueden presentar en el mapa los marcadores (pines rojos) que representan a los items de esa pagina, pero no todos. Esto es confuso, porque en un área (una ciudad o una calle) alguna pueden haber items (un hotel, un monumento), pero no ser mostrados porque no están en esa página, sino en otra. La paginación es un fundamento de interacción que encaja con las listas de ítems, pero que no funciona muy bien con el modelo mental de interacción con un mapa. Buscador como interfaz inicial para un mapa Google Maps, con su homepage llena de explicaciones sobre como usarlo, desaparecio hace tiempo y redirecciono a Google Local, un buscador donde indicar ?que? y ?donde?. Los mapas son ahora un complemento a los frutos de la busqueda. En mi opinion por dos razones: Primero por las limitaciones que he comentado antes, las de mapas en comun y las de Google en particular. Estas limitaciones hacen pensar que los mapas solo tienen sentido como fruto a una busqueda, pero no como interfaces principales de busqueda. Con un buscador como dispositivo inicial todo es mas sencillo. Si se conoce el area concreta y la informacion exacta que la persona busca, por ejemplo ?Pizzas en New York? se le puede presentar directamente solo un tipo de informacion y en un area reducida. Esto hace que: - No sea indispensable navegar por el mapa, con los dificultades que eso conlleva. - El número de información a incluir sea limitada. En un área pequeña y de un tipo tangible deben haber escasos marcadores y poca información relacionada. Segundo porque no hay nada sobresaliente al lenguaje humano. Un buscador aunque tecnicamente busca, en verdad desde el punto de vista del usuario da respuestas a preguntas formuladas en lenguaje natural. Basta ver las interfaces interactivas para dibujar rutas entre dos lugares. Todas incluyen un mapa, pero la respuesta real, la información clara, concisa y valiosa es la ruta descrita en lenguaje textual. - Ruta en formato gráfico y textual - Un mapa por si mismo no da una respuesta, sino que faculta descubrir la respuesta. Un mapa por si mismo no Hablad en lenguaje natural, sino en otro lenguaje que se debe aprender, muy provechoso para algunos metas y con muchas limitaciones para otros. Los mapas como complementos En verdad todos los dificultades previos dejan diafano que mas alla del deslumbramiento que nos producen los mapas interactivos y sus infinitas posibilidades, actualmente los mapas funcionan mejor como significativos complementos, en muchos casos imprescindibles, que como interfaces principales o unicas. Esta situación puede cambiar en un futuro próximo. Por otro lado en la actualidad para determinados, colectivos, metas y situaciones de uso, los mapas sí mismos puedan ser la interfaz principal. Ya se sabe, la definición de usabilidad dice que algo no es inheremente usable o inusable, sino que dependera de los usuarios, sus metas y el contexto.

Java web development, Uso de botones y enlaces

Uso de botones y enlaces
Los botones del sistema se deben utilizar en aquellas "acciones" que deseamos que el usuario ejecute. Por ejemplo: Enviar Buscar Descargar fichero Subir fichero Confirmar Guardar Ejemplos de uso. Poseemos una web llena de documentos que el usuario puede descargar. El formato ideal para una página de este estilo sería: Titulo del fichero Boton para descargar los archivos afuera un boton del sistema etiquetado correctamente ("descarga este fichero"). Bajo del botón podemos indicar que va a pasar (si el usuario va a una nueva página, cuanto pesa el fichero, formato, etc...). Cuando colocar enlaces Los enlaces los debemos utilizar para vincular archivos HTML. Es decir, el usuario va a ir a otra pagina web. El formato de enlaces ha de ser diáfano y debe indicar que vamos a ver, evitando los "pincha aquí", "más información", etc... El asunto de colocar debajo enlaces "acciones" que no son ver otras paginas web es que pueden confundir al usuario. Si poseemos el formato anterior: Titulo del fichero Descarga fichero. Bajo podemos indicar que va a pasar (si el usuario va a una nueva página, cuanto pesa el fichero, formato, etc...). Uno podría adivinar que se va a bajar el fichero, pero se podría pensar que uno va a ir a la página de descargas. Los botones no crean confusión frente a los enlaces para lo que hemos denominado como "acciones".

Java web development, Uso de las fuentes en diseños web

Uso de las fuentes en diseños web
Este articulo no pretende ser una guia sobre todas las variables que hacen al buen uso de las fuentes de letras, mas bien que trata de acercar los conceptos mas significativos que juegan a la hora de lograr diseños de calidad. Peso Se Hablad del peso de una fuente en el sentido de ?volumen? o ?peso? que percibe el observador sobre un texto o logo. En este sentido, una fuente liviana usualmente es estilizada, de trazos muy delgados o finos, con mucho aire o zonas libres, casi de articula alámbrica. La aplicación de este tipo de fuente está más bien dirigida al rubro editorial o al diseño de pantalla específico. Por el contrario, una fuente de letra ?pesada? es voluminosa, de trazos anchos, sólida, con muy escaso ?aire? en sus formas. Ideal para aplicar a carteles, afiches, logos, títulos, etc. Es digno de apreciar los distintos efectos que se pueden lograr aplicando distintos pesos a nuestras tipografías. Contraste y color La combinacion del color del fondo con el color de composicion mas el peso de una fuente genera otro significativo resultado, el contraste. Los fondos claros o blancos en fuentes de color oscuro producen un resultado de pulcritud y orden que necesita por ejemplo, un sitio web. Lo ideal para textos de lectura, es que se escojan fondo claros y fuentes bien definidas. Sin embargo el uso acertado de fondos con colores intensos produce muy buenos efectos también, por ejemplo, en un folleto impreso, se puede utilizar mucho este recurso. Por ejemplo: fuentes color celeste, con un fondo azul intenso. No hay parámetros que determinen que colores usar y como usarlos. Pero vale explicar que se debe buscar la armonía tonal o la buena asociación de grupos de colores. Separación entre signos Otra significativo variable en la aspecto de una fuente es la separacion entre si de un caracter y otro. Se pueden conseguir muy buenos efectos aplicando esta propiedad a nuestras fuentes. El escoger una fuente de letra con mucha verticalidad y poca separacion lograra una dificil lectura ?rapida?. Sin embargo las fuentes de letras expandidas sobre el ?horizonte? facultan la lectura rapida que necesita por ejemplo; un mayor cartel o un poster. En diseños verticales, es aconsejable utilizar largos de línea cortos y separaciones estrechas. Por el contrario, es diseños mas bien horizontales, es aconsejable recurrir a caracteres espaciados. La extensión de la linea e interlineado Una línea muy larga, impresa en un cuerpo de letra más bien pequeño, en la que se incluyen muchas palabras, entorpece la lectura, por la problema que supone pasar de una línea a otra. La lectura sobre monitores plantea un desafio a la comodidad del lector. Es aconsejable que el lector no se encuentre con lineas de texto demasiados largas ni demasiado cortas. Lo ideal, en el caso de textos de lectura es utilizar unos 400px. Sin embargo sobre este asunto no podemos establecer patrones porque las variables son muchas. El interlineado es el termino tipografico que detalla el lugar vertical entre lineas. La interlinea se usa para dar gran legibilidad a las lineas de un texto, cuando estas son largas y estan compuestas en un cuerpo chico es recomendable usar un interlineado que duplique la altura de la fuente de letra. Por ejemplo, si usamos 10px, el interlineado puede ser de 20px. Efectos, uso y Abuso (Conclusión) Tanto si usamos fuentes de letras en el diseño web como en el diseño impreso, no se deben abusar de los efectos. Principalmente porque la idea del diseño siempre debe ser comunicar algo y no de ?impresionar?. Años atras se trataba de aplicar la gran porcion de efectos probables sobre las fuentes de letras con la idea de ?atraer? al lector u observador. Aunque la idea del diseño no ha cambiado, hoy se estiman mejores recursos para ?atraer?.

Java web development, Usuarios de ayer y de hoy en la web

Mejorar la usabilidad de un sitio web
Debe resultar sencillo de utilizar luego de limitarse a lo sumo a leer un minimo de instrucciones; tal como se haria con un nuevo instrumento para el hogar o con un nuevo automovil. Practicamente a ninguno se le ocurriria estudiar los comienzos de funcionamiento de los mismos y un automovil que no pudiese manejarse de manera muy parecida a los demas causaria posiblemente rechazo. En otras palabras, son cada vez menos, en proporcion, aquellos que cogen a la computacion como un hobby al que estan dispuestos de dedicar tiempo y esfuerzo. No hace muchos años la situacion era completamente distinta. Las PC eran maquinas rudimentarias y sus usuarios personas entusiastas, que encontraban fascinante ese nuevo tema que progresaba tan rapidamente. Era relativamente usual que muchos de esos usuarios conocieran por lo menos los rudimentos de los lenguajes de programacion y fueran capaces de hacerse proyectos faciles a su medida. Los herramientas debian instalarse manualmente y no de manera automatica. Y asi siguiendo. Hoy en dia el usuario tipo es una persona que estima a los ordenadores no como una fraccion central de la vida o un hobby, sino una dispositivo mas a su disposicion en la vida cotidiana. Esto se produce, porque las computadoras se expandieron muchísimo en los últimos tiempos. Anteriormente las webs o aplicaciones informaticas estaban destinadas a un publico ?profesional?, en el sentido que el perfil de estas personas, ya sea por su esfuerzo mismo o por sus estudios, debian tener conocimientos avanzados o el tiempo indispensable para dedicarse a aprender si no comprendian algo, ya que esto despues les era redituable en su profesion. La situacion actual es diferente: ya no tratamos con personas que tienen una motivacion muy fuerte de aprender nuevos conceptos en materia informatica porque sus trabajos se los requieran, sino personas de todo tipo de clausulas que tienen escaso tiempo y requieren descubrir lo que buscan en la web en el menor tiempo y con el menor trabajo posible. De lo que se deduce que la usuabilidad es sumamente importante. Podriamos decir que hoy en dia, los fanaticos de Internet son un numero menor de usuarios. Por lo tanto no podemos seguir con la idea que los usuarios aprenderan a utilizar nuevas herramientas, sino todo lo opuesto, debemos pensar como piensan ellos. Un usuario promedio no tiene tiempo ni ganas para aprender conceptos nuevos: aprendera lo minimo que le sea indispensable para satisfacer sus necesidades. Quizas deberiamos tambien aceptar que las ultimas tecnologias, que a muchos de nosotros nos fascinan, a ellos no les van ni les viene, si son simples de usar las aceptaran, caso opuesto las rechazaran; como hariamos nosotros si fueramos a un comprar un auto y nos hablaran maravillas de este pero a la hora de usarlo no podriamos usar todas sus ventajas sin estudiar x horas diarias. Lo mismo cuando enseñamos, por citar un ejemplo, a vuestras madres definalizado nuevo adelanto tecnologico, quizas una web con todos los chiches que diseñamos; vemos como esta, al no entender enseguida el funcionamiento de la misma, finaliza no solo odiando vuestra web, y aburriendose a lo grande sino odiando al ordenador. Por todo lo expuesto es muy significativo a la hora de realizar un sitio web, manejarse con profesionales que tengan conocimientos solidos respecto a los usuarios (personas capacitadas en saber que saben y que desconocen los usuarios para crear sitios sencillos de navegar) y dejarse guiar por ellos. En Internet los usuarios siempre tienen la razón, por lo tanto hay que tener en cuenta que conforme la web se va expandiendo a toda la población, los conocimientos sobre mecanismos de interacción son reducidos. Hay que ponerse del lado del usuario, en la cabeza del usuario promedio y no del experto, para que vuestros sitios puedan ser visitados y recomendados y no cerrados y odiados.

Usabilidad y el overhead

Usabilidad y el overhead
Víctimas del overhead Salon.com según comenta el NYT puede cerrar en semanas. Las cosas están tan mal que al parecer ya no pagan ni el alquiler. Otro magazine (createonline.co.uk) menos conocido cerró hace escaso. El fundador comenta algunos de los detalles en esta historia. Viendo estas historias uno se pregunta si el e-zine independiente tiene futuro en la web. La respuesta para mi Seguid siendo que sí pero con limitaciones. Está diáfano es que la liberta de publicar sin intermediaros tiene el precio de contar con menos recursos. Creo que los dos casos que mostramos en este articulo tienen mas dificultades de overhead que otra cosa. Es decir que salon.com se objetivo en deudas de aquiler de $200000 en 2/3 meses no parece muy inteligente en esta economia. Esta diafano que un modelo de negocio basado en publicidad/ suscripcion tiene muchas limitaciones. Estas limitaciones te llevan a tener magazines que realmente no son magazines... con lo que no puedes pensar en habitar o laborar como en un magazine... Sobrevivir sin el overhead Montar un magazine independiente es viable si cortas todo el overhead. Corta alquiler corta staff corta cualquier probable gasto real y podras sobrevivir. Lo que creo que es casi imposible es habitar solamente de un magazine on-line. Los niveles de ingreso por publicidad son demasiado bajos y el escaso beneficio que te dan te puede realizar perder visitantes que no pueden tolerar ni un solo banner mas. Un modelo de suscripcion necesita tener una fundamento solida de usuarios y es indispensable un modelo de negocio a largo plazo y sin garantias. Viendo en Alexa la evolucion del trafico del periodico elpais.es frente a la competencia española (ver evolucion ElMundo.es) desde que saco su edicion exclusivamente de pago se puede ver que arrojar un sistema como este sin estar listo al 100% puede causar mas daño que beneficio. En Alexa se puede ver como elmundo.es ha pasado de estar igualado a elpais.es a superarle por 800 puntos en el ranking. Por la rabo periódicos tipo Abc.es y la vanguardia.es casi se han igualado a Elpais.es. Enlazar reducir aumentar La actitud clara es esta. Enlazar sites parecidas para concentrar recursos reducir gastos y vigilar el crecimiento para conocer hasta que punto tu site es de interés común. Tan significativo como saber cuando gastar es conocer hasta donde puedes aumentar para no meterte en dificultades de overhead. Inversiones multimillonarias en sites donde en el mejor de los casos los ingresos pueden estar en los cientos de miles de euros al año crean tensiones que son dificilmente salvables y encadenan al site a su particular destruccion. La otra salida es la especializacion y desarrollo de dispositivos. Esta diafano que ser otro magazine generalista no te llevara muy lejos pero si por determinado causa cuentas con contenido especializado o dispositivos de interes puede ser que tengas tu lugar en el mundo on-line. Siguen siendo momentos inciertos pero un buen primer paso es contar con un desarrollo facilmente amortizable y con un modelo de negocio realista.

Mejorar la usabilidad de un sitio web

Mejorar la usabilidad de un sitio web
El mundo de la usabilidad es relativamente nuevo el conocimiento poco la demanda de servicios alta y los profesionales complicados de descubrir. Sin embargo y de repente han aparecido consultoras y profesionales especializados que un mes antes ni siquiera existian. Muchos que se dedican a usabilidad en verdad no tienen mas conocimientos en usabilidad que su sentido comun. Las consultoras de estudios de mercado La primera alternativa a analizar son los estudios de usabilidad ofrecidos por las consultoras de estudios de mercado. Estas son compañias con larga experiencia y clientes que tienen su confianza. Por ello han sido las primeras que se han lanzado al ruedo de la usabilidad. Sin embargo esto ha llevado a muchas compañias a la confusion entre estudios de mercado y estudios de usabilidad. Nada tienen que ver los unos con los otros. Los estudios de mercado tienen debilidades metodologicas que los hacen escaso correctos para estudiar la usabilidad. Las compañias de investigaciones de mercado no se interesan por la forma en que los usuarios usan los objetos sino por sus opiniones y actitudes. Sin embargo no es probable preguntar a una persona por algo que no conoce no ha usado y no dispone de ningun referente en la verdad fisica situacion que frecuentemente ocurre con los nuevos artículos y servicios ofrecidos a traves de Internet. Estudios automatizados La segunda alternativa considerada son los metodos automatizados. Estos son baratos y simples. Una aplicacion informatica factura millones de movimientos de miles de usuarios. ¿A quien no impresionarian estas cifras?. Un analizo fácil de vender. Asi los metodos automatizados miden automaticamente una serie de variables consideradas a priori predictoras de la usabilidad de un sitio web. Sin embargo en estos analizos los parametros facturados asimismo de ser reducidos no son siempre son buenos predictores de la usabilidad de un sitio web y han de ser estudiados con mucha precaucion. Por ejemplo un proceso de compra con menos pasos no ha de ser necesariamente mas usable y fácil que otro mas largo. Test de usuarios La tercera opcion que se muestra es utilizar metodos propios de la usabilidad como los test de usuarios. Esta parece por fin la opcion mas apropiada y en verdad lo es pero no es sencillo de aplicar y tienen lugar muchos errores que cometer. Los test de usuarios son autenticos experimentos cientificos de investigacion y las personas que los llevan a cabo no tienen en muchas ocasiones los conocimientos para una metodologia adecuada. Sin una buena metodologia es dificil encontrar motivos y aportar buenas soluciones. Una metodologia estricta no implica pretender una rigurosidad cientifica pero es indispensable conocer como realizar test de usuarios como extraer conclusiones de ellos y que errores se pueden cometer. Los psicologos juegan con ventaja la situacion de la Psicologia en el limite de la ciencia natural y la social ofrece unos metodos de investigacion correctos para testar la usabilidad. En la actualidad por la situacion en cuanto a conocimientos en usabilidad y IPO/HCI realizar un test de usuarios en un sitio web y solicitar conclusiones claras rapidas y baratas es solicitar algo imposible (desde un punto de vista riguroso). Sin embargo esto es exactamente lo que las compañias demandan frutos veloces claros y baratos. Un analizo en estas clausulas no ha de ser forzosamente malo una buena chapuza puede funcionar pero una mala chapuza puede ser peor que no realizar nada. Los test de usuario son caros consumen mucho tiempo y recursos. Es dificil para una compañia a decidirse por realizar un test de usuarios pero una mala evaluacion de frutos confusos es lo peor que puede pasar para el prestigio de la usabilidad y para la cuenta de frutos de una compañia.

Entradas populares