Archivo de la categoría "Estrategia de diseño"

LATCH

Monday, 28 de January de 2008

LATCH son las siglas de los modos posibles de ordenar la información.

La palabra se forma con las iniciales en ingles de los 5 modos de organización que podemos encontrar.

Location (ubicación) es la forma natural de ordenar la información.
Alphabet (alfabeto) es la forma para grandes volúmenes de información.
Time (tiempo) es la forma para acontecimientos con duración fija.
Category (categoría) es la forma para indicar relaciones entre los ítems.
Hierarchy (jerarquía) es la forma de asignar valores a la información.

A LATCH en ocasiones se le llama “Five Hat Racks“.

La autoria del termino le corresponde a Richard Saul Wurman, en su libro Information Anxiety.

bullet.gif Referencias:

Stencil de Visio para plantear Arquetipos.(Parte II)

Wednesday, 12 de December de 2007

Un arquetipo, básicamente, es un patrón, un modelo genérico sobre el que vamos a estructurar el planteamiento de la solución.

En este caso “Queremos plantear arquetipos para un site de venta de libros.
Tenemos Definición de Requisitos, Análisis Funcional y Sitemap
”.

La primera reflexión que hacemos es definir las Áreas de las que se va a componer el Interfaz.
Hay dos elementos estructurales que definen el inicio y el fin de la página y que presentan una posición definida, (Cabecera y Pie).
Y una estructura en la que no logramos encajar los elementos (Estructura de una columna).

Con estas consideraciones y el stencil, nos planteamos las posibilidades y evaluamos su viabilidad a la hora de prototipar la home.

bullet.gif Referencias :

Stencil de Visio para plantear Arquetipos.

Tuesday, 4 de December de 2007

Escenario:

Queremos plantear arquetipos para un site de venta de libros.

Tenemos Definición de Requisitos, Análisis Funcional y Sitemap.

Esquema del proceso seguido

En los requisitos se indican que la funcionalidad Buscar y la funcionalidad Comprar deben ser constantes a lo largo de todo el site.

Hay pocos contenidos y la mayoría están agrupados dentro del catalogo de colecciones del site.

El sitemap presenta contenidos tipo texto en las secciones Catalogo, Información Corporativa y Preguntas Frecuentes. Y funcionalidades en las secciones Buscar, Comprar y Contacto.

En el funcional se establece una parte pública de consulta y una parte autorizada de compra y gestión de perfil, pero para este post vamos a plantearnos el arquetipo solo hasta la conceptulizacion de la estructura de la HOME.

En este caso hemos decido crear un stencil con los elementos del site, para estructurar el site.

¿Qué elementos son estos?

  • Elementos Estructurales del site (Cabecera / Pie)
  • Ficha de Publicación
  • Funcionalidad de Compra con 2 estados (Pre-Selección / Pre-Compra)
  • Funcionalidad Buscar
  • Acceso Usuario

bullet.gif Referencias:

¿Cómo Prototipas?

Thursday, 15 de November de 2007

Las tareas de prototipado es una de las partes más visibles de las tareas de de Arquitecto de la Información ( el nombre profesional que engloba a la profesión es un buen motivo de reflexión… Ai, Diseñador de Internar, de Interacción, date una vuelta por las encuestas profesionales, apuesto a que no pensabas que podrías enfocar tu perfil a tantos roles … pero eso es otra historia.)

Teóricamente (enfoque usability.gob) primero Planeas lo que hay que hacer, luego Analizas el que, el como y el quien, luego Diseñas todo eso y luego Contrastas y Afinas.

Planeas>> Analizas>>> Diseñas>>>> Contrastas y Afinas

De estas 4 fases Prototipar seria un paso de Diseñas.

¿Como es posible que los protos tengan tanta visibilidad?

(el 66% (36% en HI) del tiempo total de los encuestados en upa 2005)

La técnica y la magia.

Como problema técnico el prototipado no me preocupa, cada uno tiene sus gustos y preferencias, (y no seré yo quien abra otro debate más sobre visio VS powerpoint ) y elige la herramienta en función de múltiples contextos.

Eso técnicamente, ahora teóricamente me parece un problema capital definir un estándar de prototipos, y como se llega a ellos.

