Best practice: crea un'esperienza positiva per gli utenti di Looker

Queste best practice riflettono i consigli condivisi da un team interfunzionale di esperti Looker. Questi approfondimenti provengono da anni di esperienza con i clienti di Looker, dall'implementazione al successo a lungo termine. Le best practice sono scritte per essere utilizzate dalla maggior parte degli utenti e in diverse situazioni, ma devi fare la scelta migliore durante l'implementazione.

Gli sviluppatori di LookML possono prendere in considerazione i seguenti suggerimenti per migliorare l'esperienza degli utenti con Looker:

Questi consigli sono spiegati in maggiore dettaglio nelle sezioni che seguono.

Fornisci agli utenti nomi di campo significativi

  • Utilizza il parametro label per applicare nomi facili da usare alle dimensioni o alle misure, mantenendo i nomi adatti al database nei file di vista e modello. Potresti prendere in considerazione la possibilità di rinominare un paio di termini comuni, ad esempio Conta in Numero di e Somma in Totale. Se non sai quali parole sono significative per gli utenti, collabora con un utente aziendale per creare alcune query comuni e scopri quali parole vengono utilizzate nei risultati delle query per descrivere ciò che cercano gli utenti. Ad esempio, supponiamo che le visualizzazioni Articoli inventario, Articoli ordine, Ordini e Prodotti abbiano ciascuna una misura denominata Conteggio. Puoi utilizzare il parametro label per assegnare a ciascuna di queste misure un nome univoco e significativo, ad esempio Numero di articoli di inventario, Numero di articoli dell'ordine, Numero di ordini e Numero di prodotti.
  • Evita di esporre più campi con lo stesso nome. Ad esempio, le misure di type: count vengono create automaticamente in Looker con il nome Conteggio. Di conseguenza, la maggior parte dei file di visualizzazione contiene una misura di conteggio con lo stesso nome. Più campi con lo stesso nome possono creare confusione negli utenti. L'aggiunta di etichette o la ridenominazione delle misure di conteggio per indicare l'oggetto conteggiato evita confusione. Altri campi da tenere presenti sono Created Date (Data di creazione) e Updated Date (Data di aggiornamento), ad esempio nei gruppi di dimensioni.
  • Fornisci nomi chiari per i campi di type: yesno. Ad esempio, utilizza L'articolo è stato restituito? anziché Restituito per assegnare un nome a un campo che indica se un articolo è stato restituito.
  • Assegna nomi descrittivi ai rapporti. Ad esempio, Ordini per clienti che effettuano acquisti è più chiara di Percentuale ordini.
  • Assegna nomi ai campi e rappresenta i valori in modo coerente nel modello. L'utilizzo del parametro value_format o value_format_name per applicare la formattazione, ad esempio simboli di valuta, percentuali e precisione decimale, ai campi numerici contribuirà a rendere tutto più chiaro per gli utenti.

Raggruppa i campi simili per una navigazione più facile

  • Utilizza il parametro group_label per unificare le dimensioni e le misure di singole o più viste unite correlate. Ad esempio, raggruppa tutte le informazioni geografiche in un gruppo Geografia per raccogliere tutte le informazioni su indirizzi e località all'interno del selettore di campi, anziché elencarle tutte in ordine alfabetico: 
        dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

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

    Le dimensioni Città e Paese sono raggruppate sotto l'etichetta Geografia nel selettore di campi.

  • Suddividi tabelle denormalizzate di grandi dimensioni utilizzando il parametro view_label. Utilizza il parametro view_label all'interno dei campi per raggrupparli logicamente in intestazioni separate all'interno del selettore di campi. Le tabelle denormalizzate di grandi dimensioni con molti campi possono essere difficili da navigare, quindi danno l'illusione di più visualizzazioni nel selettore dei campi di Esplora a sinistra.

Evita di mostrare troppo agli utenti all'inizio

  • Evita di esporre troppo gli utenti durante l'implementazione iniziale di Looker. Inizia con poco e poi amplia le opzioni. Non è necessario esporre tutte le tabelle o le dimensioni e le misure contemporaneamente. Puoi esporre inizialmente i campi più importanti e poi continuare ad aggiungere funzionalità man mano che gli utenti aziendali acquisiscono maggiore familiarità con l'esplorazione dei dati.
  • Nascondere le dimensioni non pertinenti per gli utenti dall'interfaccia utente. Utilizza il parametro hidden per le dimensioni che non verranno mai utilizzate tramite l'interfaccia utente (ad esempio i campi ID o le date di aggiornamento del database).
  • Utilizza il parametro fields all'interno di esplorazioni e join per limitare il numero di campi disponibili per gli utenti. I campi inclusi devono essere solo quelli pertinenti all'esplorazione. In questo modo, riduci il bloat e offri un'esperienza migliore agli utenti. A differenza del parametro hidden, il parametro field consente di includere o escludere i campi in base a ogni esplorazione.
  • Nascondi le esplorazioni esistenti esclusivamente per compilare look, riquadri della dashboard o filtri specifici utilizzando il parametro hidden per le esplorazioni. Le esplorazioni non destinate all'esplorazione da parte degli utenti devono essere nascoste dall'interfaccia utente.
  • Utilizza il minor numero possibile di esplorazioni, consentendo al contempo agli utenti di accedere facilmente alle risposte di cui hanno bisogno. Valuta la possibilità di suddividere le esplorazioni in modelli diversi per segmenti di pubblico diversi per limitare le opzioni disponibili per ciascun gruppo di utenti. Il numero ottimale di esplorazioni è diverso per ogni attività, ma avere troppe esplorazioni tende a confondere gli utenti. Valuta la possibilità di utilizzare il parametro group_label per le esplorazioni all'interno di un modello, in modo da raggrupparle in modo sensato nel menu a discesa Esplora.

Aggiungi descrizioni per consentire agli utenti di sapere quali campi ed esplorazioni utilizzare

  • Utilizza il parametro description per le dimensioni e le metriche per fornire agli utenti informazioni aggiuntive sulla logica o sui calcoli utilizzati all'interno del modello. Ciò è particolarmente importante per le dimensioni e le misure che utilizzano calcoli o logiche complesse. Detto questo, è buona norma prendere in considerazione anche le descrizioni per i campi più semplici per assicurarti che gli utenti comprendano le relative definizioni.
  • Definisci le descrizioni delle esplorazioni per gli utenti. Aggiungi una breve descrizione a ogni esplorazione per specificarne lo scopo e il pubblico che la utilizzerà.

Creare flussi di lavoro comuni in Looker

  • Aggiungi drill_fields a tutte le misure pertinenti. I campi di visualizzazione dettagliata consentono agli utenti di fare clic sui valori aggregati per accedere ai dati dettagliati. Utilizza il parametro set per creare insiemi di campi riutilizzabili che possono essere applicati a un numero qualsiasi di misure all'interno di una vista.
  • Aggiungi drill_fields a tutte le dimensioni gerarchiche. Ad esempio, l'aggiunta di un drill_field per Città in una dimensione Stato consente agli utenti di selezionare uno stato e visualizzare in dettaglio le città al suo interno. Tieni presente che questa visualizzazione gerarchica verrà applicata automaticamente all'interno dei gruppi di dimensioni temporali.
  • Configura i link che consentono agli utenti di navigare e passare facilmente i filtri ad altre dashboard di Looker o a sistemi o piattaforme esterni a Looker. Consulta la nostra documentazione sul parametro link per esempi di passaggio dei filtri attraverso gli esercizi guidati.