O problema das cores que nunca se resolvem
Eu passei três horas num projeto de identidade visual na segunda-feira passada porque o cliente queria um gradiente que fosse ao mesmo tempo laranja e vermelho da que cor ele descrevia. O problema não era técnico, era semântico. Ele mostrou uma referência do Pinterest e eu fiquei olhando para aquilo tentando decodificar se era um pêssego, um Tangerine Sunset, ou um fogo de artifício que explodiu em câmera lenta. Aí veio a pergunta: qual é a cor exata entre laranja e vermelho? Parece simples até você abrir o color picker e perceber que não existe um nome padrão para metade do espectro. Você clica em #FF6B35 e já é mais laranja que vermelho. Clica em #FF4500 e virou um Tomahawk que ninguém conhece. O meio-termo honesto fica em algum lugar entre #FF7F50 e #FF5733, mas isso varia do monitor para o monitor, do RGB para o CMYK, do design para a impressão.
laranja e vermelho da que cor
O que eu descobri depois de meses testando paletas para clientes diferentes é que a resposta depende inteiramente do contexto. Se você está fazendo UI para app mobile, um #FF6347 funciona bem como botão de ação porque contrasta com fundos brancos. Se é para impressão offset, esse mesmo tom vira um coral que ninguém reconhece quando sai da prova d'água. A temperatura muda, o saturation sobe, e seu gradiente bonito vira uma mancha que o cliente pede para "ficar mais vivo". Minha workaround foi criar uma tabela de conversão interna que mapeia os tons do meu sistema para os nomes que o cliente realmente usa. Eu chamei #FF6347 de "Coral Queimado", #FF7F50 de "Pêssego Sunset", e #FF5733 de "Vermelho Tangerina". Aí o designer entende. O cliente entende. O programador que vai implementar em CSS sabe exatamente qual hex code colocar sem precisar perguntar de novo.
A técnica que funciona na prática
A primeira coisa que eu fiz foi parar de tentar definir laranja e vermelho da que cor usando teoria das cores pura. O CIE 1931 mostra que o ponto médio entre 590nm (laranja) e 700nm (vermelho) é 645nm, que cai em um tom que o laboratório chama de "amber-red". Mas o cliente não quer amber-red. Ele quer algo que lembre o pôr do sol na Avenida Paulista em outubro, com aquele tom que é mais pêssego que fogo. O problema técnico é que displays OLED e LCD processam esses tons de forma diferente. Um #FF6B35 num iPhone 15 parece vibrante porque o subpixel vermelho é mais intenso. No mesmo tom num monitor IPS baratucho de 2018 parece apagado, quase um salmão que ninguém gosta. Eu testei isso pessoalmente quando um cliente impresso pediu para "manter o mesmo tom" e o resultado saiu 40% mais saturado no CMYK do que no RGB original. A prova d'água revelou que meu gradiente bonito vira uma mancha que o cliente pede para "ficar mais vivo".
👉 Clique no botão abaixo para saber mais sobre o assunto!
O que eu aprendi é que a resposta para laranja e vermelho da que cor depende de três variáveis: o meio de exibição, o espaço de cor do projeto, e a expectativa subjetiva do cliente. Não existe um hex code universal. Existe um tom que funciona no contexto específico. Meu sistema atual mapeia cada hex para três nomes: o técnico (#FF6347), o criativo (Coral Queimado), e o de aprovação (o que o cliente realmente quer).
Pegadinhas que iniciantes não veem
A maioria dos designers novatos esquece que o espaçamento entre laranja e vermelho não é linear no RGB. Um #FF8066 não é "metade laranja, metade vermelho". É um tom que o laboratório chama de "peach" e que o cliente aprova sem perguntar. O problema aparece quando você tenta usar esse tom para impressão e o CMYK equivalente sobe para 0% cyan, 40% magenta, 60% yellow, 5% black — um tom que o diretor de arte chama de "quente demais" e pede para "resfriar um pouco". Outra pegadinha é que o cérebro humano processa cores complementares de forma diferente em contextos diferentes. Um #FF6347 em fundo branco parece vibrante porque o contraste de luminosidade é alto. No mesmo tom em fundo preto parece apagado, quase um salmão que ninguém gosta. Eu testei isso pessoalmente quando um cliente de e-commerce pediu para manter o mesmo tom em ambas as versões e o resultado no modo escuro vira uma mancha que o cliente pede para "destacar mais".
Quando essa abordagem falha completamente
Não vou fingir que o mapeamento de três nomes resolve tudo. Em projetos de identidade visual para marcas globais, onde o tom precisa funcionar em 47 países diferentes, com padrões de acessibilidade WCAG 2.1 AA, um #FF6B35 pode não passar no contraste mínimo de 4.5:1 em fundo branco. Aí você precisa escolher entre estética e funcionalidade, e a maioria dos clientes escolhe estética porque "o tom é a alma da marca". Se o tom for usado para impressão em larga escala, o custo de prova d'água sobe porque cada lote de papel tem variação de 2-3% na absorção de tinta. Meu sistema atual recomenda usar um tom com tolerância de ±5% no RGB, mas isso varia do material para o material. Para digital, funciona bem. Para offset, recomendo usar um tom com margem de segurança de 10% a menos de saturation do que o original, porque a prova d'água sempre revela que meu gradiente bonito vira uma mancha que o cliente pede para "ficar mais vivo".
O problema real é que laranja e vermelho da que cor não tem resposta única. Tem contexto. E o contexto muda do monitor para o monitor, do RGB para o CMYK, do design para a impressão. A resposta honesta é: depends. E eu aprendi isso depois de três projetos onde o tom vira uma mancha que o cliente pede para ajustar de novo.
