Este será o primeiro de (espera-se) muitos encontros do género. A ideia é que as pessoas interessadas no tema se juntem uma vez por mês e façam 1 ou 2 apresentações à sua escolha, desde que sejam relacionadas com a usabilidade. O objectivo é trocar ideias, informações, divulgar o trabalho de cada um, divulgar ofertas e procura de emprego na área, etc.

Nesta primeira edição vou falar sobre “Affordance“, algo sobre o qual já dei uma talk no Dia Mundial da Usabilidade em 2010.

Se quiserem estar presentes, inscrevam-se aqui, é grátis.

O encontro vai ser às 17h no Parque de Ciência e Tecnologia da Universidade do Porto (UPTEC)

Este foi mais um ano de muitos projectos e de grandes lançamentos. O maior de todos foi sem dúvida o Meo Kanal (cujo processo de criação podem acompanhar aqui) que lançámos no mês passado, mas que começou a ser planeado há mais de um ano e meio.

Temos também para breve o lançamento da nova homepage do SAPO (mostrámos um sneak peak funcional durante o Codebits), que foi mais um projecto que decorreu praticamente durante todo o ano e está agora a chegar ao fim.

Há ainda outros projectos bastante interessantes e revolucionários nos quais ainda estamos a trabalhar e que deverão ser lançados este ano, mas dos quais não posso ainda falar

Depois, juntamente com estes grandes projectos, há todos os outros, dezenas deles, em que participamos para dar o nosso contributo em termos de usabilidade, acessibilidade e user experience. Fizémos testes com utilizadores, prototipagem em papel, wireframing, avaliações heurísticas, card sortings, etc…

Além dos vários projectos desenvolvidos no SAPO (incluindo os que têm nome MEO, como o Meo Kanal ou o Meo Interactivo), têm surgido também vários projectos de outras áreas da Portugal Telecom, os quais me têm ocupado grande parte do tempo nestes últimos meses. Uma vez que são projectos mais burocráticos, não são tão divertidos de trabalhar como nos do SAPO, mas é sempre bom quando o nosso trabalho é reconhecido e nos chamam para ajudar noutros projectos.

Este foi também o ano em que fiz uma apresentação no palco principal do Codebits. Falei sobre dicas de HTML e CSS para tornar os websites mais acessíveis (o link inclui o vídeo da apresentação) e os slides podem vê-los aqui. Foi uma das talks mais votadas pelo público, apesar de me ter engasgado um pouco em algumas partes

E assim se passou mais um ano, orgulhosamente de SAPO ao peito. Como sempre, vamos continuar a inovar e a criar produtos fantásticos, por isso não percam os próximos episódios, porque nós também não

Público alvo

• Profissionais que necessitam de avaliar a usabilidade de sistemas de informação;
• Profissionais que necessitam de desenvolver material para informação e/ou comunicação.

Competências a desenvolver

• Dominar o conceito de usabilidade.
• Dominar o conceito de representação mental.
• Conhecer e aplicar heurísticas para desenvolver testes de usabilidade.
• Desenvolver um sistema de informação que integre as heurísticas de usabilidade.

Duração

24 horas durante 1 mês.

Horário

Sextas das 18h:30 às 21h:30
Sábados das 9h:30 às 12h:30

Início do Curso

25 de Maio de 2012

Certificação

Os alunos receberão um Certificado de Aprovação que lhes permite acumular créditos, que somados a outros cursos, que se seguirão neste âmbito, permitirão aos alunos obter um diploma de pós-graduação.

O curso será também certificado pela Associação Portuguesa de Profissionais de Usabilidade.

Custo

600,00 Euros

Programa, Formadores e Candidaturas

Para mais informações sobre o programa do curso, os formadores e como fazer a candidatura e inscrição, visite a página oficial do curso.

O MEO Kanal surgiu há um ano e meio como uma simples ideia de poder dar aos clientes uma forma de partilharem os seus conteúdos na televisão criando um canal no MEO.

