Sistema de Conteúdo.
O documento de referência único para padronizar a linguagem de produto em toda a plataforma.
Numa plataforma do tamanho da Sympla — com múltiplos times de produto, dezenas de Product Designers 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 é detalhe estético. É problema de escala.
Múltiplos times de produto e dezenas de Product Designers em paralelo.
Títulos sem padrão. CTAs diferentes para a mesma ação.
Ingresso aqui, ticket ali, bilhete em outro lugar.
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 — e cada uma fazia sentido isoladamente.
- T.02O sistema precisava funcionar dentro da rotina real 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 — não para leitura cronológica.
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.
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.
Regras transversais
Capitalização, pontuação, voz ativa, linguagem inclusiva, números, datas e horas — com exemplos do que fazer e do que evitar.
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.
Glossário controlado
Termos oficiais da plataforma e termos a evitar — consistência de vocabulário independentemente de quem escreve.
Três escolhas para um sistema que sobrevive ao uso real.
Cada uma feita pensando em adoção autônoma — não em elegância documental.
- 01Decisão
Referência operacional, não material de estudo
Estruturado para ser usado no fluxo de trabalho: procure o componente, use o texto padrão, consulte as regras se precisar de variação. A leitura linear ficou em segundo plano.
- 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.
- 03Decisão
Autonomia distribuída
Designers conseguem decidir sozinhos a maior parte. O Content Designer entra apenas onde há ambiguidade real — não como gatekeeper.
- 01
Catálogo de Componentes
Biblioteca20+ tipos com textos finais e regras de aplicação. - 02
Regras Transversais
DocumentoCapitalização, voz ativa, inclusividade, formatos. - 03
Limites de Escrita
CritérioPadrões mensuráveis por tipo de componente. - 04
Glossário Controlado
GlossárioTermos oficiais e termos a evitar.
Padronização sem centralização.
- 01
Mais de 20 tipos de componentes padronizados numa fonte única de verdade para toda a plataforma.
- 02
Product Designers passaram a consultar e aplicar conteúdo de forma autônoma, sem depender do Content Designer para decisões pequenas.
- 03
Glossário controlado eliminou variações de terminologia entre squads e verticais.
- 04
Sistema estruturado para sobreviver à rotina real do time — não para virar documento de gaveta.