Pular para o conteúdo principal

Sistema de design visual

Quick Reference

WhatSistema de design e decisões visuais da documentação A55
WhyEntenda os tokens, componentes e princípios de layout que definem cada página
Reading Time8 min
DifficultyBeginner

A plataforma de documentação da A55 usa um sistema de design próprio. Quatro equipes — design de componentes UI, arquitetura de documentação, pesquisa de experiência do desenvolvedor e engenharia de framework — convergiram nestas decisões visuais. Todos os tokens, componentes e regras de layout descritos aqui estão implementados e em produção.

Tokens de design

Os tokens de design definem os valores visuais fundamentais. Eles garantem consistência entre modo claro, modo escuro e todos os componentes customizados.

TokenValor (claro)Valor (escuro)Finalidade
Azul primário#2563eb#60a5faLinks, badges, item ativo na sidebar. O valor escuro atende WCAG AA.
Tipografia bodyInterInterPadrão do Google Developer Docs. Sans-serif limpa e legível.
Tipografia códigoJetBrains MonoJetBrains MonoOtimizada para legibilidade em code blocks. Sem ligaturas.
Raio do card12px12pxConsistente em cards, admonitions e education boxes.
Base de espaçamento4px4pxTodos os incrementos de espaçamento usam múltiplos de 4.
Largura da sidebar260px260pxLargura fixa seguindo o padrão de três colunas (Stripe/Twilio).
Largura máxima do conteúdo800px800pxComprimento de linha legível para prosa técnica.

Cores semânticas

NomeValorUso
--a55-success#16a34aEstados de sucesso, badges do método POST
--a55-warning#ca8a04Avisos, badges do método PUT
--a55-danger#dc2626Erros, badges do método DELETE
--a55-info#0891b2Callouts informativos
--a55-text-muted#64748bTexto secundário, labels, timestamps

Componentes MDX customizados

Cinco componentes customizados estendem o toolkit padrão do Docusaurus. Cada componente resolve um problema específico de documentação.

QuickReference

Um card no topo de cada página. Mostra o que a página cobre, por que é importante, tempo estimado de leitura, nível de dificuldade e pré-requisitos.

CampoFinalidade
whatResumo de uma linha sobre o conteúdo da página
whyO motivo pelo qual você precisa desta página
timeTempo estimado de leitura
difficultybeginner, intermediate ou advanced
prerequisitesLista de páginas ou conceitos necessários antes

Padrão visual: Borda esquerda azul accent. Grid responsivo. Micro-labels em maiúsculo. Você vê em três segundos o que a página cobre.

EducationBox

Uma caixa colapsável para conceitos de base. Desenvolvedores seniores ignoram. Desenvolvedores juniores expandem para aprender.

ComportamentoDetalhe
Estado padrãoColapsado
ToggleChevron animado que rotaciona ao clicar
BackgroundTinta azul sutil a partir da cor primária
ConteúdoTexto explicativo para conceitos como OAuth, idempotência ou segurança de dados de cartão

Padrão visual: Colapsado por padrão. Background com tinta azul. Animação de chevron no toggle. Zero ruído visual para leitores experientes.

EndpointHeader

Uma barra com badge e path para cada página de API Reference. O método HTTP aparece como uma pílula colorida. O path do endpoint aparece em fonte monospace.

