El primer mes con IA: plan de 30 días para un directivo que empieza de cero

Imagina que es lunes por la mañana. Te has pasado el fin de semana leyendo sobre IA, tienes tres newsletters en la carpeta de «leer cuando pueda» y tu jefe de operaciones acaba de mandarte un artículo titulado «Las empresas que no adopten IA en 2026 serán irrelevantes». Estupendo.

El problema no es la motivación. El problema es que no sabes por dónde empezar sin que todo se convierta en un proyecto de seis meses, un proveedor externo y un PowerPoint que nadie lee.

Este plan de 30 días para implantar IA existe para eso. La estructura es simple: semana 1 diagnóstico de qué automatizar, semana 2 elegir un solo caso, semana 3 piloto con datos reales, semana 4 medir y hacer la demo. Cuatro semanas. Un caso real. Un resultado que puedes enseñar.

—

Por qué el primer mes es el más importante en tu plan para implantar IA en 30 días

Según estudios de retorno de la IA de IBM, la mediana de tiempo hasta ver valor en proyectos de IA ronda los cinco meses. Eso es lo que pasa cuando las empresas empiezan por lo grande: plataforma, integración de sistemas, formación de todo el equipo, comité de gobierno.

Pero hay otro camino: empezar tan pequeño que el resultado llegue en semanas, no en meses. Esa primera victoria importa más de lo que parece. No por el ahorro en sí, sino porque demuestra que esto funciona en tu empresa, con tus datos, con tu gente.

Sin esa primera victoria, los proyectos de IA mueren en el PowerPoint del CEO.

—

Semana 1 del plan de 30 días: el diagnóstico honesto

Antes de hablar de herramientas, necesitas saber qué duele de verdad.

Pasa esta semana observando, no comprando. La pregunta que tienes que hacerte es brutalmente simple: ¿qué tarea repetitiva consume tiempo de personas que podrían estar haciendo otra cosa más valiosa?

Haz una lista. Habla con tu equipo. Pregúntales directamente: «¿Qué tareas odias hacer porque son siempre iguales?» Las respuestas suelen ser previsibles: clasificar correos, rellenar informes, resumir reuniones, buscar información en documentos internos, redactar borradores estándar.

No busques el caso más impresionante. Busca el más frecuente.

Cómo hacer el diagnóstico en la práctica

Coge papel o una hoja de cálculo y anota:

• Tarea
• Quién la hace
• Cuántas veces a la semana
• Minutos por repetición
• Tipo de input (texto, datos, PDF, correo)

Al final de la semana tendrás entre cinco y diez candidatos. No los ordenes por impacto teórico, sino por dos criterios: cuánto duele y qué tan bajo es el riesgo si algo sale mal.

—

Semana 2: elige uno y solo uno

Aquí es donde la mayoría de directivos se pierden. Ven la lista de la semana anterior y quieren atacar tres casos a la vez. Error.

El primer mes es un experimento de aprendizaje, no un despliegue de transformación digital. Elige el caso que cumple estas dos condiciones simultáneamente:

Duele lo suficiente para que la gente involucrada quiera que funcione. El riesgo es bajo porque si el sistema falla, nadie pierde un cliente ni tiene un problema legal.

Buenos candidatos para empezar: resumir documentos internos, clasificar solicitudes entrantes por prioridad, generar borradores de comunicaciones estándar, extraer datos de PDFs para rellenar una hoja de cálculo.

Malos candidatos para el primer mes: cualquier cosa que toque clientes directamente, cualquier cosa que tenga implicaciones legales o contractuales, cualquier cosa que requiera integrar dos sistemas que llevan años sin hablarse.

Elige la herramienta según el caso, no al revés

Una vez tienes el caso, piensa qué herramienta encaja. Para la mayoría de casos de texto y documentos, Claude o ChatGPT son suficientes en su versión de pago. Para datos estructurados puede valer Copilot en Excel. No necesitas un proyecto de desarrollo.

La regla práctica: si puedes hacer el piloto con una suscripción de 20 euros al mes, empieza ahí. La complejidad técnica llega después, cuando ya sabes que el caso vale la pena.

—

Semana 3: el piloto con datos reales

Esta semana ejecutas. Y aquí viene el consejo más importante del plan: usa datos reales desde el primer día.

Los pilotos con datos de juguete no sirven para nada. Son bonitos en la demo y fallan en la realidad porque los datos reales siempre tienen excepciones, formatos raros y casos límite que los datos sintéticos no tienen.

El proceso es simple:

