4 maneiras pelas quais os sistemas de gerenciamento de conteúdo estão evoluindo e por que isso é importante para os jornalistas

Outro

Um subproduto da revolução da mídia digital é que a maioria dos jornalistas hoje são técnicos, até certo ponto. É cada vez mais raro encontrar repórteres que não cobiçam o mais recente smartphone superpotente.

Encontrei-me com jornalistas de longa data que, sem nunca terem escrito uma gota de código HTML, estão ansiosos para pular a web completamente e começar a descobrir histórias para dispositivos tablet. Se eu estivesse escrevendo sobre como a rede baseada em localização estava evoluindo, provavelmente pegaria muitos jornalistas curiosos que não têm intenção de adicionar geo-dados às suas histórias. Mas é difícil fazer com que as pessoas se interessem pela tecnologia que precisam usar todos os dias, o que inibe ou permite a narrativa da era espacial que desejam fazer - seu sistema de gerenciamento de conteúdo.



Se o seu trabalho envolve de alguma forma a produção de mídia para consumo público ou semipública, é provável que você seja um usuário frequente de um sistema de gerenciamento de conteúdo (CMS). E também são grandes as chances de que sua organização esteja procurando substituir ou melhorar seu CMS. Vale a pena conhecer algumas lições importantes que aprendemos sobre como o gerenciamento de conteúdo está se desenvolvendo, para que você saiba o que procurar.



Tendo trabalhado para e com uma série de organizações de notícias, eu percebi por um tempo que estamos começando a abordar o gerenciamento de conteúdo de forma diferente do que fazíamos nos primeiros dias da web. Nosso senso do que um CMS deve fazer está amadurecendo. Para saber mais, conversei com três pessoas que tiveram funções integrantes no desenvolvimento de CMS em várias organizações de notícias, duas das quais trabalhei como gerente de produto editorial do Projeto Argo:

  • Andrew Fitzgerald , que recentemente se mudou da Current TV para se tornar o produtor sênior da presença online de “The Stream” da Al Jazeera.
  • Patrick Cooper , ex-blogueiro de notícias diárias do USA Today, agora product owner da NPR.org e do CMS que alimenta as plataformas digitais da NPR (“Seamus”).
  • Marc Lavallee , meu colega de equipe, que trabalhou em organizações como The Boston Globe, The Washington Post e National Journal antes de vir para a NPR para construir a plataforma que alimenta o Projeto Argo (“Navis”).

Todos os três sistemas são muito diferentes, mas compartilham alguns pontos em comum importantes que, a meu ver, são um indicador útil de como os CMSs estão se desenvolvendo.



O jornalismo está mudando de “sistemas de gerenciamento de conteúdo” para “ecossistemas de gerenciamento de conteúdo”

As operações de notícias digitais costumavam pensar em seu CMS como seu balcão único: uma ferramenta que faria tudo o que alguém poderia querer fazer com seu conteúdo. Seria o lugar onde editores poderiam atribuir histórias, repórteres poderiam redigir histórias, especialistas em multimídia poderiam armazenar seus vídeos, produtores online poderiam programar frentes de seção, gerentes de comunidade poderiam gerenciar comentários e muito mais. As organizações jornalísticas julgariam os CMSs em potencial por quantos recursos diferentes o software tinha, e não por quão bem o software realizava qualquer função específica.

Finalmente começamos a aceitar que nenhum CMS pode lidar com todas as funções de conteúdo de uma organização de notícias digitais. Um bom sistema de gerenciamento de conteúdo hoje é projetado para interagir com muitos outros softwares. Agora existe uma expectativa genuína de que um CMS funcionará bem com vídeos armazenados no YouTube, ou comentários gerenciados pelo Disqus, ou chats ao vivo incorporados do CoverItLive. Outros ambientes como Facebook, Twitter e Tumblr vêm com seus próprios conjuntos de ferramentas. E, cada vez mais, o que chamamos de “sistema de gerenciamento de conteúdo” é, na verdade, uma combinação de vários sistemas totalmente integrados.



Depois de investigarmos várias opções para construir a plataforma que se tornaria Projeto Argo , minha equipe decidiu usar WordPress como linha de base. Mas queríamos realizar várias coisas que o WordPress não tornaria fácil, então Lavallee combinou o WordPress com Django . Isso nos permitiu vincular perfeitamente a plataforma Argo a serviços como Delicioso e Vida diurna , com atrito mínimo para os usuários do software. Cada ferramenta faz exatamente o que foi projetada para fazer, sem tentar juntar funcionalidades cada vez mais complexas em um sistema.

Al Jazeera idealizada ' The Stream ” como um programa e uma fonte de notícias online construída em cima da conversa robusta que ocorre nas redes sociais em todo o mundo. Então, quando o site escolheu o sistema de gerenciamento de conteúdo que trataria da presença online do programa, eles começaram com um software criado para curar essa conversa - Storify . O aplicativo da Web permite que os usuários convencionais reúnam facilmente histórias de postagens em sites de mídia social.