Essencialmente, poderiamos fazer upload de vídeos e fotos e esse conteúdo estaria disponível em qualquer box MEO, bastando aceder ao canal respectivo com o comando.

Como ideia, ficámos logo entusiasmados com o projecto, o conceito de base é brutal, mas cientes que seria um desafio complexo porque teríamos de adaptar conceitos de edição de vídeo, normalmente usados por profissionais e utilizadores mais avançados, e torná-los acessíveis ao máximo de utilizadores possível e com diferentes níveis de utilização.

O desafio principal: como é que podemos fazer com que os utilizadores possam criar uma grelha de programação para o seu canal?

Ainda com as especificações pouco ou nada definidas, juntámos as equipas de Usabilidade e de Design do SAPO e começámos a trabalhar em esboços do que poderia ser o interface de gestão e programação dos canais.

Tínhamos o objectivo de criar um serviço em que fosse possível criar um canal no menor número de passos possível, tendo sempre em conta o modelo de negócio e sabendo que fazer upload de conteúdos em vídeo (e em HD) é sempre uma tarefa que pode demorar tempo suficiente para quebrar o ritmo do processo de criar um canal, upload e encoding.

No meio deste “workflow” o uso de um interface tipo timeline parecia-nos ainda mais complexo, podendo rapidamente levar um utilizador a perder-se no meio de tantas opções e configuração, quando, por exemplo, ele só queria partilhar um conjunto de fotos com a família.

Testámos timelines horizontais, timelines verticais, timelines mistas… Etc…

Os primeiros testes foram sendo desenhados com papel e lápis.

Olhámos para a forma como outros softwares de edição de vídeo (ex: iMovie, Final Cut Pro) mostram os conteúdos e tentámos aplicar a mesma filosofia tendo por base os nossos próprios requisitos, ou seja, teríamos que contemplar uma programação diária (para cada dia da semana) juntamente com uma programação em playlist (apenas 24h seguidas de vídeos, sem horários). Teria também de ser fácil alternar entre os dois tipos de programação.

E tudo isto teria que funcionar no browser, em HTML.

Exemplo da timeline do iMovie

Pegando nos vários exemplos de timelines analisados, optámos por uma timeline mista (ao estilo do iMovie) porque não seria prático ter uma timeline horizontal (ou vertical) com 24 horas de programação sem que isso obrigasse a fazer um scroll imenso. 

Com uma timeline mista conseguimos reduzir bastante a quantidade de scroll e no caso da programação horária, cada linha iria corresponder a uma hora do dia (ou dependendo do nível de zoom, iria corresponder a um período definido do dia).

Depois, já com estas ideias consolidadas, começámos a desenvolver os wireframes.

E logo de seguida surgiram os primeiros protótipos da equipa de Design.

Nesta fase inicial ainda não tínhamos as especificações (nem as limitações técnicas) bem definidas e há muitas funcionalidades que foram pensadas inicialmente e que não viram (ainda) a luz do dia nesta primeira versão que foi lançada ao público.

Por outro lado, também houve algumas funcionalidades que não tinhamos pensado inicialmente e que foram sendo adicionadas durante o desenvolvimento do projecto, e não foram assim tão poucas

Tendo por base estes layouts e workflows, chegou a altura de passar à equipa técnica para fazer a implementação.

É de salientar o enorme esforço e dedicação da equipa de JavaScript do SAPO que conseguiu montar toda a interacção que foi pensada para o funcionamento do interface, bem como a restante equipa técnica que teve de lidar com todos os constrangimentos de implementar algo desta envergadura e propondo sempre soluções engenhosas para os problemas que iam surgindo ao longo do caminho.

Foram feitas dezenas de iterações diferentes, dezenas de testes de usabilidade, houve partes que foram feitas e refeitas, outras que foram desenhadas e redesenhadas até termos algo que consideramos ser ideal.

