Casos de uso de IA, cómo priorizar los que sí conviene hacer
Un método simple para ordenar una lista de ideas de inteligencia artificial según impacto, viabilidad y riesgo, y decidir cuál va primero sin depender de la intuición.
Casi todas las organizaciones llegan a la misma situación: una lista de veinte ideas de inteligencia artificial, cada una con un defensor interno, y ningún criterio compartido para decidir cuál va primero.
Ordenar esa lista es una decisión de negocio, no técnica. Y se puede hacer con cuatro preguntas.
Las cuatro preguntas que ordenan la lista
1. ¿Cuánto vale si funciona? No en adjetivos, en números. Horas por mes, costo por caso, puntos de conversión, días de demora. Si nadie puede estimar el valor con un orden de magnitud, el caso de uso todavía no está lo suficientemente definido.
2. ¿Están los datos disponibles? Disponible significa tres cosas a la vez: que existe, que se puede acceder a él sin un proyecto de seis meses, y que tiene la calidad suficiente. Es el filtro que elimina más candidatos.
3. ¿Qué pasa si se equivoca? Un error en una sugerencia interna se corrige. Un error en una comunicación al cliente o en un cálculo financiero tiene consecuencias. Los casos de bajo costo de error son mejores para empezar, no porque importen menos, sino porque permiten aprender sin exponerse.
4. ¿Quién lo va a usar todos los días? Si no hay un responsable con nombre y apellido que necesite esa solución para su trabajo, el proyecto no tiene dueño y se apaga al tercer mes.
Una matriz de dos ejes, no de cinco
Con las respuestas, ubicá cada caso en dos ejes: impacto (qué vale si funciona) y facilidad (datos disponibles, integración, costo de error).
- Alto impacto y fácil: acá empieza todo. Suele haber menos candidatos de los que uno espera.
- Alto impacto y difícil: son los proyectos estratégicos. Van segundos, y conviene dividirlos en etapas.
- Bajo impacto y fácil: útiles como práctica para el equipo, pero no para justificar un programa.
- Bajo impacto y difícil: se descartan, aunque técnicamente sean lo más interesante de la lista.
El valor de la matriz no está en el gráfico, está en la conversación que obliga a tener. Cuando dos áreas discuten dónde ubicar un caso, lo que están discutiendo en realidad son supuestos que nunca se habían explicitado.
Los patrones que suelen funcionar primero
A lo largo de distintas industrias, los primeros casos exitosos tienden a repetirse:
- Clasificar y derivar. Consultas, reclamos, solicitudes o currículums que llegan en volumen y hay que mandar al lugar correcto.
- Extraer datos de documentos. Facturas, contratos, remitos, formularios. El trabajo es tedioso, el resultado es verificable y el ahorro es inmediato.
- Redactar un primer borrador. Respuestas, propuestas, descripciones de producto, informes. La persona sigue decidiendo, pero parte del 70% hecho.
- Buscar dentro del conocimiento propio. Un asistente sobre manuales, políticas o documentación interna evita que el equipo pierda horas buscando.
- Resumir y preparar. Llamadas, reuniones, historial de un cliente antes de una gestión.
Son poco espectaculares en una presentación y muy rentables en la operación.
Lo que conviene postergar
No porque no sirvan, sino porque son malos primeros proyectos:
- Todo lo que requiera unificar datos de cinco sistemas antes de mostrar resultados.
- Decisiones automáticas sin supervisión humana en procesos sensibles.
- Casos donde el error es difícil de detectar: si nadie se da cuenta de que la salida está mal, no hay forma de corregir el rumbo.
Cómo evaluar cada caso antes de comprometer presupuesto
Un ejercicio de dos semanas suele alcanzar para decidir. Se toma una muestra representativa de casos reales, se procesa con la solución candidata y se compara contra lo que hizo el equipo humano.
Lo que se mide: en qué porcentaje de casos la salida fue usable sin corrección, cuánto tiempo se ahorró y qué tipo de errores aparecieron. Con eso se decide si avanzar, ajustar el alcance o descartar.
Este ejercicio cuesta poco y evita la situación más cara de todas: descubrir en el mes seis que el caso de uso nunca fue viable.
Una lista que se revisa, no un documento que se archiva
La priorización no es un ejercicio que se hace una vez. Cada implementación cambia el tablero: libera datos, genera capacidades y cambia lo que el equipo cree posible. Casos que estaban en la zona difícil se vuelven accesibles después del primer proyecto.
Por eso conviene revisar la lista cada trimestre, con los resultados reales de lo implementado a la vista.
Preguntas frecuentes
¿Cuántos casos de uso conviene abordar al mismo tiempo?
Uno o dos en la primera etapa. Abrir cinco frentes en paralelo diluye la atención del equipo y hace imposible atribuir resultados a una iniciativa concreta.
¿Qué hace que un caso de uso sea bueno para empezar?
Alto volumen, resultado medible, datos accesibles y bajo costo de error. Si una salida incorrecta se detecta fácil y se corrige sin consecuencias graves, el riesgo de aprender es bajo.
¿Conviene empezar por el área que más lo pide o por la que más impacto tiene?
Por la intersección de ambas. Un área con alto impacto pero sin interés interno termina en una herramienta que nadie usa; un área entusiasta pero marginal no mueve el negocio.