Gestión de contenidos web

Este post corresponde con la presentación de la valoración final del proceso de selección del gestor de contenidos coorporativo de una web de refencia estatal. La empresa que me encargó la consultoría de selección, es una de las principales universidades virtuales del mundo.
Para ver el estudio completo, visitar las siguientes entradas:

• Consideraciones previas
• Selección de finalistas
• Estudio características generales
• Estudio características específicas

Breve paseo por la Web 2.0.

Esta claro que ya está todo o casi todo hablado de las cosas 2.0, y que algunos hablan ya de 3.0 . Pero a veces es bueno refrescar conceptos y darle unas cuantas vueltas a lo que leemos y/o usamos.

Si miramos su definición en la wikipedia vemos que la web 2.0 es todo aquello que encontramos en la red donde los usuarios tienen control sobre el contenido de este; los clásicos foros 1.0 pero con infinidad de añadidos.

¿Por que se considera la panacea de los emprendedores?

Muy sencillo, el funcionamiento de la web 2.0 trae diversas ventajas como:

• Contenido generado por los propios usuarios ahorro en editores, periodistas, investigadores, divulgadores, colaboradores…….Si comparamos la infraestructura de una publicación como Meneame y un periódico digital como ElPais.es, vemos que mientras el primero necesita una gestión mínima, el segundo necesita una plantilla de empleados para seguir con su modelo de negocio.
• Fidelización de los usuarios La interrelación entre los miembros de una comunidad crea lazos a veces hasta adictivos. Hacer al usuario participe en la evolución de un proyecto crea una comunión que en algunos casos puede ser hasta mayor que si fueran empleados.
• Rentabilidad Crear grupos de usuarios afines genera en muchos casos un atractivo lugar donde publicitarse a empresas del sector.
• Gestión Muchos proyectos se pueden sacar gracias a Gestores de Contenidos gratuitos que únicamente requieren una moderación y edición diaria además de programación puntual.
• Libertad Aunque grandes proyectos pueden generar grandes expectativas y riesgos, muchos otros más minoritarios pueden morir igual que nacieron y sus creadores tomar la táctica "a otra cosa mariposa". No es lo mismo cerrar una fábrica o una redacción que un portal, blog o comunidad.
• Los usuarios lo reclaman La cultura se está transformando al igual que la gestión que hacen las personas de ella. Los usuarios demandan cambiar de pasivos a activos.

Estos puntos pueden ser discutibles para muchos lectores, pero es lo que estoy viendo en mi día a día, aunque también he está empezando a verse que la web 2.0 también puede llegar a tener desventajas:

• Muchos usuarios no están preparados El mayor porcentaje de usuarios son reticentes a participar e incluso a disfrutar de las bondades de muchos soportes, en muchas temáticas será difícil acostumbrarlos al cambio de roles.
  
• Tiempo trabajado Para muchos puede ser desmoralizador el tiempo de administración que requiere la moderación de sitios participativos.
  
• Riesgos jurídicos Dejar el contenido en mano de los usuarios ( o de las nuestras) nos expone a demandas, amenazas y ataques similares. El tema judicial nos deja en un limbo muchas veces kafkiano.
  
• Apartado técnico La gestión y evolución que genera el crecimiento del proyecto siempre puede estar lastrado por la carencia en demasiadas ocasiones en apartados técnicos (programación).
  
• Rentabilidad La carencias de la publicidad en Internet pueden resultar insalvables para muchos proyectos.

Conociendo esto, ¿a que esperan muchos para abrazar la web 2.0? y ¿realmente el proyecto que busco debe ser 2.0?.

Este post corresponde al estudio de los criterios específicos que deben cumplir los gestores analizados en el proceso de selección del gestor de contenidos coorporativo de una web de refencia estatal. La empresa que me encargó la consultoría de selección, es una de las principales universidades virtuales del mundo.
Para ver el estudio completo, visitar las siguientes entradas

• Consideraciones previas
• Estudio previo de selección de los Cms finalistas
• Estudio características generales
• Valoración final

Edición de contenidos

En este apartado se hará un estudio de los requerimientos a cumplir por parte de la edición de contenidos. Las pautas de estudio que se utilizarán para la comparativa serán:

• Facilidades para la entrada de contenidos
• Editor WYSIWIG
• Corrección automática de estilo
• Corrección ortográfica automática
• Herramientas de traducción
• Integración con herramientas de auditoria
• Versionado de contenidos
• Creación de plantillas

