Fluxo de publicação no portal do órgão: quem escreve, quem revisa e quem aprova

O problema de muitas áreas publicando no mesmo portal

O fluxo de publicação de conteúdo em um portal é o desenho de quem escreve, quem revisa e quem aprova cada tipo de conteúdo, e dos estados pelos quais ele passa até ir ao ar. Esse desenho vem antes de qualquer configuração de sistema. É ele que permite a várias áreas publicarem sem que a assessoria de comunicação precise conferir tudo sozinha.

Este texto mostra como pensar esse desenho em quatro partes: os papéis de publicação, os estados do conteúdo, as etapas extras que alguns órgãos exigem e o que fazer para o combinado sobreviver à troca de pessoas.

Como o gargalo aparece

O sintoma é conhecido. Cada área publica do seu jeito: uma usa um título longo, outra cola o texto do ofício, outra esquece a descrição da imagem. A assessoria de comunicação acaba lendo tudo depois que já está no ar, e vira o gargalo.

A causa raramente é falta de boa vontade. É que o combinado vive na cabeça das pessoas e não no sistema. Quem estava na reunião sabe que notícia só sobe depois do aval da chefia. Quem entrou no mês passado não sabe, e ninguém tinha como avisar.

Um exemplo hipotético ajuda. Uma notícia sobe com a data de um evento errada. Alguém da área a corrigiu, mas ninguém sabe quem a escreveu, quem a leu antes nem quem a liberou. A correção sai, e a dúvida fica: o que mais passou assim?

Cada área dona do que publica

A saída não é centralizar tudo de volta na assessoria. É a gestão descentralizada de conteúdo: cada área é dona do que publica, e a assessoria é dona do padrão.

Na prática, a área decide o que dizer e responde por isso. A assessoria define como se diz: linguagem, estrutura, regras de imagem e quais tipos de conteúdo pedem uma conferência a mais. O fluxo é o lugar onde essa divisão fica escrita.

Papéis de publicação: autor, revisor e aprovador

Três papéis costumam bastar. O que importa é que cada um tenha uma responsabilidade clara e um limite claro.

Autor

O autor é quem conhece o assunto e produz o texto, a imagem ou o anexo. Pode ser alguém da área técnica, do atendimento ou da secretaria.

O que o autor não decide é quando o conteúdo sobe. Ele envia. Essa regra protege o próprio autor: se algo sai errado, o erro passou por mais de um par de olhos.

Revisor

O revisor lê com a cabeça do cidadão que vai chegar ao portal sem contexto. Confere se o texto está claro, se a linguagem evita jargão interno e sigla sem explicação, e se há acessibilidade de texto e imagens: descrição nas imagens, títulos que fazem sentido lidos fora da página, links com texto que diz para onde levam.

O revisor devolve com observações. Não precisa concordar com a decisão da área, só garantir que ela está bem comunicada.

Aprovador

O aprovador é quem responde pelo conteúdo no ar. Normalmente é a chefia da própria área, porque é ela quem sabe se a informação está correta.

Alguns conteúdos pedem uma aprovação extra, como um comunicado que afeta o atendimento ao público. Nesses casos, o aprovador da área responde pelo mérito, e uma segunda pessoa confirma que o texto pode ir ao ar.

Papéis por área, sem conta genérica

Papel não é pessoa. Em uma área pequena, a mesma pessoa pode ser autora e revisora, desde que outra aprove. Duas armadilhas desfazem o desenho: o login compartilhado, em que ninguém assume o que foi feito, e o aprovador único para o portal inteiro, que recria o gargalo com outro nome.

A regra de gestão é simples: as permissões no CMS devem espelhar a estrutura do órgão. Cada área cuida só da própria seção, e a pergunta "quem responde por esta seção?" tem resposta com nome e função.

Estados do conteúdo e o caminho até o ar

Um fluxo de aprovação de conteúdo é uma sequência de estados. A lista abaixo é um modelo de referência, não uma regra: os nomes e a quantidade de estados variam conforme o sistema e o órgão. O desenho de fundo costuma ser este:

