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. 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 prendere in considerazione i seguenti suggerimenti per migliorare l'esperienza degli utenti 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 semplici da usare a dimensioni o misure, mantenendo al contempo nomi compatibili con i database nei file della vista e del 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 stilare alcuni report comuni e scopri quali parole vengono utilizzate per descrivere ciò che gli utenti cercano. 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 dell'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. Per evitare confusione, aggiungi etichette o misure di conteggio della ridenominazione per indicare l'oggetto che viene conteggiato. Altri campi da tenere presenti sono Data di creazione e Data aggiornata, ad esempio in 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 indichi se un articolo è stato restituito.
  • Denomina le proporzioni in modo descrittivo. Ad esempio, Ordini per cliente che effettua l'acquisto è più chiaro della Percentuale ordini.
  • Assegna un nome ai campi e rappresenta i valori in modo coerente in tutto il 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 le tabelle di grandi dimensioni denormalizzate 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.

All'inizio, evita di esporre troppo agli utenti

  • Evita di esporre troppo agli 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 la hidden per dimensioni che non verranno mai utilizzate tramite l'interfaccia utente (ad esempio campi ID o 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. Questo riduce il gonfiore e offre 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 tutte le esplorazioni che esistono 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 comunque agli utenti di accedere facilmente alle risposte di cui hanno bisogno. Valuta la possibilità di suddividere le esplorazioni in diversi modelli per segmenti di pubblico diversi per limitare le opzioni disponibili per ogni gruppo di utenti. Il numero ottimale di esplorazioni è diverso per ogni attività, ma averne troppe di esplorazioni tende a confondere gli utenti. Prendi in considerazione l'utilizzo del parametro group_label per le esplorazioni all'interno di un modello, per raggrupparle in modo ragionevole 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 dimensioni e misure che sfruttano logiche o calcoli complessi. Detto questo, è una buona idea prendere in considerazione anche le descrizioni per i campi più semplici, in modo da assicurarti che gli utenti ne comprendano le 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à.

Crea 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 un drill_field per Città in una dimensione Stato consente agli utenti di selezionare uno stato e di 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.