06 · CaseSenac2022 — 2023

Content Ops no Senac.

Como estruturar operação, governança e maturidade de conteúdo em uma instituição tradicional.

01Contexto

O time de UX Writing do Senac tinha pessoas competentes, mas ainda trabalhava sem uma estrutura comum. Cada pessoa organizava demandas, critérios e decisões de um jeito diferente. Na prática, isso dificultava priorização, documentação e continuidade. A parte mais difícil não foi desenhar processos. Foi mostrar, dentro de uma instituição educacional tradicional, que conteúdo também precisava de operação.

Instituição tradicional01

Cultura de design ainda se formando dentro da organização.

Time de UX Writing02

Pessoas competentes trabalhando sem estrutura comum.

Governança de conteúdo03

Sem processo compartilhado para sustentar decisões.

FIG. 01MVPOps · workshop de alinhamento
Board do workshop MVPOps com colunas Missão, Responsabilidade, Zona limítrofe, Começar a fazer, Parar de fazer, Parâmetro, Tempo, Sucesso, Fracasso e Pitstop preenchidas com post-its.
Workshop usado para alinhar expectativas, responsabilidades e limites da atuação de Content Ops.
02O problema

Em um contexto assim, qualquer mudança de processo podia parecer mais uma camada de burocracia antes de ser percebida como ganho para o time.

  • T.01O time precisava de uma forma mais consistente de receber, priorizar e conduzir demandas de conteúdo.
  • T.02As decisões de UX Writing aconteciam de forma pouco padronizada, o que dificultava alinhamento, continuidade e evolução dos trabalhos.
  • T.03Sem documentação compartilhada, parte importante do conhecimento ficava nas pessoas, não no processo.
  • T.04O desafio era criar uma estrutura que fizesse sentido para a rotina do time, sem parecer uma camada pesada de governança.
03Diagnóstico

Antes de propor qualquer estrutura, foi preciso entender como o trabalho realmente acontecia.

Etapa 01/ 4

Mapear a rotina real do time

Observei como as demandas chegavam, como eram priorizadas, quem participava das decisões e onde os ruídos apareciam com mais frequência.

Etapa 02/ 4

Identificar gargalos operacionais

Algumas travas estavam ligadas a processo, como falta de critérios, ausência de documentação e pouca visibilidade sobre demandas. Outras envolviam alinhamento, papéis e acordos internos. Essas levaram mais tempo para evoluir.

Etapa 03/ 4

Entender o nível de maturidade

A estrutura de Content Ops precisava respeitar o momento do time. Não fazia sentido propor um processo sofisticado demais se ele não coubesse na rotina das pessoas.

Etapa 04/ 4

Separar o que era processo do que era cultura

Parte do trabalho era operacional. Outra parte exigia mudança de comportamento, principalmente na forma como o time discutia conteúdo, registrava decisões e dividia responsabilidades.

FIG. 02Pilares de Content Ops @Senac
Diagrama dos quatro pilares de Content Ops no Senac: Consolidação da prática, Infraestrutura, Aprendizado e Onboarding, com sub-itens em cards.
Primeira estrutura usada para consolidar a atuação de Content Ops dentro do Senac.
04Decisões de governança

Como criar uma operação que o time conseguiria sustentar.

Como criar uma operação que o time conseguiria sustentar.

  1. 01Decisão

    Criar um processo possível, não idealizado

    Em um contexto com cultura de design ainda em formação, o melhor processo não era o mais completo. Era o que o time conseguiria sustentar no dia a dia.

  2. 02Decisão

    Começar pelo mínimo viável de operação

    Uma estrutura ideal, mas distante da rotina do time, teria pouca chance de continuar depois da consultoria. Por isso, optei por uma versão mínima, viável e adequada ao contexto.

  3. 03Decisão

    Construir com o time, não para o time

    A dinâmica com o time não foi só uma etapa de alinhamento. Foi uma estratégia de adesão. Quando as pessoas participam da construção, a chance de manterem o processo depois é muito maior.

  4. 04Decisão

    Transformar conhecimento individual em referência compartilhada

    O objetivo era reduzir a dependência de decisões individuais e criar uma base comum para que o time conseguisse consultar, discutir e evoluir o trabalho de conteúdo.

FIG. 03Pessoa · Processo · Produto
Pirâmide dividida em três camadas — Pessoa, Processo e Produto — com legendas explicando o papel de Content Ops em cada nível.
Framework criado para explicar como Content Ops sustentava pessoas, processos e produto simultaneamente.
05Estrutura entregue
  • 01Operação

    Fluxo de Entrada e Priorização

    Processo para organizar a chegada de demandas, definir critérios de prioridade e dar mais visibilidade ao que estava em andamento.
  • 02Governança

    Critérios de Decisão

    Referências para ajudar o time a tomar decisões de conteúdo com mais consistência, reduzindo discussões repetidas e decisões isoladas.
  • 03Documentação

    Base Compartilhada de Conhecimento

    Estrutura para registrar decisões, aprendizados, padrões e orientações de UX Writing, evitando que o conhecimento ficasse espalhado ou dependesse de uma única pessoa.
  • 04Time

    Rituais e Combinados

    Definição de momentos de alinhamento, revisão e troca entre pessoas do time, respeitando a rotina e a maturidade da operação.
  • 05Continuidade

    Plano de Sustentação

    Orientações para que o time conseguisse manter, revisar e evoluir a operação depois do fim da consultoria.
06Resultados

Uma estrutura criada com o time, para continuar depois da consultoria.

  1. 01

    Consultoria concluída em três meses com entrega de fluxo, critérios editoriais e base de conhecimento compartilhada.

  2. 02

    Eficiência operacional do time aumentou em 60% na organização e condução de demandas.

  3. 03

    Time capacitado para seguir operando de forma autônoma após o encerramento da consultoria.

Como medimos — avaliação comparativa da capacidade operacional do time antes e depois da consultoria, considerando volume de demandas conduzidas e autonomia na tomada de decisão editorial.


Curtiu o case? Vamos trocar uma ideia.LinkedIn →cassio.almeida.g@gmail.com →
0609·Navegação