Ya que no somos capaces de adivinar el futuro, no lo intentamos recoger en un documento de los pasos a dar durante un proyecto. Y ya que no somos capaces de leer la mente (todavía), tampoco intentamos reflejar en un documento preciso lo que quiere nuestro cliente.

En este segundo punto es donde interviene la siguiente herramienta conocida como Historias de Usuario en las metodologías ágiles. Esta herramienta, proveniente de eXtreme Programming, ayuda a planificar, comunicar y gestionar los requisitos de una aplicación.

Una de las ventajas de enfocarte a este sistema, es que fuerza a centrarse en la colaboración con el cliente. No deben convertirse en otra manera de tomar los requisitos, si no que hay que ir a la esencia del por qué y cómo deben utilizarse: como recuerdo y fomento de la conversación. No siempre es fácil, lo sabemos. Muchas veces unos no quieren ser molestados, y otros no quieren ser interrumpidos, clientes y desarrolladores, desarrolladores y clientes. Pero si tu objetivo es la colaboración para lograr la visión compartida de un producto, son una gran herramienta.

Os compartimos una presentación que nos ha servido de base para hacer unos talleres en Biko, esperamos que os guste, y aprendamos algo más sobre las historias de usuario: podemos compartir experiencias en los comentarios

Que los idiomas están en plena evolución no es noticia. Que las redes sociales están provocando parte de este cambio lo es y la cuestión es identificar qué cambios producen. Y que están cambiando también las formas de decirlo, es obvio. No sirve decir cualquier cosa de cualquier manera en cualquier sitio!

Antes del apogeo de redes sociales (RS) como Facebook y Twitter, otras herramientas ya iban transformando el idioma. Es el caso del Messenger, que se ideó con el afán de volver la comunicación más rápida, instantánea. Con él, llegaron dos modas: la contracción de las palabras y los emoticonos. Pero las RS no necesariamente violentan el idioma que con tanto esmero cultivó Miguel de Cervantes Saavedra, sostienen los twiteros: «Nos obliga a escribir en pocas palabras, con lenguaje limpio y sentido completo», dice una fanática de esta red. Y por ello también se usan muchos términos en inglés, ya que son más cortos y claros.

Pero aparte de los cambios en la forma de escribir en las redes… se van produciendo otro tipo de cambios a la hora de usar las herramientas. Twitter requiere mucha sutileza para comunicar un mensaje conciso e interesante en 140 caracteres. Debemos prestar atención a la gramática, los signos de puntuación o la gestión de los tiempos de publicación. Las estructuras simples de los titulares informativos (sujeto + verbo + predicado) se adecúan al estilo tuitero ideal.

Es por ello que Estilo, manual para nuevos medios pretende ser una guía para el uso del español en las redes sociales. Este proyecto está liderado por Mario Tascón. “Es un blog en el que escriben profesionales de todo tipo. Especialistas en publicidad, prensa, lingüistas… Publicamos artículos y los sometemos a discusión. Ahora es un blog y esperamos que en unos meses haya un manual urgente de dudas”.

Supongo que no es necesario presentar a Drupal en el mundo de los gestores de contenidos web, sobre todo para aquellos involucrados en la creación de proyectos relacionados con la web 2.0 y la creación de portales colaborativos, la verdad es que para mi era un desconocido hasta hace unos meses, sin embargo en los últimos meses hemos tenido que desarrollar varios proyectos con este gestor y la verdad es que nos hemos llevado una grata sorpresa (suscribo lo publicado por mi compañero Mario en su blog “Drupal el incomprendido y desconocido CMS”) .

Voy a continuar el post sobre la administración pública y el software libre con una pequeña recopilación de algunos proyectos relevantes en el ámbito de las administraciones públicas que utilizan Drupal como CMS (no digo que esta deba ser la herramienta opensource, hay otras muchas opciones, aunque desde luego es una de las más sólidas candidatas).