Na realidade, o Meo Kanal já estava a funcionar quase a 100% praticamente 6 meses antes da data de lançamento, mas teve de passar por um longo processo de testes e iterações até chegar àquilo que é hoje. 

Desde o início sempre soubemos que o processo de criação de um canal (upload, gestão de conteúdos, organização de uma playlist) é algo complicado e que requer sempre uma curva de aprendizagem. Nos testes que fomos fazendo, tentámos sempre ir simplificando todo este processo de modo a que a curva de aprendizagem fosse o mais reduzida possível e tentar que o processo fosse mais intuitivo a cada iteração.

O resultado final não é perfeito (porque não conseguimos eliminar totalmente a curva de aprendizagem) mas é sem dúvida algo do qual nos orgulhamos em ter conseguido fazer. 

E na TV…

Mas o Meo Kanal não vive apenas na web. Ao mesmo tempo que fomos trabalhando na parte web, tivémos também de desenhar todos os interfaces para a TV.

Inicialmente usámos como base o modelo de interacção do MEO Interactivo e começámos a desenhar os wireframes.

Mais uma vez, foram feitas várias iterações, testes, desenhos e redesenhos até se começar a chegar a algo mais parecido com o resultado final.

A interactividade na TV e a visualização dos canais implicou também um grande esforço por parte da equipa de design e desenvolvimento multi-plataforma, ao ponto de termos conseguido implementar algo que a própria Microsoft (o software da box do MEO é Microsoft) dizia ser impossível.

O resultado final

O resultado final está à vista e pode a partir de hoje ser usado por todos os clientes MEO para criarem os seus próprios canais e partilhá-los na TV com quem quiserem.

Como sempre, toda a equipa do SAPO está receptiva a receber os vossos comentários e sugestões para melhorar o serviço. Temos ainda muitas funcionalidades por desvendar em futuras releases e, obviamente, contamos sempre com o feedback dos nossos utilizadores.

Apesar do artigo apontar apenas os problemas identificados e não apontar sugestões de melhoria, é natural que alguns leitores achem que estamos apenas a “mandar abaixo” e a “dizer mal” em vez de estarmos calados no nosso canto.

Pessoalmente, custa-me que o artigo tenha apenas os pontos negativos e custa-me estar associado ao grupo de “velhos do restelo” que só dizem mal de tudo e de todos.

Acho que a empresa que desenvolveu o website do Portal do Governo não fez um mau trabalho. A sério. Todos os dias vemos enormes aberrações no nosso browser e ninguém se queixa nem se fazem artigos no jornal.

Mas o problema é que o Portal do Governo é, um site do governo. E como site do governo, tem de cumprir as regras estabelecidas pela resolução do conselho de ministros que obriga a que os websites da Administração Pública sejam compatíveis com a norma A de acessibilidade (os sites transaccionais são obrigados a passar a norma AA).

Quando digo que a empresa que criou o site fez um bom trabalho, refiro-me ao grafismo bastante apelativo, às páginas com conteúdos bastante interessantes (ex: para onde vão os seus impostos) e nada normais àquilo a que normalmente estamos habituados nos sites do estado (aborrecidos e demasiado institucionais). Fizeram também um bom trabalho, pelo menos para tentarem passar nos validadores automáticos de acessibilidade (apenas são detectados pequenos erros). Ou seja, eles pelo menos tentaram, e têm todo o mérito por isso.

Mas faltou-lhes só um bocadinho assim.

E é esse bocadinho que dá origem ao artigo e à onda de protestos pro e contra a falta de acessibilidade do website.

É claro que os problemas que restaram são problemas graves, como a impossibilidade de navegar com o teclado (ou qualquer outro dispositivo não apontador) ou a clara falta de contraste na cor dos textos (idosos e míopes vão ter dificuldade em ler). Mas são tudo pequenas coisas que em menos de 1 hora eram facilmente resolvidas mudando 2 ou 3 linhas no CSS e eventualmente fazendo alguns ajustes no HTML (para melhorar a estrutura dos headings). Isto tudo são problemas que os validadores automáticos remetem para uma validação manual, que ficou por fazer.

