Cleiton Coradelli, Usabilidade e Design

Li no post abaixo, referências ao princípio de Paretto aplicada a interfaces:
http://www.infoblogs.com.br/view.action?contentId=31758&Webpanel-Jukebox-resumo
"Uma lembrança interessante foi a aplicação da regra de Paretto a interfaces (Google Mail sendo um exemplo dado),
para gerar algo que seja prontamente usável tanto para iniciantes como usuários mais experientes."

Fiquei feliz, pois esta foi uma idéia de abordagem que adotamos (Ricardo Menna, Richard Faust, Glauco Scheffel e eu) já faz mais de dois anos. Ela finalmente criou asas e saiu do ninho...

Paretto?
A regra ou princípio de paretto, afirma que para muitos fenômenos, 80% das consequências advém de 20% das causas. Por exemplo,  80% do faturamento de uma empresa vem dos 20% de clientes (maiores clientes). Os outros 20% do faturamento vem dos outros 80% (clientes menores).

Paretto em Interfaces?
Aplicamos esta idéia para decidir sobre em três situações.
1 - Onde investir, onde diferenciar...
Temos investido horas nos 20% de funcionalidades do projeto que merecem análise, merecem ser diferenciadas dos templates. Os outros 80% vão adotar algum padrão de interface recorrente. Como Cadastros por exemplo que usam um tempalte de geração já definido em nosso framework. 

2 - Os 20% mais importantes ficam, o resto oculta
Geralmente os 20% de funcionalidades mais importantes de uma interface resolvem 80% das situações de uso. Analisando a calculadora do Windows, podemos dizer que a no modo simples ela resolve 80% dos cálculos dos usuários; e que a científica só é usada por 20% dos usuários do Windows, talvez nem isso.
Tentamos aplicar este mesmo conceito para decidir a quantidade de funcionalidades de cada caso de uso, mantendo apenas o necessário para atender a maioria dos usuários e aplicando o restante num modo avançado da tarefa. Evitamos com isto telas com centenas de campos e botões todos disputando espaço, deixando a interface carregada e complicada.

3 - Espaços para conteúdos na interface
Uma interface é composta basicamente de duas grandes partes: dados e ações. Ou seja, as informações que  interessam numa interação e as ações relacioanadas a elas. E entre estas duas, concluímos que usuários não usam nossa interface por causa dos nossos lindos botões brilhantes (ou pelo menos não só por causa disto). Eles tem maior interesse nos dados, nas informações. Usamos Paretto para garantir que reservemos 80% do espaço das telas ou perto disto para os dados. O restante fica para os controles e ações. Quando não podemos fazer isto, pelo menos tentamos deixar as áreas de controles flexíveis podendo ser fecháveis ou ocultáveis. Isto nos ajuda inclusive a ter interfaces minimalistas contendo apenas o necessário no momento necessário.