Foco: Junio · Julio · Septiembre 2026
Auditoría de rentabilidad — CRM Estudi Roig
Cargando datos…
1 · Panorama general (3 meses)
2 · Junio, Julio y Septiembre — comparativa mensual (la muestra que pediste)
3 · Rentabilidad por familia de producto — el corazón del informe
| Familia |
Leads |
Con presup. |
€ presupuestado |
Ticket medio |
€ beneficio potencial |
Horas |
Coste tiempo |
Margen neto potencial |
€ beneficio/hora |
% se enfría |
4 · Qué hacer con cada familia — recomendación automática a partir de los datos
Regla aplicada: se recomienda ELIMINAR si el margen neto potencial es negativo Y el ticket medio es bajo;
LIMITAR (pedido mínimo) si el margen es positivo pero el ticket medio no cubre bien el tiempo de gestión;
MANTENER / PRIORIZAR si el beneficio por hora supera claramente el coste de la hora (30 €/h).
5 · ¿Cuál es el pedido mínimo razonable por familia?
| Familia | Nº presupuestos | Ticket mínimo |
Ticket mediano | Ticket medio | Ticket máximo |
Pedido mínimo sugerido |
Distribución global de tickets (todos los presupuestos con líneas, 3 meses)
6 · Oportunidades interesantes desperdiciadas
Criterio: libros ≥100 uds, etiquetas en bobina ≥250 uds, braille con volumen, o cualquier
presupuesto ≥800€ que se quedó sin cerrar (nunca contestado, enfriado tras presupuesto, o marcado perdido).
Ordenadas por score de oportunidad (familia de margen alto × volumen × señal B2B × importe).
7 · Leads que nunca recibieron respuesta nuestra
8 · Metodología y limitaciones — leer antes de decidir
Cómo se calculó cada cosa
- Universo analizado: leads con fecha real de creación en el CRM (se excluyeron 398 registros legacy importados del ERP antiguo sin fecha, y los leads de entorno "test").
- Familia de producto: se clasifica primero por el texto del mensaje del cliente (reglas de palabras clave calibradas sobre ~45 mensajes reales); si el lead llegó a tener presupuesto con categoría, esa categoría manda.
- Importe/beneficio presupuestado: se toma
total_presupuesto tal cual lo guarda el CRM, que en el 95% de los casos verificados equivale a sumar, por cada producto distinto del presupuesto, solo la opción de cantidad MÁS BARATA (el CRM ofrece varias franjas de cantidad por producto; no se suman todas o el importe se dispara x3-x10).
- Tiempo dedicado por lead: modelo explícito, no medido con cronómetro real: 10 min base + 10 min si se hizo presupuesto + 10 min si el presupuesto tiene más de un producto + 5 min por cada email de ida y vuelta adicional, con tope de 45 min. Coste de la hora: 30 €/hora (parametrizable).
- "Ganado"/conversión real: no fiable en este periodo — ver aviso superior. En su lugar se usa la tasa de "enfriamiento" (cerrado_motivo = sin_respuesta), verificada al 92% contra el histórico real de emails cruzando outbound/inbound.
- Presupuestos "enviados": el botón oficial de envío del CRM casi no se usa; se cuenta como enviado cualquier presupuesto cuyo lead tiene al menos un email saliente real registrado.
- Cantidad estimada: extraída del texto libre del cliente con patrones de "N unidades/ejemplares/copias/tarjetas…"; cuando no se menciona explícitamente, queda en blanco (no se inventa).
Limitaciones que Abraham debe conocer
- No hay cruce con Factura Directa ni con el banco: la cifra de "beneficio ganado real" de este CRM es una cota inferior, no el dato de caja definitivo. Recomendado: contrastar manualmente cuántas de las 106 solicitudes de jun/jul/sep se facturaron.
- El tiempo dedicado es un modelo estimado y transparente, no un cronómetro real — sirve para comparar familias entre sí, no como nómina exacta.
- Septiembre solo tiene 11 días de datos en el momento de este informe — no extrapolar directamente el mes completo.