Guía de decisión de UP2DATE. Orientación general que no sustituye una revisión de tus procesos, sistemas y datos.
1. Comprueba si unas reglas ya resuelven el problema
Un cálculo, un umbral de aprobación o una regla fija de asignación suelen resolverse con software determinista. Buscar en una fuente pequeña y estructurada quizá solo necesite una mejor búsqueda y organización.
Merece la pena investigar IA cuando las entradas varían y el trabajo implica lenguaje, clasificación o extracción. También entonces compárala con una alternativa sencilla. Una demostración convincente no demuestra que sea el enfoque más fiable o económico.
2. Revisa la información antes de elegir un modelo
Identifica las fuentes autorizadas, quién las mantiene y quién puede acceder. Las políticas contradictorias y los documentos obsoletos dificultan evaluar una respuesta, independientemente del modelo.
Usa ejemplos autorizados y representativos. Acuerda el tratamiento de los datos antes de compartirlos. Resuelve accesos, responsabilidad y calidad antes de probar con datos del negocio.
3. Define las consecuencias de un error
Un borrador incorrecto que alguien revisa no equivale a una acción automática que modifica un registro o autoriza una transacción. Define dónde hace falta aprobación humana, qué acciones quedan fuera y cómo escalar una consulta.
Si no puedes demostrar la tolerancia al error requerida, excluye la tarea de la automatización o reduce su alcance. El marco de gestión de riesgos de IA de NIST ofrece una referencia voluntaria para considerar la fiabilidad en diseño, desarrollo, uso y evaluación.
4. Haz del piloto una prueba, no una presentación
Acuerda ejemplos de evaluación representativos, criterios de éxito, una referencia sin IA y un límite de coste antes de construir. Incluye casos difíciles y solicitudes que el sistema deba rechazar o escalar.
Mide la resolución útil y el esfuerzo de revisión, no solo si aparece una respuesta. Incluye integración, monitorización y supervisión humana en el coste. Decide si continuar, acotar o parar; la producción necesita controles de acceso, responsables y criterios de lanzamiento propios.
Qué traer a la primera conversación
- Una tarea concreta y ejemplos de resultados aceptables e inaceptables.
- Fuentes autorizadas y sus responsables.
- Restricciones de acceso y consecuencias conocidas de un error.
- Una alternativa sencilla con la que comparar el piloto.
Un proyecto relacionado
El proyecto publicado del asistente de conocimiento de BRD es un ejemplo de IA en soporte bancario. Una iniciativa similar necesita delimitar conocimiento, permisos y evaluación; el caso no demuestra que toda tarea de soporte deba automatizarse.
Leer el caso publicado →¿Necesitas evaluar tu situación?
Evaluación de oportunidades y preparación para IA →La primera conversación de 30 minutos es gratuita. El análisis detallado, la arquitectura y la hoja de ruta se contratan por separado, con un alcance definido.
Contacto
