Checklist de preparación para IA privada

Explicar el trabajo y su alternativa

¿Quién hace la tarea hoy, cuánto tiempo consume y qué ocurre cuando falla? Compara IA con búsqueda, reglas o cambios de proceso.

Confirmar fuentes y permisos

¿Existen documentos vigentes y un responsable? ¿Quién puede acceder, corregir o retirar cada fuente? Define desde el principio qué datos no deben entrar.

Acordar criterios de continuación

Selecciona preguntas y resultados esperados, límites de acceso, responsable operativo y umbrales que tengan sentido para el caso. Registra lo que el piloto no puede demostrar.

Salida de esta revisión

Al terminar, escribe una página con la tarea elegida, alternativa sin IA, datos que pueden utilizarse, restricciones, responsable de operación y tres o cuatro pruebas que cambiarían la decisión. Si falta una fuente fiable o permiso para usarla, registra ese bloqueo antes de escoger infraestructura. Un piloto bien acotado puede terminar con la recomendación de mejorar el proceso o los datos primero.

La lista no sustituye una evaluación legal, de seguridad o de impacto cuando el caso la requiere. Su función es hacer visible qué debe resolverse con esos especialistas y qué puede probar el equipo técnico de forma legítima.

1. Nombrar una tarea y su responsable

Escribe quién realiza hoy el trabajo, dónde está la información válida y qué cambiaría una mejora. Incluye la consecuencia de una respuesta equivocada o de un servicio caído. Si varios equipos describen problemas distintos, elige uno para valorar primero. Compáralo con búsqueda, reglas o un cambio de proceso antes de decidir usar generación.

2. Confirmar que los datos se pueden utilizar

Haz un inventario de las fuentes por responsable, antigüedad, formato, grupo con acceso y finalidad permitida. Pregunta quién puede corregir o retirar cada fuente, si un piloto puede copiarla y dónde pueden procesarse o conservarse prompts y salidas. Si una fuente esencial no tiene responsable o permiso, anótalo como bloqueo. Elegir un modelo no arregla el derecho de uso de los datos.

3. Definir una frontera segura para el piloto

Especifica usuarios, acciones permitidas, revisión humana, integraciones y primer entorno. Identifica restricciones de red o contratación que precisan aprobación especializada. Decide cómo comunicarán errores los usuarios y cómo se podrá detener el piloto. «Privada» debe describir un flujo de datos y un límite operativo comprobados, no un estado legal supuesto.

4. Acordar evidencia antes de ver la demo

Prepara tareas representativas con resultado esperado y condiciones de fallo. Para un asistente documental, incluye una respuesta apoyada por una fuente vigente, una pregunta que deba rechazar y una fuente restringida a otro rol. Para un flujo que ejecuta acciones, incluye una acción denegada y una aprobación humana. Anota cómo elegiste los casos, quién revisará las salidas y qué no puede demostrar el piloto sobre carga de producción o precisión a largo plazo.

Un registro de decisión de una página

Termina con tarea, responsable, alternativa actual, datos permitidos, arquitectura candidata, responsable operativo, pruebas, aprobaciones abiertas y siguiente decisión. Marca cada elemento como conocido, supuesto o pendiente. El resultado puede ser descubrimiento, piloto acotado, auditoría técnica de un sistema existente o esperar. Consulta consultoría de IA privada para opciones de arquitectura y auditoría técnica si ya hay un piloto.