Design de aplicativos e interfaces

Começamos pelo caminho que a pessoa percorre, não pela tela. Quais decisões ela precisa tomar, em que ordem, com qual informação à mão. Só depois de o fluxo fazer sentido é que ele ganha forma, tipografia e cor.

Projetamos seguindo o que cada plataforma já ensina ao usuário — as convenções do iOS e do Android existem porque funcionam. Fugimos delas quando há um motivo, não por estilo.

Você navega pelo aplicativo antes de ele existir. O protótipo permite corrigir no design o que custaria dez vezes mais para corrigir depois de programado, e serve como especificação viva para a equipe de desenvolvimento.

É também o material que costuma destravar conversa com investidor ou diretoria: é mais fácil aprovar um orçamento vendo o produto funcionando do que lendo uma descrição dele.

Entregamos um sistema: componentes, estados, espaçamentos e regras de uso. É o que faz a vigésima tela custar menos que a primeira, e o que mantém o aplicativo coerente quando ele cresce e outras pessoas passam a mexer nele.

Os estados são a parte que costuma faltar. Um aplicativo real passa a maior parte do tempo carregando, vazio, offline ou com erro — e são justamente essas telas que decidem se o produto parece confiável. Elas entram no design junto com a versão bonita, não depois.

Contraste, tamanho de alvo de toque e suporte a fonte aumentada entram desde o primeiro layout. Refazer isso no fim custa caro e quase sempre é feito pela metade.

Não é só conformidade: boa parte de quem usa um aplicativo no Brasil o faz no sol, em movimento, com uma mão só e a tela no brilho mínimo para poupar bateria. Projetar para a situação difícil melhora o produto para todo mundo.

Mostramos trabalho toda semana, cedo e ainda feio. A alternativa — sumir por um mês e reaparecer com uma grande revelação — só transfere o risco para o fim, quando mudar de ideia é caro.

As decisões ficam registradas com o motivo, não só o resultado. Seis meses depois, quando alguém perguntar por que a tela é assim, a resposta existe.

Design que não chega inteiro ao código não serviu para nada. Entregamos especificação junto com a tela: medidas, comportamento em cada tamanho, o que acontece ao tocar, o que acontece ao falhar.

Quando desenvolvemos o aplicativo, essa passagem não existe — é a mesma equipe. Quando o desenvolvimento é de outra pessoa, a entrega é preparada para isso, e ficamos disponíveis para tirar dúvida durante a implementação. É a diferença entre entregar um arquivo e entregar um produto.

Revisamos o resultado construído contra o desenhado antes do lançamento. Pequenos desvios de espaçamento e de animação se acumulam, e são exatamente o que separa um aplicativo que parece caprichado de um que parece apressado.

O design de um aplicativo enxuto leva de três a cinco semanas; um produto completo, com muitos fluxos e design system, leva de seis a dez. Quando o design é contratado junto com o desenvolvimento, as duas etapas se sobrepõem em parte, e o prazo total cai.

Projetos que passam por design costumam ficar na faixa de R$ 50 a 120 mil no total. O escopo define o número, e ele é fechado antes de começar.