Workflow

En este apartado se estudian los requerimientos a cumplir por parte del workflow incorporado por los gestores de contenido. Las pautas de estudio que se utilizaran par la comparativa serán:

• Workflow de edición y publicación
• Workflow definible y flexible
• Posibilidad de diferentes workflow por portal
• Control de permisos por perfiles

Internacionalización e idiomas

Se estudian los requerimentos a cumplir en este apartado. Los puntos a tratar en la comparativa serán:

• Soporte a la generación y edición de los contenidos en diversos idiomas
• Interficie del CMS en diversos idiomas

Integración

Se estudian los requerimentos a cumplir en este apartado. Los puntos de estudio son:

• Integración sencilla con otros sistemas, por ejemplo (LDAP)

Búsquedas

Los puntos de estudio en este apartado son:

• Integración con sistemas de indexación tipo Lucene
• Metadatos en el contenido generado

Generación de contenidos

Las pautas de estudio que se utilizarán para la comparativa serán:

• Contenido generado accesible (WAI-AA)
• Minimizar tiempo de carga de páginas (publicación estática)

Este post corresponde con la presentación de las caracter´siticas generales de los gestores analizados en el proceso de selección del gestor de contenidos coorporativo de una web de refencia estatal. La empresa que me encargó la consultoría de selección, es una de las principales universidades virtuales del mundo.
Para ver el estudio completo, visitar las siguientes entradas

• Consideraciones previas
• Estudio previo de selección de los Cms finalistas
• Estudio características específicas
• Valoración final

Características del Producto

En este apartado se hará un estudio de las características de cada producto. Las pautas de estudio que se utilizan para la comparativa son:

• Uso de estandards
• Usabilidad
• Longevidad
• Calidad
• API pública y documentada
• Facilidad de la tecnología que implementa
• Actualizaciones del software
• Acceso al código fuente
• Escalabilidad
• Facilidad de instalación

Soporte

En este apartado se evalua el soporte que se puede obtener de cada producto. Las pautas de estudio que se utilizarán para la comparativa seran:

• Soporte de la comunidad
• Soporte de pago

Documentación

Se valorará la documentación que existente de cada producteo. La comparativa se realizará por los siguientes puntos:

• Documentación de desarrollo
• Posts Web
• Documentación comercial

Formación

La comparativa se centrará en:

• How-To's en la Web
• Tutoriales de los desarrolladores
• Tutoriales comerciales
• Cursos ofertados y certificaciones

Continuando con el post anterior, en esta entrada continuaré explicando el proceso de selección del gestor de contenidos coorporativo de la organización.
Para ver el estudio completo, visitar las siguientes entradas

• Consideraciones previas
• Estudio características generales
• Estudio características específicas
• Valoración final

Estudio previo de selección de los Cms finalistas

Este estudio previo tiene como objetivo seleccionar, entre los siete gestores analizados, los tres finalistas que más se acercan a los requisitos que ha de cumplir el gestor de contenidos coorporativo de la organización.
Para la selección de los tres gestores finalistas, se ha realizado un estudio de las principales características a cumplir por el gestor definitivo, y se han escogido aquellos que más se acercan al “gestor ideal”.
Las características analizadas en este estudio previo han sido:

• Publicación estática


Una de las principales características de la web de la organización es la gran cantidad de visitas que tiene, por este motivo, es una condición indispensable que el gestor pueda publicar en estático. [Nota: En un próximo post, trataré el tema de la publicación de contenidos en estático frente a la publicación dinámica]


• Workflow de edición y publicación


Se considera muy importante que el gestor permita como mínimo diferenciar entre usuarios editores y publicadores de contenido, para controlar quien puede y quien no puede publicar un contenido.


• Edición de contenidos sencilla


Otra cosa a considerar en la selección de un cms corporativo es que la edición de contenidos ha de ser sencilla, ya que la ha de utilizar un grupo de personas muy diveras.

Ver Hoja de Valoración para comprobar puntuaciones de cada gestor.

Publicación estática

• Alfresco WCM
• Permite exportar los contenidos a un file system-externo.
• Contenido
• No está habilitada la exportación estática.
• EzPublish
• Permite exportar los contenidos a un file system-externo.
• Jupiter Content Manager
• No está habilitada la exportación estática.
• Magnolia
• Permite exportar los contenidos a un file system-externo.
• OpenCms
• Permite exportar los contenidos a un file system-externo.
• Plone
• No está implementada la exportación estática, a pesar de eso permite la creación de módulos que lo implementen.