¿Quién está usando Drupal en la administración pública de forma efectiva? La verdad es que a nivel nacional existen muy pocos ejemplos, sin embargo en países como Estados Unidos, Holanda, Francia, Inglaterra, etc… es uno de los gestores más extendidos en este sector. Supongo que en España y gracias a los grandes recortes presupuestarios derivados de la crisis soluciones opensource que demuestren un retorno de inversión importante harán posible esta expansión pendiente de acometer.

Aquí os presento algunas iniciativas a nivel internacional que usan Drupal como gestor, cumpliendo perfectamente objetivos relacionados con open-goverment, accesibilidad, etc…

Whitehouse.gov

Caso de éxito: http://drupal.org/whitehouse-gov-launches-on-drupal-engages-community

Actualmente la implementación sobre Drupal que ha derribado todas las barreras y escepticismos sobre este gestor y sobre las posibilidades del OpenSource en la administración y el sector privado, si Obama lo hace ¿por qué no yo?. Las críticas fáciles a cualquier tecnología opensource han pasado siempre por la seguridad, y en el caso de Drupal por la escalabilidad como plataforma para sitios con un alto tráfico, gracias a esta implementación en la Casa Blanca estas críticas se han acallado bastante.

Tim O’Reilly en este post resume perfectamente los beneficios que Drupal ha aportado a la web de la Casa Blanca: “More than just security, though, the White House saw the opportunity to increase their flexibility. Drupal has a huge library of user-contributed modules that will provide functionality the White House can use to expand its social media capabilities, with everything from super-scalable live chats to multi-lingual support. In many ways, this is the complement to the Government as Platform mantra I’ve been chanting in Washington.”

En un principio me pareció que funcionalmente la web de la casa blanca era bastante básica, sin embargo a medida que navegas encuentras bastantes funcionalidades, un blog muy bien construido, secciones multimedia, multitud de microsites que dicen construir como churros para cualquier iniciativa, entre los que se incluye la iniciativa de open-goverment promovida por la administración Obama: whitehouse.gov/open.

Otro de los aspectos importantes es el retorno a la comunidad de determinados esfuerzos realizados durante el proyecto de implantación de esta web. En concreto liberando una serie de módulos algunos de ellos muy relevantes, como la integración con el CDN Akamai, de esta manera la administración contribuye al propio crecimiento e innovación de Drupal y devuelve parte de lo que la comunidad opensource ha aportado al propio proyecto.

Aquí hay una presentación interesante de por qué Drupal y algunos detalles del proyecto

Senado de Nueva York (nysenate.gov)

Otro sitio de referencia dentro de EEUU, en este caso con un caso de estudio detallado en esta dirección: http://drupal.org/node/456972. Al igual que el caso de la Casa Blanca, también liberando alguno de los desarrollos realizados para su implantación.

Aquí teneis una presentación muy interesante del por qué de Drupal y algunos detalles del proyecto.

Data.gov.uk

En este caso un ejemplo que viene de la administración de Inglaterra, en el que se mezclan opensource, opendata y web semántica. Los objetivos de este site esta resumidos de forma concisa en: http://data.gov.uk/about y exponen en 10 líneas los objetivos a cumplir por cualquier iniciativa opendata.

Podéis leer un caso de estudio muy detallado en este post de acquia.

Ante la pregunta de por qué Drupal esta es su respuesta: “We knew that with Drupal, we would have a module for any application we needed. We were ready to embrace a more involved setup, and get the benefits of a really flexible front-end platform that would work well with CKAN data and MediaWiki.”

Funcionalmente incluye una sección con descarga de las aplicaciones construidas a través de los datos expuestos, una galería de ideas, foros, blog, Wiki así como la posibilidad de buscar, navegar e interrogar los conjuntos de datos expuestos.

Portal del Gobierno Francés

Drupal está ampliamente expandido en los sites de la administración pública francesa, después de lanzar los portales de Salud y de Deporte y Juventud con este gestor, el site principal del Gobierno Frances se migró a Drupal: gouvernement.fr. Le han seguido france.fr y multitud de otros proyectos públicos.

