En muchos diagnósticos aparece un proceso que la persona ya había descartado antes de hablar conmigo.
Cuando hablo con un área específica sobre un proceso concreto, a veces me dicen: “Ése no se puede tocar.” Cuando pregunto por qué, a veces hay una política clara. Otras veces alguien recuerda un comentario de una junta, supone que sistemas dirá que no o simplemente no sabe a quién preguntarle.
Son situaciones distintas y conviene separarlas.
Antes de asumir que no se puede, entiende qué te están diciendo
Puede ser una de estas tres cosas:
- Nadie ha preguntado. Hay una suposición, pero no una decisión.
- Alguien dijo que no a otro caso. Tal vez se negó subir una base completa a una herramienta específica, no usar IA de cualquier forma.
- Existe una restricción formal. Un contrato, una política interna, una norma o una condición del cliente.
Sólo la tercera empieza como un no documentado. Incluso ahí conviene entender qué está prohibido exactamente: sacar el dato, usar cierto proveedor, automatizar una decisión o trabajar sin revisión humana.
La restricción puede cerrar un camino sin cerrar el problema completo.
Convierte el bloqueo en una pregunta concreta
“¿Podemos usar IA con los expedientes?” es una pregunta difícil de aprobar. Es demasiado amplia y deja todos los riesgos del lado de quien responde.
Una solicitud útil describe el caso:
- qué tarea quieres realizar;
- qué datos entran y cuáles se pueden eliminar o anonimizar;
- qué herramienta o modelo los procesaría;
- dónde se alojan y cuánto tiempo se conservan;
- quién revisa el resultado;
- qué ocurriría si la salida fuera incorrecta;
- qué prueba limitada quieres hacer.
No necesitas escribir un tratado. Necesitas que la persona que toma la decisión pueda evaluar algo real.
También necesitas un responsable y una fecha de seguimiento. “Preguntarle a legal” no es una tarea terminada. “Enviar el caso a Laura el jueves y revisarlo el martes siguiente” sí.
Y aquí haría una precisión importante: en datos, seguridad y cumplimiento, el silencio no es autorización. No empieces “a menos que alguien diga que no”. Espera una respuesta explícita de quien tenga la facultad de aprobar.
Mientras llega la respuesta, no todo está detenido
Puedes medir el proceso actual sin tocar información sensible. Puedes diseñar el flujo con datos ficticios. Puedes probar la estructura con documentos públicos o ejemplos anonimizados, siempre que la anonimización sea válida para tu caso.
Ese trabajo sirve por dos razones. Primero, descubres si la idea funciona antes de gastar capital interno pidiendo permisos. Segundo, llegas a la conversación con algo concreto: una demostración, una estimación del impacto y un punto claro donde interviene la revisión humana.
La diferencia entre “quiero usar IA” y “quiero probar durante dos semanas esta tarea, con estos datos y este control” es enorme.
Un “así no” puede ser una buena respuesta
Hay tres resultados posibles:
- Sí, bajo las condiciones propuestas.
- No, porque existe una razón que hace inviable el caso.
- Así no, pero podría intentarse con otra arquitectura, menos datos, otro proveedor o una revisión adicional.
La tercera respuesta suele ser la más útil porque convierte una preocupación general en una condición de diseño. No garantiza que el proyecto salga, pero ya te dice qué tendría que cambiar.
También hay que saber aceptar un no. Insistir durante meses en un proceso que no puede cumplir una restricción real no es perseverancia; es seguir desgastándote donde ya hubo una respuesta.
Revisa lo que descartaste
Vuelve a tu lista de posibles usos de IA y busca los que tachaste con un “no me dejan”. Para cada uno, escribe:
- quién tomó esa decisión;
- cuándo;
- sobre qué caso exacto;
- qué parte está prohibida;
- qué alternativa podría evaluarse.
Si no puedes contestar las primeras tres, probablemente todavía no tienes una negativa. Tienes una pregunta pendiente. Y una pregunta bien formulada es mucho más útil que un proceso borrado de la lista.