1. Rascunho. O autor ainda está escrevendo. Só ele e quem tem permissão na área enxergam.
2. Em revisão. O autor enviou. O revisor lê e confere.
3. Aprovado. O revisor liberou e o aprovador deu o aval. O conteúdo está pronto, mas ainda não visível ao público.
4. Publicado. O conteúdo está no ar.
5. Retirado do ar ou arquivado. O conteúdo deixou de ser exibido, mas continua guardado.

Cada passagem tem um responsável. O autor move do rascunho para a revisão. O revisor move para a aprovação ou devolve ao autor com observações. O aprovador publica ou devolve. Devolver é parte do fluxo, não sinal de falha, e o sistema deve registrar o motivo.

O benefício é concreto: a qualquer momento, qualquer pessoa autorizada sabe em que estado cada conteúdo está e quem está com a bola.

Quando o fluxo precisa de uma etapa a mais

Alguns conteúdos fogem do caminho comum. Um aviso errado que precisa sair do ar na hora não pode esperar a fila de revisão: o fluxo deve prever quem tem autorização para retirá-lo de imediato. Já um edital ou comunicado com prazo de vigência pede o oposto, uma data para deixar de ser exibido, com alguém responsável por conferi-la.

Gerenciadores pensados para vários publicadores, como o Plone, permitem esse tipo de ajuste. Como a estrutura funciona no sistema está em o que é o Plone.

O cuidado de desenho é outro. Fluxo com muitas etapas faz a área contornar: publica em outro lugar, manda por e-mail, pede para alguém "dar um jeito". Poucas etapas, cada uma com dono, tendem a ser seguidas. Acrescente um passo só para o tipo de conteúdo que realmente o exige.

Conteúdo que sai do ar

Retirar um conteúdo também é decisão com dono. Despublicar esconde a página do público, mas mantém o conteúdo guardado. Arquivar indica que ele foi superado, mas deve ser preservado. Cada órgão decide qual usa em cada caso, e o fluxo deve dizer quem pode fazer isso.

O cuidado principal é com o endereço. Uma página que sai do ar pode estar citada em portaria, ofício ou site de outro órgão. Antes de retirar, vale decidir para onde esse endereço passa a apontar. O texto sobre o mapa de redirecionamentos na migração de portal trata dessa decisão com mais detalhe.

Treinar quem publica para não depender do fornecedor

Treinamento que só mostra onde clicar envelhece rápido, porque a tela muda e a pessoa muda. O que dura é o entendimento do fluxo: quem escreve, quem revisa, quem aprova, por que cada passo existe e o que acontece quando um conteúdo é devolvido.

Três materiais ajudam a manter isso vivo:

• Um guia curto do fluxo. Uma ou duas páginas, com os estados, os papéis e os casos que pedem etapa extra. Se não cabe em duas páginas, o fluxo provavelmente está complicado demais.
• Uma lista de responsáveis por área. Quem é autor, revisor e aprovador de cada seção, com nome, função e contato.
• Exemplos do padrão. Um texto bom e um texto devolvido, com o motivo da devolução.

Depois, vem a manutenção do desenho. Quando alguém muda de área, assume outra função ou deixa o órgão, o acesso precisa mudar junto. Uma revisão periódica de quem tem acesso a quê, feita por quem responde pelo portal, evita o aprovador que já saiu e o autor que ainda edita uma seção que não é mais dele.

Esse trabalho é do órgão. O fornecedor pode ajudar a desenhar o fluxo e a configurá-lo, mas a lista de responsáveis só fica atual na mão de quem conhece a rotina das áreas.

Se o portal do seu órgão tem várias áreas publicando e a assessoria virou o filtro de tudo, o ponto de partida é o desenho do fluxo, antes da ferramenta. A Evo Tech trabalha esse desenho em projetos de Plone para governo, da implantação à sustentação, e na criação de sites e portais institucionais, quando o volume editorial pede uma estrutura mais simples. Se a dúvida é qual gerenciador combina com o seu caso, vale ler antes a comparação entre Plone e WordPress.