Voltar para projetos
Product OwnershipUX/UIPrototipação com IAAnalytics

Portais de notícias na NVGO

Três portais de notícias regionais conduzidos de ponta a ponta, do alinhamento com o cliente e do layout ao protótipo funcional, à coordenação do desenvolvimento, ao analytics e ao treinamento das redações.

Meu papel
Product Owner e UX/UI Designer
Período
2024 – atual
Cliente
Clientes da NVGO
Portais de notícias na NVGO

Contexto e problema

A NVGO desenvolve portais de notícias para veículos de comunicação, com front-end em Next.js e o Directus como sistema de gestão de conteúdo. Cada cliente tem uma redação, um público e um modelo de receita diferentes, mas todos precisam do mesmo: publicar rápido, ser lido com facilidade e ter espaço para anunciantes.

Três portais mostram bem esse trabalho:

  • Sociedade ON e De Olho na Cidade já tinham site em WordPress e migraram para a plataforma da NVGO.
  • Portal Esfera foi um projeto novo, criado do zero.

A primeira versão desses portais dentro da NVGO não foi feita por mim. Sou o autor da versão atual dos três.

Meu papel

Atuo praticamente de ponta a ponta:

  • condução do projeto com o cliente, do alinhamento inicial à entrega;
  • 100% do layout e das decisões de interface;
  • protótipo funcional em Next.js, construído com apoio de IA, para validar as funcionalidades com o cliente;
  • coordenação do desenvolvimento e gestão do prazo de entrega, junto com o time de desenvolvimento;
  • configuração de Google Analytics 4, Search Console e Google Ad Manager;
  • treinamento dos jornalistas no CMS;
  • coordenação do suporte contínuo aos clientes.

Como cada portal é definido

Todo portal começa pelas mesmas perguntas, nesta ordem:

  1. Estilo: estrutura tradicional, com seções de destaque e seções por categoria, ou estilo blog?
  2. Volume de produção: quantas notícias a redação publica por dia? Isso define quantos espaços de notícia existem e quais categorias aparecem na home.
  3. Público: quem lê o portal e o que espera encontrar.
  4. Anúncios: quantos espaços o modelo de receita do cliente precisa e onde eles entram sem atrapalhar a leitura.
  5. Mobile: o celular é o acesso majoritário, então o layout é pensado primeiro para ele.

Decisões-chave

Decisão

Como validar o portal com o cliente antes do desenvolvimento?

Alternativas consideradas

  • Telas estáticas e documento de especificação.
  • Um protótipo funcional em Next.js, navegável como o site final.

Critérios

Com telas estáticas, o cliente imagina como o site vai funcionar, e muitas das mudanças só aparecem depois que o desenvolvimento começou. Navegar por um site de verdade antecipa essas decisões.

Escolha

Construí as primeiras versões do front-end em Next.js, com apoio de IA, e validei as funcionalidades diretamente com o cliente. Com o escopo fechado, passei a base para os desenvolvedores front-end seguirem com a integração ao CMS e a revisão do código.

Trade-off

Como PO, passo mais tempo construindo, e o código do protótipo precisa ser revisado pelos desenvolvedores antes de ir para produção. Em troca, o retrabalho cai e as decisões técnicas acontecem antes, o que reduz o tempo de entrega.

Decisão

Estrutura tradicional ou estilo blog?

Alternativas consideradas

  • Estrutura tradicional: manchetes em destaque e uma seção para cada categoria (Política, Bahia, Esporte...).
  • Estilo blog: um fluxo contínuo de notícias, com destaque para o texto e para os colunistas.

Critérios

O estilo é alinhado com o cliente, mas a decisão depende do volume de produção da redação. Seções por categoria só funcionam se houver notícias suficientes para mantê-las atualizadas. Uma seção parada passa a impressão de portal abandonado.

Escolha

Sociedade ON e De Olho na Cidade seguem a estrutura tradicional, com categorias definidas pelo que cada redação produz. O Portal Esfera seguiu o estilo blog, com colunistas e um fluxo de notícias em destaque.

Trade-off

