Nebula Sans: fonte gratuita para o seu SaaS

Seu produto tem sete telas e cinco fontes diferentes. Ninguém escolheu isso. Foi acontecendo: o dev usou a fonte padrão do framework, o designer freelancer trouxe outra, alguém colou um componente de biblioteca que veio com a terceira, e o e-mail transacional saiu em Arial porque ninguém olhou. A Nebula Sans, uma fonte gratuita e open source pensada para interface, resolve boa parte disso com uma decisão só. E é justamente esse tipo de decisão que a maioria dos SaaS pequenos adia até virar retrabalho.

Vou explicar por que tipografia importa mais do que parece num produto digital, e por que uma fonte gratuita bem feita hoje entrega o que só licença cara entregava cinco anos atrás.

Por que a fonte do seu SaaS não é detalhe

Um SaaS é 90% texto. Nome de campo, botão, tabela, mensagem de erro, número em dashboard, aviso de cobrança. O usuário passa o dia lendo o que você escreveu, em telas pequenas, com pressa, muitas vezes de celular no meio de outra coisa.

Quando a fonte é ruim para interface, o custo aparece em lugares que ninguém liga ao design:

• O 1 parece l e o cliente digita o código errado.
• Números em coluna não alinham, e a tabela de faturamento fica difícil de comparar.
• O texto de 12px fica borrado, e a pessoa aumenta o zoom em vez de ler.
• O peso "semibold" não existe, então tudo é ou fino demais ou pesado demais.

Nada disso derruba o produto. Só faz ele parecer amador e cansar mais. Cansaço vira ticket de suporte, e ticket de suporte vira custo com nome e sobrenome.

Fonte de texto corrido, tipo as bonitas de site institucional, foi desenhada para outro trabalho. Interface pede uma fonte que aguente ser lida cem vezes por dia sem chamar atenção.

O que a Nebula Sans traz

Nebula Sans é uma sans-serif neo-grotesca, aquela família que a Helvetica popularizou. Formas neutras, sem personalidade gritante, feita para sumir e deixar o conteúdo aparecer. É gratuita, open source e liberada para uso comercial.

Os pontos que importam para produto:

• Família completa de pesos. Você consegue montar hierarquia de verdade: título, subtítulo, corpo, legenda, cada um com peso próprio. Sem gambiarra de "negrito e pronto".
• Números tabulares. Todos os dígitos ocupam a mesma largura, então as colunas alinham sozinhas. Se você mostra preço, saldo ou métrica, isso é o recurso mais subestimado da lista.
• Desenho pensado para tela, não para papel. Espaçamento aberto o suficiente para textos pequenos continuarem legíveis.
• Licença sem pegadinha. Você usa no app, no site, no e-mail, no PDF de contrato, na apresentação comercial. Sem contar pageview, sem renovar por ano.

Esse último item é o que muita gente descobre tarde. Licença de fonte comercial para web costuma ser cobrada por volume de acesso. Cresceu o tráfego, cresceu a conta. E é uma conta que ninguém previu no plano financeiro, porque fonte não parece infraestrutura.

Fonte boa é a que você não percebe. Se o usuário reparou na fonte, ela atrapalhou.

"Mas fonte grátis não é pior?"

Era, dez anos atrás. Fonte gratuita significava três pesos, acentuação torta e um ç que parecia colado com fita.

Mudou. As melhores fontes de interface hoje são abertas, e boa parte delas nasceu dentro de empresas de produto que precisavam resolver o próprio problema. O modelo mudou: em vez de vender a fonte, o estúdio libera e ganha reputação e trabalho.

O teste que eu faço é sempre o mesmo, e você pode fazer em cinco minutos:

1. Escreva o texto mais chato do seu produto na fonte. Algo tipo "Não foi possível processar o pagamento. Verifique os dados do cartão e tente novamente."
2. Coloque em 13px, cinza médio, fundo branco.
3. Olhe no celular, com brilho baixo.
4. Escreva ao lado uma coluna de valores: 1.480,00 / 990,00 / 12.375,50.

Se o texto pequeno continua limpo e os números alinham, a fonte serve. Se não, nem o preço mais alto salva. Já vi fonte de mil reais falhar nesse teste porque foi desenhada para revista.

