As recomendações feitas pela Adobe [1] e por palestrantes reconhecidos dentro da comunidade de desenvolvedores, tais como [2] e [3], apontam para os mesmos processos conhecidos há bastante tempo pela comunidade de IHC: as práticas de UCD – User Centered Design [4].
Mesmo sem referenciar UCD, as recomendações “conhecer o usuário e a tarefa”, “planejar a interface”, “prototipar”, “testar com o usuário” e “colocar as necessidades do usuário e não da tecnologia em primeiro lugar” são recorrentes. Conseqüentemente, é natural que se recomende uma divisão de tarefas dentro da equipe que irá, efetivamente, desenvolver o aplicativo. Em [1] – documento oficial do fabricante – é recomendado que verifique-se, dentro da organização, se “haverá recursos disponíveis para projetar, implementar e manter as soluções efetivamente”. Também é sugerida a seguinte composição da equipe de projeto de interface:
• Diretor de experiência com usuário. Responsável por converter a estrutura e o comportamento da aplicação num todo coerente.
• Arquiteto de informação. Referenciado como papel central, é responsável por mapear os requisitos em um representações esquemáticas da aplicação.
• Projetista (designer) visual. Responsável pelo look and feel da aplicação. Faz o detalhamento em nível de desenho e também especifica as transições e efeitos da interface.
• Projetista (designer) da tecnologia. Responsável em fazer a conexão com a equipe de projeto de interface (descrita acima) e a equipe de desenvolvimento. Deve assegurar que esta siga as especificações ditada por aquela.
De uma forma mais simplificada, [2] sugere que haja apenas três papéis: o projetista visual, o desenvolvedor e o gerente de marca (branding manager).
Como forma de evidenciar a importância do projeto de interfaces em aplicativos ricos, cita-se [2], que refere-se ao projetista de interface (UI Designer) como “o centro do universo”.
Conclui-se que, se a tecnologia é mal utilizada ou sub utilizada – se há aplicativos que continuam repetindo os problemas apontados como motivos para não usar arquivos swf - não é por falta de incentivos dos fabricantes ou dos divulgadores.
[1] Swf significa small web file. São arquivos compilados dentro do Flash®, Flex® ou por soluções livres como Eclipse® e FlashDevelop®.
1. Webster, S. Creating Effective User Experiences With Rich Internet Applications.
2. Skinner, G. Creating effective RIA interfaces. In: FlashForward 2003, Nova Iorque, (2003).
3. Staley, T. Planning for RIA success. (2007) www.adobe.com/devnet/flex/articles/planning_ria/planning_ria.pdf
4. ISO (1999). ISO 13407: Human-centred design processes for interactive systems. Gènève: International Standards Organisation.
Recent Comments