Lei de Postel
Postel's Law
O takeaway
Seja tolerante no que você aceita e rigoroso no que você envia.
Explicação
O princípio nasceu na engenharia de protocolos: be conservative in what you do, be liberal in what you accept from others, escrito por Jon Postel na especificação do TCP. A ideia é que um sistema robusto tolera variação na entrada e é rigoroso na saída — assim ele conversa com implementações imperfeitas sem propagar a imperfeição adiante.
Em interface, isso vira uma pergunta simples: quem deve normalizar o dado, o usuário ou o programa? Aceitar telefone com ou sem parêntese, CPF com ou sem ponto, data com barra ou traço custa algumas linhas de código e poupa uma correção manual em cada preenchimento. Vale a ressalva que a própria história do princípio ensinou: tolerância não é aceitar qualquer coisa em silêncio — o que não dá para interpretar com segurança precisa falhar de forma clara, não ser adivinhado.
No contexto brasileiro
A seção-assinatura do site: como a lei se comporta em produtos e serviços usados no Brasil.
Máscara na entrada, mensagem padronizada na saída
O regulamento do Pix dosa as duas metades da lei. Na entrada, a tela padrão apresenta a chave de celular já mascarada como +55 (00) 0 0000 0000 — o usuário digita do jeito que sabe. Na saída, quando o formato é incompatível a chave sequer é enviada ao DICT, e a mensagem de erro tem conteúdo mínimo obrigatório, com exemplos de redação escritos no próprio documento. Entrada flexível, saída previsível.
- Banco Central do Brasil — Requisitos Mínimos para a Experiência do Usuário (regulamento do Pix)Versão 7.3, dezembro de 2025
Cancelar por onde deu para contratar
O Decreto do SAC estabelece que o pedido de cancelamento "será permitido e assegurado ao consumidor por todos os meios disponíveis para a contratação do serviço" (art. 14, I). É a mesma simetria vista de outro ângulo: se o sistema foi tolerante o bastante para aceitar a entrada por um canal, não pode ser rigoroso a ponto de recusar a saída por ele.
- Decreto nº 11.034, de 5 de abril de 2022 — regras do SACPresidência da República
Aplicação prática
- Normalize no código: espaços, acentos, maiúsculas e pontuação são problema seu, não do usuário.
- Rejeite cedo e com precisão: diga qual campo, o que está errado e o que fazer.
- Nunca adivinhe em silêncio quando a ambiguidade tem consequência — data e valor pedem confirmação.
Leis relacionadas
Fontes
Postel, J. (ed.) (1981). Transmission Control Protocol, RFC 793, seção 2.10 — "Robustness Principle": be conservative in what you do, be liberal in what you accept from others. O princípio aparece antes na RFC 761 (1980) e é anterior ao uso do termo em design de interface.
Referência BR: Banco Central do Brasil, Senacon | Ministério da Justiça
Citado indevidamente ou quer ajustar o crédito? Fale com a gente.