Saltar al contenido
Estrategia IA8 min de lectura

Cómo Priorizar qué Automatizar Primero con IA (Antes de Comprar Nada)

Antes de automatizar hace falta un criterio de prioridad, no una lista de herramientas. El método de dos ejes para elegir tu primer caso de uso de IA.

Luis Salgado

Imagina que reformas tu casa sin plano. El primer sábado tiras el tabique que más te molesta — el de la cocina, porque llevas años chocando con él — y a media obra descubres que era de carga: sujetaba el forjado del piso de arriba. Ahora el problema ya no es la cocina. Es toda la casa.

Así compra IA la mayoría de las empresas con las que hablo. No por falta de ganas ni de presupuesto. Por falta de plano. Contratan la herramienta que resuelve la queja más ruidosa del trimestre, sin mirar qué sujeta esa parte de la operación ni qué viene después.

No es un problema de tecnología. Es un problema de criterio. Y sin un criterio de prioridad, cada compra de IA es un tabique que se tira a ciegas.

Empezar por la herramienta es empezar por el tabique equivocado

El patrón se repite casi igual en cada auditoría que hago. Un directivo ve una demo impresionante, lee un caso de éxito ajeno o vuelve entusiasmado de una conferencia. Llega a la oficina y dice: "tenemos que meter IA en esto". El "esto" casi nunca está definido con precisión — es una sensación de urgencia, no un proceso concreto con un dueño y un coste medible.

Se compra la herramienta. Se hace una demo interna. Y tres meses después la usan dos personas, o ninguna, porque nunca resolvió nada que a alguien le doliera de verdad. La empresa no tiene un problema de adopción. Tiene un problema de orden: compró antes de decidir.

Ya escribí sobre esto desde otro ángulo — los siete errores más comunes al implementar IA en una empresa empiezan casi todos por el mismo sitio: la tecnología llega antes que el diagnóstico. Lo que falta aquí no es repetir esa lista, sino dar el criterio concreto para no caer en el primero de ellos: cómo decidir qué proceso va primero, con qué se mide y por qué ese orden importa más de lo que parece.

Los dos ejes que sí importan: impacto y dificultad

Un proceso merece automatizarse primero por dos motivos, y solo dos. Cuánto libera y cuánto cuesta liberarlo.

El impacto no es "qué tan de moda está la IA generativa para esto". Es una cuenta simple: cuántas horas a la semana se come el proceso tal y como está hoy, multiplicado por cuánta gente lo sufre. Un informe que tarda tres horas y lo hace una persona una vez al mes pesa menos que un proceso de veinte minutos que repiten ocho personas todos los días, aunque el segundo parezca más pequeño en una demo.

La dificultad tiene tres componentes, y los tres se ignoran por el mismo motivo: no se ven hasta que ya se ha comprado la herramienta. Cuánta calidad tienen los datos que alimentan el proceso. Cuántos sistemas distintos hay que tocar o conectar para que funcione. Y cuánta gente tiene que cambiar un hábito que lleva años haciendo de la misma manera — la parte que menos se presupuesta y más tarde se paga.

Cruza los dos ejes y el primer proyecto se elige solo: impacto alto y dificultad baja. No hace falta ser el más ambicioso del comité. Hace falta ser el que se puede terminar.

Aquí está la trampa, y es la que más dinero cuesta: el proyecto que más ilusiona en el comité de dirección casi nunca vive en ese cuadrante. Suele vivir en el de dificultad alta — muchos sistemas, datos sucios de años, un proceso que toca a toda la organización a la vez. Ilusiona porque es grande. Falla por la misma razón.

Cómo puntuar un proceso en quince minutos

No hace falta un comité ni una consultora para hacer esta primera criba. Coge los tres o cuatro procesos candidatos y responde esto de cada uno, con la gente que los ejecuta delante, no solo con quien los supervisa:

Cuánto tiempo se come. Suma las horas semanales reales que el equipo dedica a esa tarea, no la estimación optimista que sale en la reunión. Pregunta a quien lo hace, no a quien cree que lo sabe.

Cuántas manos lo tocan. Un proceso que pasa por tres departamentos distintos antes de cerrarse tiene tres veces más superficie de fricción que uno que hace una sola persona de principio a fin.

De qué depende. Si la respuesta incluye "primero tendríamos que limpiar esa hoja de cálculo" o "eso está en dos sistemas que no se hablan entre sí", ese proceso acaba de subir de categoría en dificultad, aunque el impacto sea alto.

