Limitar detalhes é o segredo de produtos como o iPod, defende ensaio

Limitar detalhes: a tese central

Geoff Teehan, do blog da Lightspark, argumenta que o segredo de produtos memoráveis como o iPod está na segunda metade do conselho de Jack Dorsey: "faça cada detalhe perfeito e limite o número de detalhes". Para ele, detalhe não é só decisão visual - cada recurso, controle, modo, estado e exceção é algo que alguém precisa projetar e outra pessoa precisa entender. Como atenção, tempo, gosto e paciência não escalam, "complexidade é um imposto sobre o ofício".

Menos, mas melhor

Partindo dos princípios de Dieter Rams ("menos, mas melhor"; bom design é detalhado até o fim e o mínimo possível), Teehan mostra que um rádio Braun tem poucos controles justamente para que o que existe importe muito. Três botões podem receber seis meses de refinamento; trinta geralmente significam enterprise software. Três não é inerentemente melhor que trinta - a atenção simplesmente não acompanha a quantidade.

iPod e OP-1

O iPod de primeira geração exemplifica a tese: colocar mil músicas no bolso era um problema de enorme complexidade, mas a Apple concentrou a interação em uma única roda, na qual podia obsessar sobre diâmetro, aceleração e resposta tátil. Não era redução pela redução - menos coisas significavam mais atenção para o que restava.

O contraponto é o OP-1 da Teenage Engineering: um sintetizador, sampler, sequenciador, gravador de fita e mixer que ninguém chamaria de limitado. Não é simples de usar, mas quatro codificadores coloridos fazem grande parte do trabalho - o botão azul muda a coisa azul na tela - e o aprendizado "parece contido". Para uma máquina tão capaz, pode ser o mais simples possível.

O CD player de parede da MUJI, de Naoto Fukasawa, reforça: puxar o cordão liga, emprestando o conhecimento que todo mundo já tem de ventiladores de teto. A ideia em si é pequena - quase nada a explicar, quase nada a mal-entender - e isso é mais difícil que um retângulo branco com um botão.

O problema do software e o exemplo dos carros

Produtos físicos tornam a complexidade cara: cada botão custa fabricação, montagem e logística. "Software não tem essa decência" - outro botão é praticamente gratuito, e os produtos acumulam menus, modos e configurações. Cada detalhe novo precisa coexistir com todos os anteriores; "um botão não é um botão, é uma pequena hipoteca". A complexidade pode valer a pena - um cockpit de 747 é permitido parecer um cockpit de 747 - mas precisa "merecer sua entrada"; seu termostato provavelmente não.

Teehan retoma um texto seu de 2014 sobre UX automotiva: o console central do Porsche 918 Spyder controlava mais de 800 funções, com tipografia e estados de seleção inconsistentes. Ninguém projetou 800 funções como sistema - elas chegaram uma requisição razoável por vez. As telas melhoraram, mas fabricantes descobriram que podiam deletar botões físicos e a tela engoliu controles de clima, espelhos e ventilação. A Volkswagen admitiu o erro: o chefe de design Andreas Mindt declarou "nunca mais faremos esse erro; é um carro, não um telefone", e botões físicos voltam para volume, aquecimento, ventiladores e setas, com a regra de que as cinco funções mais usadas devem ter lugar físico. Escolher as cinco é a parte difícil - o Porsche continuou com 800 funções atrás do vidro, tornando algumas coisas mais difíceis de encontrar a 110 km/h.

Sucesso piora o problema

A primeira versão de um produto faz uma coisa bem. Depois vêm pedidos de clientes, concorrentes, metas trimestrais, "alguém menciona IA" - cada decisão individualmente razoável, ninguém diz "vamos piorar o produto em cinco anos". Remover é mais difícil que adicionar: recursos novos têm defensores; remoções têm inimigos.

O que se ganha

Remover devolve tempo para refinar tipografia, reescrever palavras, ajustar interações. Minimalismo não é o ponto - dá para fazer algo esparso e ruim. A meta não é ter o mínimo de coisas, e sim ter poucas o suficiente para poder se importar profundamente com cada uma.