Prática recomendada: criar uma experiência positiva para os usuários do Looker

Essas práticas recomendadas refletem as sugestões compartilhadas por uma equipe multifuncional de Lookers experientes. Esses insights são provenientes de anos de experiência trabalhando com clientes do Looker, desde a implementação até o sucesso a longo prazo. As práticas foram escritas para funcionar na maioria dos usuários e situações, mas use o bom senso ao implementar.

Os desenvolvedores do LookML podem seguir estas dicas para melhorar a experiência dos usuários com o Looker:

Essas recomendações são explicadas com mais detalhes nas seções a seguir.

Forneça nomes de campos significativos aos usuários

  • Use o parâmetro label para aplicar nomes fáceis de usar a dimensões ou medidas, mantendo nomes fáceis de usar para bancos de dados nos arquivos de visualização e modelo. Considere renomear alguns termos comuns, como Contagem para Número de e Soma para Total. Se você não tiver certeza de quais palavras são significativas para os usuários, trabalhe com um usuário comercial para criar alguns relatórios comuns e veja quais palavras eles usam para descrever o que as pessoas procuram. Por exemplo, suponha que as visualizações Itens de inventário, Itens do pedido, Pedidos e Produtos tenham uma medida chamada Contagem. Use o parâmetro label para dar a cada uma dessas medidas um nome exclusivo e significativo, como Número de itens de inventário, Número de itens de pedido, Número de pedidos e Número de produtos.
  • Evite expor vários campos com o mesmo nome. Por exemplo, as medidas de type: count são criadas automaticamente no Looker com o nome Count. Isso faz com que a maioria dos arquivos de visualização contenha uma medida de contagem com o mesmo nome. Vários campos com o mesmo nome podem confundir os usuários. Adicionar rótulos ou renomear medidas de contagem para indicar o objeto que está sendo contado evitará confusão. Outros campos a serem considerados são Data de criação e Data de atualização, como em grupos de dimensão.
  • Forneça nomes claros para os campos de type: yesno. Por exemplo, use O item foi retornado? em vez de Devolvido para nomear um campo que indica se um item foi retornado.
  • Nomeie as proporções de forma descritiva. Por exemplo, Pedidos por clientes que compram é mais claro do que Porcentagem de pedidos.
  • Nomeie os campos e represente os valores de forma consistente em todo o modelo. Usar o parâmetro value_format ou value_format_name para aplicar formatação como símbolos de moeda, porcentagens e precisão decimal a campos numéricos ajudará a deixar tudo mais claro para os usuários.

Agrupe campos semelhantes para facilitar a navegação

  • Use o parâmetro group_label para consolidar dimensões e medições de visualizações individuais ou múltiplas relacionadas. Por exemplo, agrupe todas as informações geográficas em um grupo Geografia para reunir todas as informações de endereço e local no seletor de campo, em vez de listar todas em ordem alfabética: 
        dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

    dimension: country {
      group_label: "Geography"
      type: string
      map_layer_name: countries
      sql: ${TABLE}.country ;;
    }

    As dimensões "Cidade" e "País" são agrupadas no rótulo "Geografia" no seletor de campo.

  • Separe tabelas grandes e desnormalizadas usando o parâmetro view_label. Use o parâmetro view_label nos campos para agrupar os campos de maneira lógica em títulos separados no seletor de campos. Tabelas grandes e desnormalizadas com muitos campos podem ser difíceis de navegar, o que cria a ilusão de várias visualizações no seletor de campos "Explore" à esquerda.

Evite expor muito aos usuários

  • Evite expor demais aos usuários após o lançamento inicial do Looker. Comece aos poucos e depois amplie as opções. Não é preciso expor todas as tabelas ou dimensões e medições de uma só vez. É possível expor os campos mais importantes no início e continuar a integrar mais funcionalidades à medida que os usuários comerciais se tornam mais confiantes com a exploração de dados.
  • Oculte dimensões que não são relevantes para os usuários da interface. Utilize o parâmetro hidden em dimensões que nunca serão usadas na interface do usuário (como campos de ID ou datas de atualização do banco de dados).
  • Use o parâmetro fields nas Análises e mesclagens para limitar o número de campos disponíveis aos usuários. Os campos incluídos precisam ser apenas aqueles relevantes para a Análise. Isso reduz a sobrecarga de trabalho e oferece uma experiência melhor aos usuários. Ao contrário do parâmetro hidden, o field permite que os campos sejam incluídos ou excluídos de acordo com a Análise por Análise.
  • Oculte os Explores que existem apenas para preencher Looks, blocos de dashboard ou filtros específicos usando o parâmetro hidden para Explores. As Análises que não são destinadas aos usuários precisam ficar ocultas na interface do usuário.
  • Use o menor número possível de Análises detalhadas e, ao mesmo tempo, permita que os usuários tenham acesso fácil às respostas de que precisam. Divida as Análises detalhadas em modelos diferentes para públicos-alvo diferentes com o objetivo de limitar as opções disponíveis para cada grupo de usuários. O número ideal de Análises detalhadas é diferente para cada empresa, mas ter muitas explorações tende a confundir os usuários. Use o parâmetro group_label para as Análises detalhadas em um modelo, o que permitirá agrupá-las de forma prática no menu suspenso Explorar.

Adicione descrições para que os usuários saibam quais campos e Explores usar

  • Use o parâmetro description nas dimensões e medidas para dar mais informações aos usuários sobre a lógica ou os cálculos usados no modelo. Isso é especialmente importante para dimensões e medidas que aproveitam lógicas ou cálculos complexos. Por isso, convém considerar também as descrições de campos mais simples para garantir que os usuários entendam as definições por trás deles.
  • Defina Explorar descrições para os usuários. Adicione uma breve descrição a cada Análise para especificar a finalidade e o público-alvo que vai usá-la.

Crie fluxos de trabalho comuns no Looker

  • Adicione drill_fields a todas as medidas relevantes. Os campos de detalhamento permitem que os usuários cliquem nos valores agregados para acessar dados detalhados. Use o parâmetro set para criar conjuntos reutilizáveis de campos que podem ser aplicados a qualquer número de medidas em uma visualização.
  • Adicione drill_fields a todas as dimensões hierárquicas. Por exemplo, ao adicionar um drill_field para Cidade a uma dimensão Estado, os usuários podem selecionar um estado e, em seguida, detalhar as cidades dentro dele. Esse detalhamento hierárquico será aplicado automaticamente aos grupos de dimensões de tempo.
  • Configure links que permitam aos usuários navegar facilmente e transmitir filtros para outros painéis do Looker ou para sistemas ou plataformas externos ao Looker. Consulte nossa documentação sobre o parâmetro link para ver exemplos de como transmitir filtros por detalhamento.