Cómo elegir dónde merece la pena la IA: priorización de casos de uso

Los mejores casos de uso de IA vienen de donde el trabajo ya duele, no de una lista de lo que la IA puede hacer en teoría.

La forma equivocada de construir una lista de candidatos es partir de capacidades: resumen, clasificación, generación, búsqueda, y luego salir a cazar dónde aplicarlas. Eso produce soluciones en busca de problemas. La forma correcta es partir del dolor operativo. Recorre los flujos donde la gente va lenta, donde los errores salen caros, donde una cola está siempre saturada, donde el mismo juicio se toma cientos de veces por semana. Cada uno de ellos es un candidato, resulte o no la IA la herramienta adecuada.

Obtener candidatos es un ejercicio de entrevista antes que técnico. Siéntate con quienes hacen el trabajo y haz tres preguntas: qué te lleva más tiempo, qué rehaces más a menudo, y qué desearías no tener que hacer nunca más. Las respuestas son tu lista bruta de candidatos. Una lista útil tiene de quince a treinta entradas en esta fase, deliberadamente sin filtrar, porque el orden viene después y quieres opciones reales que ordenar.

Una disciplina importa aquí: escribe cada candidato como un trabajo, no como una tecnología. Reducir el tiempo de redactar una primera respuesta a un ticket de soporte es un candidato. Añadir un chatbot no lo es. El encuadre como trabajo te mantiene honesto sobre el valor más adelante, y evita que la lista colapse en una única respuesta de moda antes de haber puntuado nada.

Puntúa cada candidato en tres ejes, cada uno en una escala simple del uno al cinco, con una razón escrita para el número. El valor es el tamaño del premio: tiempo ahorrado, coste eliminado, ingreso habilitado, o riesgo reducido, medido contra la línea base actual de ese flujo. Un candidato que ahorra dos minutos en una tarea hecha cinco veces al año puntúa bajo; uno que quita treinta segundos a una tarea hecha diez mil veces por semana puntúa alto. Obliga a que la puntuación de valor apunte a una métrica, no a una sensación.

La viabilidad es lo difícil que es desplegarlo de verdad. La impulsan tres subpreguntas: ¿están los datos disponibles, etiquetados y lo bastante limpios para trabajar con ellos?, ¿cuán compleja es la tarea central para los modelos actuales?, y ¿con cuántos sistemas tiene que integrarse para ser útil? Un caso de uso con datos limpios, una tarea bien entendida y un único punto de integración es un cinco. Uno que necesita datos que aún no recoges, una tarea de razonamiento difícil, y acceso de escritura a cuatro sistemas heredados es un uno, por atractivo que parezca el valor.

El riesgo es el coste de equivocarse. Puntúa la exposición regulatoria (¿un resultado erróneo crea un problema de cumplimiento?), la exposición reputacional (¿ve el cliente el fallo?), y el coste del fallo (¿qué pasa operativamente cuando el modelo se equivoca con seguridad?). Un caso de uso que redacta notas internas que revisa una persona es de bajo riesgo. Uno que envía decisiones sin revisar a clientes en un dominio regulado es de alto riesgo, y esa puntuación debería tirarlo hacia abajo en la lista aunque el valor y la viabilidad sean fuertes. El Marco de Gestión de Riesgos de IA del NIST es una buena referencia externa para hacer esta columna rigurosa en vez de instintiva.

Con las tres puntuaciones en mano, traza cada candidato en un dos por dos simple: valor en un eje, viabilidad en el otro, con la puntuación de riesgo mostrada como el tamaño o el color de cada punto. La imagen es útil de inmediato. El cuadrante superior derecho (alto valor, alta viabilidad) es por donde empiezas. El superior izquierdo (alto valor, baja viabilidad) es tu hoja de ruta, lo que merece la pena invertir para hacer viable más adelante. El inferior derecho (bajo valor, alta viabilidad) es la trampa: fácil de construir, fácil de demostrar, y no merece tu tiempo. El inferior izquierdo lo borras.

Tu primer caso de uso debería venir del cuadrante superior derecho, y entre esos, elige el que demuestre valor más rápido. La velocidad hacia un resultado medible importa más que el tamaño absoluto del premio para el primer proyecto, porque la primera victoria financia la confianza organizativa para la segunda. Una construcción de seis semanas que elimina demostrablemente un veinte por ciento de un coste real gana a una de nueve meses que promete eliminar un sesenta por ciento, siempre, para el caso de uso número uno.

Deja que la dimensión de riesgo invalide la matriz cuando deba. Un punto inferior derecho con una puntuación de riesgo alta no es una victoria rápida, es un pasivo silencioso. Un punto superior derecho que resulta cargar con exposición regulatoria puede seguir siendo la primera elección correcta, pero solo si lo acotas con una persona en el bucle y un plan de fallo explícito. La matriz ordena; el riesgo veta. Ambos se ponen por escrito para que la decisión sobreviva a un cuestionamiento posterior.

Bien hecha, la priorización termina con un caso de uso desplegándose rápido y un backlog en el que el equipo directivo de verdad cree.

Los equipos que aciertan esto no tienen la mayor cantidad de proyectos de IA, tienen el primero correcto. A las doce semanas, un único caso de uso del cuadrante superior derecho está en marcha, la línea base contra la que se puntuó se ha movido de forma medible, y quienes eran escépticos han visto un resultado real sobre trabajo real. Esa credibilidad es el activo. El segundo y el tercer caso de uso aterrizan en una organización que ahora confía en el método, porque el primero entregó lo que el sistema de puntuación dijo que entregaría.

Igual de importante, las ideas ruidosas que no pasaron el corte quedan documentadas y aparcadas, no abandonadas en silencio. Cuando el directivo que defendía el proyecto de vanidad pregunta qué fue de él, hay una respuesta de una línea con una puntuación detrás. El backlog está vivo: se obtienen y puntúan nuevos candidatos en la misma escala, la matriz se vuelve a trazar a medida que cambian los datos y las integraciones, y un caso de uso que era inviable el año pasado puede graduarse cuando el bloqueo se despeja.