4 modi in cui i sistemi di gestione dei contenuti si stanno evolvendo e perché è importante per i giornalisti

Altro

Un sottoprodotto della rivoluzione dei media digitali è che la maggior parte dei giornalisti oggi sono tecnici, fino a un certo punto. È sempre più raro incontrare giornalisti che non bramano l'ultimo smartphone iperpotente.

Ho incontrato giornalisti di lunga data che, non avendo mai scritto una mano di codice HTML, sono comunque ansiosi di saltare del tutto il Web e iniziare a capire lo storytelling per i dispositivi tablet. Se scrivessi di come si sta evolvendo il networking basato sulla posizione, è probabile che collegherei molti giornalisti curiosi che non hanno intenzione di aggiungere mai dati geografici alle loro storie. Ma è difficile interessare le persone all'unica tecnologia che devono utilizzare ogni giorno, la cosa che inibisce o consente la narrazione dell'era spaziale che vogliono fare: il loro sistema di gestione dei contenuti.

Se il tuo lavoro prevede in qualche modo la produzione di contenuti multimediali per il consumo pubblico o semi-pubblico, è probabile che tu sia un utente pesante di un sistema di gestione dei contenuti (CMS). Inoltre, è molto probabile che la tua organizzazione stia cercando di sostituire o migliorare il proprio CMS. Vale la pena conoscere alcune lezioni chiave che abbiamo imparato su come si sta sviluppando la gestione dei contenuti, quindi sai cosa cercare.

Avendo lavorato per e con una miriade di testate giornalistiche, ho avuto la sensazione da un po' che stiamo iniziando ad approcciare la gestione dei contenuti in modo diverso rispetto agli albori del Web. Il nostro senso di ciò che un CMS dovrebbe fare sta maturando. Per saperne di più, ho parlato con tre persone che hanno avuto ruoli fondamentali nello sviluppo di CMS in diverse testate giornalistiche, due delle quali con cui ho lavorato come product manager editoriale per Project Argo:

  • Andrew Fitzgerald , che si è recentemente trasferito da Current TV per diventare produttore senior della presenza online di 'The Stream' di Al Jazeera.
  • Patrizio Cooper , ex blogger di notizie quotidiane per USA Today, ora proprietario del prodotto di NPR.org e del CMS che alimenta le piattaforme digitali di NPR ('Seamus').
  • Marc Lavallee , il mio compagno di squadra, che ha soggiornato presso organizzazioni come The Boston Globe, The Washington Post e National Journal prima di venire a NPR per costruire la piattaforma che alimenta Project Argo ('Navis').

Tutti e tre questi sistemi sono molto diversi, ma condividono alcuni punti in comune chiave che ritengo rappresentino un utile indicatore su come si stanno sviluppando i CMS.

Il giornalismo si sta spostando dai 'sistemi di gestione dei contenuti' agli 'ecosistemi di gestione dei contenuti'

Le operazioni di notizie digitali pensavano al loro CMS come al loro sportello unico: uno strumento che avrebbe fatto tutto ciò che si potrebbe voler fare con i propri contenuti. Sarebbe il luogo in cui gli editori potrebbero assegnare storie, i giornalisti potrebbero redigere storie, gli esperti di multimedia potrebbero archiviare i loro video, i produttori online potrebbero programmare le sezioni frontali, i community manager potrebbero gestire i commenti e altro ancora. Le testate giornalistiche giudicherebbero i potenziali CMS in base alle diverse caratteristiche del software, piuttosto che in base a quanto bene il software ha svolto una particolare funzione.

Abbiamo finalmente iniziato ad accettare che nessun singolo CMS può gestire tutte le funzioni dei contenuti di un'organizzazione di notizie digitali. Un buon sistema di gestione dei contenuti oggi è progettato per interagire con molti altri software. Ora c'è una vera aspettativa che un CMS possa funzionare bene con i video archiviati su YouTube, i commenti gestiti da Disqus o le chat live incorporate da CoverItLive. Altri ambienti come Facebook, Twitter e Tumblr sono dotati delle proprie suite di strumenti. E sempre più, quello che chiamiamo un 'sistema di gestione dei contenuti' è in realtà una combinazione di più sistemi strettamente integrati.

