Mais indicações de Nielsen

Será que um dia conseguirei todos os materiais interessantes que chegam na newsletter do grupo NN? Chegou um hoje – First Principles Of Interaction Design (revised and expanded) que me parece um “must see”, pra mim. Acho que farei isso. Vou classificá-los por ordem de importância, e ver se com isso avanço nessas leituras “extras”.

Esse outro post do NN parece interessante porque aborda navegação por filtros vs. facetas, que são algo que a Hearst considera uma boa prática para buscas, então quero saber quais as contribuições de Whitenton (autora do post) sobre o assunto…

Advertisements

omigod Search User Interfaces Examples! *-*

Descrevendo ainda as diretrizas de Hearst, comecei a sentir necessidade de usar algumas figuras mostrando como algumas coisas são feitas hoje em dia. Dá vontade de sair colocando vários prints. Queria fazer um trabalho só de caracterização de interfaces existentes…

Diretrizes para interfaces de busca para o usuário

Lendo Clarifying Search: A User-Interface Framework for Text Searches, de Ben Shneiderman, Don Byrd e W. Bruce Croft. Hearst cita ele como um artigo influente na área, e pela temática consigo entender. Entretanto, talvez por ser de janeiro de 1997, algumas das recomendações e descrições de funcionamento de mecanismos de busca parecem meio obsoletas hoje em dia. Creio que terminarei a leitura para poder fazer uma comparação mais embasada com as sugestões de Hearst (2009), e para entender de onde as diretrizes dela surgem, também.

Mercun cita um artigo mais recente de Shneiderman, publicado em 2008, que aborda uma temática mais específica, mas que, dado o contexto do fazDelivery, talvez seja útil: Users can change their web search tactics: Design guidelines for categorized overviews (Bill Kules, Ben Shneiderman).

Preciso concluir hoje a parte de usabilidade, para haver tempo hábil para os capítulos sobre Engenhos de Busca e o descritivo do fazDelivery.

(…)

O artigo de Shneiderman de 1997 apresenta um framework com quatro partes para apoiar quem projeta interfaces de sistemas para recuperação da informação:

  1. Formulação da consulta – a ideia é prover controle ao usuário para que ele possa decidir e escolher, ou, no mínimo tomar conhecimento de como se processam:
    • Fontes: onde realizar a pesquisa, no caso de haver diferentes bases de dados, ou diferentes coleções possíveis;
    • Campos: sobre que campos dos documentos da coleção será realizada a consulta;
    • O que buscar: deve ser possível prover o texto para pesquisa, separando-o em mais de uma frases, se necessário; stop lists devem ser conhecidas (e, como dito, preferencialmente o usuário deve ter controle sobre elas);
    • Variantes: diferenciação de maiúsculas ou minúsculas, radicais extraídos e escolhidos, aproximações fonéticas ou de sinônimos devem ser mostrados como opções, se existirem, ou no mínimo informados, mesmo que não possam ser alterados.
  2. Ação – como a busca é iniciada: a ideia aqui é que isto pode ser feito de forma explícita, com um enter ou um clique, ou como uma consulta dinâmica;
  3. Revisão dos resultados – permitir, por exemplo, que os usuários limitem o número de resultados retornado, estilo de ordenamento (e.g., alfabético, índice de relevância), e o que compõem os resumos dos documentos;
  4. Refinamento – Shneiderman sugere que se mantenham um histórico de pesquisa, para que os usuários possam reutilizar esforços anteriores. Isso pode significar tanto manter o histórico de pesquisa dentro de uma sessão quanto ao longo de sessões (por exemplo, permitindo que o usuário salve conjuntos de resultado e query para mandar por e-mail ou consultas posteriores). Feedback útil sobre o set de resultados também pode ajudar.

Ok, além deste framework, o autor adapta oito diretrizes para construção de interfaces em geral para o contexto da recuperação de informação. Já as postei aqui anteriormente, porque Hearst as cita em seu livro.

A parte final do artigo são dois estudos de caso em que, similar a uma análise de usabilidade a partir de heurísticas, os autores apresentam duas interfaces (uma web, outra para desktop), avaliam onde precisam melhorar, com base em seu framework e diretrizes, e depois apresentam alterações feitas com o intuito de torná-las melhores (dã, péssima frase).

Eles são especialistas, então creio que isto baste, mas dos trabalhos que tenho visto, senti falta de eles fazerem testes com usuários com as duas interfaces (ou quatro, já que foram dois estudos de caso) para dizer como cada uma se saiu, para além das avaliações heurísticas.

