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

Estas prácticas recomendadas reflejan las recomendaciones compartidas por 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 redactadas para funcionar con la mayoría de los usuarios y situaciones, pero debes usar tu mejor juicio a la hora de implementarlas.

Los desarrolladores de LookML pueden seguir estas sugerencias para mejorar el rendimiento con Looker:

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

Proporciona a los usuarios nombres de campo significativos

  • Usa el parámetro label para aplicar nombres fáciles de usar a dimensiones o mediciones, a la vez que mantienes nombres fáciles de usar para las bases de datos dentro de los archivos de vista y modelo. Puedes cambiar el nombre de algunos términos comunes, como Recuento a Número de y Suma a Total. Si no sabes qué palabras son significativas para los usuarios, trabaja con un usuario empresarial para elaborar algunos informes comunes y consulta qué palabras usan los informes para describir lo que buscan los usuarios. Como ejemplo, supongamos que las vistas Inventory Items, Order Items, Orders y Products tienen una medida llamada Count. Puedes usar el parámetro label para asignar un nombre único y significativo a cada una de estas mediciones, 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 medidas de type: count se crean automáticamente en Looker con el nombre Cantidad. Esto hace que la mayoría de los archivos de vista contengan una medida de recuento con el mismo nombre. Tener varios campos con el mismo nombre puede confundir a los usuarios. Agregar etiquetas o cambiar el nombre de las medidas de recuento para indicar el objeto que se está contando evitará confusiones. Otros campos que debes tener en cuenta son Fecha de creación y Fecha de actualización, como en los grupos de dimensiones.
  • Proporciona nombres claros para los campos de type: yesno. Por ejemplo, usa ¿Se devolvió el artículo? en lugar de Devuelto para nombrar un campo que indique si se devolvió un artículo.
  • Nombra las proporciones de forma descriptiva. Por ejemplo, la columna Pedidos por cliente que compra es más clara que el Porcentaje de pedidos.
  • Asigna nombres a los campos y representa los 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 los usuarios vean todo con mayor claridad.

Agrupa campos similares para facilitar la navegación

  • Usa el parámetro group_label para consolidar las dimensiones y mediciones de una o varias vistas unidas que estén relacionadas. Por ejemplo, puedes agrupar toda la información geográfica en un grupo Geography (Geografía) para reunir toda la información de dirección y ubicación dentro del selector de campos, en lugar de que todo se ordene alfabéticamente: 
        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 con la etiqueta Geografía en el selector de campos.

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

Evita exponer demasiado a los usuarios inicialmente

  • Evita exponer demasiado a los usuarios durante el lanzamiento inicial de Looker. Empieza de a poco y, luego, expande las opciones. No tienes que exponer 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 son 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 campos de ID o fechas de actualización de la base de datos).
  • Utiliza el parámetro fields en las exploraciones y las uniones para limitar la cantidad de campos 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 que se incluyan o excluyan campos en función de Exploración por exploración.
  • Oculta las exploraciones que existen solo para propagar vistas, mosaicos del panel o filtros específicos con el parámetro hidden para las exploraciones. Las exploraciones que no están destinadas a los usuarios deben ocultarse de la interfaz de usuario.
  • Usa la menor cantidad posible de exploraciones y permite que los usuarios accedan fácilmente a las respuestas que necesitan. Considera dividir las exploraciones en distintos modelos para los 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 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 forma razonable en el menú desplegable Explorar.

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

  • Usa el parámetro description 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 muy importante para las dimensiones y las métricas que aprovechan la lógica o los cálculos complejos. Dicho esto, es recomendable que también consideres descripciones para campos más simples para asegurarte de que los usuarios comprendan las definiciones que se esconden detrás de ellos.
  • Define las descripciones de Explorar para los usuarios. Agrega una descripción breve a cada exploración para especificar el propósito de la exploración y el público que la usará.

Incorporar 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 se puedan aplicar a cualquier cantidad de medidas dentro de una vista.
  • Agrega drill_fields a todas las dimensiones jerárquicas. Por ejemplo, si agregas drill_field para City a la dimensión State, los usuarios podrán seleccionar un estado y, luego, desglosar 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 y pasar filtros fácilmente 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 a través de simulaciones.