1. Coge diez o veinte ejemplos reales del proceso que elegiste.
2. Prueba manualmente con la herramienta. Tú primero, sin automatizar nada.
3. Evalúa los resultados: ¿son útiles? ¿cuántos hay que corregir?
4. Ajusta las instrucciones hasta que el porcentaje de resultados útiles sea alto.
5. Cuando funcione bien manualmente, piensa si tiene sentido semi-automatizarlo.

Lo que significa «semi-automatizar»

En el primer mes no necesitas que nada funcione solo. Basta con que el tiempo por tarea baje a la mitad. Si alguien tardaba veinte minutos y ahora tarda ocho con ayuda de la IA, eso ya es un resultado real.

La automatización completa puede esperar. Primero valida que el caso funciona.

—

Semana 4: mide y prepara la demo

Esta semana tiene dos partes iguales de importantes: medir lo que ha pasado y preparar cómo lo vas a contar.

Medir no requiere sofisticación. Busca el papel que tienes en el cajón de la semana 1 y compara:

• ¿Cuánto tiempo tardaba la tarea antes? ¿Y ahora?
• ¿Cuántas repeticiones al mes hay? Multiplica el ahorro por ese número.
• ¿Hubo errores o problemas durante el piloto? ¿Cuáles y por qué?

No necesitas montar un cuadro de mando. Una tabla en Word con antes y después es suficiente para una primera presentación.

Preparar la demo es tan importante como el resultado en sí. Los directivos que no han visto esto en funcionamiento necesitan verlo en vivo, no en capturas de pantalla. Prepara un ejemplo que dure dos minutos: «antes hacíamos esto, tardábamos esto, ahora hacemos esto, tardamos esto.» Muéstralo en directo.

La demo tiene que responder a una pregunta implícita que todos tienen en la sala: ¿esto funciona en nuestra empresa o solo en las grandes tecnológicas?

—

Lo que no debes hacer el primer mes

Esto importa tanto como el plan:

No quieras automatizar todo a la vez. El síndrome del piloto múltiple es real. Tres casos a medias no valen lo mismo que un caso que funciona.

No elijas el caso más impresionante. El más impresionante suele ser el más complejo, el que requiere integración de sistemas y el que tiene más stakeholders. Para el primer mes no necesitas impresionar, necesitas aprender.

No compres plataforma hasta tener un caso validado. Hay muchas plataformas de IA para empresas en el mercado. Ninguna sustituye saber qué caso quieres resolver. Primero valida el caso con herramientas baratas, luego decide si necesitas algo más robusto.

No hagas el piloto en secreto. Involucra a las personas que van a usar el resultado desde el principio. La adopción falla cuando el sistema lo diseña alguien que no va a usarlo.

—

Qué tienes al final del mes

Si has seguido este plan, al final de la semana cuatro tienes algo muy concreto:

Un proceso que antes tardaba X tiempo y ahora tarda Y. Un número real de horas ahorradas. Una persona de tu equipo que sabe usar la herramienta. Y una demo de dos minutos que puedes mostrar en la próxima reunión de dirección.

Eso no parece mucho comparado con los casos que lees en los informes de consultoría. Pero vale más que cinco proyectos en fase de «análisis de viabilidad».

El objetivo del primer mes no es transformar la empresa. Es tener un caso que funciona y se puede enseñar. Desde ahí, todo lo demás es más fácil.

Leer también: Cómo montar el primer departamento de IA y Cómo usa la IA un directivo.

—

Preguntas frecuentes

¿Qué herramienta de IA necesito para empezar? Para la mayoría de casos del primer mes con documentos o texto, una suscripción de pago a Claude o ChatGPT es suficiente. Entre 20 y 30 euros al mes. No necesitas plataformas empresariales ni proyectos de desarrollo hasta que hayas validado que el caso vale la pena.

¿Cuánto tiempo al día tengo que dedicar a esto? Durante las dos primeras semanas, con una hora a la semana para el diagnóstico y la selección del caso es suficiente. La semana del piloto puede requerir algo más de dedicación inicial, especialmente ajustar las instrucciones a la herramienta. No es un proyecto de media jornada.

¿Qué hago si el piloto no da los resultados esperados? Primero, revisa si el problema es el caso elegido o las instrucciones que le das a la herramienta. El 80% de las veces el problema está en cómo se le explica a la IA lo que tiene que hacer, no en la herramienta en sí. Si después de ajustar las instrucciones sigue sin funcionar, ese caso no era el adecuado para empezar. Vuelve a la lista de la semana 1 y elige el siguiente.