A veces, mas de las que quisiéramos, nos encontramos con algo que nos desconcierta, nos sorprende, a algunos nos inquieta y a otros les hace pensar que se han equivocado. No olvidemos que éstos, los que han de ir a google, teclear nuevamente el dominio y pulsar en su enlace para conseguir acceder a la web en cuestión, son la gran mayoría de usuarios de la web.

Los otros, los menos, nos situamos sobre la barra de direcciones y tecleamos simplemente una letra, tres veces. Si las dichosas www.

¿Que ha pasado?

El resultado que encontramos, cuando esperamos encontrar la web a la que queremos acceder, es tan variado como desconcertante para la mayoría de los usuarios:

• DNS Server failure, eso sí en un perfecto inglés.
• Under Construction, con unas instrucciones para poner en marcha el servidor.
• It works!, de verdad ¿funciona? ¿el qué?
• Directory listing denied

Usabilidad, Accesibilidad

Muchas veces se presentan sitios que se etiquetan como usables, accesibles, web 2.0… que han pasado tests, automáticos, entrevistas con usuarios… Otras veces no tanto, pero se marcan como tales… Pero a la hora de configurar el servidor se olvidan, dejan, no prueban o abandonan este término a la suerte de la configuración del servidor, bien sea por defecto o lo que crea oportuno aquel que instale el mismo.

Eso también es usabilidad y accesibilidad

También es importante, también mejora la experiencia de uso, también hace mas accesible nuestra web, también es mejor para la empresa… mas visitas. Porque dejar la carga de esta operación sobre el usuario, cuando técnicamente es posible que dicha tarea sea realizada por el servidor. Son unos minutos de configuración que aportan más al usuario y a la empresa.

Más

• Make sure your website works with or without www
• www. is deprecated
• To www or not to www

En el blog de Usolab, Sergio habla sobre el uso de prototipos de alta alta definición para el desarrollo software o web. Hace una genial comparación con la Sagrada Familia..

• Lecciones de la Sagrada Familia

Typographic Contrast and Flow

Siete métodos para mejorar la lectura de nuestros sitios web, a través del análisis del contraste tipográfico, el flujo de texto…

• Typographic Contrast and Flow

Make my logo bigger

Divertidísimo video, una promoción de una crema que “hace más grandes los logos”, además comprando esta crema hy mas productos de regalo, próximo en la teletienda. Eterno debate entre cliente y diseño.

• Make my logo bigger

Creating Sexy Stylesheets

Cómo podemos crear hojas de estilo mas claras, mas ordenadas. Estas son algunas claves para mejorar el mantenimiento y la eficiencia de nuestras hojas de estilo, el mantenimiento futuro y el flujo de trabajo. En este artículo Jina Bolton nos regala 10 sugerencias extraídas de encuestas a 12 de los mejores diseñadores.

• Creating Sexy Stylesheets

Diseño de Información y Disonancia Cognitiva

Me quedo con esta frase: “Este es un caso típico en que los íconos están siendo usados como elemento decorativo antes que informativo”

• Diseño de Información y Disonancia Cognitiva

Garrett Dimon analiza en Digital Web Magazine el rediseño del registro de usuarios en eBay, un análisis muy detallado de la nueva versión, más que interesante.

• Better Web Forms: Redesigning eBay’s Registration

Diseño para prevenir el fraude, PDF 337 Kb

Juan Leal escribe un artí­culo para el primer número de Faz muy ilustrativo para prevenir el uso fraudulento de la web. Quedan más artí­culos para leer en la Revista Faz.

• Diseño para prevenir el fraude, PDF 337 Kb

Access by Design: A Guide to Universal Usability for Web Designers

Libro de Sarah Horton, publicado en 2005, sobre el diseño de sitios web fáciles de usar y centrados en el usuario. Disponible para leerlo online.

• Access by Design: A Guide to Universal Usability for Web Designers

Pagination Gallery: Examples And Good Practices

Estructuras, jerarquí­as y organizaciones para reducir la complejidad y mejorar la legibilidad. Métodos para organizar páginas dentro de nuestos sitios web. Recopilación de métodos gracias a Smashing Magazine.

• Pagination Gallery: Examples And Good Practices

Understanding Web Design

Artí­culo muy interesante, publicado por Jeffrey Zeldman en A List Apart, en él se desgrana nuestra profesión. Da para un futuro post.