Workflow de edición y publicación

• Alfresco WCM
• Tiene un workflow basado en e-mail. Permite crear diferentes tipos de workflow y asignar responsables.
• Contenido
• No tiene workflow de publicación.
• EzPublish
• Tiene un workflow basado en eventos que controla la publicación.
• Jupiter Content Manager
• No tiene workflow de publicación.
• Magnolia
• Permite la selección de diferentes workflows.
• OpenCms
• Tiene un workflow basado en e-mail. Permite diferenciar entre usuarios editores y usuarios publicadores. Permite la inclusión de un módulo para integrar osWorkflow.
• Plone
• Permite la inclusión de módulos de workflow.

Edición de contenidos sencilla

• Alfresco WCM
• Permite la utilización de editores WYSIWIG. La edición de contenidos es amigable.
• Contenido
• Permite la utilización de editores WYSIWIG, pero la edición no es nada sencilla.
• EzPublish
• Utiliza WYSIWIG pero la edición no es completa, hay muchas acciones típicas de otros editores que no incorpora.
• Jupiter Content Manager
• Permite la utilización de editores WYSIWIG, pero la edición no es nada agradable.
• Magnolia
• Permite la utilización de editores WYSIWIG. La edición de contenidos es sencilla.
• OpenCms
• Permite la utilización de editores WYSIWIG. La edición de contenidos es amigable.
• Plone
• Permite la utilización de editores WYSIWIG. La edición de contenidos es sencilla.

Con este post se inicia una serie de entregas donde se explicará un caso real de análisis de herramientas de gestión de contenidos, en un cliente final.
Para ver el estudio completo, visitar las siguientes entradas

• Selección de finalistas
• Estudio características generales
• Estudio características específicas
• Valoración final

El caso que se explica corresponde al proceso de selección del gestor de contenidos coorporativo de una web de refencia estatal. La empresa que me encargó la consultoría de selección, es una de las principales universidades virtuales del mundo.
En una fase previa, la organización decidió apostar por el software libre, y por lo tanto el estudio se centra en gestores de contenido opensource. Todo y que no se descarta categorícamente, también se recomienda que el gestor opensource esté desarrollado con tecnología java, evitando los cms desarrollados en php. Sé que este es un tema polémico y que intentaré tratar en detalle en otro post, pero en mi modesta opinión os recomiendo usar gestores php para webs sencillas y en organizaciones medianas-pequeñas, y utilizar java en grandes y complejas webs y grandes organizaciones.
Este análisis se realizó a mediados del 2007, por lo que las características de las versiones actuales de los gestores de contenidos pueden ser substancialmente diferentes. En cualquier caso, el estudio muestra un ejemplo de como realizar la selección el cms adecuado para la organización

Introducción

Consideraciones previas

El siguiente análisis compara las diferentes alternativas, no únicamente teniedo en cuenta los gestores como productos independientes, sinó entendiendo cada alternativa como un sistema que ha de integrarse dentro de las necesidades propias de la organización.
De esta forma, se deberán evaluar los puntos fuertes y débiles de cada cms, tanto de forma individual com comparados con los otros gestores, y además se deberá evaluar como se ajusta cada gestor a las características propias del nuevo portal de la organización.
Con estas consideraciones presentes, y para poder tener en cuenta todos los aspectos, dividiremos el análisis en dos ámbitos diferenciados:

• Características propias de cada cms.
• Características específicas dentro de las necesidades de la organización.

Como el objetivo no es tener una comparativa universal de gestores de contenidos, sinó considerar aquellos con mas posibilidades de cubrir nuestros requerimientos, centraremos el análisis en los siete gestores siguientes: Alfresco WCM, OpenCms, Plone, Contenido, Jupiter, ezPublish y Magnolia.

Para la selección de estos cms se han escogido los mas representativos y valorados en diferentes lenguajes de programación(jsp, php i python).
Se descartan inicialmente del estudio otros gestores que actualmente tienen una cierta representabilidad com Drupal u otros menos importantes, porque entre otras cosas no permiten realizar exportación estática de los contenidos, y para las características del portal de la organización esta característica es muy importante.
Para evaluar cada uno de los gestores, y poder comparar los resultados entre ellos, se utilizará la metodología OSMM (OpenSource Maturity Model)

