Há uma cena no filme da Disney The Emperor’s New Groove que define a minha atitude em relação às interfaces do utilizador.

“Porque é que temos essa alavanca?” era um slogan regular nas reuniões do meu antigo escritório sempre que as equipes de design e programação se reuniam para discutir os sistemas de automação dos clientes.

Gritávamos: “Por que temos essa alavanca?” enquanto andávamos pela árvore de controle se sentíssemos que havia passos redundantes ou confusos que precisavam ser eliminados.

O objetivo do designer e programador deveria ser sempre o de tornar a experiência do usuário o mais indolor possível.

Lembrem-se, seus clientes não são nerds de AV: eles são advogados, contadores, educadores, pessoas que não compartilham sua obsessão com a tecnologia. Eles querem os benefícios da tecnologia sem nenhuma das agravações.

Tanto quanto possível, os nomes dos botões e funções devem ser idênticos em todo o sistema, até estarem no mesmo local no teclado ou no ecrã táctil. Isso significa que comandos como “lights up” ou “lights down” estão localizados na mesma posição no comando em cada sala.

Outro exemplo é que se você tiver três salas diferentes com visores de vídeo, os controles remotos de mão para cada sala devem ter comandos identificados de forma idêntica.

A padronização até a disposição visual dos comandos serve dois propósitos: permite que os usuários finais aprendam seu novo sistema em pouco tempo, e também economiza horas de tempo de programação ao ser capaz de cortar e colar comandos duplicados em seu software de controle.

Cutem-no simples, simples, SIMPLES! Como designers e programadores, você dá vida ao sistema de seus clientes, e você tem que decidir a que eles têm acesso.

Você não colocaria um grande botão vermelho no meio dos painéis de toque que diz “APAGAR TUDO”

Eu sei que você não faria isso, mas você também deve evitar controlar árvores que ou entram em espiral em um buraco de coelho de opções, deixando os clientes desesperadamente confusos, e você certamente não deve dar a eles a possibilidade de estragar algo.

Programação do teclado pode ser o pior ofensor. Muitos fornecedores oferecem teclados que apresentam comandos em camadas: Clique uma vez para luzes acesas, depois novamente para mais brilho, depois novamente para desligado.

Mas só porque você pode, não significa que você deva. Comandos em camadas funcionam suficientemente bem para o controle de iluminação, já que todos têm pelo menos algumas lâmpadas que operam dessa forma, mas quando você começar a lidar com coisas como seleção de fonte e controle de volume, você só vai perder, confundir e irritar o cliente.

Comece o que você realmente precisa fazer naquela sala, e mantenha simples.

E se seu cliente especificar um alçapão para um poço de crocodilos, etiquete claramente as alavancas.