“Planeas”, en este texto se debe leer como sinónimo de toma de requisitos, definición de audiencia, definición de parámetros de éxito, objetivos y kick-off, todo en una dimensión muy teórica, en la que no cuesta mucho tiempo nada , el mundo de las ideas, y de las expectativas.

“Analizas” es algo más terrenal. Hay que hablar de requisitos, si estos no se han fijado la fase anterior. Ya no hablas de audiencia en abstracto, empiezas a segmentar audiencias, orientas los objetivos, empiezas a definir las tareas, empiezas a plantearte escenarios y personajes, a identificar a tu audiencia con las tareas, y empiezas a hacer feliz a todo el ecosistema del desarrollo, (cliente, stakeholders, … ) dentro de lo posible.

Y “diseñas”. Aquí esta casi todo el grueso de las técnicas.
Ahora, hasta llegar aquí has hecho muchas cosas, que te pueden ahorrar muchos problemas.

Bienvenido al mundo real.

¿ Y todo esto es viable dentro de un proyecto real?

Bueno, pues hay días buenos y días no tan buenos, lo que si tengo claro es que empezar a pintar protos sin tener claro que se quiere lograr, convierte el día en un mal día.

New Wave of the Information Architecture (nw IA)

Monday, 24 de September de 2007

Si practicas Ia, estarás observando que algo ocurre ahí fuera. Que las prácticas se están especializando, y evolucionando. Que las startup de garaje traen la capa de Ux de serie.

 

A esto le llamamos New Wave of the Information Architecture o nwIA

 

Los procesos se están alejando del modelo de cascada en el ciclo de finalización, y cada vez se va más a un modelo en espiral evolucionado de la cascada. Con más puntos de contacto de las tareas de arquitectura, y ciclos de vida cada vez más largos para el producto, control y revisión, van, roí, minería, analíticas, rediseños incremental, estrategias internacionales, mutidioma, análisis etnológicos, jad, uems

 

Nada es nuevo, pero verlo todo trabajando junto es bonito.

 

Si estas involucrado en nwIA los DDD, y los Sheter de técnicas pueden resultarte útiles.

Plan de Lenguaje

Monday, 17 de September de 2007

Cuando desarrollas un site, en la fase de análisis y definición (Fad) es habitual definir las estructuras de pantalla mediante arquetipos, establecer la modulación de las funcionalidades y de los contenidos en los prototipos (de alta fidelidad, para no tropezar con los descuadres loren ipsum), y definir el modelo de interacción diseñado para la aplicación.

Estas tareas se complementan con auditorias de contenidos y acciones propias de la arquitectura de la información en una fase previa, sobretodo cuando el diseño es un RE-diseño.

Para que la Fad finalice con un armazón del nuevo site lo más ampliamente acotado.

Pero hay un frente que no se suele tener en cuenta.

La propia estructuración semántica lingüística de los contenidos.( no confundir con la lógica del código)

Habitualmente este asunto es algo espinoso, ya que, por ejemplo, un portal con varios roles de edición (redactores, editores, revisores y publicadores, por ejemplo) pueden percibir la tarea de nutrir el site como una carga añadida a los quehaceres diarios, y las recomendaciones de generación de contenidos desde las perspectivas de usabilidad y accesibilidad suelen ser problemáticas y poco respetadas.

Por lo que generar un Plan de Lenguaje para el site puede resultar interesante y útil.

El plan de lenguaje es una práctica tomada de la administración norteamericana que permitió normalizar y homogeneizar las comunicaciones de sus distintos organismos.

Para un site, resulta útil por que logra solventan ciertas incongruencias, permitiendo que la estructuración y el look and feel definido para sitio este acorde con los contenidos. (No hacer esto es similar a decir si y mover la cabeza hacia los lados)

Si le dedicas tiempo a que las estructuras contenedoras, y a que las estructuras lógicas de tu site sean coherentes no debes descuidar los contenidos.

Un plan de lenguaje básico debe indicar como el site habla con el visitante.

Para ello se define, el tiempo verbal, la voz, el tratamiento.

Esto se complementa con las recomendaciones típicas de contenidos usables y persuasivos.
(Frases en positivo, sentencias cortas, empleo de listas cuando corresponda, uso de tecnicismos solo cuando sea necesario…)

bullet.gif Referencias:


Creative Commons License
Esta obra está bajo una licencia de Creative Commons.