E tem a parte chata que quase ninguém testa: acentuação em português. Nosso idioma usa ã, õ, ç, é, ê, à. Muita fonte gringa trata isso como enfeite. Se o til fica colado no a ou o cedilha some no tamanho pequeno, seu produto vai parecer traduzido no Google Tradutor. Teste com "Informações da assinatura não disponíveis" antes de decidir qualquer coisa.

O custo escondido: peso e velocidade

Aqui entra a parte que afeta faturamento direto.

Cada peso de fonte é um arquivo que o navegador precisa baixar antes de mostrar o texto direito. Se você carrega seis pesos, mais itálico de cada um, isso pode passar de 500 KB só de tipografia. Em 4G ruim, o usuário fica encarando tela branca ou vê o texto pular de uma fonte para outra no meio da leitura.

O que eu faço na prática:

• Carrego dois ou três pesos, no máximo. Regular, medium e bold resolvem 95% de qualquer interface.
• Uso formato woff2, que é o mais leve e funciona em tudo que importa.
• Hospedo a fonte no próprio domínio, em vez de puxar de serviço externo. Menos uma dependência, menos uma requisição, e ninguém rastreando seu usuário de brinde.
• Defino uma fonte de sistema como reserva, para o texto aparecer imediatamente enquanto a principal carrega.

Isso costuma cortar o tempo até o primeiro texto legível pela metade. Não é micro-otimização de nerd: é o que separa o visitante que espera do que fecha a aba.

Uma decisão, não um projeto

O que eu queria que mais gente entendesse é que padronizar tipografia é barato quando você faz cedo e caro quando faz tarde.

Cedo: você escolhe uma família, define cinco tamanhos, três pesos, e escreve isso em um arquivo. Meio dia de trabalho.

Tarde: você tem quarenta componentes com tamanhos inventados na hora, o e-mail transacional em outra fonte, o PDF em outra, a landing page em mais uma. Aí não é tipografia, é arqueologia. Já peguei projeto com dezenove tamanhos de texto diferentes em vinte telas. Ninguém decidiu isso. Foi só ninguém decidindo nada, por dois anos.

A escala que eu uso quase sempre, e que dá conta de qualquer SaaS:

• 12px legenda
• 14px corpo de interface
• 16px corpo de leitura
• 20px título de seção
• 28px título de página

Cinco tamanhos. Se você precisa de um sexto, provavelmente o problema é de layout, não de tipografia.

Como aplicar isso na sua semana

Se você toca um produto e leu até aqui pensando "o meu tá bagunçado mesmo", começa pelo mais visível:

1. Abra a tela que seus clientes mais usam. Só ela.
2. Liste quantos tamanhos e pesos de texto aparecem ali.
3. Corte para no máximo quatro combinações.
4. Escolha uma família só, aplique, e siga para a próxima tela na semana seguinte.

Não precisa de redesign. Redesign é caro, demora e assusta usuário. Padronização é chata, rápida e ninguém reclama, porque a pessoa só sente que o produto ficou mais fácil sem saber explicar por quê.

É esse tipo de arrumação que eu faço em produtos que já estão rodando: mexer no que dá retorno, sem parar a operação nem jogar fora o que funciona. Se o seu SaaS está nesse ponto em que tudo funciona mas nada parece do mesmo lugar, me conta como está hoje e a gente vê o que dá para resolver primeiro.

Seu SaaS tem sete telas e cinco fontes diferentes. Ninguém escolheu isso, foi acontecendo.

O dev usou a padrão do framework, o freela trouxe outra, o e-mail transacional saiu em Arial porque ninguém olhou.

Parece detalhe, mas um SaaS é 90% texto. Quando o "1" parece "l", o cliente digita o código errado. Quando os números não alinham, a tabela de cobrança vira adivinhação. Isso vira ticket de suporte, e ticket tem custo com nome e sobrenome.

A boa notícia: hoje dá pra resolver com fonte gratuita e open source, tipo a Nebula Sans. Pesos completos, números tabulares, licença sem pegadinha.

Padronizar tipografia custa meio dia se você faz cedo. Se deixar pra depois, não é design, é arqueologia.

Se o seu produto funciona mas nada parece do mesmo lugar, me chama que a gente vê o que arrumar primeiro.

#SaaS #Tipografia #DesignDeProduto #UX #Micro SaaS