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

Queste best practice riflettono i consigli condivisi da un team interfunzionale di Looker esperti. Questi approfondimenti provengono da anni di esperienza con i clienti di Looker, dall'implementazione al successo a lungo termine. Si tratta di pratiche adatte alla maggior parte degli utenti e delle situazioni, ma è bene adottare il buon senso durante l'implementazione.

gli sviluppatori LookML possono seguire questi suggerimenti per migliorare il rendimento con Looker:

Questi consigli sono descritti in modo più dettagliato nelle sezioni seguenti.

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. Puoi prendere in considerazione di rinominare un paio di termini comuni, come Conteggio 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 dai risultati della query per descrivere ciò che gli utenti stanno cercando. Ad esempio, supponiamo che le visualizzazioni Articoli inventario, Articoli ordine, Ordini e Prodotti abbiano ciascuna una misura chiamata 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 confondere gli 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 cliente che effettua l'acquisto è più chiaro della 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 semplificare la navigazione

  • Utilizza il parametro group_label per consolidare le dimensioni e le misure di una o più viste unite correlate. Ad esempio, raggruppa tutte le informazioni geografiche in un gruppo Area geografica per riunire tutte le informazioni relative a indirizzi e località nel selettore campi, anziché visualizzarle 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 Area geografica nel selettore campi.

  • Suddividi tabelle denormalizzate di grandi dimensioni utilizzando il parametro view_label. Utilizza il parametro view_label all'interno dei campi per raggruppare i campi in modo logico in intestazioni separate all'interno del selettore campi. Può essere difficile navigare nelle tabelle di grandi dimensioni e denormalizzate con molti campi, quindi questo dà l'illusione di più visualizzazioni nel selettore campi 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, poi espandi le opzioni. Non è necessario esporre tutte le tabelle o le dimensioni e le misure contemporaneamente. Puoi esporre i campi più importanti all'inizio e poi continuare a integrare altre funzionalità man mano che gli utenti aziendali acquisiscono maggiore dimestichezza con l'esplorazione dei dati.
  • Nascondi le dimensioni che non sono pertinenti per gli utenti nell'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 si riduce il gonfiore e si offre un'esperienza migliore agli utenti. A differenza del parametro hidden, il parametro field consente di includere o escludere i campi in base alla metrica Esplora per esplorazione.
  • Nascondi le esplorazioni esistenti esclusivamente per compilare look, riquadri della dashboard o filtri specifici utilizzando il parametro hidden per le esplorazioni. Le esplorazioni che non sono pensate per essere esplorate dagli utenti devono essere nascoste dall'interfaccia utente.
  • Utilizza il minor numero possibile di esplorazioni, consentendo comunque 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 in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare

  • Utilizza il parametro description per dimensioni e misure 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 dell'esplorazione per gli utenti. Aggiungi una breve descrizione a ogni esplorazione per specificare lo scopo dell'esplorazione 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 in dettaglio consentono agli utenti di fare clic sui valori aggregati per accedere a dati dettagliati. Utilizza il parametro set per creare insiemi di campi riutilizzabili da applicare a un numero qualsiasi di misure all'interno di una vista.
  • Aggiungi drill_fields a tutte le dimensioni gerarchiche. Ad esempio, l'aggiunta di 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 in dettaglio gerarchica verrà applicata automaticamente all'interno dei gruppi di dimensioni temporali.
  • Configura link che consentano agli utenti di esplorare e trasferire facilmente i filtri ad altre dashboard di Looker o a sistemi o piattaforme esterni a Looker. Consulta le nostre documentazione sul parametro link per esempi di come passare i filtri nei livelli di analisi.