Artigo: Examining the Usability of Web Site Search

Trata-se de um artigo não publicado do grupo de pesquisas da Hearsti, de 2001, no qual os autores analisam as três interfaces de busca oferecidas pelo site Epicurious e buscam entender como podem apoiar melhor o momento intermediário das buscas, quando as pessoas estão no processo de refinar resultados. Nesse ponto, apontam que:

  • diferentes tipos/ necessidades de buscas levam a diferentes estratégias, no momento da busca, e podem requerer/ beneficiar-se de diferentes interfaces;
  • para buscas realizadas sobre coleções coerentes (que nesse caso acho que podem ser entendidas, também, como mais estruturadas), metadados são ferramentas importantes tanto para auxiliar a criação das consultas quanto para refinar/reorganizar resultados, sendo mais promissoras do que o par busca por palavra-chave/listagem de resultados, apenas.

Além disso, o artigo também parece interessante, para meu projeto, do ponto de vista da descrição do estudo de usabilidade feito, trazendo insights que, penso, poderei aproveitar, como formas para evitar a falta de motivação dos participantes (além de pagar para eles >.<).

Outros destaques:

(more…)

36 dias: ainda tentando (re)entender o problema

Por que fazer o que precisa ser feito é tão difícil? >.<‘

—————————————————————————

Me sinto ingênua quando encaro meu tema como melhorar a usabilidade de engenhos de busca. Mesmo que sejam de propósito específico. Se não consigo fechar bem o escopo, sinto que estou querendo “competir” com equipes de engenheiros e designers especializados em usabilidade, de empresas como a Google, em um TCC feito em menos de um semestre, por uma pessoa. Dito assim, soa ridículo e absurdo. Isto posto, como posso abordar a questão sem que pareça que sou: a) boba ou b) presunçosa?

Conversei um pouco sobre isso com Bruno e dois pontos importantes surgiram (essas conversas são tensas e beiram à discussão, na maior parte das vezes, mas quando sobrevivemos os frutos costumam ser positivos):

  • é importante, dentro do contexto de um trabalho acadêmico, que o problema abordado seja generalizável, no sentido que, de algum modo, é preciso que o trabalho gere um conhecimento que pode ser aplicável por outra pessoa. Isto reforça o ponto de que eu preciso de algum modo entender o que há de genérico ou mais universal no problema que visualizamos na usabilidade do fazDelivery, se quiser que isto seja de fato meu TCC;
  • seguindo esta linha de pensando, e baseados um pouco no feeling que descrevi aí em baixo, sobre o fazDelivery ser um buscador diferente do Google, Bruno sugeriu descrevê-lo ou caracterizá-lo e, portanto, ao projeto que será feito, nos termos de um buscador para uma base de dados estruturados – em oposição a um buscador web. Creio que desenvolver este pensamento pode levar a um problema de pesquisa – ou a uma caracterização do que quero fazer – melhor. E provavelmente vai me ajudar na sequência do trabalho, também, claro.

Além desses pontos, que explorarei amanhã para reencontrar meu rumo, lendo a introdução de Merčun entendi melhor como posso deixar mais claro em minha própria introdução o que é o problema (quando o encontrar!). Ok, espero que estes pequenos passos realmente sirvam para eu sair dessa baixa em que entrei nestes últimos dias.

—————————— More thoughts ———————————————

A sugestão de João para abordar a questão de refinar o problema foi: pensar quais os resultados esperados deste projeto? A partir daí, pode ficar mais fácil entender o que estou tentando resolver. Deste ponto de vista, ocorre-me:

Existem diretrizes para construção de interfaces de busca (como Hearst e Wilson falam, e Merčun também, creio). O que disso se encontra em português? Uma compilação de tais diretrizes poderia ser um subproduto do projeto, desde que bem feita. Mas, dada a natureza do curso de Sistemas de Informação, creio que só poderia ser um fruto secundário, não a meta principal do trabalho.

Se eu procurar por diretrizes para construção de coleções de informação? Sistemas bibliográficos (alvo de Merčun) são considerados coleções de informação? Caso sim, como posso relacionar isto com o trabalho? Preciso:

  1. entender o que é uma coleção de informação;
  2. entender melhor o conceito de buscador web (desconfio que seja, realmente um engenho de busca que enderece toda a web, de modo amplo, ou que no mínimo não tenha um formato específico de formato de resultado);
  3. entender o que é um sistema bibliográfico;
  4. talvez mais importante que os três acima: existem diretrizes para construção de buscadores sobre bases de dados estruturadas? Posso caracterizar o fazDelivery desse modo? Como fazê-lo?