E para quem diz que apenas estamos aqui para mandar abaixo, há dois meses atrás fiz uma apresentação sobre como melhorar a acessibilidade de um website mudando apenas alguns pedaços de HTML e CSS. Nessa apresentação estão disponíveis as soluções que faltam para o site do Portal do Governo (infelizmente essa informação não saiu no artigo, apesar de ter sido fornecida) e outras que toda a gente pode aplicar nos seus websites, em menos de 1 hora.

Podem ver a apresentação aqui.

Sobre os comentários que apontam o SAPO como tendo também problemas de acessibilidade, é provável que os tenha, mas tentamos ao máximo fazer cumprir as nossas regras de usabilidade e acessibilidade aos nossos produtos.

Um dos exemplo apontados foi o facto de na homepage do SAPO não ser possível navegar com o teclado. Isso não é verdade. A navegação com o teclado é possível e o feedback é apropriado (damos sempre visibilidade ao link seleccionado). No entanto, por questões comerciais (às vezes o dinheiro fala mais alto), fomos obrigados a fazer “focus” no campo da pesquisa, o que faz com que os “skip-links” (que existem) deixem de ter o efeito desejado. Se clicarem fora da pesquisa e começarem a navegar com a tecla TAB verão os atalhos para as zonas mais importantes da página.

Por isso, todos os dias lutamos para tornar os nossos websites mais fáceis de usar e acreditem que não é fácil porque temos que justificar sempre muito bem as nossas decisões.

Mas nada melhor do que ver um utilizador invisual ou com paralisia cerebral a tentar executar uma tarefa num website, e ver o seu desespero durante 10 minutos a tentar executar uma tarefa que um utilizador “normal” faria em 10 segundos. Isso, meus caros, mudará completamente o vosso ponto de vista quando falarem sobre acessibilidade.

Todas as sextas-feiras, Steve pedia aos seus engenheiros para terem protótipos prontos, tanto de hardware como de software, independentemente de estarem já a funcionar na totalidade ou não. Ele levava-os para casa e experimentava durante o fim-de-semana. Todas as segundas-feiras começavam com uma longa lista de pontos a corrigir.

Segundo alguns destes engenheiros, trabalhar com Steve podia ser altamente frustrante às vezes, por causa dos relatórios altamente críticos que fazia após experimentar algo de que não gostava. No entanto, isso dava-lhes forças para rastejarem de volta ao seu lugar e criar algo que nunca pensariam ser capazes de fazer.

Era este o papel de Steve. Inspirar os que trabalhavam à sua volta para superarem as expectativas e criarem algo que nunca pensariam capazes de fazer.

No entanto, o método usado por Steve para tornar os seus produtos fáceis de usar pode considerar-se que vai contra as regras definidas pela ergonomia e pela usabilidade, que claramente indicam que devem ser feitos focus groups e testes com utilizadores para que o produto final cumpra as expectativas que os utilizadores esperam do produto.

Numa das suas frases mais conhecidas, Steve explica que “na Apple não fazemos estudos de mercado nem contratamos consultores. Apenas pensamos no que gostariamos de ter, e temos uma forma de pensar que nos leva a criar um produto que outras pessoas possam também querer tanto como nós.”

Ou seja, na Apple criam produtos para eles e não para os seus clientes. A grande vantagem de estarmos a criar um produto para nós, é que estamos a resolver os nossos problemas, que sentimos durante o dia-a-dia. E com sorte, os problemas que temos são os mesmos que outros milhares de pessoas também têm, e assim nasce um produto que ajuda a facilitar a vida dessas milhares de pessoas, sem sequer as consultar. E se vier acompanhado de uma estética apelativa, melhor ainda.

E porque é que não há mais empresas a fazer o mesmo?

