Drupal y la arquitectura de la información

Dejando a un lado todo lo nuevo o maravilloso que Drupal pueda parecer, la arquitectura de la información debe aparecer en cualquier proceso de desarrollo. Uno de los objetivos de este gestor es que sea tan fácil de usar que no haga falta ni saber programar ni maquetar para hacer un buen sitio, no obstante los aspectos reales de un sitio: usuarios y objetivos; no se resuelven instalando ningún módulo y requieren pensar.

En las dos conferencias que ha habido acerca del tema en la DrupalCon 2007 se han dado algunos trucos y expuesto problemas comunes (como el de la traducción de las taxonomías que comentaba en el post anterior). La metodología no cambia:

• Hacer site maps
• Construir wireframes
• Describir casos de uso y escenarios

 y un consejo: darle muchos deberes a los clientes, deberes como por ejemplo que describan sus objetivos (algunos ni lo hacen).

Se sugirió también que se hiciera una reunión entre desarrollador y cliente, para poder conocer los conceptos que se manejarán, para conocer todas las posibles funcionalidades (incluso las que no dice pero acabará queriendo) y para que aporte sus comentarios acerca de la navegación propuesta.

Esta tarde conoceremos también como usar Drupal para prototipar sitios web, aunque ¿no pensará el cliente que esa web tan fea será la que tendrá finalmente? el truco está en pedirle que lo pruebe y que comprenda que eso sólo será la parte funcional para que deje de pedir algún día.

En fin, que hay que plantear un buen proceso para implicar al cliente, para asegurarnos la consistencia y la usabilidad del sitio y para que Drupal no supongo un obstáculo sino todo lo contrario.