Dopo aver studiato diverse opzioni per costruire la piattaforma che sarebbe diventata Progetto Argo , il mio team ha deciso di utilizzare WordPress come linea di base. Ma volevamo realizzare diverse cose che WordPress non avrebbe reso facili, quindi Lavallee ha unito WordPress con django . Questo ci ha permesso di collegare perfettamente la piattaforma Argo a servizi come Delizioso e Vita quotidiana , con il minimo attrito per gli utenti del software. Ogni strumento fa esattamente quello per cui è stato progettato, senza cercare di concentrare funzionalità sempre più complesse in un unico sistema.

Al Jazeera immaginava “ Il ruscello” come uno spettacolo e una fonte di notizie online costruita sulla solida conversazione che si svolge sui social media in tutto il mondo. Quindi, quando il sito ha scelto il sistema di gestione dei contenuti che avrebbe gestito la presenza online del programma, ha iniziato con un software creato per curare quella conversazione: Archivia . L'app Web consente agli utenti tradizionali di mettere insieme facilmente le storie dei post sui siti di social media.

I produttori online di 'The Stream' creano storie in Storify che vengono inserite in un'installazione di Drupal, dove vengono modificate, approvate e pubblicate sul Web. La combinazione Storify-plus-Drupal offre numerosi vantaggi al team di 'The Stream':

  • Storify offre ai produttori un'interfaccia intuitiva e facile da usare per estrarre pepite dalla conversazione sui social media.
  • Drupal gestisce l'attività di pubblicazione del sito, consentendo a 'The Stream' di continuare a pubblicare anche se Storify non è disponibile.
  • Aggiunge anche funzionalità che Storify non ha ancora, come la gestione di Google Maps.

Il CMS di NPR.org, Seamus, è nostrano e c'è un team completo dedicato allo sviluppo e alla manutenzione continui del software. Ma anche con queste solide risorse, Seamus non è l'unico attore nell'ecosistema di gestione dei contenuti dell'organizzazione. Un sistema locale separato ('NewsFlex') gestisce le risorse audio e il budget delle storie per la radio. E la posta elettronica è così profondamente integrata nel flusso di lavoro degli editor online di NPR che si potrebbe dire che un altro dei nostri CMS è Outlook.

Ma il più grande partner di Seamus nella gestione dei contenuti di NPR è qualcosa chiamato API NPR ('Application Programming Interface'). Molto è stato scritto sui molti modi in cui questo l'API ha consentito a NPR di costruire la propria presenza digitale ; ecco un fantastico articolo del mio editore Poynter Mallary Tenore sullo sforzo di espandere questa API a tutti i media pubblici. L'API rende molto più semplice la comunicazione tra tutti i nostri sistemi di gestione dei contenuti. È un riflesso perfetto di quanto sia diventato interconnesso il nostro software di gestione dei contenuti.

C'è una crescente comprensione del fatto che i sistemi di gestione dei contenuti dovrebbero essere 'bellissimi'

Ho visto alcuni orribili CMS: gruppi senza contesto di caselle di input di testo disseminate di campi minati di finestre pop-up. Poi un giorno, nel 2005 o nel 2006, mi sono rallegrato gli occhi con i gloriosi design delle pagine di amministrazione di Wilson Miner per Django.

Dopo anni di CMS che imitavano la dura estetica utilitaristica di Windows 3.1, l'amministratore di Django è stato sbalorditivo: una tavolozza di colori accattivante; gradienti di buon gusto e mirati; design accattivante dell'icona. Anche l'esperienza di interagire con la cosa è stata una delizia. La pressione di un pulsante potrebbe evocare un affascinante effetto JavaScript: niente di inutilmente ornamentale, tutto liscio e soddisfacente. Il mondo è cambiato un po'.

