Hola
Si lo hago bien, su cliente tiene un estado para cada pedido que realice, basado en la fecha de facturación,su primera fecha de compra y una fecha de cancelacióneventual. Este estado puede ser nuevo/existente/churn y puede evolucionar con el tiempo para un cliente.
En este caso, iría con una columna calculada. Pero este escenario también podría resolverse utilizando varias medidas dax o incluso otras técnicas. Puede encontrar el archivo .pbix que contiene lo que he hecho.
Opción 1: utilizando una columna calculada
¿Por qué iría por una columna calculada?
- mejor rendimiento en el momento de la consulta, especialmente cuando se abordan cálculos intensivos de recursos como este que no son dinámicos (para una fila en Facturación de cliente, el valor para el estado del cliente seguiría siendo el mismo)
- menos código DAX
- posibilidad de cortar y cortar en el estado del cliente
Aquí, ya que su estado depende de la fecha del pedido, lo agregaría a la tabla facturación del cliente, ya que es la única tabla que contiene este nivel de detalle.
El código para 'Facturación del cliente'[Estado del cliente]
Customer Status =
VAR OrderDate = Sales[Order Date]
VAR FirstBillingDate = RELATED( Customer[First Billing Date] )
VAR CancellationDate = RELATED( Customer[Cancellation Notice Date] )
VAR CustomerCategory =
SWITCH(
TRUE(),
OrderDate >= CancellationDate, "Churn",
OrderDate <= (FirstBillingDate + 120), "New",
"Existing"
)
RETURN CustomerCategory
Espero haber reproducido su lógica de negocios en el SWITCH como pretendía.
A continuación, simplemente tiene que agregar su campo a su visual y su medida moM que ya ha creado y obtiene:
Resultados con la opción 1
Pero, ¿son correctos los resultados? Hice una comprobación rápida de spot mirando los detalles del cliente:
¿Son correctos los resultados? Podemos comprobar si hay un cliente
En julio, nuestro cliente gasta 1222 y se considera existente (primera facturación el 22 de febrero)
A continuación, en agosto, el cliente sigue siendo "existente", pero gasta sólo 1100, que es de hecho 122 menos que el 1222 de julio
Opción 2, utilizando medidas DAX
Si no puede o no desea usar una columna calculada, todavía puede abordar el escenario con medidas DAX. Una de las principales desventajas es que tendrás que escribir cada medida tres veces: una para la nueva, otra para la existente y otra para el churn.
Las medidas para Sales for New serían las siguientes:
Sales for New =
VAR SalesLinesMadeByNew =
FILTER(
SUMMARIZE(Sales, Sales[Order Date] , Sales[CustomerKey], Customer[First Billing Date] ),
Sales[Order Date] <= Customer[First Billing Date] + 120
)
VAR SalesAmountMadeByNew =
CALCULATE(
[Sales Amount],
SalesLinesMadeByNew
)
Return SalesAmountMadeByNew
Aquí primero calcule una tabla que luego usaré como filtro.
Esta tabla se almacena en la variable SalesLinesMadeByNew y contiene todos los valores de Customer/OrderDate que se consideran New.
Tenga en cuenta que seguramente hay otras alternativas de DAX para realizar este cálculo.
Y se puede ver que la opción 2 produce los mismos resultados que la opción 1:
He añadido la columna calculada como un encabezado de columna y luego las diferentes medidas.
¿Cuáles son las diferencias de rendimiento?
En mi máquina, la consulta para generar el año/mes del informe con Sales + Sales MoM para cada estado del cliente:
- Opción 1 > 60ms
- Opción 2 > 240ms
La opción 1 es 4 veces más rápida que la opción 2
¿Qué hago si mis parámetros tienen que cambiar? Por ejemplo, necesito dejar que el usuario decida qué duración define la "Nueva categoría" con una segmentación de datos (en lugar de usar siempre 120 días).
Entonces la opción 1 ya no funciona y usar medidas DAX con un parámetro sería la mejor opción.
Saludos
Thomas
Muchas gracias. He actualizado y tengo el siguiente resultado a continuación.
Puse el archivo pbix aquí (enlace de archivo). ¿Le importaría echarle un vistazo, por favor?
He actualizado la columna calculada, Estado del cliente, como usted prescribió y puedo ver que cada mes tiene un estado único ahora.
Sin embargo, el cálculo M2M todavía está desactivado. Verá que para el Cliente B, para el mes de junio de 2019, sucede lo siguiente:
- Existente: Facturación actual de $11,513, Anterior Mo Billing-0, lo que causa M2M$11,513
- Churn: Facturación actual 0, Mosdete anterior $11,377, causando M2M -$(11,377)
Creo que el problema es con el cálculo M2M para el mes superpuesto en cuestión.
Lo que esperaba ver está a continuación (lo me burlé en Excel):
Hola @p2c,
Tuve un vistazo de cerca a sus capturas de pantalla y gracias por ello, muy claro.
Después de pensar un poco, no estoy seguro de que el MoM calcula la figura incorrecta. En realidad, realmente depende de lo que queremos que calcule.
Si nos fijamos en el nivel de cliente,por lo que en las 3 columnas en el extremo derecho,vemos que el total calculado sigue siendo correcto:
- +136$ en junio de 2019 como cliente pasó de 11 377 a 11 513
- +6$ en junio de 2020 como cliente pasó de 11 153 a 11 159
Si procesamos la forma que pretendía en su maqueta, significará que su nueva categoría agregará ventas para que los clientes se conviertan en nuevas, pero no subsaplará las ventas para los clientes que abandonan la categoría. Lo que producirá resultados demasiado altos.
Aquí hay un ejemplo,digamos que miramos lo que sucedió entre febrero y marzo para la nueva categoría:
- Cliente A: fue y se queda en Nuevo. Hace +500$ en marzo (de 1000$ a 1500$)
- Cliente B: era nuevo en febrero, cambiar a existente en marzo. Fue 11 000$ en febrero. Según su explicación en la segunda captura de pantalla,produciría 0.
- Cliente C: no estaba allí en febrero, pero es nuevo en marzo. Hace +10 000$
> Resultado: la nueva categoría creció por 10 100$ en marzo. Tenemos cada vez más nuevos clientes... cuando en realidad no lo hacemos como lo hicimos -500$
Tal vez estoy leyendo toda la situación desde el ángulo equivocado, por favor dime cuál es tu pensamiento en este caso.
Mejor
Thomas
Gracias por su respuesta. Te escucho que el Total M2M es correcto y estoy de acuerdo. Pero, creo que la lógica en M2M necesita cambiar para conseguir lo que estoy detrás de Thomas. Por favor, vea la imagen de abajo.
¿Hay alguna manera de actualizar DAX para calcular M2M para que el número de Prev Mo se incluya en el estado correcto?
Para junio de 2019, este es el estado "Existente" y quiero que tanto Current como Prev Mo Billing aparezcan aquí.
Lo mismo para junio de 2020, este es el estado "Churn" y quiero que tanto Current como Prev Mo Billing aparezcan aquí.
Thomas, creo que he resuelto esto. Estoy haciendo algunas pruebas para asegurarme de que esto es correcto. Te lo haré saber.
He añadido otra columna calculada para agarrar Prev Mo Billing. Entonces, en lugar de usar la inteligencia de tiempo para calcular la facturación previa, estoy sumando esta nueva columna para obtener el Prev Mo Biling, que luego se utiliza para calcular M2M. Parece que me da lo que quiero (ver 2a imagen a continuación).
¿Puedes echar un vistazo y ver si lo que hice tiene sentido y debería funcionar en todo momento?
Hola
Si lo hago bien, su cliente tiene un estado para cada pedido que realice, basado en la fecha de facturación,su primera fecha de compra y una fecha de cancelacióneventual. Este estado puede ser nuevo/existente/churn y puede evolucionar con el tiempo para un cliente.
En este caso, iría con una columna calculada. Pero este escenario también podría resolverse utilizando varias medidas dax o incluso otras técnicas. Puede encontrar el archivo .pbix que contiene lo que he hecho.
Opción 1: utilizando una columna calculada
¿Por qué iría por una columna calculada?
- mejor rendimiento en el momento de la consulta, especialmente cuando se abordan cálculos intensivos de recursos como este que no son dinámicos (para una fila en Facturación de cliente, el valor para el estado del cliente seguiría siendo el mismo)
- menos código DAX
- posibilidad de cortar y cortar en el estado del cliente
Aquí, ya que su estado depende de la fecha del pedido, lo agregaría a la tabla facturación del cliente, ya que es la única tabla que contiene este nivel de detalle.
El código para 'Facturación del cliente'[Estado del cliente]
Customer Status =
VAR OrderDate = Sales[Order Date]
VAR FirstBillingDate = RELATED( Customer[First Billing Date] )
VAR CancellationDate = RELATED( Customer[Cancellation Notice Date] )
VAR CustomerCategory =
SWITCH(
TRUE(),
OrderDate >= CancellationDate, "Churn",
OrderDate <= (FirstBillingDate + 120), "New",
"Existing"
)
RETURN CustomerCategory
Espero haber reproducido su lógica de negocios en el SWITCH como pretendía.
A continuación, simplemente tiene que agregar su campo a su visual y su medida moM que ya ha creado y obtiene:
Resultados con la opción 1
Pero, ¿son correctos los resultados? Hice una comprobación rápida de spot mirando los detalles del cliente:
¿Son correctos los resultados? Podemos comprobar si hay un cliente
En julio, nuestro cliente gasta 1222 y se considera existente (primera facturación el 22 de febrero)
A continuación, en agosto, el cliente sigue siendo "existente", pero gasta sólo 1100, que es de hecho 122 menos que el 1222 de julio
Opción 2, utilizando medidas DAX
Si no puede o no desea usar una columna calculada, todavía puede abordar el escenario con medidas DAX. Una de las principales desventajas es que tendrás que escribir cada medida tres veces: una para la nueva, otra para la existente y otra para el churn.
Las medidas para Sales for New serían las siguientes:
Sales for New =
VAR SalesLinesMadeByNew =
FILTER(
SUMMARIZE(Sales, Sales[Order Date] , Sales[CustomerKey], Customer[First Billing Date] ),
Sales[Order Date] <= Customer[First Billing Date] + 120
)
VAR SalesAmountMadeByNew =
CALCULATE(
[Sales Amount],
SalesLinesMadeByNew
)
Return SalesAmountMadeByNew
Aquí primero calcule una tabla que luego usaré como filtro.
Esta tabla se almacena en la variable SalesLinesMadeByNew y contiene todos los valores de Customer/OrderDate que se consideran New.
Tenga en cuenta que seguramente hay otras alternativas de DAX para realizar este cálculo.
Y se puede ver que la opción 2 produce los mismos resultados que la opción 1:
He añadido la columna calculada como un encabezado de columna y luego las diferentes medidas.
¿Cuáles son las diferencias de rendimiento?
En mi máquina, la consulta para generar el año/mes del informe con Sales + Sales MoM para cada estado del cliente:
- Opción 1 > 60ms
- Opción 2 > 240ms
La opción 1 es 4 veces más rápida que la opción 2
¿Qué hago si mis parámetros tienen que cambiar? Por ejemplo, necesito dejar que el usuario decida qué duración define la "Nueva categoría" con una segmentación de datos (en lugar de usar siempre 120 días).
Entonces la opción 1 ya no funciona y usar medidas DAX con un parámetro sería la mejor opción.
Saludos
Thomas
Muchas gracias su respuesta detallada.
Intenté Opción #1, Columna calculada. Casi está produciendo el resultado correcto, pero hay un problema. He incluido la foto de abajo.
He aislado para un solo cliente a cero en el problema
Este cliente tiene una fecha de cancelación del 6/22/2020.
Como puede ver, para el mes de junio de 2020, el importe de M2M aparece en "Churn" y "Existing". El importe neto está bien, ya que se compensa, pero individualmente, causa exageración en uno y subestimación en el otro.
¿Cómo puedo solucionar este problema?
Helpful resources
Microsoft Fabric Learn Together
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Power BI Monthly Update - April 2024
Check out the April 2024 Power BI update to learn about new features.
Fabric Community Update - April 2024
Find out what's new and trending in the Fabric Community.
