Una decisión, de principio a fin.La medición puede decir que no.

Un playbook sigue una decisión operativa a través de marql: la señal, la aritmética que hay debajo, las acciones disponibles y el periodo de control que decide si el efecto cuenta. Pantallas reales del producto, números de la cuenta de demostración.

Lo que sigue cada playbook

Cuatro etapas, y dos de ellas pueden terminar sin número.

Las mismas cuatro etapas en cada playbook, en este orden. Dos llevan un control: un punto donde la salida honesta es un hueco y no una cifra, y donde marql está hecho para enseñar el hueco.

01

Encontrarlo antes de que cierre el periodo

Una pasada diaria sobre los datos en bruto, no un informe que alguien se acuerda de abrir. Las desviaciones se ordenan por lo que valen en dinero, así que la lista empieza donde está el dinero y no donde saltó la alerta.

02

Separar la causa del síntoma

El stock muerto y un producto que se vende con demasiada cobertura son idénticos en un informe de stock y piden acciones opuestas. El diagnóstico lee la rotación, la temporada y la disponibilidad en los demás locales antes de decir cuál de los dos es.

control · datos

Sin precios de coste en los datos — el playbook cuenta las unidades sobrantes y deja vacía la columna de dinero en lugar de estimarla

03

Poner una acción frente a un nombre y una fecha

Más de una opción, porque el movimiento correcto depende de cosas que un modelo no sabe: parar la reposición, mover stock entre locales, bajar el precio o cambiar el umbral. Cada una lleva un responsable, un plazo y una fecha de revisión.

04

Medirla frente a una línea base

El periodo base y la ventana de medición se fijan al confirmar la acción, no se eligen después. Nada se cuenta como efecto antes de que se cierre la ventana.

control · medición

La ventana no puede separar la acción de un factor externo — el registro anota «sin efecto» o «datos insuficientes», y no se atribuye ningún ahorro

Lo que un playbook tiene que declarar en la página

Seis cosas, y las dos últimas son las que suelen faltar.

El ejemplo resuelto de un proveedor es fácil de escribir y fácil de no creer. Estas seis cosas son lo que lo hace comprobable, así que cada playbook de la biblioteca las lleva todas.

La pregunta, con tus palabras

La pregunta con la que un operador llega de verdad, antes de traducirla al vocabulario del producto.

Impresa arriba del playbook, con las cinco o seis preguntas siguientes debajo, en el orden en que se hacen.

El conjunto mínimo de datos

Qué fuentes tienen que estar conectadas para que la decisión sea siquiera posible, y cuáles solo mejoran la precisión.

Tres niveles, con nombre: obligatorio, obligatorio antes de cualquier cifra en dinero, y mejora la precisión. Ningún playbook insinúa que funciona con menos de lo que necesita.

Cómo se calcula el número

Si la cifra es la opinión de un modelo o una aritmética que podrías repetir en una hoja de cálculo.

Las cantidades son deterministas: stock disponible, demanda media diaria, plazo de entrega, stock de seguridad objetivo. La IA explica el razonamiento; no produce el número.

Más de una acción

Una única recomendación es una señal: significa que la herramienta no ha modelado el compromiso, solo el síntoma.

Cada playbook termina en un conjunto de opciones con sus condiciones, y la elección se queda con quien asume la consecuencia.

Dónde acaba el potencial y empieza la prueba

La sección que la mayoría del material de proveedor omite, porque la cifra queda mejor sin ella.

Un bloque propio, en el mismo cuerpo que el resto de la página: qué es la cifra del titular y qué no es. Es un potencial sobre datos de demostración, no un ahorro que nadie se haya llevado al banco ni nuestro ROI.

Pantallas reales, etiquetadas como datos de demostración

Si la interfaz de las imágenes es el producto entregado o la ilustración de un diseñador.

Pantallas reales, y el marco de cada una dice de qué cuenta salen y que los números son sintéticos. Los datos de ningún cliente aparecen en ningún playbook.

Quién ha escrito esto

Lo que la biblioteca todavía no hace.

Son nuestros propios ejemplos resueltos sobre nuestros propios datos de demostración. Esto es exactamente lo que valen y dónde se detienen.

  • Hay un playbook publicado. No hay una lista de los que se están escribiendo, porque un índice de enlaces a páginas que no existen es una promesa sin fecha.
  • En ningún playbook aparecen resultados de clientes. marql no tiene ninguna cadena firmada cuyos números pueda publicar, así que cada cifra sale de la cuenta de demostración y lo dice en la pantalla donde aparece.
  • Ningún playbook garantiza un porcentaje. Dos de las plataformas de esta categoría venden exactamente eso —un suelo sobre lo que encontrará una auditoría— y es una oferta defendible con un historial de proyectos detrás. Nosotros no lo tenemos, así que no le ponemos precio al riesgo.
  • Cada cifra es un potencial, calculado sobre los datos de demostración. Un potencial se convierte en efecto solo después de una acción, un periodo base y una ventana de control, y el registro tiene permitido concluir que no lo fue.
  • Ningún playbook dice cuánto tarda todo esto con tus datos. El producto no se compromete a una ventana, así que nada de aquí insinúa una.
  • Los textos se publican en inglés, rumano, búlgaro, francés y español; las pantallas de producto que contienen están en inglés en todos los mercados, porque la cuenta de demostración funciona en inglés y volver a grabar cinco pantallas por idioma no probaría nada más.

Preguntas frecuentes

Sobre los playbooks

No, y la diferencia importa. Un caso de éxito es el resultado de un cliente, contado con su permiso y sus números. Un playbook es una decisión trabajada de principio a fin sobre nuestra cuenta de demostración: las mismas pantallas que vería un cliente, con cifras que hemos generado nosotros. No hay ningún cliente en ninguno, y por eso nada de estas páginas se atribuye a nadie.

Las pantallas son el producto entregado. Los números que contienen salen de la cuenta de demostración y están etiquetados como sintéticos en el marco de cada imagen. Lo que es real y comprobable es el método: qué levanta la señal, qué entradas necesita la aritmética, cómo se calcula la cantidad y qué hace el registro cuando la ventana de control no es concluyente.

Inglés, rumano, búlgaro, francés y español, los mercados a los que sirve el sitio. Las capturas de producto están en inglés en todos: la cuenta de demostración funciona en inglés, y lo que esas pantallas tienen que probar es la secuencia de la decisión, no el idioma de la interfaz. El producto en sí se usa en el idioma local.

Eso es exactamente la sesión de trabajo: tus datos de ventas y stock, las mismas cuatro etapas y las desviaciones que están de verdad en tu cadena y no en la cuenta de demostración. No necesita preparación por tu parte más allá de un acceso de lectura a los sistemas que llevan ventas y costes.

Habla con nosotros

Cuéntanos cómo es tu negocio. Te llamamos.

Cuéntanos un poco sobre tu negocio y tus fuentes de datos. Adaptamos la demo y luego eliges la hora que mejor te venga.