Cómo montar un cuadro de mando de rentabilidad para tu ecommerce en menos de un día

Qué diferencia un cuadro de mando de rentabilidad de uno de ventas

Un dashboard de ventas típico muestra ingresos, ROAS y tasa de conversión. Es útil, pero incompleto: el ROAS mide cuántos euros de ingreso genera cada euro invertido en publicidad, sin descontar nada más. Una campaña puede tener un ROAS de 4x y aun así perder dinero, si el coste de producto, el envío, la comisión de la pasarela de pago y las devoluciones se comen ese margen.

Un cuadro de mando de rentabilidad añade la capa que falta: el margen de contribución. Es el mismo principio que se explica en cómo calcular el margen neto real, aplicado ahora en formato panel, actualizado, no en un cálculo puntual en una hoja de cálculo que se hace una vez al trimestre.

Las métricas que sí tienen que estar

No hace falta un dashboard con 30 métricas. Hace falta uno con las correctas:

• Margen de contribución (ingresos menos coste de producto, envío, comisión de pasarela, descuentos y devoluciones): la métrica que decide si una venta deja dinero de verdad.
• CAC no mezclado (coste de adquisición solo de clientes nuevos, no el CAC medio que mezcla nuevos y recurrentes): mezclarlo es uno de los errores más comunes al calcularlo, como se explica en cómo calcular el LTV de un cliente.
• Ratio LTV:CAC: si tu CAC no se compara contra el valor real del cliente, no sabes si estás comprando crecimiento rentable o solo facturación.
• Coste de devoluciones sobre ingresos: la tasa media de devoluciones en ecommerce ronda el 19-20% (más en moda, menos en electrónica), y el coste de procesar cada una puede representar entre el 20% y el 65% del precio del producto.
• Coste de envío sobre ingresos: entre el 6% y el 9% se considera saludable; por encima del 12% conviene revisar la política de envío gratuito.
• Tasa de recompra: indicador más rápido de si el negocio depende de captación constante o construye una base de clientes que vuelve.

Fíjate en lo que no está en esta lista: páginas vistas, número de sesiones o seguidores en redes. No son irrelevantes, pero no son métricas de rentabilidad. Un ecommerce puede tener 500.000 sesiones mensuales, una tasa de conversión cayendo mes a mes, y un dashboard de tráfico que durante todo ese tiempo parece perfectamente sano.

El verdadero cuello de botella no es la herramienta, es el dato de coste

Aquí está la parte honesta del "menos de un día": conectar Looker Studio (antes Google Data Studio) a una hoja de cálculo bien estructurada lleva menos de media hora una vez tienes los datos limpios. El montaje técnico no es el problema.

El problema es que, para la mayoría de ecommerces, el coste real por pedido no vive en un único sitio. El histórico de pedidos sale directo de Prestashop, pero el coste de producto suele estar en un Excel de compras, el coste de envío en el contrato con la transportista, la comisión de pasarela en el extracto de Stripe o Redsys, y el coste de devoluciones en ningún sitio organizado. Reconciliar todo eso a mano es lo que puede convertir "un día" en una semana, no el propio dashboard.

Cómo montarlo paso a paso

1. Exporta el histórico de pedidos de Prestashop (Pedidos → Exportar): fecha, cliente, importe, productos, canal de origen.
2. Añade el coste real por pedido: coste de producto (de tu ficha de compras), coste de envío (de tu contrato de transporte), comisión de pasarela (normalmente 1,4-2,9% + fijo por transacción) y descuento aplicado.
3. Calcula el margen de contribución por pedido en una columna nueva: ingreso menos la suma de todos los costes anteriores.
4. Conecta la hoja a Looker Studio con el conector nativo de Google Sheets (gratuito) y construye 3-5 gráficos, no 20: margen de contribución en el tiempo, margen por canal, CAC vs LTV, coste de devoluciones sobre ingresos.
5. Define quién lo actualiza y cada cuánto. Un dashboard que se actualiza a mano una vez al mes está desactualizado la mayor parte del mes.

Los errores más comunes al montar tu propio dashboard

• Meter demasiadas métricas. Un dashboard medio tiene entre 15 y 30 indicadores, pero en la práctica solo se usan 3-5 para tomar decisiones. El resto es ruido que se añadió para "cubrir todo", no porque alguien lo mire.
• Incluir ingresos sin incluir coste. Es el error más específico de un dashboard de rentabilidad: si el panel muestra ventas pero no margen, sigue siendo un dashboard de facturación con otro nombre.
• No segmentar por canal ni por categoría. Un margen medio del 25% puede esconder un canal que gana 40% y otro que pierde dinero en cada pedido.
• Dejar que se quede obsoleto. Un cuadro de mando que depende de una actualización manual que nadie prioriza se convierte, en pocas semanas, en una foto vieja que todos ignoran mientras siguen mirándolo.

Cuándo conviene dejar de mantenerlo a mano

El montaje manual con hoja de cálculo y Looker Studio es un buen punto de partida, pero tiene un límite estructural: los datos siguen viviendo en sitios distintos (Prestashop para pedidos, la pasarela de pago para comisiones, un Excel para costes, quizá Google Analytics para tráfico). Esta fragmentación es un problema bien conocido en analítica de retail, y el nombre que se le da en la literatura del sector es la ausencia de una fuente única de verdad: cada sistema tiene su propia versión de los números, y nadie está seguro de cuál es la correcta cuando no coinciden.

La solución estándar no es añadir un dashboard más, es centralizar el cálculo en un único sitio que ya cruce pedidos, costes y comportamiento de cliente automáticamente. Es exactamente lo que hace Ninlogic al conectarse a tu Prestashop: calcula el margen de contribución, el CAC real y el LTV sin que nadie tenga que exportar ni reconciliar nada a mano cada semana.

Preguntas frecuentes sobre el cuadro de mando de rentabilidad