Pilar

El presupuesto en dos clics: cómo funciona Automode de verdad

Casi todo lo que se llama “automatización con IA” en el software empresarial es un chatbot que redacta un correo y se detiene ahí. Útil, a veces. No automatiza realmente nada.

Automode hace algo más concreto y, creemos, más honesto: recorre el arco específico y repetible desde una consulta incompleta hasta un presupuesto tarificado, y se detiene exactamente dos veces para preguntarle a un humano si puede seguir.

Cómo es el flujo en realidad

Llega una consulta sin suficientes detalles para tarificar nada: sin fechas, sin número de asistentes, sin alcance real. Stark la lee, redacta una solicitud de seguimiento educada pidiendo lo que falta, y se detiene. Primera puerta. Todavía no se le ha enviado nada a nadie. Tú lees el borrador, haces clic en aprobar, y sale.

El cliente responde. Stark lee la respuesta, la contrasta con el historial real de presupuestos de tu empresa en el Vault (lo que ha costado antes un trabajo similar, qué partidas suelen aplicarse, cómo suelen ser tus márgenes), y redacta un presupuesto completo y tarificado. Se detiene otra vez. Segunda puerta. Todavía no se ha creado nada. Tú lees el borrador, el razonamiento detrás de la tarificación, y haces clic en aprobar.

Solo entonces existe un registro real de Presupuesto, vinculado de vuelta a la Consulta original, ubicado en tu pipeline exactamente donde estaría si lo hubieras redactado tú mismo.

Esa es toda la función. Dos decisiones humanas. Todo lo demás, leer la consulta, redactar la solicitud, leer la respuesta, tarificar el trabajo, ocurre sin ti, pero nunca a tus espaldas.

Una ejecución real, no un guion de demo

Probamos esto con una consulta genuina, no una guionizada: una solicitud de seguimiento de un evento de un cliente que es un bufete de abogados, sin fechas y sin un tope de presupuesto firme. Stark redactó la solicitud. La aprobamos. Pegamos una respuesta realista: un presupuesto de alrededor de 8.000 €, fechas confirmadas. Stark redactó el presupuesto: “Retiro de equipo de 3 días”, tres partidas, 6.755 €, correctamente por debajo del presupuesto indicado, no solo cerca de él. Lo aprobamos. Segundos después existía un Presupuesto real, en el pipeline real, no en un entorno de pruebas.

En lo que nos fijamos fue en el razonamiento, no solo en la cifra. No era un margen genérico aplicado a una plantilla genérica. Hacía referencia a lo que este tipo específico de trabajo le había costado realmente antes a esta empresa concreta, el mismo anclaje que hace que las respuestas de Stark sean distintas de las de una herramienta de IA genérica en cualquier otro punto del producto.

Por qué exactamente dos puertas, y no cero o cuatro

Cero puertas significa un sistema que puede comprometerte a una promesa de cara al cliente sin que tú la veas nunca: un no rotundo, una función que no querríamos ni aunque los visitantes la pidieran. Cuatro o cinco puertas empiezan a dar la sensación de que la automatización en realidad no le ahorra nada a nadie; vuelves a hacer todo el trabajo tú mismo, solo que con clics de más.

Dos es el número en el que el humano mantiene el control de cada momento con consecuencias, lo que sale y lo que se tarifica, sin que se le pida vigilar las partes que son genuinamente mecánicas: leer una respuesta con atención, cotejarla con el historial de precios, redactar un texto limpio. Ese es el argumento de diseño real, no una elección arbitraria.

Tampoco se detiene en el presupuesto

Una vez que el cliente acepta y el Presupuesto está aprobado, el alcance de Automode continúa hacia el Proyecto. El mismo contexto, las partidas, el alcance, el historial que llevó hasta ahí, se traslada directamente, así que el Proyecto arranca ya con datos en vez de que alguien que se hace cargo de la entrega tenga que reconstruirlo desde cero. Las dos puertas cubren los dos momentos que realmente necesitan una decisión humana: lo que sale, y lo que se tarifica. Todo lo demás, incluido el traspaso a la entrega, sigue avanzando sin pedirle a nadie que recree manualmente lo que el sistema ya sabe.

Lo que no es

No es autonomía total, y no queremos que lo sea. No va a perseguir a un cliente que nunca responde. Esa sigue siendo una decisión que toma un humano. Y no se vuelve más listo adivinando; si a una respuesta realmente le falta lo necesario para tarificar el trabajo con confianza, el borrador lo refleja honestamente en lugar de inventar una cifra para parecer decidido. Los dos clics no son una formalidad pegada por aparentar. Son el punto real.

Preguntas que la gente realmente hace

¿Automode envía alguna vez algo a un cliente sin que yo lo vea antes?

No. Cada ejecución de Automode se detiene en dos puertas, una antes de que salga la solicitud de seguimiento, otra antes de que se cree el presupuesto, y espera un clic de aprobación explícito cada vez. No existe ninguna configuración que elimine ninguna de las dos puertas.

¿Qué pasa si a la respuesta del cliente le falta información que Stark necesita?

Stark trabaja con lo que realmente hay en la respuesta. Si sigue faltando algo importante, el borrador del presupuesto lo reflejará. No inventará cifras para llenar un hueco. De cualquier forma, estás revisando un borrador real, no una caja negra.

¿Es lo mismo que un chatbot que redacta correos?

La parte de redacción se parece desde fuera. La diferencia está en lo que ocurre después de que apruebes: se crea un registro real de Presupuesto en la Sacred Spine, vinculado a la Consulta original, tarificado usando los patrones reales de presupuestos anteriores de tu empresa desde el Vault. No es un generador de texto pegado a tu bandeja de entrada.

Únete a la Early Crew →← Volver a todos los artículos

Recorded on a live database and a live screen, but run by automated scripts standing in for a human's clicks and typing, not performed live. When Stark answers faster than the script expects, the screen can hold still for a beat before the next step starts. That's left in on purpose. The goal was never a polished demo reel, it was proof the feature actually works. Dejan's own verdict, after watching the raw footage: rough, but the best demo video we've made.