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

Estas prácticas recomendadas reflejan las recomendaciones que comparte 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 escritas para funcionar en la mayoría de los casos y situaciones, pero debes usar tu mejor criterio cuando las implementes.

Los desarrolladores de LookML pueden seguir estas sugerencias para mejorar la experiencia de los 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 y, al mismo tiempo, mantener nombres compatibles con la base de datos en los archivos de vista y modelo. Considera cambiar el nombre de algunos términos comunes, como Cantidad por Cantidad de y Suma por 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 ver qué palabras usan los resultados de las consultas para describir lo que buscan los usuarios. A modo de ejemplo, supongamos que las vistas Inventario de artículos, Artículos del pedido, Pedidos y Productos tienen una medida llamada Recuento. Puedes usar el parámetro label para asignarle a cada una de estas medidas un nombre único y significativo, como Cantidad de artículos del inventario, Cantidad de artículos del pedido, Cantidad de pedidos y Cantidad de productos.
  • 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. La presencia de 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.
  • Asigna nombres descriptivos a las proporciones. Por ejemplo, Pedidos por clientes que realizan compras es más claro que Porcentaje de pedidos.
  • Asigna nombres a los campos y representa los valores de forma coherente en todo el modelo. El uso del 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 los usuarios.

Agrupa campos similares para facilitar la navegación

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

  • Divide las tablas grandes y no normalizadas con el parámetro view_label. Utiliza el parámetro view_label dentro de los campos para agruparlos lógicamente en encabezados separados dentro del selector de campos. Las tablas grandes y no normalizadas con muchos campos pueden ser difíciles de navegar, por lo que se crea la ilusión de varias vistas en el selector de campos Explorar de la izquierda.

Evita exponer demasiado a los usuarios al principio

  • Evita exponer demasiado a los usuarios durante el lanzamiento inicial de Looker. Empieza de a poco y, luego, expande las opciones. No es necesario exponer todas las tablas o dimensiones y medidas 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).
  • Usa el parámetro fields en las exploraciones y las combinaciones para limitar la cantidad de campos que están disponibles para los usuarios. Los campos incluidos deben ser solo aquellos relevantes para la función Explorar. Esto reduce el aumento de tamaño y proporciona una mejor experiencia a los usuarios. A diferencia del parámetro hidden, el parámetro field permite incluir o excluir campos por exploración.
  • Oculta las Exploraciones que solo existen para propagar diseños, tarjetas de panel o filtros específicos con el parámetro hidden para Exploraciones. Las exploraciones que no están destinadas a que los usuarios las exploren 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 Explorar es diferente para cada empresa, pero tener demasiadas 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 una manera lógica en el menú desplegable Explorar.

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

  • Usa el parámetro description en las dimensiones y las métricas para proporcionarles a los usuarios información adicional sobre la lógica o los cálculos que se usan en el modelo. Esto es muy importante para las dimensiones y las medidas 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 hay 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á.

Cómo crear flujos de trabajo comunes en Looker

  • Agrega drill_fields a todas las medidas 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, agregar un drill_field para Ciudad en una dimensión Estado permitirá que los usuarios seleccionen un estado y, luego, desglosar las ciudades 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 simulacros.