O estilo blog mostra menos categorias de uma vez. A estrutura tradicional exige que a redação mantenha várias seções atualizadas.

Comparação entre a home do Sociedade ON, com estrutura tradicional por categorias, e a do Portal Esfera, em estilo blog
Sociedade ON (estrutura tradicional, com seções por categoria) e Portal Esfera (estilo blog, com colunistas).

Decisão

O portal deve oferecer informação de serviço além das notícias?

Alternativas consideradas

  • Manter o portal só com notícias.
  • Incluir widgets de clima, previsão do tempo e câmbio.

Critérios

Além de ser um pedido dos clientes, a ideia é transformar o portal em um ponto de atualização diária para o leitor. Muitas vezes a pessoa não procuraria a cotação do dólar ou a previsão do tempo, mas, se a informação já está ali, ela se informa e tem mais um motivo para voltar.

Escolha

Widgets de clima e previsão para a cidade do portal, e cotação de moedas no topo da página.

Trade-off

Os widgets ocupam espaço que poderia ser de notícias ou de anúncios e dependem de fontes externas de dados, que precisam ser monitoradas.

Widgets de clima e previsão do tempo nos três portais
Widget de clima e previsão adaptado à identidade de cada portal.
Barras de topo com cotação do dólar e do euro
Cotação de moedas e clima na barra superior.

Decisão

Impacto visual ou clareza?

Alternativas consideradas

  • Recursos visuais de impacto: texto sobreposto às imagens nas listagens e animações.
  • Prioridade para a clareza da informação, o fluxo de leitura e a acessibilidade.

Critérios

Em um portal de notícias, o leitor precisa bater o olho e entender do que se trata cada notícia, inclusive no celular, com pouca luz ou com conexão lenta. Texto sobre foto perde contraste conforme a imagem, e animações sem função atrasam a leitura.

Escolha

Evito texto sobre imagem nas listagens e seções e dispenso animações desnecessárias. Na manchete principal, onde o texto sobre a foto é convenção dos portais de notícias, uso degradê para garantir contraste. Título, categoria e horário ficam legíveis e em uma hierarquia consistente em todas as seções.

Trade-off

O visual fica mais sóbrio. O peso da identidade de cada portal fica nas cores, na tipografia e nos widgets.

Versões mobile dos três portais
O celular é o acesso majoritário, e o layout é pensado primeiro para ele.

Entrega, treinamento e suporte

  • Desenvolvimento: depois de validado o protótipo, coordeno os desenvolvedores na integração com o Directus e na revisão do front-end, e gerencio o prazo de entrega com o time.
  • Analytics: configuro GA4, Search Console e Google Ad Manager. É assim que o cliente acompanha a audiência e monetiza os espaços de anúncio.
  • Treinamento: faço reuniões remotas ou presenciais com os jornalistas para ensinar o uso do CMS, passar dicas de publicação e tirar dúvidas. No Sociedade ON, o treinamento foi um dos pontos mais elogiados pelo cliente.
  • Suporte: coordeno o suporte contínuo aos três portais depois do lançamento.

Resultados

  • Três portais no ar, dois deles migrados do WordPress e um criado do zero.
  • Validação mais rápida com o cliente: o protótipo funcional com IA antecipou decisões e reduziu o retrabalho no desenvolvimento.
  • Redações autônomas no novo CMS depois do treinamento, com feedback positivo do cliente, especialmente no Sociedade ON.

Os números de audiência e receita dos portais são dados dos clientes e, por isso, não aparecem aqui.

Aprendizados

  • Mostrar é melhor do que descrever. Com a IA, consigo levar ao cliente um site navegável em vez de um documento. A conversa muda de "imagine que..." para "clique aqui". Hoje consigo construir sozinho a primeira versão completa de um portal.
  • O volume de conteúdo define o layout. A pergunta mais importante não é estética: é quantas notícias a redação consegue produzir por dia.
  • O treinamento faz parte do produto. Um portal bem feito que a redação não sabe usar não entrega valor. A adoção pelos jornalistas é tão importante quanto o layout.

Artigos relacionados

Desenvolvido com apoio de IA. Todo o conteúdo é revisado por mim.

Privacidade ·