Hay una escena que se repite cuando una empresa termina de redactar su política de uso de IA. El documento existe, la dirección lo ha aprobado, está firmado y entonces alguien lo envía por correo al equipo con el asunto «nueva política de uso de herramientas digitales». Nadie lo abre, y dos semanas después todo sigue funcionando exactamente igual que antes. El trabajo de redactar la política no ha servido de nada porque se comunicó como quien archiva un trámite.
La comunicación falla casi siempre por el mismo motivo. La política se presenta como una lista de cosas que no se pueden hacer, cuando su verdadera función es dar criterio para decidir mejor. Ese desajuste entre lo que la política es y cómo se presenta explica buena parte de las resistencias que luego se atribuyen, injustamente, a la falta de voluntad del equipo.
Por qué las políticas se perciben como prohibición
El lenguaje de la regulación tiende de forma natural hacia la restricción. Una frase como «no se permite el uso de datos de clientes en herramientas externas sin contrato de procesamiento firmado» es correcta y necesaria, pero suena exactamente a lo que parece, una prohibición. Cuando el equipo la recibe sin contexto, la lectura instintiva es defensiva, porque lo interpreta como control, como desconfianza, como más trabajo para seguir haciendo lo mismo. Y esa reacción es la consecuencia lógica de comunicar el qué sin el porqué.
El cambio de marco que lo transforma todo
La misma política admite dos maneras muy distintas de comunicarse. Puede presentarse como norma, «queda prohibido el uso de herramientas de IA con datos personales de clientes sin autorización previa», o puede presentarse como criterio, «cuando uses IA con datos de clientes, esta es la pregunta que tienes que hacerte y este es el proceso que te protege si algo sale mal». El contenido es idéntico, pero el marco cambia por completo, y con él la reacción del equipo: la primera versión genera resistencia porque suena a que alguien te vigila, mientras que la segunda genera seguridad porque te da algo que te resguarda. Una política que el equipo entiende como protección propia se aplica sola, una que percibe como control de la empresa se ignora en cuanto nadie mira.
Empieza por el problema que resuelve
Antes de presentar la política conviene presentar el problema que resuelve para el equipo, no para la empresa en abstracto. Qué ocurre cuando alguien sube los datos de un cliente a una herramienta que almacena esa información en servidores fuera de la UE sin que él lo sepa. Qué ocurre cuando IT descubre que hay diez herramientas de IA en uso que nadie evaluó. Ese problema no afecta solo a la organización, afecta al empleado concreto que puede quedar expuesto sin haberlo pretendido, y cuando lo entiende así, la política deja de parecerle una imposición para parecerle un resguardo.
Explica el criterio, no solo la norma
El equipo necesita entender el razonamiento que hay detrás de cada restricción para poder aplicarlo en los casos que la política no contempla de forma explícita, que son la mayoría de los que aparecen en el día a día. Una política que solo da reglas crea dependencia porque obliga a preguntar qué hacer cada vez que surge una situación nueva. Una política que da criterio hace lo contrario, permite que cada persona decida por sí misma en escenarios que nadie llegó a escribir. Ahí está la diferencia entre un documento que envejece en un cajón y uno que el equipo usa de verdad.
Da ejemplos concretos del día a día
Los ejemplos abstractos no calan, los del trabajo real sí. Si el equipo de ventas quiere usar una herramienta de IA para preparar propuestas personalizadas, la política tiene que poder responder con qué datos puede hacerlo y bajo qué condiciones. Ese tipo de ejemplo, extraído de lo que la gente hace cada mañana, convierte la política en algo aplicable en lugar de un texto teórico que nadie sabe cómo trasladar a su caso.
Abre un canal claro para las dudas
Una de las razones por las que las políticas se quedan en papel es que el equipo no sabe a quién preguntar cuando aparece una situación que no está clara. Un canal de consulta sencillo, sea una persona, un correo o un formulario, reduce esa fricción y genera adhesión, porque demuestra que la política es un marco vivo al que se puede acudir y no un documento cerrado que se firmó una vez y se olvidó.
El momento de comunicarla importa tanto como el contenido
Comunicar una política mediante un correo masivo es la forma menos eficaz de hacerlo, porque las políticas se interiorizan en conversaciones y no en documentos. Una sesión breve, de media hora, en la que alguien explica el razonamiento, responde preguntas y recoge las dudas del equipo, genera más adhesión que el PDF mejor redactado del mundo. No se trata de montar una formación compleja, sino de dedicar tiempo real a la conversación y no solo a la redacción del texto. Ese rato de conversación es, casi siempre, lo que separa una política que se cumple de una que se archiva.
Preguntas frecuentes
¿Cómo presento la política de IA al equipo sin que genere rechazo?
Enmarcándola como un marco de criterio que protege al equipo y no como una lista de restricciones. La adopción mejora cuando la gente entiende qué problema le resuelve a ella en concreto, no solo a la empresa en abstracto, así que conviene empezar por los casos reales que aparecen en su trabajo diario.
¿Debo involucrar al equipo en la creación de la política de IA?
Si es posible, sí. Las políticas construidas con participación del equipo tienen mayor adhesión y son más realistas sobre lo que de verdad ocurre en la práctica. Y aunque la política venga definida desde la dirección, comunicarla explicando el razonamiento funciona sistemáticamente mejor que distribuirla como una normativa cerrada.
¿Qué pasa si el equipo ignora la política de IA?
Cuando el equipo la ignora, el problema suele ser de comunicación o de relevancia percibida, no de voluntad. Una política que no se entiende, o que parece ajena al trabajo diario, no se aplica. La respuesta no es endurecer la norma, sino revisar cómo se ha comunicado y hasta qué punto conecta con lo que el equipo hace de verdad.