Os produtores online de “The Stream” criam histórias no Storify que são puxadas para uma instalação do Drupal, onde são editadas, aprovadas e publicadas na web. A combinação Storify-plus-Drupal traz várias vantagens para a equipe “The Stream”:



diferença entre fato e ficção
  • O Storify oferece aos produtores uma interface inteligente e fácil de usar para extrair pepitas das conversas nas redes sociais.
  • O Drupal lida com a tarefa de publicar o site, permitindo que “The Stream” continue publicando mesmo se o Storify não estiver disponível.
  • Ele também adiciona recursos que o Storify ainda não tem, como lidar com o Google Maps.

O CMS da NPR.org, Seamus, é desenvolvido internamente e há uma equipe completa dedicada ao desenvolvimento e manutenção contínuos do software. Mas mesmo com esses recursos robustos, Seamus não é o único jogador no ecossistema de gerenciamento de conteúdo da organização. Um sistema interno separado (“NewsFlex”) gerencia os recursos de áudio e o orçamento das histórias para o rádio. E o e-mail está tão profundamente integrado ao fluxo de trabalho dos editores online da NPR que se poderia dizer que outro de nossos CMSes é o Outlook.

Mas o maior parceiro da Seamus no gerenciamento do conteúdo da NPR é algo chamado API NPR (“Interface de Programação de Aplicativo”). Muito tem sido escrito sobre as muitas maneiras que a API permitiu que a NPR construísse sua presença digital ; aqui está um excelente artigo do meu editor da Poynter, Mallary Tenore, sobre o esforço para expandir esta API para todas as mídias públicas. A API torna muito mais fácil para todos os nossos sistemas de gerenciamento de conteúdo se comunicarem entre si. É um reflexo perfeito de como nosso software de gerenciamento de conteúdo se tornou interconectado.

Há uma compreensão crescente de que os sistemas de gerenciamento de conteúdo devem ser “bonitos”

Eu vi alguns CMSs horríveis - grupos sem contexto de caixas de entrada de texto cheios de campos minados de janelas pop-up. Então, um dia em 2005 ou 2006, eu deleitei meus olhos com os designs de página de administração gloriosa de Wilson Miner para Django.

Depois de anos de CMSs imitando a estética utilitária severa do Windows 3.1, o administrador do Django era impressionante - uma paleta de cores cativante; gradientes de bom gosto e propositais; desenho de ícone fascinante. Até a experiência de interagir com a coisa foi uma delícia. Pressionar um botão pode criar um efeito JavaScript encantador - nada desnecessariamente ornamental, tudo suave e satisfatório. O mundo mudou um pouco.

O CMS médio de sua organização de notícias costumava exigir semanas de treinamento para aclimatar novos usuários. Afinal, por que uma empresa gastaria recursos preciosos de design no polimento de uma “interface de back-end” que os usuários do site de notícias nunca veriam? Isso mostra o quão longe chegamos quando o Storify - elogiado por seu design de experiência do usuário maravilhosamente intuitivo - agora serve como uma interface de back-end para o CMS de uma organização de notícias. Um software bonito, mesmo para usuários de back-end, está se tornando uma expectativa.

Estamos caminhando nessa direção porque agora entendemos que melhores sistemas de gerenciamento de conteúdo promovem um conteúdo melhor. “Quanto mais felizes as pessoas, melhor será seu conteúdo, mais conteúdo eles produzirão”, diz Cooper da NPR. Além disso, como ele aponta, os jornalistas digitais agora fazem um trabalho muito mais criativo e original do que faziam quando os sites de notícias estavam começando, quando a maior parte de seu conteúdo era portado de outros formatos de mídia. “As redações digitais passaram da escavação à criação”, disse ele. “Essas duas tarefas requerem ambientes muito diferentes.”

Quando lançamos os 12 sites da Argo em setembro passado, minha equipe não conseguiu fazer treinamento presencial com nenhum dos blogueiros que administrariam os sites. Demos aos blogueiros links para um guia de iniciante e alguns tutoriais, e estávamos disponíveis por telefone, mas, caso contrário, eles tinham que se familiarizar com a plataforma por conta própria. Em poucos dias, até mesmo usuários que eram novos em HTML foram capazes de publicar sites robustos e atraentes. Isso não teria sido possível sem os anos de teste, uso e desenvolvimento da interface do WordPress, ressalta Lavallee. “Um desenvolvedor WordPress pode obter feedback de milhões de usuários diretamente”, diz ele, “o que geralmente não é o caso em um fórum de suporte corporativo”.

O que me leva ao próximo ponto.

O software de código aberto elevou o nível de experiência padrão de gerenciamento de conteúdo

Quando trabalhei na indústria jornalística, pareceu-me um tremendo desperdício de recursos termos milhares de jornais individuais com necessidades quase idênticas de gerenciamento de conteúdo, mas ainda não havíamos estabelecido nenhum padrão ou plataforma de gerenciamento de conteúdo básico. Parecia que todos os dias um novo fornecedor entrava no mercado de gerenciamento de conteúdo com um produto proprietário, construído do zero.

