Respuesta directa: elija una empresa de automatización con IA por su capacidad de demostrar seis pruebas conectadas en un proceso real: Resultado, Proceso, Acceso, Autonomía, Confiabilidad y Transferencia. No compre a partir de una demo que solo recorre el camino feliz. El socio debe mostrar qué ocurre cuando faltan datos, cambia una regla, un sistema no responde, una acción supera el límite o una persona necesita asumir.
La automatización convencional ejecuta reglas relativamente previsibles; con IA también puede interpretar contenido, elegir herramientas y decidir próximos pasos. Eso amplía la oportunidad y cambia el riesgo. NIST recomienda gobernar, mapear, medir y gestionar riesgos durante el ciclo. OWASP destaca amenazas de agentes como desvío de objetivo, uso indebido de herramientas y abuso de identidad o privilegio. El proveedor debe convertir esos principios en controles verificables.
El Workflow Control-6 de MAKINAI
Puntúe cada prueba de cero a cuatro: cero significa ausente; uno, promesa; dos, método documentado; tres, evidencia parcial; cuatro, ejecución reproducible. Exija al menos tres puntos en Proceso, Acceso y Confiabilidad. Una automatización que ahorra tiempo sin límites de privilegio o recuperación segura no debe avanzar. El score compara propuestas, pero no oculta criterios eliminatorios.
1. Prueba de Resultado: ¿qué decisión económica mejora?
Comience por la unidad de trabajo y no por la tecnología. Defina entrada, salida, volumen, tiempo de ciclo, costo, calidad, riesgo, dueño y valor de terminar correctamente. Pida que cada proveedor reconstruya la línea base con los mismos datos. “Automatizar finanzas” es demasiado amplio; “clasificar facturas, validar campos y encaminar excepciones antes del registro” puede probarse.
- Evidencia exigible: mapa de volumen y variación; tiempo manual; retrabajo; costo de excepción; SLA; impacto del error; meta de adopción; calidad; regla de parada. Alerta: ROI que supone que cada hora ahorrada se convierte en reducción de caja.
2. Prueba de Proceso: ¿el proveedor entiende el trabajo real?
Exija discovery con operadores, dueños del proceso, seguridad, datos y sistemas. El mapa debe cubrir caminos normales, variantes, dependencias, colas, aprobaciones y excepciones. Pida diseños antes y después que indiquen actividades eliminadas, automatizadas, asistidas y mantenidas bajo juicio humano. La IA no corrige un proceso sin reglas o responsable claro.
El proveedor debe separar pasos deterministas, adecuados para reglas y APIs, de pasos probabilísticos como interpretación y recomendación. También debe señalar dónde no usar IA. Una arquitectura híbrida suele ser más controlable que entregar todo a un agente. Pregunte cómo se versionan y prueban reglas, prompts, modelos y datos de referencia.
3. Prueba de Acceso: ¿el agente recibe solo lo necesario?
La automatización operativa toca correo, documentos, ERP, CRM, finanzas, RR. HH. y herramientas internas. Exija identidad propia por agente o servicio, privilegio mínimo, credenciales temporales, separación de entornos, aprobación para acciones sensibles, gestión de secretos y auditoría. OWASP considera abuso de identidad y privilegio un riesgo central.
Pida demostrar lo que el agente no puede hacer. Pruebe una instrucción maliciosa dentro de un documento, una solicitud fuera de alcance y un intento de acceder a otro cliente o área. El sistema debe bloquear, registrar y encaminar. El control de acceso no puede depender de un prompt que solo diga “no lo hagas”.
4. Prueba de Autonomía: ¿quién decide, actúa y responde?
Defina niveles progresivos: observar; recomendar; preparar acción; ejecutar con aprobación; ejecutar dentro de límites; operar autónomamente. Para cada nivel registre confianza mínima, impacto máximo, umbral financiero, datos permitidos y motivo de escalamiento. La autonomía debe ganarse con evidencia, no activarse completa desde el primer día.
Pida una matriz de responsabilidad con dueño del proceso, aprobador, operador, seguridad y proveedor. Una persona debe poder pausar el flujo, revisar contexto y corregir estado sin duplicar acciones. La experiencia humana de excepción es parte del producto; si es lenta o confusa, el equipo creará atajos y perderá confianza.
5. Prueba de Confiabilidad: ¿el sistema falla de forma segura?
El socio debe evaluar precisión de interpretación, selección de herramienta, parámetros, acción final y resultado de negocio. Los promedios no bastan: mida falsos positivos, falsos negativos, casos desconocidos, deriva, costo y latencia. NIST SP 800-218A refuerza prácticas seguras para desarrollar y adquirir sistemas de IA; exija trazabilidad entre versiones, pruebas, cambios y componentes.
Ejecute la prueba MAKINAI de replay de excepciones. Reúna veinte casos reales difíciles: documento incompleto, datos contradictorios, API caída, permiso vencido, monto por encima del límite, instrucción inyectada y acción repetida. Repita la misma batería antes y después de cada cambio. El proveedor debe preservar estado, evitar duplicidad, compensar y producir evidencia auditable.
- Entregables mínimos: conjunto de evaluación; logs punta a punta; idempotencia; cola de excepciones; alertas; runbooks; rollback; objetivos de recuperación; revisión de incidentes; aprobación de cambios; monitoreo de costo y calidad. “95% de precisión” sin distribución e impacto de errores no basta.
6. Prueba de Transferencia: ¿la operación sigue sin dependencia ciega?
Aclare propiedad de flujos, conectores, código, prompts, evaluaciones, datos derivados y documentación. Exija acceso a logs, exportación de configuraciones, inventario de modelos y subprocesadores, retención, salida y capacitación. El proveedor debe mostrar cómo reemplazar modelo o integración sin reconstruir todo el proceso.
Piloto recomendado de 8 a 12 semanas
Seleccione un proceso con volumen relevante, reglas conocidas, impacto limitado y datos disponibles. Primero registre línea base y excepciones. Implemente en modo observación y recomendación; después permita acciones acotadas con aprobación y reversión. Compare calidad, tiempo, costo y riesgo. Escale solo cuando el equipo opere incidentes y el score supere los gates.
Señales de alerta y próximo paso
- Demo con datos sintéticos; promesa de automatización total; ningún operador en discovery; acceso administrativo amplio; seguridad solo por prompt; ausencia de evaluación; métrica solo de horas; sin cola de excepciones; logs sin contexto; precio sin modelo y soporte; propiedad indefinida; proveedor incapaz de mostrar una falla.
Estructure la contratación con https://makinai.co/insights/es/como-crear-rfp-servicios-ia, compare agentes en https://makinai.co/insights/es/como-evaluar-empresa-agentes-ia y evalúe el modelo de entrega en https://makinai.co/insights/es/equipo-interno-o-consultora-ia-como-decidir. MAKINAI diseña agentes, automatización y operaciones en https://makinai.co/services/es/desarrollo-agentes-ia-automatizacion.