Por dónde empezar con IA: el primer caso no es el más importante

La pregunta que llega es casi siempre "¿qué herramienta usamos?". La que resuelve es otra: "¿qué caso elegimos primero?" — mucho menos discutida, y mucho más decisiva.

El primer caso suele elegirse con el criterio más intuitivo y más equivocado: el problema que más duele. Tiene sentido sobre el papel — si vas a invertir esfuerzo, que sea donde el daño es mayor. En la práctica, es la forma más fiable de quemar el primer intento.

Cuatro preguntas, no una

Un caso se elige por cuatro cosas a la vez: valor (cuánto cambia si sale bien), riesgo (qué pasa si falla), viabilidad (se puede hacer con lo que tenemos) y costo del error (cuánto cuesta deshacerlo).

La última casi nunca entra en la cuenta, y es la que separa una prueba de un accidente. Un error que se corrige en una tarde y un error que llega al cliente no son el mismo tipo de error, aunque la probabilidad sea la misma.

Y de ahí sale la regla:

La autonomía no debuta en el proceso que, si falla, detiene la empresa.

No es cobardía. Es que el primer caso tiene una segunda función, que casi nadie pesa al elegir.

El primer caso sirve para aprender a hacer el segundo

Nadie acierta el primero. Faltará contexto, sobrará alcance, alguien descubrirá en la tercera semana que el proceso real no es el que estaba dibujado.

Eso no es un fracaso: es el costo normal de aprender a construir. La pregunta correcta no es "¿es este el caso más importante?", es "¿es este el caso que me enseña más barato?" — porque de él no te llevas solo la solución: te llevas saber especificar, saber validar con quien usa, y dónde tu propia empresa se equivoca al describir lo que hace.

Después de eso, el caso importante queda mucho más seguro. Antes de eso, es una apuesta con nombre de proyecto.

Lo que nadie define, y después se discute

Hay un paso de cinco minutos que evita la conversación más desagradable de estos proyectos: criterios de éxito medibles, definidos antes de construir.

Sin ellos, la evaluación se vuelve opinión — y la opinión, en un asunto nuevo, tiende a favorecer a quien defendió la idea. Con ellos, la conversación final es simple y sin rencores: esto es lo que queríamos, y llegó o no llegó.

Y conviene escribir también lo que la solución no va a hacer. El alcance abierto es la forma más educada de no terminar nunca nada.

Cada caso deja al área más fluida

Aquí está el retorno que no aparece en la factura de ninguno de los dos lados.

Cada solución construida deja al área más fluida — de espectadora a autora.

Quien participó en construir algo entiende qué se puede pedir la próxima vez y — más importante — qué no vale la pena pedir. Esa alfabetización no es una fase de capacitación en el cronograma. Ocurre todo el tiempo, con cada solución que el propio equipo ayuda a levantar.

Por eso tercerizarlo todo tiene un costo escondido: entrega el resultado y no deja la capacidad.

Y el segundo viene más rápido que el primero

Hay un efecto que solo aparece a partir del tercer caso, y es el que hace que la cuenta cierre de verdad:

Cada solución deposita piezas reutilizables... la próxima solución nace más rápida que la anterior, porque parte de lo que necesita ya existe.

El acceso, el informe, la forma de conversar con el sistema que ya existía — nada de eso se rehace. Quien mira el primer caso aislado casi siempre lo encuentra caro. Y lo es: también está pagando el segundo y el tercero.

La prueba

Elige el candidato a primer caso de tu empresa y responde:

Si sale mal, ¿qué pasa exactamente — y cuánto cuesta deshacerlo?

Si la respuesta involucra a un cliente, dinero que sale, o algo que no se puede revertir, ese no es el primero. Es el tercero — y vas a llegar a él mucho antes que si hubieras empezado por él.