Criterios de Selección

A lo largo de las diferentes comparativas y para la construcción de los diferentes escenarios se han considerado, entre otros, los criterios que a continuación enumeraremos. La importancia que se da a unos u otros (su ponderación) nos hará decantar las conclusiones hacia un lado o hacia otro. Es por eso, que es muy importante en este punto hacer notar que este análisis no intenta determinar que gestor es mejor o peor (de manera absoluta), sino cual es el mas conveniente en nuestro caso.

Los criterios estan divididos en las siguientes categorias:

• Criterios Generales.
• Producto
• Soporte
• Documentación
• Formación
• Criterios Específicos de la organización.
• Edición de contenidos
• Workflow
• Internacionalización
• Integración
• Búsquedas
• Generación de contenidos

Criterios Generales - Producto

Valoraremos aspectos puramente asociados al producto, sin tener en cuenta la aplicación dentro de la organización. Las características a estudiar son:

• Uso de estandards
• Usabilidad
• Longevidad
• Calidad
• API pública y documentada
• Facilidad de la tecnología que implementa
• Actualitzaciones del software
• Acceso al codigo fuente
• Escalabilidad
• Facilidad de instalación

Criterios Generales - Soporte

Se valora el soporte que tiene el producto dentro de la comunidad. Las características a estudiar son:

• Soporte de la comunidad
• Soporte de pago

Criterios Generales - Documentación

Se valora la documentación disponible sobre el producto. Las características a estudiar son:

• Documentación desarrollo
• Posts web
• Documentación comercial

Criterios Generales - Formación

Se estudia la disponibilidad de formación sobre el producto. Las características a estudiar son:

• How-To's a la Web
• Tutoriales de los desarrolladores
• Tutoriales comerciales
• Oferta de cursos y certificaciones

Criterios Específicos – Edición de contenidos

Valoraremos aspectos específicos de la edición de contenidos dentro de las necesidades de la organización. Las características a estudiar son:

• Facilidades para la entrada de contenidos
• Editor WYSIWIG
• Corrección automática de estilo
• Corrección ortográfica automática
• Integración herramientas de traducción
• Versionado de contenidos
• Creación de plantillas

Criterios Específicos – Workflow

Se valorará como resuelven las necesidades de workflow de la organización, los gestores estudiados. Las características a estudiar son:

• Workflow de edición y publicación
• Workflow definible y flexible
• Posibilidad de diferentes workflow para el portal
• Control de permisos por perfil

Criterios Específicos – Internacionalización e idiomas

Se estudia como trata cada gestor el multiidioma y como soluciona las necesidades de la organización. Las características a estudiar son:

• Soporte a la generación y edición de contenidos en diversos idiomas
• Interficie del Cms multiidioma

Criterios Específicos – Integracion

Valoraremos aspectos específicos de la integración del gestor con aplicaciones de la organización. Las características a estudiar son:

• Integración sencilla con otros sistemas (LDAP)

Criterios Específicos – Búsquedas

Se valorara com tratan las búsqedas de contenidos los diferentes gestores, dentro de las necesidades de la organización. Las características a estudiar son:

• Integración con sistemas de indexación tipo Lucene
• Metadatos en el contenido generado

Criterios Específicos – Generación de contenidos

Valoraremos aspectos específicos de la generación de contenidos dentro de las necesidades de la organización. Las características a estudiar son:

• Accesibilidad del contenido generado
• Minimizar tiempo de carga de páginas (Publicación estàtica)

Primeros pasos

Antes de implantar un gestor de contenidos, se deberían establecer los objetivos de la web y los recursos que se emplearán para gestionarla.
Deberíamos ser capaces de responder a estas preguntas simples:

• ¿Para que quiero mi web, que quiero mostrar en ella, quiero que sea un elemento publicitario o quiero utilizarla para vender mis productos?
• ¿Quien o quienes gestionarán mi web, son perfiles técnicos, comerciales?
• ¿De donde se alimentarán los contenidos de mi web, los introduciremos manualmente, se cargarán automáticamente de otras aplicaciones ya existentes?

Una vez establecidos los objectivos y los recursos de los que disponemos, deberíamos comenzar a plantearnos el tipo de solución que adoptaremos en nuestra web.