Se trata de un proyecto en que un equipo de 10 personas trabajaron durante varios meses principalmente en el desarrollo de herramientas de migración entre el antiguo gestor y Drupal.

http://www.london.gov.uk/

En este caso otro ejemplo que viene de las islas británicas, el caso del site del ayuntamiento de Londres. En este post de su blog dan la bienvenida a su propio site: http://www.london.gov.uk/blog/100213, y de allí podemos extraer esta afirmación del por qué de Drupal:

All of these sites are built on Drupal, a free open-source content management system which is cheaper to develop on than proprietary systems and has a huge community of users with whom we will be able to share resources. We’re committing to ‘open sourcing’ any applications or modules that we develop on Drupal so that anyone who wants to can take the code and use it for free – including other government bodies who we hope will follow our lead!

¿Y en España?

La verdad es que no se encuentran demasiadas referencias, así que si alguno conocéis alguna hacérmela llegar, y las plasmaré aquí. Conozco estas dos iniciativas:

http://www.edu.xunta.es/web/: En este caso el site del departamento de educación de la xunta de Galicia del que no he encontrado información de quien o como lo han realizado.

http://www.comunitatvalenciana.com/: El site de turismo de la comunidad valenciana, en este caso con un par de referencias de cómo se ha construido, por parte de la empresa Vector SF (caso de estudio en su web) y presentación en la Drupal Camp 2010).