Porque a maior parte das empresas não percebe o que é a usabilidade nem tem um líder que faz disso o principal objectivo de um produto: ser fácil de usar.

E a outra principal diferença é que os produtos da Apple não têm muitas funcionalidades extra. São criticados muitas vezes por isso, mas é isso que torna os seus produtos fáceis de usar e extremamente focados na realização de uma tarefa de forma excelente, em vez de fazer mil e uma tarefas de forma medíocre.

Don Norman, outro guru da usabilidade, chama a isso “featuritis”, a doença dos produtos que têm demasiadas “features” (funcionalidades), e que acabam por ser extremamente difíceis de usar. E infelizmente, na maior parte dos casos em que uma empresa começa a pensar num novo produto, acaba sempre por ter mil e uma ideias de novas funcionalidades, umas porque o produto da concorrência também tem e por isso também temos de ter; outras porque são funcionalidades diferenciadoras porque a concorrência ainda não tem. E esquecem-se de se focar na funcionalidade principal do produto e da facilidade de uso do mesmo, que se deteriora à medida que se vai adicionando a complexidade de mais uma funcionalidade extra.

Hoje em dia, vários produtos da Apple são usados como exemplo de excelente usabilidade.

Po exemplo, a Apple foi a primeira empresa a vender um computador com um rato. Na altura, o rato tinha apenas um botão. Hoje em dia, os computadores da Apple continuam a ter um rato com apenas um botão. Simplicidade ao máximo. É claro que agora podemos usar gestos, mas o essencial continua lá: um botão.

Quando o iPod foi lançado, o principal foco do produto era tocar música. Não dava para editar, mover ou apagar as músicas, mas era extremamente fácil de começar a ouvir uma música. Hoje em dia, o iPod continua a não dar para fazer qualquer tipo de gestão de músicas, mas continua a ser o reprodutor de música digital mais usado em todo o mundo.

E finalmente o iPhone, que revolucionou a forma como usamos o telemóvel. Com um interface táctil natural, usando o dedo como dispositivo apontador, conseguiu tornar algo complicado de usar, em algo que até uma criança de 2 anos consegue usar com relativa facilidade.

No final de uma reunião com os seus engenheiros, Steve Jobs teve esta conversa com um deles:

“Sabes o que este iPod tem de bom?
Este iPod só dá para carregar um décimo das músicas do Zune (dispositivo concorrente do iPod, produzido pela Microsoft). O Zune é o BMW dos reprodutores de música digitais. Tem muito mais funcionalidades que o iPod e dá para fazer um montão de coisas. Mas sabes qual é o problema?
O problema é que ninguém quer ler as instruções. O Zune tem todas estas coisas extra, como se fosse um BMW. Mas quando pegas num iPod, simplesmente conduzes”.

Steve Jobs ensinou-nos a conduzir sem nunca termos de ler as instruções, e isso, é o Santo Graal da usabilidade.

Ao que parece, a CGD está a anunciar uma mudança na forma como os clientes terão que fazer login no Caixa Directa (serviço de homebanking da CGD). A publicidade diz que “agora é mais prático e intuitivo”, mas na prática não é bem assim…

Antigamente, para aceder ao homebanking poderia-se ir directamente ao URL da caixadirecta ou clicar num botão “CaixaDirecta Online” na homepage da CGD, imediatamente abaixo da zona “Particulares”. Não era fácil encontrar o link, mas estava numa zona lógica e ao fim de alguns segundos os utilizadores chegavam lá.

A partir de agora, desapareceu esse botão na homepage e se alguém tentar aceder directamente ao URL do caixadirecta, é redireccionado para a homepage da CGD onde terá que tentar encontrar a forma de entrar no seu homebanking.

Ora, analisando pelos comentários nas redes sociais sobre esta mudança e num teste rápido com 3 utilizadores a esta nova forma de acesso ao homebanking, as conclusões a que cheguei foram estas:

