Intuit for Education

Problema: O time precisava de uma base estável para desenhar, mas todas as questões visuais e de tom que essa base normalmente responderia ainda estavam em aberto. Esperar significava desenhar telas sem sistema; se comprometer cedo significava cravar uma direção que ainda não tinha sido escolhida.

Proposta: Construí a camada que não depende da resposta: tokens e funções de cor em vez de cores, escalas tipográficas em vez de escolhas de fonte, estrutura de tema e de escalonamento de fonte em vez de um tema. As decisões em aberto continuaram em aberto, como valores que o sistema podia receber.

Argumento: O papel de um design system num projeto indefinido não é decidir, é segurar o formato da decisão até ela ser tomada. Foi isso que permitiu ao produto absorver, meses depois, uma direção visual que ele não tinha escolhido, sem reconstruir nada.

Problema: Track, Plan e Learn eram três intenções diferentes: o que aconteceu hoje, o que você quer para depois e o que você precisa entender. Desenhados separadamente, pareceriam três produtos dividindo um login.

Proposta: Desenhei os três sobre o mesmo sistema, para que um gasto no Track pudesse trazer à tona uma meta no Plan, e uma meta pudesse trazer o momento do Learn ligado a ela: uma única hierarquia em vez de três navegações.

Argumento: Os estudantes para quem o produto existia não vivem o dinheiro em módulos. Dividir a interface pela estrutura interna do time teria entregado a eles o organograma no lugar do produto.