Il CMS medio della tua testata giornalistica richiedeva settimane di formazione per acclimatare i nuovi utenti. Dopotutto, perché un'azienda dovrebbe spendere preziose risorse di progettazione per rifinire una 'interfaccia back-end' che gli utenti del sito di notizie non vedrebbero mai? Mostra fino a che punto siamo arrivati ​​quando Storify, elogiato per il suo design dell'esperienza utente meravigliosamente intuitivo, ora funge da interfaccia back-end per il CMS di un'organizzazione giornalistica. Un bel software, anche per gli utenti back-end, sta diventando un'aspettativa.

Ci stiamo muovendo in questa direzione perché ora comprendiamo che migliori sistemi di gestione dei contenuti promuovono contenuti migliori. 'Più le persone sono felici, migliori saranno i loro contenuti, più contenuti produrranno', afferma Cooper di NPR. Inoltre, come sottolinea, i giornalisti digitali ora svolgono un lavoro molto più creativo e originale di quanto non facessero all'inizio dei siti di notizie, quando la maggior parte dei loro contenuti veniva trasferita da altri formati multimediali. 'Le redazioni digitali sono passate dallo spalare alla creazione', ha affermato. 'Queste due attività richiedono ambienti molto diversi.'

Quando abbiamo lanciato i 12 siti Argo lo scorso settembre, il mio team non è stato in grado di fare formazione di persona con nessuno dei blogger che avrebbero gestito i siti. Abbiamo fornito ai blogger i collegamenti a una guida introduttiva e alcuni tutorial, ed eravamo disponibili per telefono, ma per il resto hanno dovuto aggiornarsi sulla piattaforma da soli. In pochi giorni, anche gli utenti che non conoscevano l'HTML sono stati in grado di pubblicare siti robusti e attraenti. Ciò non sarebbe stato possibile senza gli anni di test, utilizzo e sviluppo che sono stati introdotti nell'interfaccia di WordPress, sottolinea Lavallee. 'Uno sviluppatore di WordPress può ottenere feedback direttamente da milioni di utenti', afferma, 'cosa che generalmente non accade in un forum di supporto aziendale'.

Il che mi porta al punto successivo.

Il software open source ha alzato il livello dell'esperienza di gestione dei contenuti predefinita

Quando ho lavorato nel settore dei giornali, mi è sembrato un enorme spreco di risorse il fatto che avessimo migliaia di singoli giornali con esigenze quasi identiche per la gestione dei contenuti, ma non ci fossimo ancora stabiliti su nessuno standard o piattaforma di base di gestione dei contenuti. Sembrava che ogni giorno un nuovo fornitore entrasse nel mercato della gestione dei contenuti con un prodotto proprietario, costruito da zero.

Nel frattempo, all'inizio degli anni 2000, il software CMS open source non era ancora una valida alternativa. Ma la comunità open source stava cominciando a convergere sugli standard ea basarsi sul lavoro svolto da altri nello spazio. (WordPress, ad esempio, ha iniziato la sua vita come discendente della piattaforma di blogging open source b2.)

Entro la metà del decennio, progetti come WordPress, Drupal e Django avevano iniziato a raggiungere una massa critica. Negli ultimi anni, afferma Lavallee, i dirigenti che prendevano decisioni software presso le società di media hanno iniziato a vedere pacchetti software open source dall'aspetto più elegante rispetto ai costosi prodotti commercializzati dai fornitori.

Oggi, i fornitori di demo di software o testate giornalistiche che considerano un CMS proprietario hanno una barra piuttosto alta da superare per giustificare l'investimento: devono costruire qualcosa che sia migliore di WordPress o Drupal: più veloce, più funzionale, più stabile, più sicuro o più personalizzato per i loro bisogni. Poiché il software libero è migliorato, ogni CMS ha dovuto migliorare per tenere il passo.