• Olhando para a página, ninguém descobriu de forma prática nem intuitiva como poderia aceder ao homebanking;
• Ninguém reparou no mega banner de publicidade que ocupa 1/3 da página e que explica como aceder ao homebanking (síndrome de cegueira de banner?);
• O campo de login, que contém o texto “Contrato” não é nada claro. Alguns leram “Contacto” e ignoraram esse campo; outros perguntaram-se porque raio colocaram a palavra “Contrato” na caixa de pesquisa?
• Em vez de darem um destaque apropriado a esta forma de acesso ao homebanking, decidiram colocá-la num canto, usando um campo de preenchimento ambíguo;

E aqui está um screenshot da homepage da CGD.

Nota: esta já é uma versão alterada, uma vez que a versão original tinha outro elemento distractor imediatamente ao lado do campo de login. De qualquer das formas, os testes que fiz foram já nesta versão alterada e não na anterior.

PS: Não foram colocados links nem para o site da CGD nem para o Caixa Directa por motivos de segurança. Nunca sigam links na web para aceder aos sites dos bancos, escrevam-nos sempre vocês mesmos na barra de endereço do browser.

Porque é que obrigam o utilizador a inserir os valores num formato único? O sistema não deveria ser suficientemente inteligente para substituir os “,” por “.” aquando do envio dos dados? Pelo menos é isso que fazem os outros serviços de homebanking que conheço. O sistema deve adaptar-se ao utilizador e não o inverso.

Para piorar, pelo menos no caso dos teclados Apple, o teclado numérico tem a tecla “,” e não a tecla “.” como nos teclados dos PCs. O que faz com que este tipo de erros ocorra *todas* as vezes que insiro um valor no site do BBVA.

Vou fazer aqui uma retrospectiva destes dois anos, se bem que também podem ler aqui o balanço que fiz no final do primeiro ano.

Ano 1

Os primeiros meses foram duros. Passar de uma empresa pequena (com cerca de 25 a 30 trabalhadores), para uma empresa enorme como a PT (se bem que inicialmente só lidava com os colegas do SAPO) não foi pêra doce.
Deixar de fazer trabalho para clientes externos e passar a trabalhar para melhorar os serviços da própria empresa também fez com que a mudança tivesse mais impacto. Confesso que inicialmente me senti um pouco perdido, mas só o facto de não ter que andar de fato a visitar clientes compensou largamente a mudança

O primeiro ano foi para consolidar a existência do departamento de qualidade e usabilidade. Criámos um guia de regras de usabilidade que deveriam passar a ser cumpridas em todos os projectos. Depois fizemos várias formações (com base no guia de regras) ao longo de todo o ano de modo a evangelizar toda a gente da importância da usabilidade em todos os projectos. Isto permitiu que os restantes colegas percebessem que a usabilidade era uma mais valia nos seus projectos e não um empecilho ou algo que apenas iria atrasar o lançamento dos seus produtos.

Lançámos a nova homepage do SAPO, um processo que demorou quase o ano inteiro a concretizar devido aos inúmeros testes com utilizadores, eyetracking, inquéritos, reuniões com todas as equipas envolvidas, wireframes e mockups que fomos fazendo de modo a ter o melhor produto possível. Sendo que a homepage é a “cara” do SAPO e o nosso produto mais importante, não podíamos facilitar.

Começámos também a fazer os primeiros trabalhos para outras empresas e marcas do grupo como a TMN ou o MEO.

Internamente lançámos dezenas de novos produtos e serviços.

Ano 2

Durante este segundo ano começámos a ter imensos pedidos de ajuda por parte das várias equipas. O facto das pessoas saberem que o departamento de qualidade e usabilidade existe para ajudar a melhorar a qualidade de todos os produtos começou a dar frutos. Infelizmente, neste segundo ano não tivemos tempo de fazer formações, mas a evangelização que fizemos no primeiro ano ainda permanece na memória de todos