Existen muchos más ejemplos de la implantación de Drupal en la administración pública (más de 200), que están referenciados en el grupo de Goverment en Drupal.org (http://groups.drupal.org/node/19885). ¡Espero vuestras aportaciones si teneis ejemplos de uso en España, me sirven otros gestores Opensource también!.

Durante los últimos meses he estado elaborando una consultoría que me ha permitido analizar algunas de las herramientas CMS que se están usando en varios grandes portales públicos españoles dirigidos a los ciudadanos. Estos portales están diseñados normalmente para mejorar los servicios prestados a los ciudadanos, permitir el acceso a los datos públicos y habilitar una vía de comunicación entre los ciudadanos y las administraciones públicas.

Los sitios web de la administración pública tienen necesidades únicas, y hasta ahora, muchos de los sistemas de gestión de contenidos (CMS) y los procesos de contratación han servido poco a este mercado con soluciones propietarias que limitan la innovación y fomentan la replicación de esfuerzos para solucionar problemas similares en las diferentes administraciones españolas. Esto ha hecho que me planteara analizar como esta el panorama de la implantación del software libre en la administración pública española y buceando por la red he llegado a un par de buenas referencias –la primera de ellas de obligada lectura si os interesa este tema-, que aunque son de hace un par de años, dan una visión global de cómo esta el patio:

• GONZÁLEZ CALDERÓN, Carlos; FERRAN RIERA, Oriol (2009). «El software libre y las administraciones públicas. Una visión actualizada». En: «Software libre». IDP. Revista de Internet, Derecho y Política. N. 8. UOC.
• Software de fuentes abiertas para el desarrollo de la Administración Pública Española, elaborado por CENATIC.

En el artículo de Carlos González y Oriol Ferran  se resumen bastante acertadamente las principales ventajas que el software libre aportaría a las administraciones públicas:

• Seguridad y confidencialidad de datos personales, sobre todo por la diligencia de muchos de los proyectos OpenSource a la hora de resolver cualquier problema relacionado con la seguridad.
• Garantizar la perdurabilidad y el acceso a la información, al evitar la dependencia provocada por atarse al software elaborado por una empresa privada.
• Optimización del gasto público, por el ahorro de costes en licencias en implantaciones masivas de productos opensource.
• Fomento de la innovación tecnológica. Uno de los aspectos más importantes del opensource, gracias a la idea de desarrollo colaborativo de software y a procesos sofisticados a la hora de evolucionar un producto a través de la comunidad es posible escalar más fácilmente gracias a la colaboración de miles de desarrolladores distribuidos y por tanto acelerar la incorporación de ideas innovadores en cualquier proyecto software.
• Dimensión social del software libre, eliminando la necesidad de que los ciudadanos necesiten hacer desembolsos en licencias para relacionarse con la administración.
• Interoperabilidad y normalización, sobre todo a través de la adopción de estándares abiertos.
• Independencia tecnológica, evitando estar sujetos a decisiones de los fabricantes de software.
• Apoyo técnico y mantenimiento, evitando situaciones de exclusividad en la prestación de servicios relacionados con determinados productos basados en partnerships exclusivos para determinadas empresas de servicios.
• Propiedad intelectual y patentes.

¿Cómo afecta esto a los portales web de ministerios, comunidades autónomas, diputaciones, ayuntamientos, etc…?

Normalmente las webs de los Gobiernos sirven para un conjunto bastante amplio de necesidades, pero sin embargo no se diferencian demasiado de cualquier otro portal disponible en Internet, más allá de la obligación de cumplimiento de determinadas leyes y normativas como la LOPD, nivel de accesibilidad de sus contenidos, etc… estos aspectos marcan en alguna medida las características que debe cumplir las herramientas de gestión de contenidos que se utilicen para gestionar dichos portales.

Creo que la implantación de una solución opensource puede ser exitosa y proporcionar un gran valor añadido si se siguen los siguientes principios que en muchas de las actuales soluciones CMS propietarias no están presentes:

1. Baja barrera de entrada. Cualquiera, ya sea un proveedor o desarrollador interno de la administración,  debería poder comenzar a trabajar en un proyecto sin la necesidad de firmar acuerdos de partnership con un fabricante, debería poder acceder a toda la documentación del producto, bases de conocimiento, mejores prácticas, etc… Este principio es una herramienta de trabajo básica en cualquier proyecto opensource, y no tanto en muchas soluciones propietarias que limitan a determinados acuerdos de partnership el acceso a los productos. Las administraciones públicas en virtud de las normas que promueven la igualdad de oportunidades para todos sus proveedores deberían tener muy en cuenta este punto. 

2. Retorno de inversión demostrable. Debería ser muy sencillo probar que se están obteniendo unos servicios de valor añadido, en los que no haya escenarios en los que se despilfarren los recursos invirtiéndolos en reinventar funcionalidades existentes o pagando elevadas licencias por funcionalidades relativamente básicas(p.e. Funcionalidades básicas de publicación) o por no sacar todo el partido a una solución muy compleja (y cara) -aspecto este último que he visto en bastantes implantaciones de soluciones CMS complejas que están infrautilizadas-.

3. No a las tecnologías propietarias ni a la dependencia de un único fabricante. La solución no debe atar a una entidad pública a una tecnología propietaria, ni atarla a las restricciones marcadas por las licencias de un proveedor o por un conjunto muy reducido de proveedores de una solución.

4. Costes totales de propiedad bajos. Analizando en profundidad tanto los costes de licencia como los costes de mantenimiento y los costes derivados de la evolución continua de la plataforma.

5. Verdadera flexibilidad técnica. Las administraciones debería poder modificar las soluciones utilizadas para ajustarlas a sus necesidades cambiantes, pudiendo mejorarlas, modificarlas, mantenerlas a lo largo del tiempo.

6. Mínimas barreras para crecer. Las administraciones deberían poder acceder a las bases de conocimiento, código, mejores prácticas, formación sobre la plataforma elegida y contribuir a su crecimiento en beneficio de todos los ciudadanos.

7. Contribución a la comunidad e innovación. Las administraciones deberían beneficiarse de las contribuciones continuas de la comunidad así como participar en la liberación de soluciones que otras administraciones podrán reutilizar, como decía al principio, los mismos problemas que se dan en una administración se reproducen en el resto, por tanto una verdadera colaboración inter-administraciones puede abaratar los costes así como ofrecer unos servicios de valor añadido a los ciudadanos, para mi este es uno de los aspectos más relevantes a tener en cuenta y el elemento clave del porque las administraciones deberían apostar sin lugar a dudas por las herramientas opensource.

Bueno, de nuevo me ha quedado un post bastante largo, en el siguiente que tengo calentito repasaré algunas implantaciones interesantes en el ámbito de la administración que usan gestores opensource.

Voy a continuar mi anterior post sobre el proceso que estamos siguiendo para seleccionar un CMS con el método que hemos utilizado para seleccionar los candidatos a un análisis exhaustivo. El objetivo de esta fase de preselección inicial consiste en limitar el número de herramientas a analizar a un número reducido que cumpla con los requisitos identificados en la fase anterior.

El mundo de los gestores de contenidos web (WCMS) es inmenso, basta dar un vistazo a webs como CMS Matrix con cientos de soluciones tanto de pago como opensource, por tanto reducir el número de soluciones a analizar puede convertirse en un trabajo arduo.

En este mundo globalizado, esta claro que nunca somos los primeros en tener un problema y siempre hay gente “pa’ to” dispuesta a contar como hace las cosas , por tanto nuestro enfoque para reducir esta lista fue analizar informes de otras empresas que anteriormente habían realizado este trabajo previo, con el fin de detectar los CMS que mejor se adecuaran a nuestros requisitos. Los informes que analizamos han sido:

• The Forrester WaveTM: Web Content Management For External Sites, Q2 2009 [forrester]: Se trata de un informe de pago, que evalúa los 10 principales WCM revisando 115 criterios, determinando un ranking de los mejor posicionados. Dicho ranking está liderado por SDL Tridion, Intervowen y FatWire. El uso que hemos hecho de este informe ha consistido en incluir dentro de nuestro análisis los 10 gestores analizados por Forrester por ser algunos de los mejor posicionados, sin embargo los criterios que utiliza no son muy cercanos a los requisitos que estamos persiguiendo.

• Gartner Magic Quadrant for Web Content Management [gartner]. Se trata de un informe similar al de Forrester que posiciona dentro de un cuadrante un conjunto de herramientas WCM según unos criterios a los que no hemos tenido acceso. Se ha utilizado este informe para centrarnos en los gestores identificados por Gartner como mejores soluciones WCM, liderados por SDL Tridion, Intervowen, FatWire, Oracle UCM y Sitecore.
• Web Content Management versión 19.2, Real Story Group [cmsreport]. Se trata de un informe detallado de más de 1000 páginas que presenta un amplio número de CMS y los compara entre sí planteando diferentes escenarios de uso. Este informe es de pago y tiene un coste razonablemente alto, pero que merece la pena pagar. Ha sido una de las principales herramientas en la fase de preselección de WCM. Existen otras empresas que ofrecen servicios como este, nosotros hemos elegido este informe por la buena reputación percibida en foros, blogs y publicaciones especializadas.

Escenarios. La clave para la comparación de tecnologías

El principal problema de informes como el de Gartner o Forrester es que tratan de evaluar contra los mismos requisitos un conjunto de herramientas WCM, sin embargo la mejor herramienta para construir un portal con miles de páginas no tiene porque ser la misma que para un web corporativo o un ecommerce. Por ello la aproximación que se realiza en el informe  [cmsreport], y que nos parece muy adecuada, consiste en identificar una serie de escenarios de utilización de un WCMS y comparar las herramientas dentro del contexto de esos escenarios. Existen multitud de escenarios, algunos ejemplos desde los más simples “webs corporativos”, “comunidades online”, pasando por escenarios intermedios como intranets, ecommerce o los más complejos como intranets globales, webs de multinacionales o sites con millones de páginas y visitas.

Como ejemplo uno de los que hemos utilizado, “Global-Enterprise”:

Este escenario se centra en grandes compañías con múltiples sedes, departamentos, marcas, etc… bajo un mismo paraguas. Algunos contenidos se mantienen de forma centralizada y otros de forma descentralizada. El soporte multi-idioma es clave, así como unas capacidades de extensión del modelo de workflow que puede involucrar procesos complejos de aprobación. Normalmente se trata de escenarios exigentes a nivel de rendimiento en sus frontales por el número de visitas que deben soportar los sites de este escenario.

Funcionalmente este escenario es exigente con los siguientes requisitos:

• Gestión de roles
• Autoría y transformación de contenidos
• Interfaz de usuario
• Tageado de contenidos
• Contenidos multi-idioma
• Informes
• Escalado y rendimiento de la plataforma
• Personalización
• Búsquedas

En definitiva, la clave para hacer una selección consiste en identificar bien el escenario en el que se engloba el proyecto que tienes entre manos, por tanto recomendaría huir de afirmaciones tales como que tal gestor X es el mejor del mundo mundial para todo, no me parece profesional ni cercano a la realidad, como he leído en algún informe “es cuestión de tiempo y dinero” que con X se pueda hacer un ecommerce, sin embargo con la herramienta Y se hace con mucho menos tiempo y dinero.

Las herramientas candidatas

Supongo que si habéis llegado aquí, os pica la curiosidad de cuales son las herramientas que hemos analizado, antes de eso de nuevo, estas herramientas se adecuan a nuestro escenario que puede ser muy diferente del tuyo… allí van con un pequeño comentario extraído de [cmsreport]:

Plataformas Complejas

• Autonomy/Interwoven – Uno de los grandes referentes del sector, algo anticuado tecnológicamente, mucho más amigable para autores que para desarrolladores.
• EMC|Documentum – Producto muy complejo y no muy amigable de un vendedor que esta poniendo poco a poco más foco en los WCM después de varios años dejando esta línea de producto de lado.
• IBM Lotus WCM– La herramienta WCM de IBM dentro del pack de websphere, se integra muy bien con Websphere portal.
• Open Text / Vignette – Una de las herramientas WCM más serias a la vez que complicada y supuestamente cara.
• Oracle UCM – Producto adquirido a Stellent, con bastante éxito en el desarrollo de intranets.

Plataformas de Rango Superior

• Alfresco – Comercialmente de una compañía que ha creado muchas expectativas dentro del sector Opensource commercial, dentro del rango de soluciones ECM que trata de moverse poco a poco hacia el WCM.
• CoreMedia WCM – Vendedor alemán con una amplia implantación en el sector de medios de comunicación.
• Day – Vendedor sueco que acaba de ser comprado por Adobe, que actualmente se esta expandiendo a USA, orientado a organizaciones multinacionales con requerimientos importantes en gestión de activos digitales.
• FatWire – Producto longevo de uno de los pocos jugadores de nicho todavía existentes en el mercado, que se enfoca a la personalización y gestión de catálogo.
• SDL Tridion – Vendedor alemán que compensa la antigüedad de su código base con funcionalidades avanzadas para gestión multisite y escenarios de publicación en multinacionales.

Plataformas de Rango medio

• Drupal – La plataforma favorita por todo el mundo en la publicación de contenidos web 2.0, con bastantes limitaciones para la implantación empresarial pero que va solventando poco a poco. Se trata de la única plataforma OpenSource analizada (además de Alfresco con su modelo hibrido).
• Microsoft SPS – Incluye alguna característica de gestor Web CMS en SharePoint pero que debe contemplarse más como un framework con capacidades WCMS más que como un gestor out-of-the-box.
• Sitecore – Vendedor Danés con expansión global que propone una plataforma .NET compleja.

Finalizo por hoy, en la siguiente entrega os cuento como estamos cerrando el circulo para llegar a que sólo quede uno (como los inmortales…)

Hace unos meses comenzamos en Biko una consultoría para un cliente muy importante en la que el objetivo principal consiste en seleccionar un gestor de contenidos web (WCMS) que sustituya al gestor que actualmente están utilizando, que ya no es mantenido por el fabricante.
El escenario de uso de dicho gestor es bastante exigente, ya que se trata de un cliente que dispone de un conjunto de portales con varios centenares de autores que modifican unos 200 contenidos al día, decenas de miles de páginas publicadas y mas de 200 millones de páginas vistas al año.
Con este post, voy a comenzar una serie en la que trataré de dar unas pinceladas de cual es el proceso que estamos siguiendo para cumplir con los objetivos marcados por nuestro cliente. El proceso lo hemos dividido en varias etapas:

1. Recogida de requisitos: La detallo a continuación. Voy a centrar este post en este punto.
2. Primera preselección de herramientas a analizar: Desde luego no somos los únicos en el mundo que hemos realizado este análisis, así que como primer paso analizamos un conjunto de informes de evaluación con el objetivo de seleccionar entre 3-5 gestores para analizar en detalle. En el siguiente post os contare cuales fueron y qué conclusiones obtuvimos.
3. Segunda preselección de herramientas a analizar: Habiendo hecho la preselección anterior, solicitamos a los proveedores de las herramientas candidatas que nos hicieran una sesión de DEMO. Dedicaré otro post a este punto, muy interesante y difícil de acometer con rigor.
4. Creación de un plan de migración. Una vez seleccionada la herramienta, es necesario definir un plan de migración, todavía no hemos llegado aquí, así que ya os contare más adelante en qué queda…

Recogida de requisitos

En un escenario complejo como el que hemos definido, existen muchos “stakeholders” involucrados en el proyecto, cada uno con diferentes necesidades y con perfiles muy variados. Como arranque del proyecto comenzamos haciendo tres sesiones de trabajo con cada grupo de roles involucrados para recoger los requisitos que debe cumplir el nuevo gestor de contenidos y las carencias que tiene el actual. Los grupos que hicimos son los siguientes:

• Autores y editores: Teniendo un conjunto de autores de varios centenares con perfiles muy diferentes y muchos de ellos con un uso esporádico del gestor, la usabilidad y sencillez de la interfaz de gestión del CMS se convierte en un punto crítico. Lo son también la capacidad de definir workflows de aprobación sencillos pero flexibles, el versionado y auditoria de cambios, la gestión de sites multi-idioma, la gestión de activos multimedia, etc…
• Administradores funcionales: Normalmente en un entorno complejo como este, existe un grupo de personas que administran el gestor y atienden los problemas de los autores, controlan la integración de nuevos desarrollos, dan de alta nuevos usuarios, roles, workflows, hacen auditoría de contenidos, etc… En definitiva, administran funcionalmente el sistema, y necesitan por tanto de herramientas y paneles de administración que les faciliten su trabajo.
• Responsables de infraestructuras y desarrolladores: El tercer grupo en discordia, el gestor de contenidos debe adecuarse además a una arquitectura tecnológica mas o menos establecida, o al menos debe tenerse en cuenta este punto como crítico a la hora de seleccionar la herramienta. Algo parecido ocurre con las herramientas de desarrollo y tecnología utilizada con el producto. Además tenemos que tener en mente la expansión en el mercado local de la herramienta, de su tecnología y la facilidad con que diferentes proveedores de nuestro cliente podrán formarse y realizar desarrollos para el conjunto de portales administrados.

De estas sesiones de trabajo fuimos intentando obtener un listado de requisitos lo más exhaustivo posible, con el fin de disponer de una herramienta que nos permitiera evaluar objetivamente las diferentes soluciones. Después de bastante trabajo conseguimos condensar todos estos requisitos en un Excel con unos 200 puntos a evaluar, todos ellos con un nivel de importancia en una escala de valores y agrupados por temas (a continuación tenéis un par de imágenes que os darán una idea de lo que contiene y lo que hemos evaluado):

Bueno, con estas imágenes acabo por hoy, el primer paso de nuestro trabajo está dado: saber lo que se busca y tener un método para comparar las soluciones candidatas, este último punto es crítico y un trabajo nada despreciable.

En el siguiente post os cuento qué soluciones e informes de terceras empresas hemos analizado. Nos vemos

En el último año hemos realizado varios proyectos en los que hemos utilizado de forma conjunta herramientas de análisis de tráfico (tipo Omniture, CoreMetrics, WebTrends o Analytics ) y de análisis de clics (tipo Crazyegg, Click Heat o Wordpress Click Tracking), para valorar la usabilidad de los sites en función de la experiencia de navegación de los usuarios.

Aunque el uso de ambos tipos de herramientas por separado ofrece ya datos interesantes, la combinación de ambas aporta unos resultados mucho más completos y fiables, y nos permite llegar a conclusiones más depuradas.

El análisis de tráfico nos proporciona datos sobre el tamaño de la audiencia y la frecuencia de consumo: usuarios únicos, visitas, frecuencia de las visitas, páginas vistas (en total, por visita o por sección) y procedencia de las visitas. También nos permite conocer los contenidos más visitados, los trayectos de navegación seguidos por los usuarios y las páginas de entrada y de salida más habituales.

Pero en cambio, no nos facilita información sobre los elementos de la interfaz que los usuarios prefieren: aquellos en los que clican más para navegar. Esta información sí nos la ofrecen las herramientas de análisis de clics, y lo hacen además en modo visual mediante mapas de calor o heatmaps.

Sin embargo, por las características de estas herramientas, el análisis de clics se realiza habitualmente sobre una muestra limitada de usuarios (ej. 5.000 ó 10.000 usuarios escogidos al azar, o durante un periodo establecido de tiempo), con lo que no aporta datos globales de navegación.

Tampoco ofrecen normalmente informes sobre los trayectos de navegación seguidos por los usuarios. Aunque algunas como ClickTale sí permiten hacer el seguimiento de los trayectos de navegación (los graban en una secuencia de vídeo), en estos casos, el universo de usuarios sobre el que hacer el análisis es aún mucho más reducido.

En los últimos meses, la opción que hemos seguido en Biko es utilizar Google Analytics junto con CrazyEgg. Hemos podido comprobar que, cruzando los datos de ambas herramientas, es posible llegar a conclusiones muy razonables sobre la experiencia de los usuarios en su navegación por el site.

Por el momento la forma en que estamos cruzando los datos es empleando una hoja de calculo en la que volcamos los datos manualmente y establecemos las relaciones. Desconozco si alguna de las herramientas que ofrecen ya ambos tipos de mediciones -tipo Omniture o Xiti-, permite generar automáticamente algún informe en el que se crucen los dos tipos de datos. (Si alguien tiene constancia de ello, le agradeceré mucho si nos lo indica).

Finalmente, el modo en que presentamos las conclusiones del análisis incluyen tanto recomendaciones de acciones en cuanto a arquitectura de navegación, diseño, maquetación o contenidos, como propuestas de prototipado.

El diseño con rejilla se ha vuelto algo indispensable para mí para trabajar. Si estás harto de tener 20 guías en photoshop que tienes que generar de nuevo o ajustar cada vez que creas un diseño, prueba estas utilidades:

ctrl+shift+g
Genera un sencillo código XHTML + JS para poder ver el grid de tu sitio web utilizando el comandoctrl+shift+g

960 Grid System
Distintas utilidades para facilitar tu trabajo con el diseño con rejilla. Se trata de un pack que contiene documentos psd con la rejilla, también para omnigrafle o visio… Está basado en el diseño de 960 pixels de ancho, con opciones a 12 y 16 columnas.

29digital.net/grid
Calcula la medida de rejilla según el font-size, el número de columnas…

Andy Budd de Clearleft, ha creado una magnífica herramienta -Silverback- que graba tanto la acción del usuario en la máquina como sus reacciones a través de la webcam, superponiendo ambas imágenes. Y sólo por 49,95$.

Pinche aquí para ver el vídeo

Llevan tiempo, pero para los que no los conocíais: Design Stencil Kit del Yahoo! Developer Network. Puedes descargarlos para Omnigraffle, Visio, en PNG, PDF o SVG.

Yahoo Design Stencil Kit

Wireframing power!