Das Coisas Nascem Coisas Bruno Munari

O Método de Munari: Do Vazio ao Projeto

As coisas nascem coisas é um livro de Bruno Munari sobre o processo criativo no design. Parece algo básico no início, mas a estrutura que ele propõe mudou a forma como encaro projetos de design gráfico e industrial há anos. Munari era milanês, trabalhou na Trienal de Milão, foi professor de design na Escola de Altos Estudos em Design Industrial e co-fundou o Movimento Concreto. Ele escreveu esse livro depois de uma carreira inteira de projeto prático. O conceito central é simples de explicar e difícil de executar. Munari parte da ideia de que todo projeto nasce de uma necessidade. Não de uma inspiração mística. Não de um briefing bonito. De uma necessidade real, identificada antes de qualquer rascunho. Ele divide o processo criativo em etapas que podem ser seguidas passo a passo. A primeira coisa que as pessoas não entendem direito é que a geração de ideias em si tem uma mecânica. Munari fala de um processo quase lógico, onde você coleta dados, analisa, esquematiza, prototipa e testa. Nada de esperar a musa cair do céu. Ele descreve isso como um caminho de mão única com checkpoints obrigatórios. Pular etapa gera perda de tempo depois.

No campo prático, o que eu acho mais útil é a forma como ele trata a criatividade como algo treinável. Não nato. Treinável. Eu já vi designers com dezenas de anos de trabalho continuarem achando que criatividade é dom. Munari mostra que existe método. Você pode criar exercícios sistemáticos para gerar ideias. Um dos mais citados dele é o jogo das combinações: pegar dois objetos sem relação e forçar uma junção funcional. Parece brincadeira de criança. É só que funciona. Um problema real que eu encontrei trabalhando com isso: quando você aplica o método passo a passo em projetos pequenos demais ou em contexts onde a necessidade é extremamente restrita, o processo engessa. Eu perdi uma semana inteira tentando seguir a metodologia de cabeça no desenvolvimento de uma identidade visual para uma startup de três pessoas. O cliente não sabia o que queria, a necessidade não estava definida e eu fiquei preso num fluxo de pesquisa que não levava a lugar nenhum. A solução foi ignorar metade do processo, entrevistar diretamente o cliente em trinta minutos, identificar o cerne do problema numa folha A4 e ir direto para o prototipagem. Em casos assim, o método do Munari vira burocracia desnecessária. Use-o como guia, não como dogma. O que me leva ao ponto que poucos mencionam: o livro tem uma limitação séria. Ele foi escrito nos anos 1980, num contexto de design industrial e gráfico totalmente diferente do atual. A parte sobre criatividade digital, design de interface, sistemas iterativos e desenvolvimento ágil não existe. Se você tentar aplicar o método literalmente em UX design moderno, vai achar lacunas enormes. O fluxo de pensamento dele é linear. Projetos de software contemporâneos são iterativos, cíclicos, com feedbacks constantes que invalidam etapas inteiras. O conselho prático aqui é usar a base filosófica dele — identificar a necessidade, gerar alternativas, prototipar, testar — mas adaptar o ritmo. A metodologia é sólida. A aplicação literal em alguns contextos é obsoleta.

Outra coisa que merece atenção: Munari fala muito de forma como processo criativo. Ele propõe exercícios de desenho, de observação, de rearranjo de formas. Parte disso é bom porque treina o olho. Outra parte é meio que arte conceitual sem aplicação prática imediata. Eu recomendo focar nos exercícios que geram soluções tangíveis. O restante é interessante mas ocupa espaço no livro que poderia ser usado para exemplos mais concretos. Se você quer comprar o livro, ele está disponível na maioria das livrarias online. No Brasil, as edições da editora Girassol e da Martins Fontes circulam bastante. A tradução costuma ser boa, mas compare sempre as versões se possível. A versão original italiana tem some notas que não passaram para o português. O que eu realmente recomendo é ler o livro, fazer os exercícios propostos pelo menos por uma semana, e depois largar o livro e aplicar num projeto real. A teoria só faz sentido quando você tenta construir alguma coisa com ela. Caso contrário vira mais um livro de design empoeirando na estante.