Isto porque, como comentei mais ali em cima, algo está coçando em minha cabeça me dizendo que o fazDelivery é diferente do Google, e talvez mesmo do Yummly, visto que ele contém páginas próprias que visam conter a informação buscada pelos usuários.

Pesquisando sobre coleções de informação, encontrei um blog, que tem uma série de posts sobre mecanismos de busca, nos quais Derek Sisson tenta entender e descrever melhor o que são mecanismos e processos de busca: http://philosophe.com/search_topics/

Pode não ser um documento canônico ou adequado para figurar como uma referência para o TCC, mas está me ajudando a refletir, então, neste estágio do projeto, em que estou tendo que voltar a pensar em qual o problema que pretendo resolver e aonde quero chegar, estou o considerando útil. Destaques que me trazem algum tipo de insight, retirados do post sobre Tipos de Coleções de Informação:

“a collection of web pages is just another type of document collection”

“scope of the catalogue

Whereas any web search engine will only have indexed a portion of existing web pages, any product catalogue is by definition a complete listing of every product in the particular system.”

58 dias: Design of search user interfaces

Hearst, Marti. Capítulo 1 – The Design of Search User Interfaces.

Destaques interessantes (perdoem, estou fazendo fichamentos aqui):

The job of the search user interface is to aid users in the expression of their information needs, in the formulation of their queries, in the understanding of their search results, and in keeping track of the progress of their information seeking efforts.

Some important reasons for the relative simplicity and unchanging nature of the standard Web search interface are:

  • Search is a means towards some other end, rather than a goal in itself. When a person is looking for information, they are usually engaged in some larger task, and do not want their flow of thought interrupted by an intrusive interface.
  • Related to the first point, search is a mentally intensive task. When a person reads text, they are focused on that task; it is not possible to read and to think about something else at the same time. Thus, the fewer distractions while reading, the more usable the interface.
  • Since nearly everyone who uses the Web uses search, the interface design must be understandable and appealing to a wide variety of users of all ages, cultures and backgrounds, applied to an enormous variety of information needs.

Although today’s standard search is a big improvement in usability over older command-line based Boolean systems, there is evidence that keyword querying is not initially intuitive. In fact, the literature suggests that people who are new to using search engines tend to start by asking a natural language question (Bilal, 2000Schacter et al., 1998). Novice searchers must learn to expect that a query will not yield immediately usable results, and that they must scan search results lists, navigate through Web sites and read through Web pages to try to find the information they seek. A study by Pollock and Hockley, 1997 found that, for novice searchers, the notion of iterative searching was unfamiliar. Some study participants assumed that if their first attempt failed then either they were incapable of searching or the system did not contain information relevant to their interest.

“The job of the search user interface is to aid users in the expression of their information needs, in the formulation of their queries, in the understanding of their search results, and in keeping track of the progress of their information seeking efforts.” “An important quality of a user interface (UI) is its usability, a term which refers to those properties of the interface that determine how easy it is to use. Shneiderman and Plaisant, 2004 identify five components of usability, restated by Nielsen, 2003b as:”

  • Learnability: How easy is it for users to accomplish basic tasks the first time they encounter the interface?
  • Efficiency: How quickly can users accomplish their tasks after they learn how to use the interface?
  • Memorability: After a period of non-use, how long does it take users to reestablish proficiency?
  • Errors: How many errors do users make, how severe are these errors, and how easy is it for users to recover from these errors?
  • Satisfaction: How pleasant or satisfying is it to use the interface?

Serra, Raquel cita as mesmas.

In user-centered design, decisions are made based on responses obtained from target users of the system.

Needs assessment; task analysis; scenarios.

There are usually several good solutions within the interface design space, and the task of the designers is to navigate through the design space until reaching some “local optimum.” The iterative process allows study participants to help the designers make decisions about which paths to explore in that space. Experienced designers often can begin the design near a good part of the solution space; less experienced designers need to do more exploration. Designing for an entirely novel interaction paradigm often requires more iteration and experimentation. Evaluation is part of every cycle of the user-centered design process.

Hearst cita um artigo de Nielsen de 1989 em que ele apresenta a ideia de tais testes de usabilidade feitos com poucos usuários. Pesquisei e encontrei dois artigos mais recentes de Nielsen em que ele discute tal ideia, acho que vale a pena lê-los:

