4 maneres en què els sistemes de gestió de contingut estan evolucionant i per què és important per als periodistes

Un subproducte de la revolució dels mitjans digitals és que la majoria dels periodistes d'avui són tècnics, fins a cert punt. Cada cop és més rar trobar-se amb periodistes que no desitgen l'últim telèfon intel·ligent hiperalimentat.

M'he trobat amb periodistes de molt de temps que, sense haver escrit mai cap codi HTML, no obstant això, estan ansiosos de saltar-se del web per complet i començar a descobrir històries per a tauletes. Si estigués escrivint sobre com està evolucionant la xarxa basada en la ubicació, és probable que enganxés molts diaris curiosos que no tenen cap intenció d'afegir mai dades geogràfiques a les seves històries. Però és difícil que la gent s'interessi per l'única tecnologia que han d'utilitzar cada dia, allò que inhibeix o permet la narració de l'era espacial que volen fer: el seu sistema de gestió de continguts.

Si d'alguna manera la vostra feina implica produir mitjans per a consum públic o semipúblic, és probable que siguis un gran usuari d'un sistema de gestió de continguts (CMS). I també és molt probable que la vostra organització vulgui substituir o millorar el seu CMS. Val la pena conèixer algunes lliçons clau que hem après sobre com s'està desenvolupant la gestió de continguts, perquè sàpigues què has de buscar.

Després d'haver treballat per i amb una sèrie d'organitzacions de notícies, fa temps que tinc la sensació que comencem a enfocar la gestió de continguts d'una manera diferent del que vam fer als primers dies de la web. El nostre sentit del que hauria de fer un CMS és madurar. Per saber-ne més, vaig parlar amb tres persones que han tingut funcions integrals en el desenvolupament de CMS en diverses organitzacions de notícies, amb dues de les quals he treballat com a director de producte editorial per al Projecte Argo:

• Andrew Fitzgerald , que recentment es va mudar de Current TV per convertir-se en productor sènior de la presència en línia de 'The Stream' d'Al Jazeera.
• Patrick Cooper , abans blogger de notícies diàries per USA Today, ara propietari del producte de NPR.org i el CMS que impulsa les plataformes digitals de NPR ('Seamus').
• Marc Lavallee , el meu company d'equip, que va viure a organitzacions com The Boston Globe, The Washington Post i National Journal abans de venir a NPR per construir la plataforma que impulsa el Projecte Argo ('Navis').

Tots tres sistemes són molt diferents, però comparteixen alguns aspectes comuns clau que crec que representen un indicador útil sobre com s'estan desenvolupant els CMS.

El periodisme passa dels 'sistemes de gestió de continguts' als 'ecosistemes de gestió de continguts'

Les operacions de notícies digitals solien pensar en el seu CMS com la seva finestreta única: una eina que faria tot el que un voldria fer amb el contingut. Seria el lloc on els editors podrien assignar històries, els periodistes podrien redactar històries, els experts multimèdia podrien emmagatzemar els seus vídeos, els productors en línia podrien programar fronts de secció, els gestors de comunitats podrien gestionar comentaris i molt més. Les organitzacions de notícies jutjarien els CMS potencials per quantes característiques diferents tenia el programari, més que per la qualitat que el programari va complir amb una funció concreta.

Finalment hem començat a acceptar que cap CMS únic pot gestionar totes les funcions de contingut d'una organització de notícies digitals. Un bon sistema de gestió de continguts avui està dissenyat per interactuar amb molts altres programaris. Ara hi ha una expectativa real que un CMS es reprodueixi bé amb vídeos emmagatzemats a YouTube, comentaris gestionats per Disqus o xats en directe incrustats des de CoverItLive. Altres entorns com Facebook, Twitter i Tumblr inclouen les seves pròpies eines. I cada cop més, el que anomenem un 'sistema de gestió de continguts' és en realitat una combinació de múltiples sistemes estretament integrats.

Després vam investigar diverses opcions per construir la plataforma que es convertiria Projecte Argo , el meu equip va decidir utilitzar WordPress com a línia de base. Però volíem aconseguir diverses coses que WordPress no faria fàcil, així que Lavallee va combinar WordPress amb Django . Això ens va permetre vincular perfectament la plataforma Argo a serveis com ara Deliciós i Vida diària , amb una fricció mínima per als usuaris del programari. Cada eina fa exactament el que es va dissenyar, sense intentar combinar una funcionalitat cada cop més complexa en un sol sistema.

Al Jazeera envisioned “ El corrent” com a programa i font de notícies en línia construïda a partir de la sòlida conversa que té lloc a les xarxes socials d'arreu del món. Així, quan el lloc va triar el sistema de gestió de continguts que gestionaria la presència en línia del programa, van començar amb un programari creat per curar aquesta conversa: Storify . L'aplicació web permet als usuaris principals reunir fàcilment històries de publicacions a llocs de xarxes socials.

