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

Estas prácticas recomendadas reflejan las recomendaciones compartidas por un equipo multifuncional 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 redactadas para que funcionen para la mayoría de los usuarios y situaciones, pero debes usar tu mejor criterio cuando las implementes.

Los desarrolladores de LookML pueden seguir estas sugerencias 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 medidas, a la vez que mantienes nombres compatibles con las bases de datos en la vista y los archivos de modelos. Te recomendamos que cambies el nombre de algunos términos comunes, como Recuento a Número de y Suma a Total. Si no estás seguro de qué palabras son significativas para los usuarios, trabaja con un usuario empresarial para crear algunos informes comunes y observa qué palabras utilizan esos informes para describir lo que buscan los usuarios. A modo de ejemplo, supongamos que las vistas Inventory Items, Order Items, Orders y Products, cada una, tengan una medida 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 Productos.
  • 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 da como resultado la mayoría de los archivos de vista que contienen una medición de recuento con el mismo nombre. Varios campos con el mismo nombre pueden confundir a los usuarios. Agregar etiquetas o cambiar nombres de medidas para indicar el objeto que se está contando evitará confusiones. Otros campos que se deben tener en cuenta son Fecha de creación y Fecha de actualización, como los de 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 elemento.
  • Las proporciones de nombres deben ser descriptivas. Por ejemplo, Pedidos por clientes compradores es más claro que Porcentaje de pedidos.
  • Nombra campos y representa valores de forma coherente en todo el modelo. Usar los parámetros value_format o value_format_name para aplicar formatos como símbolos de moneda, porcentajes y precisión decimal a los campos numéricos ayudará a que todo sea más claro para los usuarios.

Agrupa campos similares para facilitar la navegación

  • Usa el parámetro group_label para consolidar las dimensiones y las medidas de vistas individuales o múltiples unidas que estén relacionadas. Por ejemplo, agrupa toda la información geográfica en un grupo Geografía para extraer toda la información de dirección y ubicación dentro del selector de campos, en lugar de incluirla 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 en la etiqueta Geografía del selector de campos.

  • Divide tablas grandes y desnormalizadas con el parámetro view_label. Usa el parámetro view_label en los campos para agrupar los campos de forma lógica en encabezados separados dentro del selector de campos. Puede resultar difícil navegar por las tablas grandes y desnormalizadas con muchos campos, por lo que se crea la ilusión de que hay varias vistas en el selector del campo Explorar de la izquierda.

Evita exponer demasiado a los usuarios inicialmente

  • Evita exponer demasiado a los usuarios en un lanzamiento inicial de Looker. Comienza de a poco y, luego, expande las opciones. No es necesario que expongas todas las tablas o dimensiones y medidas a la vez. Puedes exponer los campos más importantes al principio y, luego, seguir desarrollando más funcionalidades 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 parámetro hidden en 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 en Exploraciones y uniones a fin de limitar la cantidad de campos que están disponibles para los usuarios. Los campos incluidos deben ser solo aquellos relevantes para Explorar. Esto reduce el sobredimensionamiento y proporciona una mejor experiencia para los usuarios. A diferencia del parámetro hidden, el parámetro field permite incluir o excluir campos según la exploración.
  • Oculta las exploraciones que existan solo para propagar vistas, mosaicos del panel o filtros específicos mediante el parámetro hidden para las exploraciones. Las exploraciones que no están diseñadas para que los usuarios las exploren deben ocultarse de la interfaz de usuario.
  • Usa la menor cantidad posible de exploraciones y permite que los usuarios obtengan acceso fácilmente a las respuestas que necesitan. Considera dividir las Exploraciones en diferentes modelos para distintos públicos a fin de limitar las opciones disponibles para cada grupo de usuarios. La cantidad óptima de Exploraciones es diferente para cada empresa, pero tener demasiadas exploraciones suele 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 razonable en el menú desplegable Explorar.

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

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

Compila 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 valores agregados para acceder a datos detallados. Usa el parámetro set para crear conjuntos de campos reutilizables que luego se puedan aplicar a cualquier cantidad de mediciones dentro de una vista.
  • Agrega drill_fields a todas las dimensiones jerárquicas. Por ejemplo, si agregas un drill_field para City en una dimensión State, los usuarios podrán seleccionar un estado y, luego, profundizar 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 les 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 ver ejemplos de cómo pasar filtros por taladros.