Enquanto isso, no início dos anos 2000, o software CMS de código aberto ainda não era uma alternativa forte. Mas a comunidade de código aberto estava começando a convergir nos padrões e a construir sobre o trabalho que outras pessoas no espaço haviam realizado. (WordPress, por exemplo, começou sua vida como um descendente da plataforma de blog de código aberto b2.)

Em meados da década, projetos como WordPress, Drupal e Django começaram a atingir massa crítica. Nos últimos anos, diz Lavallee, os executivos que tomam decisões de software em empresas de mídia começaram a ver os pacotes de software de código aberto com aparência mais elegante do que os produtos caros comercializados pelos fornecedores.

Hoje, os fornecedores de demonstração de software ou organizações de notícias considerando um CMS proprietário têm uma barreira muito alta a superar para justificar o investimento: eles precisam construir algo que seja melhor do que WordPress ou Drupal - mais rápido, mais funcional, mais estável, mais seguro ou mais personalizado para suas necessidades. À medida que o software livre melhorou, todos os CMS tiveram que melhorar para acompanhar.

como se tornar um verificador de fatos

E se você não pode vencê-los, construa sobre eles. Até mesmo as organizações de notícias com mais recursos estão usando ferramentas de código aberto, como Django, Ruby on Rails, WordPress e Drupal ao lado ou dentro de seus CMSes desenvolvidos internamente ou por fornecedores. Seamus, por exemplo, incorpora produtos de código aberto, como jQuery e ImageMagick em suas entranhas. Conseguimos lançar os sites da Argo rapidamente porque podíamos usar o WordPress como ponto de partida; todo o nosso desenvolvimento foi orientado para adaptar e estender o software às nossas necessidades. O departamento de Serviços Digitais da NPR ajuda as estações membros a desenvolver suas presenças na Web; seus produtos mais novos são construídos na versão mais recente do Drupal.

Tudo isso não quer dizer que o software de código aberto seja uma panacéia. Cooper, da NPR, e Fitzgerald, da Al Jazeera, mencionam o enorme valor em empresas maiores com experiência interna de desenvolvimento em gerenciamento de conteúdo. O WordPress e o Drupal fornecem padrões e pontos de partida incríveis, mas quanto maiores e mais complexas forem as necessidades da organização, mais ela se confrontará com as limitações desses produtos.

No ano passado, a NPR mudou seus blogs do WordPress para o Seamus, permitindo uma integração mais perfeita entre o conteúdo do blog e o resto do material que a NPR gera. E à medida que o entendimento da Current sobre si mesma como uma empresa de mídia evoluiu, a organização foi capaz de projetar suas plataformas de gerenciamento de conteúdo desenvolvidas internamente para se adaptar também.

Percebemos que um bom gerenciamento de conteúdo requer desenvolvimento constante

Em todos os aspectos da mídia, as organizações de notícias tiveram que se acostumar com o fato de que a mudança constante é o novo normal. O gerenciamento de conteúdo não é diferente. Durante grande parte da última década, todas as organizações de notícias sempre pareciam estar fazendo a transição para um novo sistema a cada poucos anos - um empreendimento extremamente significativo. Estávamos procurando pela bala de prata - o sistema que fosse flexível e robusto o suficiente para resolver todos os nossos problemas e atender a todas as nossas necessidades pelos próximos 10 anos.

Agora sabemos que tal sistema não existe. Estamos começando a entender que um CMS - todo CMS, open-source, enterprise, ou outro - requer contínuo investimento e desenvolvimento. Não importa o tamanho da sua organização, seu sistema de gerenciamento de conteúdo deve ser desenvolvido para acomodar um ambiente de notícias digitais que muda drasticamente de ano para ano.

Se você faz parte de uma grande organização de mídia, precisa de pessoas dedicadas a manter e estender seu CMS - quer isso signifique uma equipe de desenvolvimento interna ou um relacionamento estreito e contínuo com um fornecedor. Se você faz parte de uma operação de notícias independente de duas pessoas executando o WordPress, deve atualizar o software regularmente e adicionar e remover plug-ins que atendam às suas necessidades.

De muitas maneiras, essa realidade sublinha as outras três observações acima. Como sabemos que nosso ambiente de gerenciamento de conteúdo terá que evoluir com frequência e de forma significativa em um futuro próximo, temos que construir sistemas leves e flexíveis o suficiente para interoperar com outros.

Como não faz sentido passar um mês treinando em um sistema que vai mudar em um ano, temos que usar interfaces de gerenciamento de conteúdo bonitas o suficiente para que os usuários as entendam intuitivamente.

E como precisamos desenvolver rapidamente, precisamos pegar emprestadas ferramentas e ideias do mundo do software de código aberto para tornar nossos ecossistemas de gerenciamento de conteúdo melhores.