Tieni presente che stai visualizzando la documentazione di Looker. Per la documentazione di Looker Studio, visita https://support.google.com/looker-studio.

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

Queste best practice riflettono i consigli condivisi da un team interfunzionale di Looker esperti. Questi insight derivano da anni di esperienza nella collaborazione con i clienti Looker, dall'implementazione al successo a lungo termine. Queste pratiche sono pensate per la maggior parte degli utenti e delle situazioni, ma quando li implementi ti consigliamo di usare il tuo buon senso.

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

Fornire agli utenti nomi di campo significativi
Raggruppare campi simili per semplificare la navigazione
Evita di esporre un'esposizione eccessiva agli utenti all'inizio
Aggiungere descrizioni in modo che gli utenti sappiano quali campi ed esplorazioni utilizzare
Crea flussi di lavoro comuni in Looker

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

Assegnare agli utenti nomi di campo significativi

Utilizza il parametro label per applicare nomi semplici a dimensioni o misure, mantenendo nomi compatibili con il database all'interno dei file di vista e modello. Potresti rinominare un paio di termini comuni, come Conteggio in Numero di e Somma in Totale. Se non sei sicuro di quali parole siano significative per gli utenti, collabora con un utente aziendale per creare alcuni report comuni e scopri quali termini vengono utilizzati per descrivere le ricerche degli utenti. Supponi, ad esempio, 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 all'interno di Looker con il nome Count. Questo porta alla maggior parte dei file di visualizzazione contenenti 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 di misure di conteggio per indicare l'oggetto che viene conteggiato evita confusione. Altri campi da tenere presente sono Data di creazione e Data aggiornata, 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 indichi se un articolo è stato restituito.
I rapporti dei nomi sono descritti in modo descrittivo. Ad esempio, la dimensione Ordini per clienti che acquistano è più chiara 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 formattazione come 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 raggruppare tutte le informazioni relative a indirizzi e località all'interno del selettore campi, anziché ordinarle 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 ;;
    }
    
```
Suddividi le tabelle di grandi dimensioni e denormalizzate utilizzando il parametro view_label. Utilizza il parametro view_label all'interno dei campi per raggruppare logicamente i campi in intestazioni separate all'interno del selettore campi. La navigazione nelle tabelle grandi e denormalizzate con molti campi può risultare difficile, per cui questo dà l'illusione di più visualizzazioni nel selettore campi Esplora a sinistra.

Evita di esporre un'esposizione eccessiva agli utenti all'inizio

Evita di esporre un'esposizione eccessiva agli utenti durante l'implementazione iniziale di Looker. Inizia con un budget basso e poi espandi le opzioni. Non è necessario esporre tutte le tabelle, le dimensioni e le misure contemporaneamente. Puoi esporre inizialmente i campi più importanti per poi continuare a integrare ulteriori funzionalità man mano che gli utenti aziendali acquisiscono maggiore sicurezza con l'esplorazione dei dati.
Nascondi 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 delle esplorazioni e dei join per limitare il numero di campi disponibili per gli utenti. I campi inclusi devono essere solo quelli pertinenti all'esplorazione. Questo riduce le dimensioni eccessive e offre un'esperienza migliore agli utenti. A differenza del parametro hidden, il parametro field consente di includere o escludere i campi esplorando per esplorazione.
Nascondi le esplorazioni che esistono 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 nell'interfaccia utente.
Utilizza il minor numero possibile di esplorazioni, consentendo 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 ogni gruppo di utenti. Il numero ottimale di esplorazioni è diverso per ogni attività, ma un numero eccessivo di esplorazioni tende a confondere gli utenti. Prendi in considerazione l'utilizzo del parametro group_label per le esplorazioni all'interno di un modello, che ti consentirà di 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 su 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 sfruttano logiche o calcoli complessi. Detto questo, è una buona idea prendere in considerazione anche le descrizioni per campi più semplici, in modo che gli utenti ne comprendano le definizioni.
Definisci le descrizioni di Esplora per gli utenti. Aggiungi una breve descrizione a ogni esplorazione per specificare lo scopo dell'esplorazione e il pubblico che la utilizzerà.

Creazione di flussi di lavoro comuni in Looker

Aggiungi drill_fields a tutte le misure pertinenti. I campi di drill consentono agli utenti di fare clic sui valori aggregati per accedere a dati dettagliati. Utilizza il parametro set per creare insiemi riutilizzabili di campi da applicare a un numero qualsiasi di misure all'interno di una vista.
Aggiungi drill_fields a tutte le dimensioni gerarchiche. Ad esempio, se aggiungi un drill_field per Città alla dimensione Stato, gli utenti potranno selezionare uno stato e visualizzare più da vicino le città al suo interno. Tieni presente che questa visualizzazione dettagliata gerarchica verrà applicata automaticamente nei gruppi di dimensioni temporali.
Configura link che consentano agli utenti di esplorare 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 alcuni esempi di come passare i filtri tramite i controlli in dettaglio.