02 · CaseSympla2025

Sistema de conteúdo.

Como construímos uma fonte única de verdade para a linguagem de produto da Sympla.

01Escala

Numa plataforma do tamanho da Sympla, com múltiplos times de produto e fluxos que cobrem desde a compra de um ingresso até a gestão financeira de um evento, inconsistência de conteúdo não é um problema de escala.

Escala01

Múltiplos times de produto e Product Designers em paralelo.

Sintomas02

Títulos sem padrão. CTAs diferentes para a mesma ação.

Vocabulário03

Ingresso aqui, ticket ali, bilhete em outro lugar.

02O risco real

O maior risco era criar mais um documento bonito que ninguém abriria depois de duas semanas.

  • T.01Sem fonte única de verdade, cada designer tomava suas próprias decisões de linguagem.
  • T.02O sistema precisava funcionar dentro da rotina dos Product Designers: rápida, fragmentada e cheia de decisões pequenas acontecendo ao mesmo tempo.
  • T.03Na prática, percebemos que quanto mais o time precisava 'estudar' o sistema, menos ele era usado.
  • T.04A documentação foi construída para consulta rápida e aplicação imediata.
03Construção do sistema
Etapa 01/ 5

Tom e voz aplicáveis a tudo

Clara, acolhedora, confiante e eficiente — com leve irreverência quando faz sentido. Instrução de calibragem por contexto, com exemplos do que evita e do que prefere.

Etapa 02/ 5

Catálogo de Componentes

Textos finais prontos para uso e regras de aplicação cobrindo mais de 20 tipos: botões, formulários, erros, estados vazios, loading, toasts, banners, pagamentos.

Etapa 03/ 5

Regras Transversais

Capitalização, pontuação, voz ativa, linguagem inclusiva, números, datas e horas, com exemplos do que fazer e do que evitar.

Etapa 04/ 5

Limites de Escrita

CTAs em até 13 palavras, títulos em até 60 caracteres, tooltips em até 120 caracteres. Limites pequenos, mas mensuráveis — e fáceis de checar.

Etapa 05/ 5

Glossário Controlado

Termos oficiais da plataforma e termos a evitar — consistência de vocabulário independentemente de quem escreve.

04Princípios de design

Três escolhas para um sistema que precisa ser usado.

Cada uma feita pensando no time e como eles poderiam utilizar.

  1. 01Decisão

    Referência operacional

    Estruturado para ser usado no fluxo de trabalho: procure o componente, use o texto padrão, consulte as regras se precisar de variação.

  2. 02Decisão

    Fricção zero no uso

    Sistema de conteúdo só sobrevive ao tempo se for adotado no dia a dia. E adoção depende de fricção mínima — cada clique a mais reduz a chance de ser consultado.

  3. 03Decisão

    Autonomia distribuída

    Designers conseguem decidir sozinhos. O Content Designer entra apenas onde há ambiguidade e apoio para conteúdos que não estavam no Sistema.

05Componentes do sistema
  • 01Biblioteca

    Catálogo de Componentes

    20+ tipos com textos finais e regras de aplicação.
  • 02Documento

    Regras Transversais

    Capitalização, voz ativa, inclusividade, formatos.
  • 03Critério

    Limites de Escrita

    Padrões mensuráveis por tipo de componente.
  • 04Glossário

    Glossário Controlado

    Termos oficiais e termos a evitar.
06Resultados

Resultados.

  1. 01

    Tempo de criação de conteúdos recorrentes caiu de 3 a 5 dias para 1 dia.

  2. 02

    Mais de 20 componentes padronizados numa fonte única de verdade para toda a plataforma.

  3. 03

    Times passaram a criar com autonomia, sem depender de revisão centralizada a cada entrega.

  4. 04

    Sistema adotado pelo Marketing além do Produto, expandindo o alcance além da origem.

  5. 05

    Virou referência interna para novos integrantes, reduzindo o tempo de onboarding editorial.

Como medimos — comparação entre o tempo médio de criação de conteúdos recorrentes antes e depois do sistema, considerando demandas cobertas pelo catálogo de componentes.


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