¿Necesita nuestra web un nuevo gestor de contenidos?

Si su organización cuenta con un portal en Internet y no tiene un gestor de contenidos, es posible que le sean familiares las siguientes situaciones:

• Contenidos obsoletos, inexactos y que son difíciles de encontrar para sus visitantes.
• Estilo poco homogéneo en las páginas del portal.
• Problemas para actualizar las páginas porque sólo existe una persona capaz de modificar los contenidos (generalmente un perfil técnico)
• Últimamente ha gastado dinero en rediseños del portal que han quedado obsoletos en pocos meses.

Si alguno de estos puntos le es familiar, es muy posible que necesite un sistema de gestión de contenidos.

Si ya dispone de un gestor de contenidos para su portal, puede que no sea el apropiado, y es posible que sufra alguno de estos problemas:

• Situación en principales buscadores peor de lo esperado.
• Edición de contenidos difícil y poco amigable para usuarios.
• Lentitud de respuesta de las páginas.
• Dificultad para crear contenidos nuevos y para adaptarse a web2.0.

Si sufre alguno de estos problemas, es probable que necesite cambiar o actualizar su gestor de contenidos.

¿Qué es exactamente un gestor de contenidos?

Un gestor de contenidos o CMS (siglas en inglés de Content Management Systems) es un sistema utilizado para facilitar la gestión de webs, y por eso también son conocidos como gestores de contenido web ó WCM (siglas de Web Content Management).
Un error muy común cuando se habla de CMS es creer que sólo tienen sentido dentro del ámbito de la web, un gestor de contenidos puede ser utilizado para publicar contenido en un entorno no web, pero eso es un tema a tratar en otro momento.

Las funcionalidades que ofrecen los gestores de contenidos se pueden dividir en cuatro bloques: creación de contenido, gestión de contenido, publicación y presentación.

Creación de contenido

Un CMS aporta una serie de herramientas que permiten que los usuarios creadores de contenidos, generalmente usuarios sin conocimientos técnicos en páginas web, puedan centrarse en la creación del contenido sin tener que preocuparse de la presentación. Habitualmente, los CMS proporcionan un editor de texto WYSIWYG (What You See Is What You Get "lo que ves es lo que obtienes"), en el que el editor ve el resultado final mientras escribe, similar a los editores comerciales, pero con restricciones que evitan que el creador pueda pueda modificar el estilo general del sitio web.
Aparte del WYSIWYG que todo CMS debería incluir, tambien suelen aportar herramientas para definir la estructura, el formato de las páginas y su aspecto visual.

Gestión de contenido

Los documentos creados se depositan en un sistema de almacenamiento, generalmente una base de datos central o un sistema de ficheros xml, donde también se guardan el resto de datos de la web, cómo imágenes o documentos anexados.
La estructura de la web se suele configurar con una herramienta que, normalmente, muestra una visión jerárquica de la web y permite acceder fácilmente a los contenidos para modificarlos.
Algunos CMS permiten la utilización de un workflow que controla los ciclos de edición, revisión,y publicación de los contenidos.

Publicación

Cuando la edición de una página es aprobada por el responsable, esta pasa a ser visible en el entorno de la web mediante la publicación de la misma.
Esta separación entre contenido publicado y en edición permite que el contendo pueda modificarse sin que su presentación en la web sevea afectada.

Presentación

La principal característica de un gestor de contenidos es la separación entre datos (contenidos) y presentación.
El sistema se encarga de gestionar la presentación de los contenidos, teniendo en cuenta temas como la accesibilidad, la compatibilidad de navegadores, las diferentes presentaciones necesarias según el entorno (web, móvil, etc..) y de controlar muchos otros aspectos como son los menús de navegación o la jerarquía de la página actual dentro del web, añadiendo enlaces de forma automática.

¿Que Gestor de Contenidos implantar?

Llegados a este punto, se debe decidir que tipo de gestor de contenidos queremos implantar. Básicamente tenemos dos soluciones:

• Desarrollar un gestor de contenidos a medida
• Implantar un gestor de contenidos existente.

Desarrollo a medida

