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 Looker chevronnés. Ces informations sont le fruit d'années d'expérience avec les clients de Looker, de la mise en œuvre à la réussite à long terme. Ces pratiques sont conçues de façon à fonctionner pour la plupart des utilisateurs et des situations. Toutefois, vous devez faire preuve de discernement lorsque vous les implémentez.

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 significatifs

  • Utilisez le paramètre label pour appliquer des noms conviviaux aux dimensions ou aux mesures, tout en conservant des noms adaptés à la base de données dans les fichiers de vue et de modèle. Vous pouvez renommer quelques termes courants, par exemple Nombre en Nombre et Somme par Total. En cas de doute sur les mots qui ont du sens pour les utilisateurs, collaborez avec un utilisateur métier pour créer des requêtes courantes et voir quels mots les résultats de requête utilisent pour décrire ce que les utilisateurs recherchent. Par exemple, supposons que les vues Éléments d'inventaire, Articles de campagne, Commandes et Produits comportent chacune une mesure appelée Nombre. Vous pouvez utiliser le paramètre label pour attribuer à chacune de ces mesures un nom unique et pertinent, comme Nombre d'articles de l'inventaire, Nombre d'articles de la commande, Nombre de commandes et Nombre de produits.
  • Évitez d'exposer plusieurs champs portant le même nom. Par exemple, des mesures de type: count sont automatiquement créées dans Looker avec le nom Nombre. La plupart des fichiers de vue contiennent donc une mesure de nombre portant le même nom. Plusieurs champs portant le même nom peuvent dérouter les utilisateurs. L'ajout d'étiquettes ou le changement de nom des mesures de comptage pour indiquer l'objet compté évite toute confusion. Parmi les autres champs à garder à l'esprit, citons Created Date (Date de création) et Updated Date (Date de mise à jour), comme dans les groupes de dimensions.
  • Fournissez des noms clairs pour les champs de type: yesno. Par exemple, utilisez Was the Item Returned? au lieu de Returned pour nommer un champ indiquant si un article a été retourné.
  • Nommez les ratios de manière descriptive. Par exemple, Commandes par client ayant acheté est plus claire que Pourcentage de commandes.
  • Nommez les champs et représentez les valeurs de manière cohérente dans le modèle. Utiliser le paramètre value_format ou value_format_name pour appliquer une mise en forme (symboles de devise, pourcentages et précision décimale, par exemple) aux champs numériques permet de rendre les informations plus claires pour vos utilisateurs.

Regrouper les champs similaires pour faciliter la navigation

  • Utilisez le paramètre group_label pour consolider les dimensions et les mesures de vues jointes individuelles ou multiples associées. Par exemple, regroupez toutes les informations géographiques dans un groupe Géographie pour regrouper toutes les informations d'adresse et d'emplacement dans le sélecteur de champ, au lieu de les lister toutes 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 l'étiquette "Zone géographique" dans le sélecteur de champs.

  • Répartissez les grandes tables dénormalisées à l'aide du paramètre view_label. Utilisez le paramètre view_label dans les champs pour les regrouper de manière logique en titres distincts dans le sélecteur de champs. Les tables volumineuses et dénormalisées comportant de nombreux champs peuvent être difficiles à parcourir. Il peut donc sembler qu'il existe plusieurs vues dans le sélecteur de champ d'exploration situé sur la gauche.

Éviter de trop exposer les utilisateurs au départ

  • Évitez de trop exposer les utilisateurs lors du 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 présenter les champs les plus importants au début, puis continuer à ajouter des fonctionnalités à mesure que les utilisateurs métier progressent en exploration des données.
  • Masquer les dimensions qui ne sont pas pertinentes pour les utilisateurs dans l'interface utilisateur. Utilisez le paramètre hidden sur les dimensions qui ne seront jamais utilisées via l'interface utilisateur (telles que 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 pour limiter le nombre de champs disponibles pour les utilisateurs. Les champs inclus ne doivent être que ceux qui sont pertinents pour l'exploration. Cela réduit l'encombrement 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 par exploration.
  • Masquez les explorations utilisées uniquement pour alimenter 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 est différent pour chaque entreprise, mais un trop grand nombre d'explorations peut prêter à confusion. Pensez à utiliser le paramètre group_label pour les explorations dans un modèle. Cela vous permettra de les regrouper de manière judicieuse dans le menu déroulant Explorer.

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

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

Créer des workflows courants dans Looker

  • Ajoutez drill_fields à toutes les mesures pertinentes. Les champs de drill-down permettent aux utilisateurs de cliquer sur des valeurs agrégées pour 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 pourront sélectionner un État, puis accéder à des informations plus détaillées sur ses villes. Notez que cette analyse hiérarchique sera automatiquement appliquée aux groupes de dimensions temporelles.
  • Configurez des liens qui permettent aux utilisateurs de naviguer et de passer facilement des filtres vers d'autres tableaux de bord Looker ou vers des systèmes ou plates-formes externes à Looker. Voir nos sur le paramètre link pour obtenir des exemples de transmission de filtres via des détails.