• Understanding Web Design

En el marco del Seminario Internacional de Usabilidad y Accesibilidad para la Web.

La difusión de las tecnologías digitales ha creado nuevas oportunidades, retos y responsabilidades para los gobiernos.

La web permite ofrecer servicios más eficientes, compartir información de manera más transparente y facilitar la participación de los ciudadanos en la toma de decisiones.

Al mismo tiempo, la web puede ser el medio más democrático de un gobierno porque le permite establecer lazos directos y superar las barreras geográficas, culturales, económicas, jerárquicas y de discapacidad.

Sin embargo, las tecnologías no hacen esto por sí solas. Lo mismo pueden reducir o ensanchar la brecha que hay entre quienes tienen más oportunidades y quienes tienen menos, y enriquecer la relación entre ciudadanía y gobierno, o bien empobrecerla. Los responsables de crear y administrar las tecnologías deben hacer un esfuerzo consciente para guiarlas y mejorar la calidad de vida de los ciudadanos.

Como administradores, nuestro objetivo es crear y mantener sitios web gubernamentales que sean útiles y fáciles de usar para el público más amplio posible: sitios usables y accesibles. Creemos que gobierno, academia y el sector privado deben trabajar juntos para conseguir este objetivo.

Descarga la version del Manifiesto en PDF

En muchas ocasiones las limitaciones en el uso y opciones tipográficas de la Web hacen que por motivos de diseño necesitemos sustituir un título por una imagen. A partir de aquí siempre surge la duda de si esa imagen es presentación o contenido. Si lo consideramos contenido, la discusión está terminada. Ponemos la imagen directamente en el código mediante la etiqueta <img />.

¿Dónde está el problema?

El problema lo encontramos si lo consideramos como presentación. En este caso necesitamos de alguna técnica. Descartando, por motivos de accesibilidad, las que utilicen JavaScript o Flash.

Técnicas

La que siempre he utilizado es la conocida FIR. Esta técnica consiste en ocultar mediante CSS un elemento span contenido dentro del bloque y colocar una imagen de fondo para bloque.

Veamos un ejemplo

<!-- XHTML -->
<h1><a href=”#”><span> ¿Por qué maquetar con CSS?</span></a></h1>

