Práctica recomendada: Crea una experiencia positiva para los usuarios de Looker

Estas prácticas recomendadas reflejan las recomendaciones que compartió un equipo multidisciplinario de Lookers experimentados. Estas estadísticas provienen de años de experiencia trabajando con clientes de Looker, desde la implementación hasta el éxito a largo plazo. Las prácticas están escritas para funcionar para la mayoría de los usuarios y situaciones, pero debes usar tu mejor criterio cuando las implementes.

Los desarrolladores de LookML pueden considerar seguir estos consejos para mejorar la experiencia de sus usuarios con Looker:

Estas recomendaciones se explican con más detalle en las siguientes secciones.

Proporciona a los usuarios nombres de campos significativos

  • Usa el parámetro label para aplicar nombres fáciles de usar a las dimensiones o mediciones, mientras mantienes nombres compatibles con la base de datos en los archivos de vista y modelo. Puedes cambiar el nombre de algunos términos comunes, como Count a Number of y Sum a Total. Si no estás seguro de qué palabras son significativas para los usuarios, trabaja con un usuario empresarial para crear algunas consultas comunes y observa qué palabras usan los resultados de la consulta para describir lo que buscan los usuarios. Por ejemplo, supongamos que las vistas Inventory Items, Order Items, Orders y Products tienen una medición llamada Count. Puedes usar el parámetro label para asignar a cada una de estas mediciones un nombre único y significativo, como Number of Inventory Items, Number of Order Items, Number of Orders y Number of Products.
  • Evita exponer varios campos con el mismo nombre. Por ejemplo, las mediciones de type: count se crean automáticamente en Looker con el nombre Count. Esto hace que la mayoría de los archivos de vista contengan una medición de recuento con el mismo nombre. Varios campos con el mismo nombre pueden confundir a los usuarios. Agregar etiquetas o cambiar el nombre de las mediciones de recuento para indicar el objeto que se está contando evitará la confusión. Otros campos que debes tener en cuenta incluyen Created Date y Updated Date, como en los grupos de dimensiones.
  • Proporciona nombres claros para los campos de type: yesno. Por ejemplo, usa Was the Item Returned? en lugar de Returned para nombrar un campo que indique si se devolvió un artículo.
  • Nombra las proporciones de forma descriptiva. Por ejemplo, Orders Per Purchasing Customers es más claro que Orders Percent.
  • Nombra los campos y representa los valores de manera coherente en todo el modelo. Usar el parámetro value_format o value_format_name para aplicar formato, como símbolos de moneda, porcentajes y precisión decimal a los campos numéricos, ayudará a que todo sea más claro para tus usuarios.

Agrupa campos similares para facilitar la navegación

  • Usa el group_label parámetro para consolidar dimensiones y mediciones de vistas individuales o múltiples unidas que estén relacionadas. Por ejemplo, agrupa toda la información geográfica en un grupo Geography para reunir toda la información de dirección y ubicación en el selector de campos, en lugar de tenerla toda en orden alfabético: 
        dimension: city {
      group_label: "Geography"
      type: string
      sql: ${TABLE}.city ;;
    }

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

    Las dimensiones Ciudad y País se agrupan bajo la etiqueta Ubicación geográfica en el selector de campos.

  • Divide las tablas grandes y desnormalizadas con el view_label parámetro. Utiliza el parámetro view_label dentro de los campos para agruparlos de forma lógica en encabezados separados dentro del selector de campos. Las tablas grandes y desnormalizadas con muchos campos pueden ser difíciles de navegar, por lo que esto da la ilusión de tener varias vistas en el selector de campos de exploración de la izquierda.

Evita exponer demasiada información a los usuarios inicialmente

  • Evita exponer demasiada información a los usuarios en una implementación inicial de Looker. Empieza poco a poco y, luego, expande las opciones. No es necesario que expongas todas las tablas o dimensiones y mediciones a la vez. Puedes exponer los campos más importantes al principio y, luego, seguir incorporando más funciones a medida que los usuarios empresariales se sientan más seguros con la exploración de datos.
  • Oculta las dimensiones que no sean relevantes para los usuarios de la interfaz de usuario. Usa el hidden parámetro en las dimensiones que nunca se usarán a través de la interfaz de usuario (como los campos de ID o las fechas de actualización de la base de datos).
  • Usa el parámetro fields dentro de las exploraciones y las uniones para limitar la cantidad de campos que están disponibles para los usuarios. Los campos incluidos deben ser solo los relevantes para la exploración. Esto reduce la sobrecarga y proporciona una mejor experiencia para los usuarios. A diferencia del parámetro hidden, el parámetro field permite incluir o excluir campos en función de la exploración.
  • Oculta cualquier exploración que exista solo para propagar vistas específicas, mosaicos de panel o filtros con el hidden parámetro para las exploraciones. Las exploraciones que no están destinadas a la exploración por parte de los usuarios deben ocultarse de la interfaz de usuario.
  • Usa la menor cantidad posible de exploraciones y, al mismo tiempo, permite que los usuarios accedan fácilmente a las respuestas que necesitan. Considera dividir las exploraciones en diferentes modelos para diferentes públicos para limitar las opciones disponibles para cada grupo de usuarios. La cantidad óptima de exploraciones es diferente para cada empresa, pero tener demasiadas exploraciones tiende a confundir a los usuarios. Considera usar el parámetro group_label para las exploraciones dentro de un modelo, lo que te permitirá agruparlas de manera lógica en el menú desplegable Explorar.

Agrega descripciones para que los usuarios sepan qué campos y exploraciones usar

  • Usa el description parámetro en las dimensiones y mediciones para proporcionar información adicional a los usuarios sobre la lógica o los cálculos que se usan en el modelo. Esto es particularmente importante para las dimensiones y mediciones que aprovechan la lógica o los cálculos complejos. Dicho esto, también es una buena idea considerar las descripciones de los campos más simples para asegurarte de que los usuarios comprendan las definiciones que hay detrás de ellos.
  • Define las descripciones de exploración para los usuarios. Agrega una breve descripción a cada exploración para especificar el propósito de la exploración y el público que la usará.

Crea flujos de trabajo comunes en Looker

  • Agrega drill_fields a todas las mediciones relevantes. Los campos de desglose permiten a los usuarios hacer clic en los valores agregados para acceder a datos detallados. Usa el parámetro set para crear conjuntos reutilizables de campos que luego se pueden aplicar a cualquier cantidad de mediciones dentro de una vista.
  • Agrega drill_fields a todas las dimensiones jerárquicas. Por ejemplo, agregar un drill_field para City a una dimensión State permitirá a los usuarios seleccionar un estado y, luego, desglosar en las ciudades dentro de ese estado. Ten en cuenta que este desglose jerárquico se aplicará automáticamente dentro de los grupos de dimensiones de tiempo.
  • Configura vínculos que permitan a los usuarios navegar fácilmente y pasar filtros a otros paneles de Looker o a sistemas o plataformas externos a Looker. Consulta nuestra documentación sobre el parámetro link para obtener ejemplos de cómo pasar filtros a través de desgloses.