Bonne pratique: créer une expérience positive pour les utilisateurs de Looker

Ces bonnes pratiques reflètent les recommandations partagées par une équipe pluridisciplinaire de spécialistes Looker expérimentés. Ces insights sont le fruit d'années d'expérience avec les clients Looker, de l'implémentation à la réussite à long terme. Bien que ces pratiques soient adaptées à la plupart des utilisateurs et des situations, faites appel à votre bon sens lors de leur implémentation.

Les développeurs LookML peuvent suivre ces conseils pour améliorer l'expérience de leurs utilisateurs avec Looker:

Ces recommandations sont expliquées plus en détail dans les sections suivantes.

Fournir aux utilisateurs des noms de champs explicites

  • Le paramètre label vous permet d'appliquer des noms conviviaux aux dimensions ou aux mesures, tout en conservant des noms adaptés aux bases de données dans les fichiers de vue et de modèle. Vous pouvez envisager de renommer quelques termes courants, tels que Nombre par Nombre de et Somme à Total. Si vous ne savez pas quels mots sont pertinents pour les utilisateurs, collaborez avec un utilisateur professionnel pour créer des rapports courants et examinez les mots utilisés par les rapports pour décrire ce que les utilisateurs recherchent. Par exemple, supposons que les vues Inventory Items, Order Items, Orders et Products comportent chacune une mesure appelée Nombre. Vous pouvez utiliser le paramètre label pour attribuer à chacune de ces mesures un nom unique et explicite, par exemple Nombre d'articles en stock, Nombre d'articles commandés, Nombre de commandes et Nombre de produits.
  • Évitez d'exposer plusieurs champs portant le même nom. Par exemple, les mesures de type: count sont automatiquement créées dans Looker sous le nom Count. Par conséquent, la plupart des fichiers de vue contiennent une mesure de nombre portant le même nom. L'utilisation de plusieurs champs portant le même nom peut dérouter les utilisateurs. L'ajout d'étiquettes ou le changement de nom des mesures de comptage pour indiquer l'objet compté pour éviter toute confusion. Vous devez également tenir compte des autres champs Date de création et Date de mise à jour, comme dans les groupes de dimensions.
  • Indiquez des noms clairs pour les champs de type: yesno. Par exemple, utilisez L'article a-t-il été renvoyé ? au lieu de Retourné pour nommer un champ indiquant si un article a été renvoyé.
  • Nommez les ratios de manière descriptive. Par exemple, Commandes par client est plus claire que Pourcentage de commandes.
  • Nommez les champs et représentez les valeurs de manière cohérente dans l'ensemble du modèle. Si vous utilisez le paramètre value_format ou value_format_name pour appliquer une mise en forme telle que des symboles de devise, des pourcentages et une précision décimale aux champs numériques, vous clarifiez les choses pour vos utilisateurs.

Regroupez les champs similaires pour faciliter la navigation.

  • Utilisez le paramètre group_label pour regrouper les dimensions et les mesures issues d'une ou de plusieurs vues associées qui sont liées. Par exemple, regroupez toutes les informations géographiques dans un groupe Situation géographique afin de regrouper toutes les adresses et informations de localisation dans le sélecteur de champs, au lieu de les classer par ordre alphabétique: 
        dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

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

    Les dimensions Ville et Pays sont regroupées sous le libellé Zone géographique dans le sélecteur de champs.

  • Scindez de grandes tables dénormalisées à l'aide du paramètre view_label. Utilisez le paramètre view_label dans les champs pour regrouper les champs de manière logique dans des en-têtes distincts à l'aide du sélecteur de champs. Il peut être difficile de parcourir des tables volumineuses dénormalisées contenant de nombreux champs, ce qui donne l'illusion qu'il existe plusieurs vues dans le sélecteur de champs d'exploration situé à gauche.

Éviter d'en exposer trop aux utilisateurs au départ

  • Évitez d'en dévoiler trop aux utilisateurs lors d'un déploiement initial de Looker. Commencez modestement, puis multipliez les options. Vous n'avez pas besoin d'exposer toutes les tables ou dimensions et mesures en même temps. Vous pouvez d'abord exposer les champs les plus importants, puis continuer à intégrer davantage de fonctionnalités à mesure que les utilisateurs métiers se sentent plus à l'aise avec l'exploration des données.
  • Masquez les dimensions qui ne sont pas pertinentes pour les utilisateurs dans l'interface utilisateur. Utilisez le paramètre hidden au niveau des dimensions qui ne seront jamais utilisées via l'interface utilisateur (comme les champs d'ID ou les dates de mise à jour de la base de données).
  • Utilisez le paramètre fields dans les explorations et les jointures afin de limiter le nombre de champs disponibles pour les utilisateurs. Les champs inclus ne doivent être que ceux pertinents pour l'exploration. Cela réduit les surcharges et offre une meilleure expérience aux utilisateurs. Contrairement au paramètre hidden, le paramètre field permet d'inclure ou d'exclure des champs sur la base d'une exploration par exploration.
  • Masquez les explorations qui existent uniquement pour remplir des Looks, des vignettes de tableau de bord ou des filtres spécifiques à l'aide du paramètre hidden pour les explorations. Les explorations qui ne sont pas destinées à être explorées par les utilisateurs doivent être masquées dans l'interface utilisateur.
  • Utilisez le moins d'explorations possible tout en permettant aux utilisateurs d'accéder facilement aux réponses dont ils ont besoin. Envisagez de diviser les explorations en différents modèles pour différentes audiences afin de limiter les options disponibles pour chaque groupe d'utilisateurs. Le nombre optimal d'explorations varie d'une entreprise à l'autre, mais en avoir trop peut dérouter les utilisateurs. Pensez à utiliser le paramètre group_label pour les explorations dans un modèle, ce qui vous permettra de les regrouper de manière pertinente dans le menu déroulant Exploration.

Ajoutez des descriptions pour que les utilisateurs sachent quels champs et explorations utiliser.

  • Utilisez le paramètre description au niveau des dimensions et des mesures pour fournir aux utilisateurs des informations supplémentaires sur la logique ou les calculs utilisés dans le modèle. Ce point est particulièrement important pour les dimensions et les mesures qui exploitent une logique ou des calculs complexes. Cela dit, il est également judicieux d'envisager également les descriptions de champs plus simples afin de s'assurer que les utilisateurs comprennent les définitions qui les sous-tendent.
  • Définissez des descriptions d'exploration pour les utilisateurs. Ajoutez une brève description à chaque exploration pour préciser son but et l'audience qui l'utilisera.

Intégrer des workflows courants dans Looker

  • Ajoutez drill_fields à toutes les mesures pertinentes. Les champs d'analyse détaillée permettent aux utilisateurs de cliquer sur des valeurs agrégées afin d'accéder à des données détaillées. Utilisez le paramètre set pour créer des ensembles de champs réutilisables qui peuvent ensuite être appliqués à un nombre illimité de mesures dans une vue.
  • Ajoutez drill_fields à toutes les dimensions hiérarchiques. Par exemple, si vous ajoutez un drill_field pour Ville dans une dimension État, les utilisateurs peuvent sélectionner un État, puis afficher le détail des villes qui s'y trouvent. Notez que cette analyse hiérarchique sera automatiquement appliquée aux groupes de dimensions temporelles.
  • Configurez des liens permettant aux utilisateurs de naviguer facilement et de transmettre des filtres à d'autres tableaux de bord Looker, ou à des systèmes ou plates-formes externes à Looker. Consultez la documentation sur le paramètre link pour obtenir des exemples de transmission de filtres via des exercices d'analyse.