E se non riesci a batterli, costruisci su di loro. Anche le testate giornalistiche più dotate di risorse utilizzano strumenti open source come Django, Ruby on Rails, WordPress e Drupal insieme o all'interno dei loro CMS locali o costruiti da fornitori. Seamus, ad esempio, incorpora prodotti open source come jQuery e ImageMagic nelle sue viscere. Siamo stati in grado di lanciare rapidamente i siti Argo perché abbiamo potuto utilizzare WordPress come punto di partenza; tutto il nostro sviluppo è stato orientato ad adattare ed estendere il software alle nostre esigenze. Il dipartimento Servizi digitali di NPR aiuta le stazioni membri a sviluppare le loro presenze sul Web; i loro prodotti più recenti sono basati sull'ultima versione di Drupal.

Tutto questo non vuol dire che il software open source sia una panacea. Cooper di NPR e Fitzgerald di Al Jazeera citano entrambi un enorme valore nelle aziende più grandi che hanno competenze di sviluppo interne sulla gestione dei contenuti. WordPress e Drupal forniscono impostazioni predefinite e punti di partenza eccezionali, ma più grandi e complesse sono le esigenze dell'organizzazione, più si scontra con i limiti di questi prodotti.

L'anno scorso, NPR ha spostato i suoi blog da WordPress a Seamus, consentendo un'integrazione più perfetta tra i contenuti del blog e il resto del materiale generato da NPR. E con l'evoluzione della comprensione di Current di se stessa come società di media, l'organizzazione è stata in grado di progettare anche le sue piattaforme di gestione dei contenuti locali per adattarsi.

Ci siamo resi conto che una buona gestione dei contenuti richiede uno sviluppo costante

In tutti gli aspetti dei media, le organizzazioni giornalistiche hanno dovuto abituarsi al fatto che il cambiamento costante è la nuova normalità. La gestione dei contenuti non è diversa. Per gran parte dell'ultimo decennio, ogni testata giornalistica sembrava sempre passare a un nuovo sistema ogni pochi anni, un'impresa estremamente significativa. Stavamo cercando il proiettile d'argento: il sistema che fosse abbastanza flessibile e robusto da risolvere tutti i nostri problemi e soddisfare tutte le nostre esigenze per i prossimi 10 anni.

Ora sappiamo che un tale sistema non esiste. Stiamo iniziando a capire che un CMS, ogni CMS, open source, aziendale o altro, richiede investimenti e sviluppo continui. Non importa quanto piccola o grande sia la tua organizzazione, il tuo sistema di gestione dei contenuti deve svilupparsi per adattarsi a un ambiente di notizie digitali che cambia radicalmente di anno in anno.

Se fai parte di una grande organizzazione di media, hai bisogno di persone dedite alla manutenzione e all'estensione del tuo CMS, sia che ciò significhi un team di sviluppo interno o una relazione affiatata e continua con un fornitore. Se fai parte di un'operazione di notizie indipendente composta da due persone che esegue WordPress, dovresti aggiornare regolarmente il software e aggiungere e rimuovere plug-in che soddisfano le tue esigenze.

In molti modi, questa realtà sottolinea le altre tre osservazioni di cui sopra. Poiché sappiamo che il nostro ambiente di gestione dei contenuti dovrà evolversi frequentemente e in modo significativo nel prossimo futuro, dobbiamo costruire sistemi sufficientemente leggeri e flessibili da poter interagire con gli altri.

Poiché non ha senso dedicare un mese di formazione su un sistema che cambierà in un anno, dobbiamo utilizzare interfacce di gestione dei contenuti che siano abbastanza belle da essere comprese in modo intuitivo dagli utenti.

E poiché dobbiamo svilupparci velocemente, dobbiamo prendere in prestito strumenti e idee dal mondo del software open source per migliorare i nostri ecosistemi di gestione dei contenuti.