La aceptación de proyectos de IA incluye la dimensión adicional de "efectividad" — no basta con que la funcionalidad se apruebe al 100%; la precisión en escenarios clave debe ser ≥95%, la tasa de alucinaciones ≤3%, la latencia P99 ≤5 segundos y la seguridad aprobarse al 100%. Según el "Informe de desarrollo de aplicaciones de IA 2025" de la Academia China de Tecnologías de la Información y las Comunicaciones (CAICT), la falta de criterios de aceptación sistemáticos es la principal causa de disputas en proyectos de IA. Este artículo proporciona una plantilla completa de criterios de aceptación en cuatro dimensiones — funcionalidad, rendimiento, seguridad y efectividad — para que la aceptación se base en evidencia sólida.
¿Cómo superar la aceptación funcional?
Aceptación funcional básica
| Elemento de aceptación | Criterio de aceptación | Método de prueba |
|---|---|---|
| Todos los puntos de funcionalidad implementados | El 100 % de las funciones acordadas contractualmente deben estar implementadas | Verificar punto por punto según la lista de pruebas funcionales |
| Control de permisos efectivo | Diferentes roles deben ver contenido diferente | Prueba con múltiples roles |
| Flujo de datos correcto | Sincronización precisa de datos entre sistemas | Prueba de flujo de extremo a extremo |
| Gestión de excepciones adecuada | En situaciones anormales se deben mostrar mensajes y contar con un plan de contingencia | Pruebas de escenarios excepcionales |
Aceptación de funcionalidades propias de la IA
| Elemento de aceptación | Criterio de aceptación | Método de prueba |
|---|---|---|
| Reconocimiento de intenciones | Precisión en el reconocimiento de intenciones clave ≥90 % | Verificación con más de 200 casos de prueba |
| Recuperación de conocimiento | Tasa de recuperación (Recall@10) ≥85 % | Evaluación con un conjunto de pruebas estándar |
| Generación de respuestas | Precisión de respuesta ≥85 % | Etiquetado manual de más de 100 preguntas reales |
| Intervención humana | Flujo de intervención fluido y contexto completo | Simulación de escenarios de baja confianza |
¿Cuáles son los criterios de aceptación de rendimiento?
| Indicador | Valor estándar | Condiciones de prueba |
|---|---|---|
| Tiempo de respuesta promedio | ≤2 segundos | Carga normal |
| Tiempo de respuesta P99 | ≤5 segundos | Carga normal |
| Capacidad de procesamiento pico | ≥ valor acordado contractualmente | Pruebas de estrés |
| Disponibilidad del sistema | ≥99,9 % | Operación continua durante 7 días |
| Uso de memoria GPU | ≤ valor acordado contractualmente | Operación continua |
| Soporte de concurrencia | ≥ número de usuarios concurrentes acordado | Pruebas de concurrencia |
¿Qué elementos obligatorios incluye la aceptación de seguridad?
Seguridad de datos
| Elemento de aceptación | Estándar | Método de prueba |
|---|---|---|
| Cifrado de datos en tránsito | TLS 1.2+ | Verificación mediante captura de paquetes |
| Cifrado de datos en reposo | AES-256 | Verificación de configuración |
| Enmascaramiento de datos sensibles | DNI, número de teléfono, número de tarjeta bancaria | Más de 100 casos de prueba |
| Control de acceso | RBAC + permisos a nivel de documento | Pruebas de acceso no autorizado |
Seguridad de la IA
| Elemento de aceptación | Estándar | Método de prueba |
|---|---|---|
| Protección contra inyección de prompts | Las instrucciones maliciosas no deben ejecutarse | Más de 50 pruebas de ataques de inyección |
| Control de alucinaciones | Tasa de alucinaciones en escenarios clave ≤5 % | Verificación mediante etiquetado manual |
| Filtrado de salida | No se debe emitir contenido infractor | Pruebas con palabras sensibles y contenido prohibido |
| Auditoría de operaciones | Registro completo de todas las operaciones críticas | Verificación de integridad de los registros |
Lista de verificación de seguridad
¿Cómo evaluar la aceptación de efectividad? Es la dimensión exclusiva de los proyectos de IA
Indicadores de efectividad
| Escenario | Objetivo de precisión | Objetivo de tasa de alucinaciones |
|---|---|---|
| Escenario clave | ≥95 % | ≤3 % |
| Escenario general | ≥85 % | ≤10 % |
| Escenario límite | Se permite "no sé" | — |
Métodos de prueba de efectividad
| Método | Tamaño de la muestra | Ejecutor |
|---|---|---|
| Evaluación automatizada | Más de 500 ítems | Equipo técnico |
| Evaluación con etiquetado manual | Más de 100 ítems | Equipo de negocio |
| Pruebas con usuarios reales | Más de 50 personas | Usuarios objetivo |
| Comparación A/B | Comparación con el sistema anterior | Equipo de operaciones |
Prueba de deterioro de efectividad
Operación continua durante 7 días, la fluctuación de la precisión no debe superar ±3 %.
¿Qué incluye la aceptación de la documentación?
| Tipo de documento | Contenido obligatorio |
|---|---|
| Manual de usuario | Pasos de operación para el usuario, capturas de pantalla, preguntas frecuentes |
| Manual de operación | Arquitectura del sistema, pasos de implementación, indicadores de monitorización, plan de contingencia |
| Documentación de API | Descripción de las interfaces, ejemplos de solicitud/respuesta, códigos de error |
| Material de capacitación | Presentación PPT de capacitación, videotutoriales, preguntas de evaluación |
| Gestión de la base de conocimiento | Proceso de actualización de documentos, plantillas, estándares de calidad |
¿Cómo se realiza el proceso de aceptación?
```
Preaceptación (interna) → Corrección de problemas → Aceptación formal (con participación del cliente)
↓
Aceptación funcional → Aceptación de rendimiento → Aceptación de seguridad → Aceptación de efectividad → Aceptación de la documentación
↓
Informe de aceptación → Lista de problemas pendientes → Corrección en plazo → Puesta en producción
```
Criterios de aprobación de la aceptación
Preguntas frecuentes
¿Cuál es la diferencia entre la "aceptación de efectividad" en proyectos de IA y las "pruebas funcionales" en el software tradicional?
Las pruebas funcionales del software tradicional son binarias: la funcionalidad existe o no existe, y el resultado es predecible. La aceptación de efectividad en proyectos de IA es probabilística: la misma entrada puede producir salidas diferentes, y la precisión es del 95 % en lugar del 100 %. Por eso en los proyectos de IA se deben acordar "umbrales de precisión" y "tamaño de la muestra de prueba", en lugar de simplemente si "la funcionalidad se ha implementado".
¿Cómo se clasifican los "escenarios clave" y los "escenarios generales" en la aceptación de efectividad?
Los escenarios clave son aquellos que afectan directamente los ingresos del negocio o el cumplimiento normativo (por ejemplo, aprobaciones de control de riesgos, consultas de cumplimiento), con un objetivo de precisión ≥95 %; los escenarios generales son aquellos de apoyo (como recomendaciones de productos, guías de uso), donde una precisión ≥85 % es suficiente. Se recomienda acordar por escrito con el área de negocio la clasificación de escenarios y los estándares correspondientes desde el inicio del proyecto.
¿Qué hacer si la efectividad se deteriora después de la aceptación de un proyecto de IA?
Durante la aceptación se debe definir un "período de garantía de efectividad", normalmente de 3 a 6 meses. Dentro de ese período, si la precisión disminuye más del 5 %, el proveedor debe optimizarla sin costo adicional. Las causas comunes de deterioro incluyen la falta de actualización de la base de conocimiento, cambios en las reglas de negocio y la deriva en la distribución de los datos. La documentación de aceptación debe incluir mecanismos de optimización periódica y la asignación de responsabilidades.
¿Desea establecer criterios de aceptación para proyectos de IA? Solicite una consulta gratuita sobre aceptación