Consiste en desarrollar, ya sea internamente o mediante una empresa de servicios informáticos,una herramienta que permita gestionar los datos de nuestra web, y que se adapte perfectamente a las necesidades de nuestra empresa.
Error, error y error
Sin duda la peor de las decisiones que puede tomar el responsable de una web.
En un primer momento se puede llegar a pensar que nuestra organización es tan especial que ningún producto estándard puede cubrir todo lo que nosotros necesitamos. Es cierto que difícilmente un producto se adaptará al 100% a sus necesidades, pero debemos tener en cuenta que la gran mayoría de ellos permiten en mayor o menor medida una personalización y adaptación de funcionalidades.
En mis primeros años en el mundo de la gestión de contenidos, estamos hablando de finales de los 90, participé en el desarrollo de algún que otro gestor de contenidos a medida, y todos ellos acabaron fracasando tarde o temprano; algunos gestores estaban tan adaptados a la organización, que cuando la organiación evolucionó (en ese caso sufrió una fusión), el gestor y la inversión hecha en él se convirtieron en un problema; tambien me encontré con casos en los que durante el desarrollo del gestor la tecnología había evolucionado tanto que cuando el desarrollo terminó, el gestor ya estaba obsoleto y actualizarlo implicaba un nuevo desarrollo a medida.
Otro de los grandes problemas de los desarrollos a medida, es el mantenimiento posterior. Generalmente obliga a la empresa a "casarse de por vida" con la empresa de servicios que desarrolló el producto, dificilmente otra empresa se hará cargo del mantenimiento.

Implantación de gestor estándard

A la hora de implantar un gestor de contenidos estándard, nos encontramos con que en un principio tenemos dos alternativas:

• Gestor de contenidos comercial
• Gestor de contenidos opensource

Un gestor de contenidos comercial es aquel que está desarrolado por una empresa, y que el código base del gestor es propiedad exclusiva de la empresa que lo desarrolló.
Como el código base es de su propiedad, sólo esa empresa puede modificarlo. Generalmente, no conozco niguno que no sea así, para poder implantarlo hay que comprar una licencia. Estas licencias,dependiendo del cms pueder ser: únicas en el momento de la compra (se paga una vez por el producto y ya está) o anuales (cada año deben renovarse) principalmente, existen otros tipos de licéncia como por site, por máquina, etc...
A cambio la empresa proporciona un gestor de contenidos estándard con una gran cantidad de funcionalidades, servicio técnico y alguna que otra actualización.
Este tipo de gestor de contenidos es configurable y se puede adaptar a las necesidades de nuestra web, pero siempre dentro de los límites quemarqueel fabricante.

Un gestor de contenidos opensource se diferencia principalmente de uno comercial en que el código base del gestor no es propiedad de nadie, está disponible para que el usuario final pueda modificarlo.
El gestor puede estar desarrollado por una empresa o por una comunidad, y puede tener soporte técnico o no, evidentemente depende del gestor, en este mundo nos encontramos con productos excelentes y con proyectos de productos.
Evidentemente, como el código es abierto, el gestor de contenidos es gratuito.
La principal ventaja, y desventaja si no se sabe utilizar bien, es que se dispone del código base y por lo tanto se puede adaptar a nuestras necesidades tanto como deseemos.

Bueno y como introducción creo que ya ha sido bastante, próximamente aportaré comparativas de gestores, estudios de rendimiento, casos reales.

¡Quien no ha comenzado a descubrir los lenguajes de progración con esas dos palabras mágicas!

Hace mucho tiempo que me ronda por la cabeza la creación de este blog, y creo que ha llegado el momento de compartir mi experiencia en el mundo de los gestores de contenidos.

Descubrí este "maravilloso" mundo hace unos 10 años y desde entonces he pasado por todos, o casi todos los tipos de gestores posibles.
He trabajado con gestores comerciales, gestores opensource, incluso he desarrollado algún que otro gestor a medida.

Durante todos estos años he tenido que utilizar diferentes tecnologías, desde las asp's de Microsoft hasta las jsp de Java, pasando por php, perl, etc...

Evidentemente, durante todos estos años también he ido pasando por las diferentes etapas de todo técnico, primero te dedicas sólo a programar, luego te dan más responsabilidad y te dedicas a analizar y a programar, para finalmente gestionar equipos, analizar y programar :)

En fin, espero que mi experiencia pueda ayudaros tanto en la dificil decisión de la elección de gestor de contenidos a implantar, como en las fases de análisis y desarrollo de la aplicación, pero sobre todo espero que vuestras aportaciones puedan ayudarme a mi a mejorar.