Mantenha ações (botões, links...) sempre no infinitivo (ex.:detalhar, alterar, comparar...);
Toda interface deve ter dados e ações;
O conteúdo é o rei: Dedique espaço pro aos dados não pros controles;
Tente alinhar números sempre à direita;
Deixe a largura dos campos no tamanho dos seus caracteres no banco;
Use sempre nas janelas/folders o controlbar no rodapé e o Applicationcontrolbar no cabeçalho;
Evite abreviaturas: com Flex temos mais possibilidades de estados e portanto espaços;
Defina os estados dos portlets (pequeno, médio e grande);
Evite ícones sem label (cada usuário vai ter um interpretação);
Lembre de adicionar tooltips nos objetos que forem importantes;
Utilize o ícone de information nos campos importantes e/ou complexos;
Verifique se é aplicável arrastar e soltar nas entidades e o que ocorre ao soltar;
Para volumes de dados, considere totais no cabeçalho ou rodapé;
Em interfaces com estados procure usar animações pro usuário entender onde estavam os objetos e pra onde eles foram;
O design influencia no uso, lembre de espaços e ancoramentos (layout constraints);
Mantenha os formulários com labels em cima, campos abaixo por causa da internacionalização;
Procure ter sempre uma ação focal (focalButton);
Ao haver muitas ações deixe as mais focais em destaque (botões) e agrupe as subfocais em controles como combobox;
Muitas vezes é possível evitar termos várias interfaces usando o conceito de estados do Flex;
Para acelerar as entregas, ao invés de prototipar, registre os comportamentos da interface no documento previsto na metodologia para isto (UI Comportamentos);
Considere no documeto de comportamentos o queo usuário pode fazer via teclado (combinações e atalho);
Considere a utilização de botão direito nas entidades e objetos (menu contextual);
Deixe claro com asterisco o ( * ) o que é de preenchimento ou resposta obrigatória;
Agrupe os vários campos de uma entidade por assunto usando um label em negrito e um Hrule (ex.: dados de entrega, dados de cobrança);
Quando houver uma ação (botão,link,icone) que abre ou expande um outro painel, utilize a seta de abre/fecha do framework;
Para informações apresentadas em datagrids, considere também o modo gráfico que permite verificar tendências em grandes volumes de dados;
Os ícones para mudar entre modo gráfico e modo lista são os mesmos dos portlets;
Ao utilizar gráficos, lembre de aplicar legendas e da possibildade de mostrar os valores diretamente no gráfico;
Os graficos podem exibir mais dados ao haver o evento de mouse over nas séries, explore esta possibilidade para manter o gráfico simples;
No modo portlet pequeno as legendas e dados nas séries devem ser evitados dando preferência ao mouse over/tooltips;
O padrão de botões para janelas / folders de confirmação é Confirmar e Cancelar;
Exiba no datagrid apenas a quantidade de campos que é sempre necessária. Evite scrollbars. Os demais podem ser acionados pelo usuário através do GridOptions;
Para partes das interfaces ou navegadores e similares, utilize o objeto painel do Flex. Considerando também que pode-se utilizar o super panel que pemite maximizar;
Menos é mais - Apenas os campos e ações necessárias para aquele papel e para aquele caso de uso em questão;
Não reinvente a roda, já temos várias...;
Simples primeiro, avançado depois;
Paretto, paretto, paretto;
Seja consistente, repita padrões, não proponha algo diferente quando o UC for igual ou parecido com algo já existente;
Dê feedback, sempre, o tempo todo;
Não utilize alerts !!!!! Prefira toaster ou labels no contextos (próximos de onde ele estava lendo);
Usuários erram sempre, cerque-o... evite, guie, use máscaras, componentes prontos...;
Se o mercado usa, copie, convenção;
Só inivista naquilo que merece ou dará retorno;
Lei de Fitts - Os extremos da tela são "infinitos" - usuário não mira apenas "joga" o mouse;
Agrupe - Agrupe o maximo que puder, entre controles e dados, entre dados e sempre que possível.