Els productors en línia de 'The Stream' creen històries a Storify que s'incorporen a una instal·lació de Drupal, on s'editen, s'aproven i es publiquen al web. La combinació Storify-plus-Drupal aporta a l'equip 'The Stream' diversos avantatges:

• Storify ofereix als productors una interfície elegant i fàcil d'utilitzar per extreure nuggets de la conversa a les xarxes socials.
• Drupal gestiona la tasca de publicar el lloc, permetent que 'The Stream' continuï publicant encara que Storify no estigui disponible.
• També afegeix capacitats que Storify encara no té, com ara gestionar Google Maps.

El CMS de NPR.org, Seamus, és de producció pròpia i hi ha un equip complet dedicat al desenvolupament i manteniment continus del programari. Però fins i tot amb aquests recursos sòlids, Seamus no és l'únic jugador de l'ecosistema de gestió de continguts de l'organització. Un sistema local separat ('NewsFlex') gestiona els actius d'àudio i el pressupost d'històries per a la ràdio. I el correu electrònic està tan profundament integrat al flux de treball dels editors en línia de NPR que es podria dir que un altre dels nostres CMS és Outlook.

Però el soci més gran de Seamus en la gestió del contingut de NPR és una cosa anomenada API NPR ('Interfície de programació d'aplicacions'). S'ha escrit molt sobre les moltes maneres d'això l'API ha permès a NPR construir la seva presència digital ; Aquí teniu un article fantàstic del meu editor de Poynter, Mallary Tenore, sobre l'esforç per expandir aquesta API a tots els mitjans públics. L'API facilita que tots els nostres sistemes de gestió de contingut es parlin entre ells. És un reflex perfecte de com s'ha interconnectat el nostre programari de gestió de continguts.

Hi ha una comprensió creixent que els sistemes de gestió de continguts han de ser 'bells'

He vist alguns CMS horripilants: grups sense context de caixes d'entrada de text plens de camps minats de finestres emergents. Llavors, un dia del 2005 o el 2006, vaig gaudir dels meus ulls amb els gloriosos dissenys de pàgines d'administració de Wilson Miner per a Django.

Després d'anys de CMS imitant la dura estètica utilitària de Windows 3.1, l'administrador de Django era impressionant: una paleta de colors atractiva; gradients de bon gust i propòsits; disseny d'icones fascinant. Fins i tot l'experiència d'interactuar amb la cosa va ser una delícia. Premer un botó pot provocar un efecte JavaScript encantador: res ornamental innecessàriament, tot suau i satisfactori. El món va canviar una mica.

El vostre CMS de l'organització de notícies mitjana solia requerir setmanes d'entrenament per aclimatar nous usuaris. Al cap i a la fi, per què una empresa gastaria recursos de disseny preciosos en polir una 'interfície de fons' que els usuaris del lloc de notícies mai veurien? Mostra fins a quin punt hem arribat quan Storify, elogiat pel seu disseny d'experiència d'usuari meravellosament intuïtiu, ara serveix com a interfície de fons per al CMS d'una organització de notícies. Un programari preciós, fins i tot per als usuaris de fons, s'està convertint en una expectativa.

Anem en aquesta direcció perquè ara entenem que millors sistemes de gestió de continguts fomenten un millor contingut. 'Com més feliç sigui la gent, millor serà el seu contingut, més contingut produiran', diu Cooper de NPR. A més, com assenyala, els periodistes digitals ara fan un treball molt més creatiu i original que quan començaven els llocs de notícies, quan la major part del seu contingut es portava des d'altres formats de mitjans. 'Les redaccions digitals han passat de la pala a la creació', va dir. 'Aquestes dues tasques requereixen entorns molt diferents'.

Quan vam llançar els 12 llocs Argo el setembre passat, el meu equip no va poder fer formació presencial amb cap dels blocaires que dirigirien els llocs. Vam donar als bloggers enllaços a una guia d'iniciació i uns quants tutorials, i estàvem disponibles per telèfon, però en cas contrari, s'havien de posar al dia a la plataforma sols. En pocs dies, fins i tot els usuaris que eren nous a HTML van poder publicar llocs robusts i atractius. Això no hauria estat possible sense els anys de proves, ús i desenvolupament que han passat a la interfície de WordPress, assenyala Lavallee. 'Un desenvolupador de WordPress pot obtenir comentaris de milions d'usuaris directament', diu, 'cosa que generalment no és el cas en un fòrum de suport corporatiu'.

El que em porta al següent punt.

El programari de codi obert ha elevat el nivell de l'experiència de gestió de contingut predeterminada

Quan treballava a la indústria dels diaris, em va semblar un gran malbaratament de recursos que tinguéssim milers de diaris individuals amb necessitats gairebé idèntiques per a la gestió de continguts, però encara no ens havíem decidit amb cap estàndard o plataforma de gestió de contingut bàsica. Semblava que cada dia un nou venedor entrava al mercat de gestió de continguts amb un producte propietari, construït des de zero.

Mentrestant, a principis dels anys 2000, el programari CMS de codi obert encara no era una alternativa sòlida. Però la comunitat de codi obert començava a convergir en els estàndards i es basava en el treball que havien realitzat altres persones a l'espai. (WordPress, per exemple, va començar la seva vida com a descendent de la plataforma de blocs de codi obert b2.)

A mitjans de la dècada, projectes com WordPress, Drupal i Django havien començat a assolir massa crítica. En els darrers anys, diu Lavallee, els executius que prenen decisions de programari a les empreses de mitjans van començar a veure paquets de programari de codi obert que tenien un aspecte més elegant que els productes cars que comercialitzen els venedors.

Avui en dia, els venedors que mostren programari o organitzacions de notícies que consideren un CMS propietari tenen un llistó força alt per justificar la inversió: han de construir alguna cosa que sigui millor que WordPress o Drupal: més ràpid, més funcional, més estable, més segur o més personalitzat. les seves necessitats. A mesura que aquest programari lliure ha millorat, tots els CMS han hagut de millorar per mantenir-se al dia.

I si no pots vèncer-los, construeix-los. Fins i tot les organitzacions de notícies amb més recursos estan utilitzant eines de codi obert com Django, Ruby on Rails, WordPress i Drupal al costat o dins dels seus CMS de producció pròpia o de proveïdors. Seamus, per exemple, incorpora productes de codi obert com ara jQuery i ImageMagick en les seves entranyes. Vam poder llançar els llocs Argo ràpidament perquè vam poder utilitzar WordPress com a punt de partida; tot el nostre desenvolupament va estar orientat a adaptar i ampliar el programari a les nostres necessitats. El departament de serveis digitals de NPR ajuda les estacions membres a desenvolupar la seva presència al web; els seus productes més nous estan basats en l'última versió de Drupal.

Tot això no vol dir que el programari de codi obert sigui una panacea. Cooper de NPR i Fitzgerald d'Al Jazeera citen un gran valor a les empreses més grans que tenen experiència en desenvolupament intern en gestió de continguts. WordPress i Drupal proporcionen excel·lents valors per defecte i punts de partida, però com més grans i complexes siguin les necessitats de l'organització, més s'enfrontarà a les limitacions d'aquests productes.

L'any passat, NPR va traslladar els seus blocs fora de WordPress i a Seamus, permetent una integració més perfecta entre el contingut del bloc i la resta del material que genera NPR. I a mesura que la comprensió de Current de si mateixa com a empresa de mitjans va evolucionar, l'organització va poder dissenyar les seves plataformes de gestió de continguts de producció pròpia per adaptar-se també.

Ens hem adonat que una bona gestió de contingut requereix un desenvolupament constant

En tots els aspectes dels mitjans, les organitzacions de notícies s'han hagut d'acostumar al fet que el canvi constant és la nova normalitat. La gestió de continguts no és diferent. Durant gran part de l'última dècada, cada organització de notícies sempre semblava estar passant a un nou sistema cada pocs anys, una empresa molt important. Estàvem buscant la bala de plata: el sistema que fos prou flexible i robust per resoldre tots els nostres problemes i satisfer totes les nostres necessitats durant els propers 10 anys.

Ara sabem que aquest sistema no existeix. Comencem a entendre que un CMS (tot CMS, de codi obert, d'empresa o d'un altre tipus) requereix inversió i desenvolupament continus. Per petita o gran que sigui la vostra organització, el vostre sistema de gestió de continguts s'ha de desenvolupar per adaptar-se a un entorn de notícies digitals que canvia dràsticament d'any en any.

Si formeu part d'una gran organització de mitjans, necessiteu persones dedicades a mantenir i ampliar el vostre CMS, ja sigui un equip de desenvolupament intern o una relació estreta i contínua amb un proveïdor. Si formeu part d'una operació de notícies independent de dues persones amb WordPress, hauríeu d'actualitzar el programari regularment i afegir i eliminar connectors que s'adaptin a les vostres necessitats.

En molts aspectes, aquesta realitat subratlla les altres tres observacions anteriors. Com que sabem que el nostre entorn de gestió de continguts haurà d'evolucionar amb freqüència i de manera significativa en un futur previsible, hem de construir sistemes que siguin prou lleugers i flexibles com per interoperar amb altres.

Com que no té sentit dedicar un mes d'entrenament en un sistema que canviarà d'aquí a un any, hem d'utilitzar interfícies de gestió de continguts prou boniques perquè els usuaris puguin comprendre de manera intuïtiva.

I com que hem de desenvolupar-nos ràpidament, hem de demanar prestats eines i idees del món del programari de codi obert per millorar els nostres ecosistemes de gestió de continguts.