---
title: "Diez riesgos de IA en la operación que conviene revisar antes de escalar"
slug: checklist-riesgos-ia-operacion
lang: es
situation: gobernar
format: checklist
minutes: 15
updated: 2026-10-19
---

# Diez riesgos de IA en la operación que conviene revisar antes de escalar

> Para gerentes con un piloto de IA que funcionó y que van a extenderlo a más personas, más volumen o más clientes.

## Cuándo usarla

- El piloto salió bien y te piden pasarlo a toda el área el próximo mes.
- Una herramienta empezó como prueba de un equipo y ya la usan otros sin que nadie lo decidiera.
- Vas a presentar la expansión a un comité y quieres llegar con los riesgos revisados.

## La hoja

Herramienta o caso: [ ] · Revisado por: [nombre] · Fecha: [ ]

**Datos y confidencialidad**

- [ ] 1. Sabemos qué datos entran a la herramienta y si salen de la empresa. Cómo se ve si está bien: una lista escrita de tipos de datos permitidos y prohibidos que el equipo conoce.
- [ ] 2. Está claro si el proveedor usa nuestros datos para entrenar o los guarda. Cómo se ve si está bien: la respuesta está en el contrato o en la configuración, no en una suposición.

**Calidad y errores**

- [ ] 3. Hay una persona con nombre que revisa lo que sale al cliente. Cómo se ve si está bien: ningún texto, cálculo o decisión llega afuera sin una revisión registrada.
- [ ] 4. Medimos la tasa de errores y sabemos qué hacer cuando sube. Cómo se ve si está bien: un número por semana y un umbral que detiene el uso.

**Dependencia del proveedor y costo variable**

- [ ] 5. Sabemos cuánto cuesta con el doble de volumen. Cómo se ve si está bien: una estimación de costo a escala, con el modelo de cobro del proveedor por escrito.
- [ ] 6. Podríamos cambiar de herramienta sin rehacer el proceso. Cómo se ve si está bien: los datos y las instrucciones se pueden exportar y están documentados.

**Personas y facultades**

- [ ] 7. Está escrito quién puede usarla y qué puede aprobar con ella. Cómo se ve si está bien: las facultades de aprobación no cambiaron sin que alguien lo decidiera.
- [ ] 8. Las personas afectadas saben qué cambia en su trabajo. Cómo se ve si está bien: se les explicó antes de escalar, no después.

**Continuidad**

- [ ] 9. Sabemos qué pasa si la herramienta falla un día entero. Cómo se ve si está bien: un procedimiento manual de respaldo probado al menos una vez.

**Cumplimiento** (consulta a tu área legal; no es asesoría legal)

- [ ] 10. El área legal o de cumplimiento revisó el uso a la escala nueva. Cómo se ve si está bien: una revisión registrada con fecha, no un "nadie dijo que no".

## Cómo llenarla en 15 minutos

1. Revísala con el dueño del proceso y con alguien que use la herramienta a diario.
2. Marca solo lo que puedes demostrar con un documento o un dato. "Creemos que sí" queda sin marcar.
3. Para cada casilla vacía, escribe un responsable y una fecha.
4. El error más común: revisar solo datos y olvidar continuidad y costo, que aparecen al escalar.
5. Decide: si las casillas 1, 3 o 10 quedan vacías, la expansión espera.

## La línea que casi siempre falta

La casilla 9. En el piloto siempre había alguien que podía hacer el trabajo a mano. Al escalar, esa persona ya no está o ya no sabe hacerlo. Un respaldo manual probado separa un incidente de una semana perdida.

## Si esto se vuelve una decisión grande

Si la expansión toca datos de clientes, contratos o facultades de aprobación y lleva tu nombre, las herramientas gratuitas de vicsol.org/es/decision-clarity/ te ayudan a estructurarla. No reemplazan una revisión formal.

---

Vic Sol · Mesa de Decisiones · vicsol.org/es/recursos/ · Uso libre con atribución.
Esta hoja estructura una conversación; no es asesoría legal, financiera ni de auditoría.