Este foi também o ano em que começámos a trabalhar mais em produtos não web. Ao longo do ano lançámos o MEO Jogos (um serviço de jogos online em que não é preciso ter um PC de gama alta nem é preciso instalar os jogos); o Music Box (um serviço que permite ouvir milhões de músicas, sem ter que comprar ou piratear os álbuns, e ainda com o bónus de permitir fazer o download de 10 músicas por mês, sem DRM); o MEO Interactivo (um serviço que permitiu passar os conteúdos da Internet para a TV, e sobre o qual podem obter mais alguma informação aqui sobre como decorreu todo o processo de especificações); e várias aplicações nativas para iPhone, iPad, Android, Nokia, Windows Phone e até para as TVs (Samsung e LG)!

Além destes novos produtos, obviamente continuámos a acompanhar todos os dias as dezenas (centenas?) de produtos que foram lançados na web, entre eles: as novas homepages internacionais para Angola, Cabo Verde e Moçambique e o lançamento do SAPO em Timor, entre muitos outros (novos e redesenhados).

Há ainda alguns projectos que estão em fase final de lançamento, outros que estão nas fases iniciais mas que poderão ser revolucionários quando forem lançados Enfim, todos os dias há coisas novas a acontecer e é fantástico poder trabalhar numa empresa como esta, em que há desafios novos todos os dias e tem uma equipa fantástica que consegue concretizá-los independentemente das dificuldades

Foto: youfuji

Público alvo

• Profissionais que necessitam de avaliar a usabilidade de sistemas de informação;
• Profissionais que necessitam de desenvolver material para informação e/ou comunicação.

Competências a desenvolver

• Dominar o conceito de usabilidade.
• Dominar o conceito de representação mental.
• Aplicar heurísticas para fazer testes usabilidade.
• Desenvolver um sistema de informação que integre as heurísticas de usabilidade.

Programa

• Dia 01
  Introdução – A Ergonomia e o Design Centrado no Utilizador / Normas Internacionais (Francisco Rebelo)
• Dia 02
  Psicologia aplicada à Usabilidade – Modelos Mentais e Erros (Paulo Noriega)
• Dia 03
  Estudos com Utilizadores / Personas e Cenários – exercícios práticos (Bruno Figueiredo)
• Dia 04
  Planeamento e Layout de Ecrãs – exercícios práticos (Bruno Figueiredo)
• Dia 05
  Heurísticas – exercícios práticos (Ivo Gomes)
• Dia 06
  Heurísticas – exercícios práticos (Ivo Gomes)
• Dia 07
  Métricas de Usabilidade – exercícios práticos(Bruno Figueiredo)
• Dia 08
  Avaliação – Projecto – Aplicação Prática (Ivo Gomes)

Duração

24 horas durante 1 mês.

Horário

Sextas das 18h:30 às 21h:30
Sábados das 9h:30 às 12h:30

Início do Curso

4 de Fevereiro de 2011

Formato das aulas e avaliação

Aulas expositivas com participação activa dos alunos, seguidas de componente prática.

A avaliação será efectuada através do desenvolvimento de uma apresentação que expõe os resultados de uma análise da usabilidade de um sistema de informação.

Formadores

• Francisco Rebelo

  Doutorado em Ergonomia, responsável pelas disciplinas de Ergonomia no Design de Sistemas de Informação na Licenciatura em Ergonomia, Usabilidade de Sistemas de Informação e Desenvolvimento e Avaliação de Materiais Multimédia nos Mestrados de Ergonomia e Ciências da Educação, da Faculdade de Motricidade Humana da Universidade Técnica de Lisboa. Foi responsável pela usabilidade do projecto Europeu electronic eExhibitions e em projectos com empresas e organizações, em particular com, a Siemens, as Oficinas Gerais de Material Aeronáutico e a Autoridade para as Condições de Trabalho. Actualmente é coordenador de dois projectos financiados pela Fundação para a Ciência e a Tecnologia no âmbito da utilização da Realidade Virtual para avaliação de avisos de base tecnológica.

