Del gestor de contenidos al gestor de publicaciones (I)

¿CMS + Empaquetamiento = PMS?

Entiendo el CMS en su concepto más extendido, que no el más formal. Para el caso que me ocupa, entiendo el gestor de contenidos como una herramienta de producción, organización y difusión de contenidos que por lo general se encuentra tras la parte visible de un sitio web. Estos procesos suelen tener lugar bajo intervención humana, aplicando unos criterios de control para su publicación o despublicación. El centro del gestor de contenidos es cada unidad de contenido (noticias, artículos, encuestas, etc.).

Claro que esta definición incluye sitios tan dispares estructuralmente como pueden ser los grandes portales o los blogs. A nivel de organización humana ambos casos pueden ser muy distintos, pero a nivel funcional son sistemas bastante similares. Suele suceder que a raíz de lo primero se añada capas de control y complejidad a lo segundo, pero al fin y al cabo, la esencia es la misma.

El gestor de publicaciones (siempre bajo mi punto de vista) da un paso más allá. Para empezar, el centro del gestor de publicaciones son las publicaciones mismas. Entiendo las publicaciones como el resultado de empaquetar y agregar los contenidos según criterios editoriales, de temática o según tipos de contenido (no tanto por el formato sino por la forma de uso: texto, sonido, imagen, o audiovisual, con/sin interacción, etc.).

Este concepto de publicación también tiene un sentido muy amplio, incluyendo a portales en general, microsites, RSS, alertas o boletines. Tampoco estoy diferenciando respecto al formato final de la publicación ni el canal de difusión. De hecho, planteo el concepto de la gestión de publicaciones como una generalización de la gestión de contenidos (incluir lo que tiene un CMS, y añadir funcionalidades encima).

Por ejemplo, en un CMS puede ser habitual aplicar restricciones de acceso a contenidos concretos. Estas restricciones se realizan por el control de acceso de usuarios, que pueden tener o no una fecha de caducidad. Pero esa posibilidad se convierte en característica casi básica en un PMS, y habitualmente está relacionada con la gestión de suscripciones (especialmente cuando se envía por e-mail), e indicadores (en el mismo caso del envío de e-mail, está el ratio de retornos de email o los mensajes no abiertos por el destinatario).

Entrada+Proceso+Salida = Fuentes+(Selección ó Producción)+Difusión

Hay algo más que puede diferenciar al gestor de publicaciones en relación a un gestor de contenidos: publicar en varios sitios a la vez, disponiendo de un sistema de difusión centralizado. Un PMS no es sólo un sistema de empaquetamiento de contenidos, sino un sistema de difusión general.

La combinación de este sistema centralizado y una difusión multicanal, con variedad de formatos (desde HTML hasta PDF, RSS, XML o incluso impresión), y protocolos (HTTP/Web, e-mail, SOAP/XMLRPC) permitiría adaptar un PMS a una gran variedad de estrategias de producción de contenidos.

Otro paso más allá que se deriva del anterior: ¿Quién dice que un sistema de publicaciones ha de referirse a "mis publicaciones" y no a las publicaciones de terceros? Creo que un completo sistema de publicaciones ha de incluir un sistema de captura y agregación de contenidos externos. Los entornos de producción de contenidos no deben ser necesariamente un punto de partida: la creación de contenidos a menudo surge de procesar y rumiar información. Integrando la captura de información en el mismo espacio donde luego creamos nuevos contenidos simplifica las tareas de referenciar, enlazar, revisar y organizar.

Destinatarios de un PMS

Ante estas características, el PMS se convierte en una herramienta apta para muchos públicos. Desde luego están los públicos tradicionales, que ya utilizan un CMS y que quieran dar un paso más. Pero se pueden incluir otros perfiles que no utilizan un CMS porque su actividad en Internet es mucho más fragmentaria que mantener un solo sitio, o bien porque no se centran sólo en difundir, sino también en seleccionar, organizar y gestionar. Por poner algunos ejemplos de perfiles interesados en estas funcionalidades, se me ocurren los siguientes:

• Periodistas independientes, o productores de contenido para empresas ajenas que quieren organizar su producción en un solo entorno, para luego enviarlo a cada uno de sus clientes.
• Newsmasters (ese flamante perfil profesional ), que trabajan filtrando y seleccionando noticias para varios sitios.
• Servicios de agregación y alertas personalizadas.
• Agencias de publicidad y comunicación, que promocionan productos de sus clientes a través de microsites, boletines ó e-mail marketing.
• Grupos de comunicación (desde prensa "tradicional" hasta redes de blogs) que desean centralizar su gestión interna en un mismo entorno de trabajo.
• Servicios de inteligencia competitiva que precisen la captura de información y la realización de "reports".
  
</ul>En estos perfiles presentan características que determinan los requerimientos del gestor de publicaciones:


• Disponer de lo necesario para la producción interna de contenidos.
• Poder gestionar la selección y filtrado de fuentes externas, para combinarlo con la producción propia.
• Aplicar la herramienta para el uso interno de una organización o bien para dar servicios a terceros.
• Disociar la gestión de contenidos (la trastienda) de su difusión (la tienda) y su presentación (el escaparate) desde el punto de vista orgánico: quien trabaja con los contenidos no necesariamente debe diferenciar el trabajo según el canal de difusión o sobre cómo se presentarán.
• Incluir los criterios de filtro y agrupación de usuarios como un elemento clave en los criterios de difusión.
</ul>Con estos criterios es posible empezar a profundizar en un análisis más a fondo. </p>