Discount usability for the web (1997)

Discount Usability: 20 Years (2009)

Shneiderman et al., 1997 specifies eight design desiderata for search user interfaces generally (re-ordered below):

  • Offer informative feedback.
  • Support user control.
  • Reduce short-term memory load.
  • Provide shortcuts for skilled users.
  • Reduce errors; offer simple error handling.
  • Strive for consistency.
  • Permit easy reversal of actions.
  • Design for closure.

Detalhamento desses pontos:

Because the search task is so cognitively intensive, feedback about query formulation, about the reasons the particular results were retrieved, and about next steps to be taken is critically important.

  • Offer efficient and informative feedback
    • show search results immediately – at least a few initial results should be shown. This helps searchers understand if they are on the right track or not, and also provides them with suggestions of related words that they might use for query reformulation. Many experimental systems make the mistake of requiring the user to look at large amounts of helper information, such as query refinement suggestions or category labels, before viewing results directly.
    • show informative document surrogates; highlight query terms – information about the document and why it was retrieved, such as the title, the URL, and a textual summary; this information is referred to as the document surrogate. (…) An important form of feedback in search results listings is to include the terms from the query in the document surrogates in order to show how the retrieved document relates to the concepts expressed in the query. (…) Research shows that summaries are most informative if they contain the query terms shown in their context from the document (Tombros and Sanderson, 1998White et al., 2003a). […] Term highlighting refers to altering the appearance of portions of text in order to make them more visually salient, or “eye-catching” (…) This helps draw the searcher’s attention to the parts of the document most likely to be relevant to the query, and to show how closely the query terms appear to one another in the text. However, it is important not to highlight too many terms, as the positive effects of highlighting will be lost (Kickmeier and Albert, 2003). […] There is an inherent tradeoff between showing long, informative summaries and minimizing the screen space required by each search hit. ((Ela diz isso, mas não entra em mais detalhes, nem cita fontes. Entretanto, sinto a mesma coisa em relação ao fazDelivery, mesmo como usuária: gostaria de ver mais resultados de uma única vez.)). Hearst cita o BioText para mostrar uma interface de document surrogate rica. Tive duas ideias para a interface do FD a partir disto – tornar a expansão da descrição de cada item opcional; e mostrar sugestão de termos para busca – podem ser termos mais populares ou que queiramos destacar;
    • allow sorting of results by various criteria – Como esta é a parte que mais me interessa, e ela fala pouco, copio todo o trecho (grifos meus): Another effective form of feedback in the display of search results allows for the dynamic sorting of search results according to different ranking criteria (e.g., recency, relevance, author, price, etc.). An effective interface for displaying results sortable along several dimensions at once uses a sortable columns format, as seen in email search interfaces, some product search, and some bibliographic search (see Figure 1.3). With this view, users can sort results according to different criteria, while being able to visually compare those criteria, because the changes are directly visible (Reiterer et al., 2000Cutrell et al., 2006b). This kind of view is typically more effective than showing choices hidden behind drop-down menus. Grouping search results by categories is also an effective form of feedback, as discussed in the section below on integrating navigation and search.;
    • Show query term suggestions – ela fala muito em sugestões para refinar busca, tanto dinâmicas quanto pós busca realizada. Não sei quanto poderei fazer isso com o fazDelivery, já que não pretendo mexer no algoritmo do motor de busca em si, mas talvez seja um bom trabalho futuro incluir algo do gênero;
    • Use relevance indicators sparingly – no geral, a ordem vertical de aparecimento dos resultados já passa ao usuário uma boa ideia de relevância de documentos, de modo que é bom ser cuidadoso com outros tipos de indicadores de relevância (e, em especial, com o entendimento que usuários farão deles). Por outro lado, informações visuais sobre avaliações de outros usuários – como estrelas – podem ser úteis.
    • Support rapid response – para sistemas de propósito geral, especialmente quando há sugestões dinâmicas, busca exploratória e muita interação, é importante que o tempo de resposta seja curto, permitindo ao usuário fazer mais buscas até se aproximar dos resultados desejados, por exemplo, sem interromper o fluxo de pensamentos do usuário enquanto ele faz sua pesquisa. Por outro lado, para sistemas mais especializados, em que normalmente o resultado final já é a resposta desejada pelo o usuário, este se mostra mais disposto a esperar. Neste caso, é importante, entretanto, dar algum tipo de feedback que indique que o sistema está processando a requisição feita.
  • Balance user control with automated actions – há dois aspectos que se relacionam mais fortemente com esse balanço:
    • Rank ordering in web search (ordenamento de resultados em buscas feitas na web) – torna-se difícil exigir que os usuários entendam em detalhes o funcionamento de um motor de buscas, para que possam calibrar suas opções de acordo com suas necessidades. Nesse caso talvez o fazDelivery esteja até bem, pois, por se tratar de uma coleção mais específica, é mais fácil entender os pesos do que é relevante – e.g., peso, distância, tempo de entrega. Ainda assim, atualmente a apresentação de tais filtros de reordenamento não está muito boa.
    • Query transformations –  Hearst discute a questão das adaptações aos termos de consulta feitas automaticamente pelos motores de busca. Elas costumas ajudar, (…) But if the system consistently overrules the user’s intention, the user may become justifiably frustrated. — Ainda assim, como aqui provavelmente entraria um caso de mexer no motor da busca em si, não devo trabalhar com este ponto.
  • Reduce short-term memory load
    • Suggest the search action in the entry form – esta é uma prática que nem sempre funciona bem no design de formulários extensos (especialmente quando se omite títulos dos campos, substituindo-se pelos termos escritos em seus próprios campos – mais detalhes em vários links na internet, como neste da Pardot: Placeholders are not Substitutes for Labels), mas que pode funcionar bem
    • Support simple history mechanisms – mostrar pesquisas recentes ou páginas recentemente visitadas, por exemplo, é uma forma de auxiliar isto
    • Integrate navigation and search – A well-established principle of human memory is that it is often easier to recognize a word or name than it is to think up that word. (…) Browsable information structures, such as links on a Web site or a table of contents for a book, give an overview of the contents of a collection, allowing the searcher to navigate to the information of interest by following links or narrowing by selecting categories. Information structures can also impose an organization on the results of search. To be fully effective, navigation interfaces should allow the user to interleave keyword queries within existing information structures, smoothly integrating navigation with search. This means that after a keyword search, results should be organized into the navigation structure, and that after navigation steps, keyword search should be available over the current subset of information items. [categories] can also be used for ordering and sorting search results. Hearst também cita a navegação por categorias multifacetadas como um bom approach para dar um bom controle e refinamento para os usuários, mas não sei se conseguiria implementar algo assim para o fazdelivery trabalhando apenas do ponto de vista da interface…
  • Provide shortcuts
    • Além dos tradicionais atalhos de teclado, para buscas são comuns outras formas de atalhos, por assim dizer, como mostrar outros sub-domínios para links mostrados entre os resultados, ou, por exemplo, no caso do fazDelivery, quando sugerimos diretamente um estabelecimento, quando o termo buscado coincide com o nome do mesmo. In a sense, this kind of intention prediction is a form of shortcut, eliminating the need for the user to know precisely how to specify a command, and also reducing the need to navigate to external Web pages to find the desired information.
  • Reduce errors
    • Avoid empty results sets – uma forma de evitar isto é prover previsão de resultados para consultas (por exemplo, no caso das navegações multifacetadas, funciona bem), ou oferecer sugestão de correção para termos escritos erroneamente.
    • Address the vocabulary problem – Hearst explica que um estudo feito por Furnas apontou que, para pessoas dentro de uma mesma área de atuação, objetos ou tarefas comuns têm uma probabilidade bastante pequenas de serem nomeados da mesma forma. Isto significa que o autor de um determinado documento ou site pode não usar os mesmos termos para se referir ao seu conteúdo que a pessoa buscando por ele. Expansão de termo (term expansion), no caso de buscas, e card sorting para escolha de “rótulos” para ícones, categorias e botões podem ser técnicas úteis para endereçar tal problema.
  • Recognize the importance of small details – coisas como tamanho de frases de dicas ou sugestões ou pré-concepções acerca do funcionamento da busca podem alterar muito como os usuários entendem e reagem a uma busca. Por exemplo, quando a sugestão para termos escritos incorretamente do google era muito grande, poucas pessoas a notavam. Também observa-se que, atualmente, as pessoas naturalmente esperam que os primeiros resultados retornados sejam mais relevantes para sua consulta.
  • Recognize the importance of aesthetics in design – vários estudos sugerem que as pessoas tendem a ter uma melhor experiência com interfaces que são melhor planejadas esteticamente, tanto do ponto de vista de satisfação com interface quanto em relação a tempo para realização das buscas ou avaliação da relevância dos resultados: “Nakarada-Kordic and Lobb, 2005 report that viewers persevere longer in a search task on Web sites whose design appeals to them.”

