Adoptar inteligencia artificial no es un objetivo empresarial suficiente. La pregunta relevante es si una capacidad concreta de IA puede resolver un problema importante con un nivel aceptable de calidad, coste y riesgo.
La herramienta debería llegar después del problema.
Qué tipos de tarea merece la pena explorar
Una pyme puede formular hipótesis alrededor de tareas como:
- buscar y sintetizar información;
- clasificar documentos o solicitudes;
- preparar borradores para revisión humana;
- extraer datos de formatos repetitivos;
- asistir en decisiones con criterios explícitos;
- automatizar pasos definidos de un proceso.
Que una tarea sea técnicamente posible no significa que deba automatizarse. Hay que valorar el contexto, las consecuencias del error y la experiencia de las personas afectadas.
Criterios para elegir un primer proyecto
Problema delimitado
Debe poder describirse quién realiza la tarea, qué fricción vive y qué resultado se espera mejorar.
Evidencia de partida
Sin una línea base no se puede saber si la intervención ayuda. Conviene registrar tiempo, errores, coste, uso u otro indicador relevante antes de probar.
Riesgo controlable
El primer proyecto debería permitir revisión humana, reversibilidad y límites claros. Si un error puede dañar a personas, incumplir obligaciones o comprometer información sensible, hacen falta controles adicionales o una decisión de no automatizar.
Datos y permisos
Hay que conocer qué información entra, dónde se procesa, quién puede acceder y qué base permite usarla. La privacidad y la seguridad forman parte del diseño.
Responsable
Una solución sin dueño operativo puede quedar sin mantenimiento, criterio de calidad ni respuesta ante incidencias.
Un escenario hipotético: auditoría de IA
Imagina una empresa con varios procesos manuales y propuestas dispersas de herramientas. Podría contratar un proyecto para:
- mapear tareas, decisiones y fricciones;
- identificar dónde la IA aporta una capacidad relevante;
- descartar usos con riesgo o valor insuficiente;
- priorizar una hipótesis;
- construir una prueba pequeña;
- medirla contra la línea base;
- decidir si escalar, modificar o cerrar.
Esto describe un posible proyecto de BTA, no un caso realizado ni una promesa de ahorro.
Qué medir
La métrica depende del problema. Puede incluir calidad, tiempo, errores, satisfacción, adopción, coste total o carga de supervisión. También conviene registrar efectos no deseados.
Una demostración llamativa no equivale a una solución operativa. El valor aparece cuando el sistema funciona dentro del proceso real, con personas, criterios y responsabilidades.
El papel de BTA
En BTA usamos IA para ampliar investigación, prototipado, código, automatización y documentación. No la tratamos como identidad ni como sustituto del criterio humano.
Si tu empresa quiere explorar IA con un problema y una prueba concretos, podemos convertir esa pregunta en proyecto.
Sobre el autor
Marc Duran
Psicólogo e investigador-diseñador de proyectos. En BTA conecta comportamiento humano, filosofía práctica y disciplina de negocio para convertir preguntas en proyectos utilizables.
Conocer a Marc