MétodoCor do badge
GETAzul (#dbeafe / #1d4ed8)
POSTVerde (#dcfce7 / #15803d)
PUTAmarelo (#fef3c7 / #92400e)
DELETEVermelho (#fee2e2 / #991b1b)

Padrão visual: Pílula colorida + path em monospace. Você reconhece o método HTTP instantaneamente sem precisar ler.

NextSteps

Dois ou três cards no rodapé de cada página. Cada card leva à próxima página lógica na jornada do desenvolvedor.

CampoFinalidade
titleNome curto da próxima página
descriptionUma frase sobre o que você faz ali
toCaminho do link

Padrão visual: Hover com elevação + borda accent. Divulgação progressiva guia você adiante.

StepFlow

Passos numerados com indicador circular e linha conectora vertical. Construído para tutoriais e guias sequenciais.

ElementoVisual
Número do passoCírculo azul com texto branco
ConectorLinha vertical entre os passos
ConteúdoBloco indentado abaixo de cada passo

Padrão visual: Números dos passos em círculos azul primário. Linha vertical os conecta. A área de conteúdo é indentada. O último passo não tem linha ao final.

Princípios de layout

O layout segue padrões estabelecidos pela documentação do Stripe, Twilio e Adyen.

Layout de três colunas

ColunaLarguraConteúdo
Sidebar esquerda260pxÁrvore de navegação com categorias de seção
Conteúdo central800px máx.Prosa, code blocks, tabelas
Coluna direitaAutomáticaÍndice de conteúdo (links para headings)

Regras de hierarquia visual

RegraImplementação
Item ativo na sidebarBorda esquerda azul + background com tinta
Cabeçalhos de seçãoMaiúsculo com letter-spacing na sidebar
Headings H2Borda superior separa cada seção visualmente
Linhas de tabelaTinta ao passar o mouse para facilitar a leitura
AdmonitionsRaio de 12px + sombra. Visíveis sem ser agressivos.
Code blocksBorda de 1px separa código da prosa
Dark modeTodos os tokens invertidos. Sombras com opacidade mais profunda.
Landing pageTexto gradiente no título. Grid de cards com elevação ao hover.

Arquitetura da informação

A documentação migrou de uma estrutura plana para uma hierarquia baseada em jornada.

Antes (docs.a55.tech no ReadMe)

  • 47 páginas sob uma única categoria "Getting Started"
  • Sem hierarquia ou divulgação progressiva
  • Páginas de API Reference exibiam JSON bruto do OpenAPI spec
  • Página de introdução com conteúdo duplicado

Depois (Docusaurus)

44 páginas organizadas em seis seções claras:

SeçãoPáginasFinalidade
Getting Started5Onboarding linear: credenciais, autenticação, ambiente, cartões de teste
Integration Methods8H2H, SDK v1/v2, Checkout Page, além de 3DS, DataOnly, Network Token
Payment Methods7Uma página por método com diagramas de lifecycle
Security and Features5Tokenização, Zero Auth, antifraude, assinaturas, performance
Reference6Códigos de status, códigos de resposta, matriz de provedores, BIN lookup, taxas de câmbio
API Reference13Cada endpoint com rotas corretas, tabelas de parâmetros e exemplos

Correções técnicas

A migração do ReadMe para o Docusaurus corrigiu estes problemas:

Problema no docs.a55.techCorreção
10 de 12 rotas de API com paths incorretosTodas as rotas agora usam o prefixo /bank/wallet/ conforme o código-fonte
Capture Charge usava POSTCorrigido para PUT para refletir o comportamento real da API
Path do Zero Auth era /zero-auth/validateCorrigido para /bank/wallet/zeroauth/
Página de introdução com conteúdo duplicadoDuplicação removida
API Reference exibia JSON bruto do OpenAPITransformado em páginas legíveis com tabelas de parâmetros e exemplos

Rotas de API verificadas

Cada path de endpoint na documentação corresponde ao código-fonte:

EndpointMétodoPath
Criar carteiraPOST/api/v1/bank/wallet/
Consultar carteiraGET/api/v1/bank/wallet/
Criar cobrançaPOST/api/v1/bank/wallet/charge/
Consultar cobrançaGET/api/v1/bank/wallet/charge/
Estornar cobrançaPOST/api/v1/bank/wallet/charge/{charge_uuid}/refund/{wallet_uuid}/
Capturar cobrançaPUT/api/v1/bank/wallet/charge/capture/
Listar cobrançasGET/api/v1/bank/wallet/charges/
Consultar assinaturaGET/api/v1/bank/wallet/subscription/
Cancelar assinaturaDELETE/api/v1/bank/wallet/subscription/{sub_uuid}/cancel/{wallet_uuid}/
Criar link de pagamentoPOST/api/v1/bank/wallet/payment-link/
Zero authorizationPOST/api/v1/bank/wallet/zeroauth/