Diretrizes importantes, exemplos úteis e uma série que referências, que ainda me levaram para outros lugares. Anotei algumas ideias para trabalhos futuros ou para a interface do fazDelivery em si – ou que creio que já fazemos de um modo legal. Acho que destaquei coisa demais e tenho medo de só me basear em Hearst, mas é uma leitura que vale a pena para quem quer começar a mexer com interfaces de busca.

59 dias: prefácio – search user interfaces

/* Entreguei o anteprojeto! Bonitinho, assinadinho. Até colorido foi. */

Citações que merecem destaque – talvez possa usá-las na monografia:

“Today, search is fully integrated into operating systems and is viewed as an essential part of most information systems.”

“This is a fast-changing field, and any attempt to summarize the state-of-the-art will no doubt soon be proven obsolete. Nonetheless, certain principles and techniques seem to hold steady over the years, and there is much that is now known about search interfaces that should stand for at least the near future.”

Related books: (…) Designing Web Navigation, Optimizing the User Experience, by Kalback and Gufstafson, O’Reilly Media, 2007, which discusses navigation design for web sites.

Ela fala que, à época da escrita do livro, não havia livros focados especificamente na interface de usuário dos sistemas de busca. Nesse sentido, talvez seja bom se eu conseguir ler o Search User Interface Design, do Max L. Wilson, de 2011, para complementar a pesquisa para o projeto.

