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 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 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 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. Considera cambiar el nombre de algunos términos comunes, como Cantidad por Cantidad de y Suma por Total. Si no sabes con certeza qué palabras son significativas para los usuarios, trabaja con un usuario empresarial para crear algunas consultas comunes y analiza qué palabras usan los resultados de la consulta 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 mediciones de type: count se crean automáticamente en Looker con el nombre Count. Esto da como resultado que la mayoría de los archivos de vista contengan una medición 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 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, 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. 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 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 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. 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 campo 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 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.
  • Ocultar de la interfaz de usuario las dimensiones que no sean relevantes para los usuarios Usa el El parámetro hidden en las dimensiones que nunca se utilizará 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 la exploración. 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 que se incluyan o excluyan campos en función de Exploración 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 la exploración de 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 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 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 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 particularmente importante para las dimensiones y mediciones que aprovechan lógicas o cálculos complejos. Dicho esto, es una buena idea considerar también descripciones para campos más simples, con el fin de asegurarse de que los usuarios comprendan las definiciones 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á.

Integra 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 reutilizables de campos 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 nuestros documentación sobre el parámetro link para ver ejemplos de cómo pasar filtros en simulacros