• Paulo Noriega

  É Professor Auxiliar na Faculdade de Motricidade Humana. É doutorado em Ergonomia pela Universidade Técnica de Lisboa e tem um mestrado em Engenharia Humana pela Universidade do Minho e uma licenciatura em Psicologia Social e das Organizações pelo Instituto Superior de Psicologia Aplicada. É responsável pelas disciplinas de Psicossociologia do Trabalho e Psicologia Cognitiva da Licenciatura em Ergonomia da Faculdade de Motricidade Humana. Tem desenvolvido investigação em Percepção visual e tráfego rodoviário.

• Bruno Figueiredo

  Licenciado em Arquitectura pela Faculdade de Arquitectura de Lisboa, tem mais de 10 anos de experiência nacional e internacional na área da Usabilidade. É actualmente Director de User Experience na Ideias e Imagens. É também fundador e actual presidente da Associação Portuguesa de Profissionais de Usabilidade e membro das associações internacionais UPA, IxDA e ACM SIG-CHI.

• Ivo Gomes

  Licenciado em Ergonomia pela Faculdade de Motricidade Humana e especializado em Ergonomia de Sistemas de Informação (Usabilidade e Acessibilidade). Faz actualmente parte do departamento de Qualidade e Usabilidade do portal SAPO.pt onde ajuda a desenvolver soluções centradas no utilizador em várias plataformas (web, mobile, IPTV) para todas as empresas do Grupo PT (PT, SAPO, MEO, TMN).

Certificação

Os alunos receberão um Certificado de Aprovação que lhes permite acumular créditos, que somados a outros cursos, que se seguirão neste âmbito, permitirão aos alunos obter um diploma de pós-graduação.

O curso será também certificado pela Associação Portuguesa de Profissionais de Usabilidade.

Custo

600,00 Euros

Candidaturas

As candidaturas devem ser feitas até ao dia 28 de Janeiro de 2011. A divulgação dos resultados será efectuada no dia 1 de fevereiro de 2011.

Download da Ficha de Candidatura (PDF 114Kb)

Faculdade de Motricidade Humana da Universidade Técnica de Lisboa
Enfª Geneviève Koppens Santorum
Tel: +351 214 149 139
Fax: +351 214 144 720
gksantorum@FMH.utl.pt

Informações

Geneviève Santorum: gksantorum@FMH.utl.pt
Francisco Rebelo: frebelo@FMH.utl.pt

Hoje celebra-se o Dia Mundial da Usabilidade. O tema deste ano é “Comunicação”.

Para celebrar o dia, a Associação Portuguesa de Profissionais de Usabilidade (APPU) realiza uma conferência na qual eu vou fazer uma apresentação intitulada: “Affordance …ou como os objectos comunicam connosco”.

Caso não tenham a possibilidade de participar no evento (é grátis), deixo aqui os slides da apresentação:

Affordance (PDF – 7MB)

Dia 11 de Novembro celebra-se mais um Dia Mundial da Usabilidade. Este ano o tema é “Comunicação”. A Associação Portuguesa de Profissionais de Usabilidade (APPU) comemora este dia com uma conferência às 15h no Hotel Olissipo Oriente, Sala Tóquio, no Parque das Nações em Lisboa, e contará com a participação de alguns oradores (entre os quais, me incluo eu).

A entrada é gratuita e os membros da APPU têm lugar reservado. As inscrições pode ser feitas aqui: http://dmu2010.eventbrite.com.

Programa

• 15:00: Abertura (Bruno Figueiredo)
• 15:10: Comunicação na Moderação de Testes de Usabilidade (Anabela Fernandes)
• 15:40: Comunicação Clara (Sandra Fisher-Martins)
• 16:10: Intervalo
• 16:30: Comunicação em Interfaces (Bruno Figueiredo)
• 17:00: Affordances (Ivo Gomes)
• 17:30: A anunciar
• 18:00: Encerramento (Francisco Rebelo)

Localização