Quién se resiste, y por qué. No es lo mismo una resistencia por desconfianza técnica — se soluciona con formación — que una resistencia porque el proceso, tal y como está, protege el puesto de alguien. La segunda no la resuelve ninguna herramienta.

Con esas cuatro respuestas, casi siempre queda claro cuál es el candidato razonable. El objetivo de este ejercicio no es encontrar el proyecto perfecto. Es descartar los tres o cuatro que iban a fracasar por dificultad antes de gastar un euro en ellos. Si además quieres poner número a lo que ese primer proyecto tiene que devolver antes de dar el siguiente paso, cómo medir el ROI de la inteligencia artificial recoge las métricas concretas que sirven para eso.

El primer caso de uso paga el segundo

En una reforma bien planificada, cada habitación que terminas deja mejor preparada la siguiente: la electricidad ya está revisada, el contratista ya conoce la casa, tú ya sabes qué preguntas hacer antes de firmar el presupuesto. En una reforma sin plano, cada habitación es una sorpresa nueva, y el contratista es un desconocido distinto cada vez.

Con IA pasa lo mismo, y es la parte que menos se explica cuando se vende un proyecto. El primer caso de uso bien elegido no solo resuelve el proceso que ataca. Deja detrás una base de datos más limpia, un equipo que ya ha visto que la herramienta funciona sin que le quite el puesto, y un criterio de prioridad que ya se ha probado una vez. El segundo proyecto es más barato y más rápido no por casualidad, sino porque el primero pagó parte de su coste.

Al revés también es cierto. Un primer proyecto elegido por ruido en vez de por criterio no solo fracasa él solo: quema la confianza del equipo con el siguiente, aunque el siguiente esté mejor planteado. "Ya probamos con IA y no funcionó" es la frase que más frena una segunda ronda, y casi nunca es verdad que la IA no funcionara. Lo que no funcionó fue el orden.

Hay un matiz que conviene anticipar desde este primer proyecto, no cuando ya esté en marcha: si el proceso que priorizas termina con un agente decidiendo algo por su cuenta — aprobar, responder, escalar — ese agente necesita un límite de autonomía puesto a propósito antes del primer día, no después del primer susto. De eso trata qué decide una máquina sola en tu empresa, y es una conversación que sale más barata al principio que al final.

Qué NO va primero, aunque sea lo que más se pide

Tres candidatos que casi siempre pierden esta criba, por mucho que sean los que más se piden en la reunión de dirección:

El proyecto de cara al público antes que el interno. Un chatbot de atención al cliente visible desde fuera parece más impresionante que automatizar un informe interno, pero expone cualquier fallo directamente al cliente. Empieza donde el margen de error es tuyo, no del cliente.

El proceso que toca a toda la empresa a la vez. Es tentador resolverlo todo de golpe. Es también la manera más fiable de no terminar nada, porque la dificultad de coordinar a ocho departamentos crece más rápido que el impacto de hacerlo.

El proyecto que existe para la foto. El que se elige porque queda bien en la memoria anual o porque lo tiene un competidor. No es que no valga — es que casi nunca es el de mejor cociente, y elegirlo primero es volver a comprar antes de decidir, con otro nombre.

Un criterio, no una lista de deseos

La lista de herramientas que has visto en una feria no es una estrategia. Es una lista de compra. La diferencia entre las dos es el criterio que decide qué entra primero en el carro y qué se queda fuera del todo.

Esto es exactamente lo que se formaliza en una auditoría del uso real de IA: un mapa de qué procesos existen, con qué datos cuentan y cuánta gente los sufre, antes de decidir nada. Y cuando ese mapa ya está hecho, el Plan Director de IA es donde ese criterio se convierte en una hoja de ruta con fases, presupuesto y responsables — el plano que evita tirar el tabique de carga.

Si quieres aplicarlo a tus propios candidatos con un caso real delante, puedes reservar una sesión de diagnóstico gratuita de 30 minutos y lo miramos juntos.

Siguiente paso

¿Quieres esto funcionando en tu empresa?

Trabajo con organizaciones que quieren pasar de las pruebas sueltas a procesos con IA en producción: formación a medida para los equipos y sistemas que se quedan funcionando cuando yo me voy.

O directamente: sesión de diagnóstico gratuita de 30 minutos.