La mayoría de las hojas de ruta de preparación para IA son presentaciones de diapositivas. Doce meses de líneas de trabajo, un modelo de madurez con cinco etapas prolijas, un centro de excelencia que nadie dota de personal. Seis meses después no hay ningún sistema en producción, solo una presentación más bonita. Si tu hoja de ruta no puede señalar algo que funciona y que una persona real usó este trimestre, no es una hoja de ruta. Es una excusa para no avanzar.
Una hoja de ruta real es corta, barata y termina en una decisión. Esta es la versión de 90 días que ejecutamos: evalúa dónde estás realmente, elige una o dos oportunidades, escribe la evaluación antes de construir, haz un piloto con un usuario real, mide costo y resultado, y luego decide escalar o detener. Noventa días, un piloto en producción, una respuesta honesta.
Días 1–15: evalúa la postura, no la ambición
La preparación tiene cuatro dimensiones. Puntúa cada una sin rodeos, porque la más débil limita todo lo que viene después.
- Acceso a los datos. ¿Puedes obtener los datos que un agente necesita, en menos de una semana, sin pedirle un favor a alguien de otro departamento? Si la respuesta vive en un archivo PDF, en un ERP heredado del que nadie tiene credenciales, o en una hoja de cálculo en la laptop de una sola persona, ese no es un problema de datos que resuelvas durante la construcción. Resuélvelo ahora o elige otra oportunidad.
- Postura de seguridad. ¿A dónde van los datos cuando salen de tus muros? ¿Quién lo aprobó? Si no puedes responder qué pasa cuando un LLM ve un registro de un cliente, no estás listo para enviarle uno. Conoce tu clasificación de datos, los términos de tus proveedores y tus límites de datos personales antes de la primera línea de código.
- Equipo. Una persona debe ser dueña del resultado y tener tiempo para validar la salida. No un comité directivo. Alguien que pueda decir "esto está bien" o "esto está mal" cincuenta veces durante un piloto.
- Madurez del proceso. ¿El proceso que quieres automatizar es realmente estable y está documentado, o es conocimiento tribal con tres excepciones no documentadas? No puedes automatizar un proceso que nadie sabe describir.
No necesitas las cuatro en 5. Necesitas conocer tu número real en cada una, porque eso es lo que decide qué puedes construir en los próximos 75 días.
Días 15–30: elige una o dos, y ponlo por escrito
Resiste el portafolio. La primera hoja de ruta entrega un piloto, quizá dos — no un programa. Elige oportunidades de alto volumen, alto costo de error, estables, con dueño y medibles. Las aburridas y operativas: la cola de clasificación, el impuesto de copiar y pegar entre dos sistemas, el reporte que alguien arma a mano cada mes.
Escribe un alcance de una página por cada elección. Qué entra, qué sale, quién es el usuario, qué significa "correcto" y el único número que vas a mover. Si no puedes llenar esa página, todavía no entiendes la oportunidad lo suficiente para construirla. Eso es un hallazgo, no un fracaso — mejor ahora que en el tercer mes.
Días 30–45: define la evaluación antes de construir
Aquí es donde la mayoría de las hojas de ruta se saltan un paso y lo pagan después. Antes de que alguien escriba un prompt, define cómo sabrás que el sistema funciona. ¿Cómo se ve una buena salida? ¿Cuál es una falla que no puedes poner en producción? Reúne de 30 a 50 ejemplos reales con respuestas correctas conocidas y conviértelos en una prueba que puedas ejecutar cuando quieras.
Si no podemos escribir una evaluación defendible, lo decimos y nos detenemos aquí — ese es el dinero más barato que gastarás. Un proceso demasiado difuso para calificar es un proceso demasiado difuso para automatizar, y descubrirlo el día 40 no te cuesta nada. Descubrirlo después de haberlo puesto en producción te cuesta confianza.
Días 45–75: haz un piloto acotado con un usuario real
Ahora construye — de forma estrecha. Un flujo de trabajo, un usuario, datos reales, corriendo contra la evaluación que ya escribiste. No una demo para el equipo ejecutivo. Una persona haciendo su trabajo real, con el sistema en el circuito, durante dos o tres semanas.
Mantén al humano en control. El agente redacta, clasifica o extrae; la persona aprueba. Estás midiendo dos cosas a la vez: ¿la salida pasa la evaluación, y el usuario real de verdad la adopta o la esquiva en silencio? Las demos mienten sobre ambas. Un usuario real en el día doce te dice la verdad — dónde se rompe, qué casos límite nunca imaginaste, si ahorra tiempo o solo mueve el trabajo.
Días 75–90: mide costo y resultado, luego decide
Pon dos números lado a lado. El resultado — horas ahorradas, tasa de error a la baja, tiempos de respuesta más rápidos, lo que hayas nombrado en el alcance. Y el costo — gasto de modelo por ejecución, más la ingeniería para construirlo y mantenerlo. No proyectado. Medido, a partir del piloto.
Luego toma la decisión en voz alta: escalar, iterar o detener. Escalar un piloto que superó su evaluación y fue adoptado es dinero fácil. Matar uno que no lo logró es disciplina — y es barato, porque gastaste 90 días y un piloto, no un año y un programa. Una hoja de ruta que no puede decir "detente" no está gestionando el riesgo. Lo está escondiendo.
El antipatrón que hay que nombrar
El modo de falla no es ir demasiado lento. Es la presentación de estrategia sin ningún sistema en producción — evaluación interminable, curvas de madurez y hojas de ruta que nunca tocan producción. La preparación no es un documento que alcanzas. Se prueba con un piloto que funciona, medido con honestidad, que se ganó el derecho a convertirse en dos.
Ese ciclo de 90 días — evaluar, acotar, evaluar el sistema, pilotar, decidir — es exactamente lo que nuestra Evaluación de Preparación para IA ejecuta por ti. Salimos del otro lado con una hoja de ruta defendible, un piloto en producción y los dos números que te dicen si escalar. Si has estado dando vueltas alrededor de una presentación de estrategia y quieres un sistema que funcione en su lugar, esa es la evaluación que hay que agendar.