Falando em leitura, a partir da apresentação dos capítulos que ela faz, parece-me que terei de ler, no mínimo, os capítulos 1 – 6, 8 e 10. O 1 e o 5 já li, mas não fiz um bom fichamento, então é melhor reler.

Edit: ~8 páginas lidas. Faltam 70 para chegar à meta diária.

Vídeo: Google Tech Talk: Search User Interfaces (Marti Hearst)

Nesta palestra Hearst dá uma espécie de visão geral de seu livro, com aprofundamentos em alguns capítulos que considerou mais chave, dada a limitação de tempo.

Um dos capítulos que ela escolhe é o segundo, que trata sobre a avaliação de interfaces de busca. Ela destaca alguns tipos de avaliação normalmente feitos ao longo do processo de desenvolvimento de uma nova interface:

  • Informal (discount) usability testing
  • Formal laboratory studies
  • Field studies
  • Longitudinal studies – trata-se de um estudo feito em um longo período de tempo, com os mesmo usuários, que permite observar como suas impressões objetivas da interface mudam, na medida em que ganham mais familiaridade com a mesma. Hearst sugere que se faça mais esse tipo de teste – não sei se conseguirei, dadas as circunstâncias de tempo e quantidade de usuários, mas, se não conseguir, pode ser um bom trabalho futuro a ser realizado para o trabalho.
  • Log file analysis
  • Large-scale testing (A/B testing, bucket testing, parallel flights)

Às vezes pode ser importante reconhecer que o design proposto só funciona bem para alguns tipos de tarefas.

Outro ponto que ela destaca é que é importante escolher um grupo de usuários que combine com o tipo de ambiente que se está propondo – é necessário que sejam pessoas motivadas e que gostem do que se trata, do contrário, suas respostas serão muito enviesadas, não necessariamente devido a sua experiência com a interface, mas porque não têm interesse no assunto que ela aborda. Uma forma de lidar com isso é dar opções de tarefas a serem realizadas, de modo que possam escolher a(s) que lhe(s) interessa(m) mais.

Tudo indica que esta lista será muito útil para a etapa do projeto de testes – e design – da nova interface. Ela cita alguns artigos sobre o assunto, que estão no livro também e podem ser fonte de referência e inspiração.

Pra mim a parte sobre avaliação acabou sendo a mais interessante do vídeo. Ela também aborda a questão da construção das queries e como apoiá-las, mas, talvez porque não pretendo trabalhar muito com esse tópico, não me chamou tanto atenção. Outros capítulos abordados foram integração entre busca e navegação, visualização de buscas, personalização e futuras tendências – esta última parte ela aborda em mais detalhes, e talvez de modo mais atualizado, no artigo ‘Natural’ Search Interfaces, de 2011.

Como disse, serviu para ter ideias sobre testes e avaliações – e para me dizer que realmente preciso ler logo esse livro, se pretendo chegar a algum lugar com este trabalho.