La puntuación de preparación de vuestros datos
Sobre 100, con el desglose por dimensión y la lista concreta de lo que falta y lo que está mal. Os sirve aunque el siguiente paso lo deis con otro proveedor.
Fase 0 · Grupos y cadenas de 5+ tiendas
Cuatro semanas. Sin coste. Si el número no cuadra, no seguimos.
Nos dais un histórico de ventas. Medimos cómo de buenos son vuestros datos, hacemos un backtest ciego sobre vuestros últimos 90 días —lo que BakeWise habría predicho sin verlos— y ponemos una cifra en euros a la merma y a las horas que perdéis. Termináis con un caso de negocio que operaciones y finanzas pueden firmar. O un «no» documentado.
Acceso de solo lectura · Sin instalar nada · Sin cambiar ningún sistema · Datos en la UE
Qué es y qué no es
¿Qué es el diagnóstico de cuatro semanas?
Cuatro semanas sobre vuestro propio histórico de ventas, sin coste. Medimos cómo de buenos son esos datos contra una rúbrica publicada. Después entrenamos con todo menos los últimos noventa días, predecimos esa ventana a ciegas y ponemos una cifra en euros a la merma y a las horas de coordinación. Os lleváis los tres.
Es
- Una medición sobre vuestros datos reales.
- Un backtest ciego: el modelo no ve la ventana que tiene que predecir.
- Un caso de negocio en euros, con vuestras cifras, para vuestro comité.
- Un «no» documentado si vuestros datos no dan.
No es
- Una demo con datos de ejemplo.
- Una previsión de marketing calculada sobre el mismo periodo que enseñamos.
- Una propuesta comercial disfrazada de informe.
- Un embudo del que no se puede salir.
Las cuatro semanas
¿Qué pasa en cada semana?
Un entregable por semana, en orden. Nos hacéis llegar el histórico de ventas en el formato que publicamos. Lo medimos contra la rúbrica y os devolvemos la puntuación. Entrenamos con vuestro histórico menos noventa días y predecimos esa ventana a ciegas. Convertimos la diferencia en euros.
Semana {n, number}: Entrega de datos
Nos hacéis llegar el histórico de ventas —por SFTP, por vuestro ERP o subido por vuestra gestoría— en el formato que publicamos. Sin instalar nada en vuestra red.
Semana {n, number}: Puntuación de preparación
Medimos vuestros datos sobre una rúbrica publicada y os devolvemos una puntuación sobre 100, con lo que falta y lo que está mal. Esto lo tenéis aunque no sigamos.
Semana {n, number}: Backtest ciego
Entrenamos con vuestro histórico menos los últimos 90 días y predecimos esa ventana a ciegas. Comparamos contra lo que pasó de verdad, por producto y por tienda.
Semana {n, number}: Caso de negocio
Merma evitable, horas de coordinación y desviación de compras, en euros. Un documento que operaciones y finanzas pueden firmar — o rechazar con datos.
Esto es el producto. No una ilustración.
Las pantallas que un responsable de operaciones usa cada mañana.
Diagnóstico · Fase 0
Puntuación de preparación
78/ 100
Umbral de aprobado: 70 / 100
Desglose por componente
- Histórico y continuidad{score, number} / {weight, number}
- Disciplina de catálogo (SKU){score, number} / {weight, number}
- Atribución por tienda{score, number} / {weight, number}
- Cobertura de IVA{score, number} / {weight, number}
Backtest ciego · últimos 90 días
| Tienda | MAPE | Merma evitable |
|---|---|---|
| Pozuelo Estación | 9,4% | {amount, number, ::currency/EUR} |
| La Moraleja | 11,2% | {amount, number, ::currency/EUR} |
| Majadahonda | 13,8% | {amount, number, ::currency/EUR} |
| Somosaguas | 10,1% | {amount, number, ::currency/EUR} |
El modelo no ve la ventana que tiene que predecir. Las cifras en euros son estimaciones a partir de vuestro propio histórico.
La puntuación de preparación de vuestros datos y el backtest ciego, tienda por tienda.
Reproducción de la interfaz real de BakeWise con datos de ejemplo.
Qué os lleváis
¿Qué os lleváis si decimos que no?
Los tres documentos, y son vuestros pase lo que pase. La puntuación de preparación sobre 100, desglosada por dimensión. El resultado del backtest a ciegas, por producto y por tienda, con la metodología escrita. El caso de negocio en euros, con sus supuestos a la vista. Os sirven incluso con otro proveedor.
El resultado del backtest ciego
Precisión por producto y por tienda sobre una ventana que el modelo no vio. Con la metodología escrita, para que vuestro equipo la pueda auditar.
El caso de negocio en euros
Merma evitable, horas de coordinación y desviación de compras, calculadas sobre vuestro propio histórico. Con los supuestos a la vista, no en una nota al pie.
Los tres entregables son vuestros, sigamos o no.
Requisitos de entrada
¿Quién encaja?
Cinco tiendas o más, con doce meses de histórico de ventas digitalizado a nivel de línea o de ticket. Un responsable de operaciones y un responsable financiero con nombre, comprometidos a unas cuatro horas por semana. Y una puntuación de preparación de al menos 70 sobre 100 al terminar la semana 2.
Al menos 5 tiendas
Por debajo, el diagnóstico no compensa a ninguna de las dos partes: la ruta correcta es la Cadena, con precio público.
Doce meses de histórico de ventas digitalizado
Con ticket o línea de venta. Si sólo tenéis totales diarios, decídnoslo antes: cambia lo que podemos medir.
Un responsable de operaciones y un responsable financiero con nombre
Comprometidos por escrito a unas 4 horas por semana durante las cuatro semanas. Sin las dos firmas, el caso de negocio no llega a ninguna parte.
Puntuación de preparación de 70 sobre 100 o superior
Al final de la semana 2. Por debajo, os proponemos un trabajo previo de limpieza de datos —que sí tiene coste— antes de seguir.
Publicamos el filtro para que podáis descartaros sin gastar una reunión.
La puntuación de preparación
¿Cómo se calcula la puntuación de preparación?
Contra cinco dimensiones publicadas, sobre 100. Qué granularidad tienen los datos, si los meses van seguidos y si el mismo producto lleva el mismo código en todas las tiendas. Después, si cada venta sabe dónde ocurrió y si los tipos de IVA y los importes cuadran.
| Dimensión | Qué miramos | Por qué importa |
|---|---|---|
| Granularidad | ¿Línea de venta, ticket o total diario? | Sin línea de venta no hay previsión por producto, sólo por tienda. |
| Cobertura temporal | Meses continuos, sin huecos ni cambios de sistema a mitad | El modelo aprende estacionalidad; un salto de sistema la rompe. |
| Identidad de producto | ¿El mismo producto tiene el mismo código en todas las tiendas? | Es el coste de integración número uno. Casi siempre hay que resolverlo a mano. |
| Atribución por local | ¿Cada venta sabe en qué tienda ocurrió? | Sin esto no hay previsión por tienda ni P&L por local. |
| Coherencia fiscal y de importes | Tipos de IVA por línea, devoluciones como negativo, importes cuadrados | Un IVA mal atribuido contamina el margen y el caso de negocio entero. |
Cómo nos entregáis los datos
Ninguna de estas vías obliga a cambiar de sistema ni a abrir vuestra red.
Disponible hoy
- Entrega de datos por CSV / SFTP en formato publicado
- Conectores de TPV nativos
- API de lectura con clave bk_live_
- Carga delegada (vuestra gestoría o vuestro proveedor sube los ficheros por vosotros)
- Ingesta de ficheros TicketBAI / LROE firmados (Euskadi)
- Conector nativo Microsoft Dynamics 365 Business Central (nube)
Conector nativo dentro del proyecto de integración
- SAP Business One
- SAP S/4HANA
- SAP Business ByDesign
- Microsoft Dynamics NAV
- Sage 200
- Sage X3
- a3ERP
- ICG Manager
- hioPOS
- Odoo
- Holded
- Glop
- Ágora
Los nombres de producto y las marcas citadas se utilizan únicamente con fines identificativos y son marcas registradas de sus respectivos titulares. BakeWise no está asociado a, ni patrocinado, certificado o respaldado por, ninguna de estas compañías. La disponibilidad y el alcance de cada conector se confirman en la fase de descubrimiento.
Y si el número no cuadra
¿Y si el número no cuadra?
Entonces os lo decimos, con los datos delante, y ahí se acaba. No todo diagnóstico termina en contrato. Os quedáis con la puntuación de preparación, el backtest y el caso de negocio; os sirven igualmente. Preferimos oír un no en la semana cuatro que montar un despliegue que falla en el mes ocho.
Preguntas frecuentes
¿De verdad no cuesta nada?
El diagnóstico no se factura. Lo que os pedimos es tiempo: unas cuatro horas por semana de un responsable de operaciones y de un responsable financiero durante las cuatro semanas. Sin ese tiempo el resultado no vale para decidir, y entonces sí que habríamos perdido los dos.
¿Qué datos necesitáis exactamente?
El histórico de ventas de los últimos doce meses, con la fecha, el producto, la cantidad, el importe y la tienda. Publicamos el formato exacto y vuestra gestoría puede leerlo sin llamarnos. Si además nos podéis dar compras y stock, el caso de negocio sale más completo, pero no es imprescindible para empezar.
¿Tenemos que instalar algo o darle acceso a alguien?
No. En el diagnóstico basta con que nos hagáis llegar ficheros: por SFTP, exportados de vuestro ERP o subidos por vuestra gestoría. Si más adelante montamos una lectura periódica, será con una cuenta de servicio de solo lectura que creáis y revocáis vosotros.
¿Quién ve nuestros datos?
El equipo que ejecuta el diagnóstico y nadie más. Somos encargados del tratamiento, no responsables: firmamos un DPA por cliente, alojamos en la UE y borramos vuestros datos a petición cuando el diagnóstico termina.
¿Y si nuestra puntuación de preparación sale por debajo de 70?
Os lo decimos en la semana 2, con el detalle de qué falla. Normalmente es identidad de producto o atribución por tienda, y se arregla. Ese trabajo previo de limpieza sí tiene coste y se presupuesta aparte; no lo metemos dentro del diagnóstico gratuito para que nadie confunda una cosa con la otra.
Somos una cadena de menos de cinco tiendas. ¿Podemos entrar?
El diagnóstico no os compensaría. La ruta correcta es la Cadena, con precio público y una demo que podéis ver hoy mismo sin hablar con nadie.
Empezad por la medición, no por el contrato
Cuatro semanas sobre vuestros datos reales. Si el número no cuadra, os lo decimos y ahí acaba.