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

Estas prácticas recomendadas reflejan las sugerencias de un equipo multidisciplinar de Lookers experimentados. Estas estadísticas se han obtenido a lo largo de años de experiencia trabajando con clientes de Looker, desde la implementación hasta el éxito a largo plazo. Estas prácticas se han redactado para que funcionen en la mayoría de los casos y para la mayoría de los usuarios, pero debes aplicar tu mejor criterio a la hora de implementarlas.

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

Estas recomendaciones se explican con más detalle en las secciones que aparecen a continuación.

Proporcionar a los usuarios nombres de campo significativos

  • Use el parámetro label para aplicar nombres fáciles de usar a las dimensiones o las medidas, al tiempo que mantiene los nombres compatibles con la base de datos en los archivos de vista y modelo. Puedes cambiar el nombre de algunos términos habituales, como Recuento por Número de y Suma por Total. Si no sabes qué palabras son significativas para los usuarios, colabora con un usuario empresarial para crear algunas consultas comunes y ver qué palabras se usan en los resultados de las consultas para describir lo que buscan los usuarios. Por ejemplo, supongamos que las vistas Inventory Items (Artículos de inventario), Order Items (Artículos de pedido), Orders (Pedidos) y Products (Productos) tienen una medida llamada Count (Recuento). Puede usar el parámetro label para asignar a cada una de estas métricas un nombre único y significativo, como Número de artículos del inventario, Número de artículos del pedido, Número de pedidos y Número 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 Recuento. Por lo tanto, la mayoría de los archivos de vista contienen una medida de recuento con el mismo nombre. Si hay varios campos con el mismo nombre, los usuarios pueden confundirse. Añadir etiquetas o cambiar el nombre de las medidas de recuento para indicar el objeto que se está contabilizando evitará confusiones. Otros campos que debe 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, use ¿Se ha devuelto el artículo? en lugar de Devuelto para nombrar un campo que indique si se ha devuelto un artículo.
  • Asigna nombres descriptivos a las ratios. Por ejemplo, Pedidos por clientes compradores es más claro que Porcentaje de pedidos.
  • Asigna nombres a los campos y representa los valores de forma coherente en todo el modelo. Si usa 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, todo será más claro para los usuarios.

Agrupar campos similares para facilitar la navegación

  • Use el parámetro group_label para consolidar dimensiones y medidas de vistas combinadas individuales o múltiples que estén relacionadas. Por ejemplo, agrupa toda la información geográfica en un grupo Geografía para reunir toda la información de direcciones y ubicaciones 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 en la etiqueta Geografía del selector de campos.

  • Divide las tablas grandes y desnormalizadas con el parámetro view_label. Utiliza el parámetro view_label en los campos para agruparlos de forma lógica en encabezados independientes en el selector de campos. Las tablas grandes y desnormalizadas con muchos campos pueden ser difíciles de consultar, por lo que se da la ilusión de que hay varias vistas en el selector de campos Explorar de la izquierda.

Evita mostrar demasiada información a los usuarios al principio

  • Evita mostrar demasiada información a los usuarios en la implementación inicial de Looker. Empieza con un número reducido de opciones y, después, amplíalas. No es necesario que exponga todas las tablas, dimensiones y medidas a la vez. Puedes mostrar los campos más importantes al principio y, después, seguir añadiendo más funciones a medida que los usuarios empresariales se familiaricen con la exploración de datos.
  • Oculta las dimensiones que no sean relevantes para los usuarios en la interfaz de usuario. Use el parámetro hidden 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).
  • Use el parámetro fields en Exploraciones y combinaciones para limitar el número de campos que están disponibles para los usuarios. Los campos incluidos deben ser solo los relevantes para la exploración. De esta forma, se reduce el bloatware y se ofrece una mejor experiencia a los usuarios. A diferencia del parámetro hidden, el parámetro field permite incluir o excluir campos en cada exploración.
  • Oculta las Exploraciones que solo se usen para rellenar Looks, baldosas de panel o filtros específicos con el parámetro hidden de Exploraciones. Las exploraciones que no estén pensadas para que los usuarios las exploren deben ocultarse de la interfaz de usuario.
  • Usa el menor número posible de Exploraciones y, al mismo tiempo, permite que los usuarios accedan fácilmente a las respuestas que necesitan. Puedes dividir Exploraciones en diferentes modelos para distintas audiencias y limitar las opciones disponibles para cada grupo de usuarios. El número óptimo de Exploraciones varía en función de cada empresa, pero tener demasiadas Exploraciones suele confundir a los usuarios. Te recomendamos que uses el parámetro group_label en las exploraciones de un modelo, lo que te permitirá agruparlas de forma lógica en el menú desplegable Exploración.

Añade descripciones para que los usuarios sepan qué campos y Exploraciones deben usar

  • Use el parámetro description en dimensiones y medidas para proporcionar información adicional a los usuarios sobre la lógica o los cálculos que se usan en el modelo. Esto es especialmente importante en el caso de las dimensiones y las medidas que utilizan lógica o cálculos complejos. Dicho esto, también es recomendable incluir descripciones en los campos más sencillos para asegurarse de que los usuarios entienden las definiciones que hay detrás.
  • Define descripciones de Explorar para los usuarios. Añade una breve descripción a cada exploración para especificar su finalidad y la audiencia que la usará.

Crear flujos de trabajo habituales en Looker

  • Añade drill_fields a todas las medidas pertinentes. 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 número de métricas de una vista.
  • Añade drill_fields a todas las dimensiones jerárquicas. Por ejemplo, si añades un drill_field de Ciudad a una dimensión Estado, los usuarios podrán seleccionar un estado y, a continuación, desglosar la información de las ciudades de ese estado. Ten en cuenta que este desglose jerárquico se aplicará automáticamente en los grupos de dimensiones de tiempo.
  • Configura enlaces que permitan a los usuarios desplazarse fácilmente y transferir 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 a través de desgloses.