/* css */
h1 a { width: 300px; height: 174px; background: url(maquetar-con-css.gif) no-repeat; display: block; color: #033D6E; }
h1 a span { display: none; }

En este caso estamos utilizando la técnica FIR, mira el ejemplo.

Inconvenientes

Accesibilidad. El texto no es leído por los lectores de pantalla, por estar oculto. Esto se podría solucionar mediante el uso de hojas de estilo independientes para cada dispositivo. Así, si se navega mediante lectores de pantalla, cargamos otra hoja de estilos y solucionado.

El problema que realmente tiene es…

¿Y si navegamos con las imágenes desactivadas?

En este caso el navegador no muestra nada, desactiva las imágenes de tu navegador y mira el ejemplo ahora.

Entonces… ¿Qué hacemos?

Bueno pues después de compartir con mis compañeros, de buscar y de leer, llegamos a la conclusión de que la mejor manera era jugar a posicionar los elementos uno sobre otro

/* css */
h1 { width: 300px; position: relative; z-index: 1; }
h1 a { width: 300px; height: 174px; background: url(maquetar-con-css.gif) no-repeat; display: block; color: #033D6E; }
h1 a span { position: absolute; z-index: -1; }

¿Que tal ahora? ¿Mejor?, mira este ejemplo ahora

Lo que estamos haciendo con esta técnica es ocultar bajo la imagen el texto del titular, siempre que la imagen no sea transparente, así para un usuario que navegue con imágenes activadas no apreciará que bajo la imagen hay texto. Sin embargo un usuario que tenga desactivadas las imágenes podrá ver el texto. Y si, además, damos formato a este texto podrá hasta verlo de una manera similar.

Ya se ha hablado de esto…

Estas y otras técnicas las encontrareis mejor explicadas en estos sitios

• Revised Image Replacement, de Dave Shea
• En limalimon.com.es, reemplazo de texto con imágenes ¿si? ¿no? ¿qué técnica usar?
• Marco Giacomuzzi de seraccesible.net, Image Replacement Accesible
• Reemplazo accesible de textos por imágenes

Y, más…

• Replacing Text By An Image, en WellStyled.com
• Desde sitepoint Accessible Header Images With CSS And XHTML

La nota de prensa habla sobre el uso inapropiado que se hace de las herramientas automáticas y la preocupación que esto está generando en la Oficina Española del W3C, destaca principalmente los informes que se realizan teniendo en cuenta únicamente los resultados de unos test automáticos generados por aplicaciones que revisan sólo la utilización correcta del código.

Los resultados que ofrecen estos validadores automáticos son útiles si se complementan con una revisión manual del sitio, una revisión humana que determine si el sitio es o no accesible.

El uso de validadores ayudan a determinar sobre todo si un determinado sitio cumple los estándares haciendo el trabajo de evaluación más sencillo pero, como dice la nota: es imprescindible realizar un uso cauteloso y apropiado de estas herramientas ya que no dejan de ser técnicas de asistencia.

Accesibilidad sin personas

La conclusión es que una aplicación no puede determinar la accesibilidad de un sitio, para hacerlo es necesario una revisión humana, que a través de su experiencia y ayudado de los resultados de estos validadores automáticos, puedan determinar el nivel de accesibilidad de un sitio.

A menudo no encontramos con sitios que validando correctamente no son lo suficientemente accesibles, aunque si pasen las pruebas automáticas.

Pensar en el usuario y no en el validador

El problema se encuentra en que se enorgullecen de la accesibilidad que ha sido conseguida nada más que siguiendo unas pautas en la codificación que hacen de ese sitio correcto a nivel de código y que para pasar correctamente la validación se llena de trucos para hacer que el código pase el validador sin preocuparnos de la accesibilidad sino del validador.

Así nos encontramos en el código atributos alt vacíos para las imágenes con el único fin de pasar el dichoso validador automático, codificamos con tablas o insertamos divs y divs para que todo cuadre, olvidándonos de la semántica, del contraste de colores en el sitio web… en definitiva olvidándonos del usuario que visitará el sitio.

Todos debemos conocer las pautas

Por lo tanto para crear una página accesible todos y cada uno de los participantes del desarrollo del sitio debemos conocer las pautas de accesibilidad antes de ponernos a trabajar en él. Desde el desarrollo de la arquitectura, al diseño gráfico, la maquetación, la programación… cada uno de ellos será el responsable de las pautas que le correspondan para que, al final del desarrollo, se pueda decir si el sitio es accesible o no.

Más información

• W3C España advierte sobre la falta de rigor en los informes de accesibilidad web
• Por qué son insuficientes los estándares y la revisión automática
• Informes, accesibilidades y ganas de hablar de algo
• Accesibilidad y fases de desarrollo

A lo largo del día se ha hablado mucho sobre internet, tecnología, futuro, empresas… pero quizás poco sobre el usuario. Quizás la web no sea para todos.

¿Una web para todos?

El crecimiento actual de la web hace que ésta ponga a nuestra disposición multitud de recursos, tantos que es imposible llegar a digerirlo y… los que vendrán.

Una vez superada la barrera tecnológica se habla de Sociedad de la Información para Todos, pero ¿realmente es para todos? La web está al alcance de todos, eso si es cierto, al menos en el llamado primer mundo. Salvando estas barreras económicas, tecnológicas, sociales… nos encontramos con una nueva barrera.

Aun teniendo dispositivos con conexión a internet, la capacidad tecnológica suficiente los usuarios (no olvidemos que son personas) encontramos problemas a la hora de acceder a la información.

Sufrimos la falta de accesibilidad a muchos sitios web.

Yo también navego

Si alguien navega por nuestra página web es por que tiene alguna ventaja: el contenido, los precios o bien porque sea intuitiva, fácil de usar y estéticamente atractiva o por todos los factores unidos. La competencia es brutal, por lo que si no gusta se irá a otra.

Al hablar de usuarios muchas veces olvidamos que los usuarios son personas, por lo tanto son muy diferentes en edad, conocimientos, culturas… la web debe ser sencilla de utilizar para todos nosotros.

Alberto de 29 años

Alberto sufre ceguera total desde que nació. Se conecta a internet por medio de un ordenador con lector de pantalla y un terminal braille conectado al teclado. Estos dispositivos leen la página desde arriba hacia abajo, en ocasiones no de la forma que lo vemos nosotros, ya que el código está mal estructurado. Maquetado con tablas.

Aún así sólo se pierde las imágenes, porque el desarrollador “olvidó″ poner un texto alternativo que describa la imagen.

Eso en el mejor de los casos, en el peor no puede hacer nada, ya que está realizada con dependencia del dispositivo. Hacer clic aquí, pasar el ratón por encima de algo… tareas que no puede realizar.

Carmen, 33 años

El caso de Carmen es distinto se conecta a internet desde muchos dispositivos: una PDA, el televisor, monitores pequeños, monitores grandes, es una completa geek.

Le ocurre que no puede ver la misma web de la misma forma en los diferentes dispositivos. Le ocurre lo mismo que a Alberto: se pierde la información, en función de la forma en la que se está conectando a internet. La información está ahí, pero no puede acceder a ella.

Luis, jubilado de 66 años

Luis acaba de terminar un curso de internet. Quiere comunicarse con sus hijos, buscar información sobre viajes, leer noticias… pero también encuentra problemas para acceder a ellos.

Los menús desplegables le suponen un problema, no tiene aún la destreza suficiente para manejarlos, así que cuando encuentra uno de ellos desespera y acaba marchándose. En ocasiones logra superarlos, pero encuentra que para ver muchas páginas tiene que tomar una decisión que no sabe tomar: que quiere ver la “versión HTML”, la “versión FLASH”, “skip intro”, “necesita flash player 8″, “blog”… sólo quería saber cuanto cuesta un fin de semana en esa casa rural tan bonita… no lo sabrá.

Todos tenemos dificultades

Las dificultades se presentan para todos, no sólo se restringen a personas con discapacidad. La accesibilidad es un concepto muy amplio que abarca muchos usuarios y situaciones.

Accesibilidad, usabilidad y arquitectura de la información

La accesibilidad va unida a la usabilidad y a la arquitectura de la información, una página con garantías de ser accesible no puede pasar por alto conceptos como usabilidad y arquitectura de la información.

Es la única manera para llegar a la accesibilidad.

Lo demás… coleccionar “A”s, páginas validadas técnicamente (sólo seguir unas reglas para marcar nuestro código), y demás “medallitas”… de nada nos sirve tener una página accesible… si llega Luis y no sabe que hacer en la página, le resulta difícil de usar.

Feliz día de Internet.

El estudio nos refleja que las personas de mayor edad, tienden a culpabilizarse a sí mismos más que los jóvenes. Lo tenía anotado desde hace tiempo. La persona ante una situación en la que no sabe continuar, se bloquea, se culpa y acaba por abandonar la tarea y el sitio. Casi nunca culpará el mal diseño o la mala organización del sitio, creerá que debe ser así, solo que no sabe continuar. Probablemente no volverá.

Desde nuestro trabajo debemos facilitar la tarea al máximo. Un diseño basado en los objetivos del site. Una arquitectura de la información clara, nombres claros. El error más común que cometemos es mostrar el sitio web tal y como nosotros vemos la organización. Nuestro deber es mostrar tal y como a los usuarios les va a ser más fácil encontrar esa información.

Diseño

Un usuario, normalmente, no se fija especialmente en la estética, ni jóvenes ni mayores… Cuando visitan un sitio buscan encontrar la máxima información o realizar la tarea, pero no si es estéticamente correcta…. Aun así si valoran un sitio web cuidado en cuanto a forma, tipografía, color, imagen… Les da muestras de mayor seriedad, profesionalidad, calidad de quien hay detrás del sitio web.

Pero lo que valoran principalmente es la funcionalidad. Sin elementos que distraigan. Por eso les gusta google: escribir y pulsar en “buscar en google”, apenas se fijan en si el logotipo hace referencia a algún aniversario o no. Escribir y buscar.

Lenguaje técnico

No controlan el lenguaje técnico de la web. Frases como saltar intro o peor: skip intro, navegador, url, home y alguna mas que seguro a todos se nos viene a la cabeza… no le dice nada. No presta atención. No sabe lo que es: no hace caso.

La usabilidad es hacer la web para el usuario, empecemos por hablar su mismo idioma.

Páginas de introducción

Al hilo del lenguaje técnico surgen las páginas de introducción, esas que hacen a la persona que se sitúa frente al ordenador elegir. ¿qué debo hacer ahora?: ¿versión html?, ¿versión flash?, ¿versión accesible?, ¿información? …

Sólo quiere entrar, ¿por qué hacérselo difícil?

Encontrar los enlaces

La mayor dificultad que encuentran los usuarios es encontrar donde se puede “pinchar” y donde no. Encontrar los links es complicado para una persona que comienza a manejarse con internet. Valoran muy positivamente que los enlaces estén subrayados, en otro color, en negrita… algo que los diferencie. Pero sobre todo que se siga el estándar para el cursor. “Que se ponga una mano”.

Scroll

Verdaderamente me ha sorprendido que este artículo hable del scroll vertical, es cierto que en muchas ocasiones no lo ven, no saben que hay mas… Sencillamente no se fijan en ella. Y mucho menos si está modificada mediante algún estilo.

Ventanas, alertas y descargas

Esto también lo he observado, generalmente cualquier cosa que se sale de la ventana los desconcierta bastante…

Los enlaces en otra ventana, por ejemplo, desactivan su secuencia de navegación, no aprecia que hay otra ventana y cuando se da cuenta es cuando intenta utilizar la opción volver del navegador. Curiosamente esos botones los identifican rápidamente, aprenden a manejarse hacia las páginas anteriores, para volver a empezar. Quizás para volver a google, y empezar de nuevo.

Las descargas, alertas, popup… en general cualquier ventanita que se abre la cierran rápidamente. Sencillamente no se fían.

Recomendaciones

Organicemos la información de cara al usuario que va a visitar el sitio, y no hacia cómo vemos nosotros (o el cliente) el sitio.

Partamos de la funcionalidad hacia el diseño… El diseño es muy importante, pero antes está la comunicación. Si no logramos comunicar no servirá de nada el diseño.

No utilicemos lenguaje técnico. Hablemos su mismo idioma.

Evitemos las páginas de introducción, vamos a mostrar la información. No hagamos tomar decisiones nada mas entrar en el sitio.

Identifiquemos los enlaces dentro de las páginas.

Evitemos el desplazamiento horizontal de la página y, en medida de lo posible, el vertical.

Si tenemos que utilizar nuevas ventanas o descargas, vamos a indicarlo de manera que no suceda nada extraño para el usuario.

Referencias

• Usability for older web users
• Los mayores tienen más problemas en cuestiones básicas

Esta frase se escucha en grupos de trabajo web, y en este punto vemos al grupo tratando de montar mediante XHTML y CSS el puñado de diseños que tienen que codificar de manera accesible. Toca ahora utilizar uno y mil trucos para conseguir un efecto del diseño gráfico, meter un contenedor dentro de otros cuantos para lograr visualizar fondos, imágenes… Para que se vea correctamente en todos los navegadores tendrán que utilizar hacks para tamaños de caja, formularios…

Así conseguiremos lo que nos han pedido: que al final valide en el TAW, W3C… Es fácil, un poco de experiencia, trucos… y se puede conseguir hasta la triple A.

Pero… ¿se puede decir que es accesible?

Hasta ahora no tendríamos argumentos suficientes para decir si es o no accesible. Si podríamos decir que el código es estándar, pero incluso podría no ser semánticamente correcto. En cualquier caso podríamos asumir como bueno el código, y ahora… ¿es accesible?

Tan sólo podemos decir eso: que pasa los validadotes automáticos.

De nada nos sirve tener una página validada si luego no es semánticamente correcta, ni TAW ni el validador de la W3C es capaz de distinguir si se han utilizado mas capas de las necesarias sólo para presentar el sitio conforme al diseño, si el tamaño de la letra es suficiente, si se han utilizado “trucos” para engañar a los navegadores, si hay imágenes animadas que no se pueden detener, y más y más cosas…

Hasta este momento hemos afrontado la accesibilidad como algo independiente del la estructura del sitio, del diseño del sitio. Si hemos conseguido hacer del código algo semántico, es probable que no sea suficiente.

Como ejemplo, el que nos dejaba Emmanuelle Gutiérrez y Restrepo y que podemos ver en csszengarden. ¿Es esto accesible?

Ninguna herramienta automática podrá decirnos si una web es accesible, lo que realmente nos comunica es si hemos cometido errores de codificación en el sitio, la validación debe ser manual, punto por punto de todos y cada uno de los puntos de verificación. Estas herramientas, por ahora, no son capaces de distinguir entre etiquetas correctas, imágenes animadas, estructura del sitio…

Aún así y después de hacer una revisión correcta del sitio desde el inicio, incluyendo diseño, arquitectura de la información y codificación puede que aún no sea suficiente…

Hemos cumplido una parte del desarrollo accesible pero queda otra tan importante o mas que el resto.

¿son accesibles los contenidos?

Es posible que nuestros esfuerzos para convertir un sitio en accesible no sirvan de nada si a la hora de llenar de contenido el sitio, y no olvidemos que el objetivo de un sitio web es siempre el contenido, éste no es accesible. Y por accesible me refiero a textos demasiado técnicos para el usuario final, mal redactados, no traducidos…

A qué accesibilidad queremos llegar

Frecuentemente se trata la accesibilidad como algo únicamente unido a la discapacidad visual, pero no es la única accesibilidad en la que debemos centrarnos. Siempre dependerá del objetivo del sitio, de a quién nos estamos dirigiendo y a quién queremos llegar. La accesibilidad es el acceso universal, por lo que debemos centrarnos en qué puntos de accesibilidad debemos cumplir.

Para finalizar

La accesibilidad debe estar presente desde el inicio del proyecto hasta la finalización y el mantenimiento del sitio. Ha de ser algo en lo que crea y esté implicado todo el desarrollo del sitio web, desde el director de proyecto hasta el que va a proporcionar contenidos al sitio. Pasando por las áreas de diseño gráfico, diseño de interacción, programación… todas las personas afectadas del proyecto.

Leo en wikipedia que accesibilidad indica la facilidad con la que algo puede ser usado, visitado o accedido en general por todas las personas, especialmente por aquellas que poseen algún tipo de discapacidad. Accesibilidad es acceso universal, esto es el acceso a la información sin limitación alguna por razón de deficiencia, discapacidad o minusvalía.

Puede afectar a todos, una persona puede verse afectada por diversos motivos, enfermedad, alteración congénita o accidente que puede alterar las capacidades, los roles sociales las estructuras psicológicas, fisiológicas o anatómicas.

Pero puede afectar también a personas que, por motivos económicos o sociales no tienen acceso a las últimas tecnologías. Personas que no tengan experiencia en el uso de internet o incluso a personas que tengan limitaciones con el lenguaje.

Y también a aquellos que por disponer de la última tecnología se conectan desde dispositivos de última generación y puede que no interactúen correctamente con nuestro sitio web.

¿Qué es la usabilidad?

Definida como la facilidad de uso de un producto o servicio, la usabilidad se refiere a la facilidad de aprendizaje por parte del usuario para realizar las tareas que pretende dentro del sitio web. Usabilidad significa enfocarse en el usuario, en cómo podrá realizar las tareas y en cómo las realiza, tanto los clientes actuales como los futuros.

La usabilidad afecta a todos los proyectos web y a todos los usuarios del sitio, para ello antes de empezar el trabajo y durante todo el proceso hay que tener en cuenta las características de los usuarios que potencialmente se van a conectar y de los aspectos de mayor interés del sitio.

¿Qué son los estándares?

Trabajar con estándares web es trabajar en base a las recomendaciones del W3C que nos dictan como crear e interpretar documentos web. Estas tecnologías se basan en asegurar una vigencia a los documentos web para los dispositivos de acceso a internet.

De esta forma separamos en XHTML el contenido de la página y en CSS la presentación del documento. Haciendo que en función del dispositivo que se utilice para visualizar el documento se presentará de una forma u otra pero el contenido será el mismo, el documento XHTML. Trabajar mediante estándares ofrece más beneficios.

Relaciones entre los términos

No es posible trabajar de manera accesible sin ser usable o sin utilizar estándares. Aunque cumplir unas normas no tienen por qué convertir la página en usable o accesible, el acercamiento entre estas tres partes puede llevar a la página a serlo de una manera más sencilla pero no a asegurarlo.

Codificar una página utilizando estándares no llevará a una mayor accesibilidad pero si estará mas cerca de conseguirlo. De igual modo un sitio usable hará una página más accesible por el hecho de ser más fácil de navegar, estar orientada al objetivo y al usuario.