El lunes por la mañana, una pequeña asesoría activó un asistente generativo para contestar las primeras consultas de clientes. La decisión había nacido de una escena reconocible: dos personas del equipo pasaban buena parte de la jornada buscando modelos de correo, resumiendo novedades fiscales y ordenando documentos antes de poder dar una respuesta útil. La demostración prometía ahorrar esos primeros minutos. A media tarde, una asesora copió en la herramienta un mensaje con números de identificación y detalles de una separación empresarial. Nadie sabía si esos datos podían usarse, si quedaban retenidos o quién debía revisar el borrador antes de enviarlo. La rapidez había llegado antes que el acuerdo.
El problema no es que el equipo quisiera probar una herramienta. El problema es tratar la preparación como una demora prescindible. Un asistente puede parecer inocuo porque produce texto en una ventana conocida, pero interviene en datos, criterios profesionales, relaciones con clientes y decisiones que después alguien tendrá que defender. Decir «ya aprenderemos» deja esas decisiones repartidas entre personas que tienen urgencias distintas y poder desigual para detener algo. La responsabilidad compartida empieza antes de usar el primer mensaje: consiste en acordar qué condiciones hacen que una prueba sea razonable y cuáles obligan a no iniciarla.
Prepararse es describir el trabajo, no rellenar un formulario#
La asesoría necesita partir de las tareas concretas que quiere mejorar. No basta con escribir «usar IA para ganar productividad». Conviene distinguir entre localizar una norma pública, resumir una reunión interna, preparar un borrador de respuesta, calcular una recomendación y comunicar un consejo que un cliente utilizará para tomar una decisión. Cada tarea mezcla riesgos distintos. Un resumen de una guía publicada no implica lo mismo que un texto que contiene datos laborales, ni una sugerencia interna tiene el mismo efecto que una respuesta enviada con la firma de la empresa.
La asesoría necesita partir de las tareas concretas que quiere mejorar. No basta con escribir «usar IA para ganar productividad».
Un registro de preparación puede hacer visible esa diferencia sin convertirse en burocracia. Para cada uso propuesto debería anotar finalidad, personas afectadas, datos que podrían aparecer, error plausible, revisión necesaria y responsable de decidir si se prueba. En el caso de la respuesta a clientes, la ficha puede decir que el asistente solo prepara estructura y lenguaje claro; no interpreta documentos privados, no calcula obligaciones y no envía nada. Ese límite proporciona una instrucción operativa, no una frase de valores. También permite detectar que una tarea prometida como administrativa tiene, en realidad, una consecuencia profesional que exige otra vía.
El registro debe nombrar qué información nunca entra. No se trata de confiar en que cada persona recuerde una lista extensa cuando tiene prisa. La asesoría puede definir categorías sencillas: identificadores personales, expedientes de clientes, credenciales, contratos no publicados y datos de terceros recibidos bajo confidencialidad. Cuando un caso necesita ese material, la ruta no es «inténtalo con cuidado», sino un entorno autorizado o trabajo sin asistente. El límite gana fuerza si va acompañado de ejemplos reales: un número de cuenta no se sustituye por un asterisco si el contexto sigue identificando a la persona; un informe interno no se pega por partes si las partes permiten reconstruirlo.
La formación cambia según el lugar desde el que se usa#
Una sesión general sobre cómo redactar instrucciones no basta. La persona que prepara textos necesita aprender a separar hechos aportados por el cliente de frases sugeridas por la herramienta y a detectar cuando un tono convincente oculta una afirmación no comprobada. Quien revisa documentos debe saber cuándo una respuesta necesita una fuente primaria. La persona que administra cuentas debe conocer permisos, retención, acceso de proveedores y cómo retirar una integración. La dirección, por su parte, tiene que comprender que aprobar la herramienta incluye reservar tiempo de revisión y aceptar que algunas ganancias iniciales desaparecerán si aparecen problemas.
La formación por rol se vuelve más útil cuando trabaja con situaciones incómodas. El equipo puede practicar una consulta que mezcla un dato público con una nota confidencial, un cliente que pide una respuesta inmediata y un borrador que cita una norma inexistente con seguridad. La pregunta no es solo «¿qué botón hay que pulsar?». Es: ¿qué parte se puede preparar, qué parte debe comprobar una persona y cómo se comunica el retraso sin inventar certeza? Ensayar esas decisiones antes de la presión permite que la respuesta no dependa de la valentía de quien tiene menos experiencia.
También conviene dejar una ruta para decir «no sé». Si una persona detecta que el asistente ha usado datos que no debía o ha ofrecido una conclusión dudosa, necesita un canal que no la obligue a resolver sola la incidencia. El canal debe indicar a quién avisar, qué información conservar y qué no hacer, como reenviar el contenido a más personas para pedir opinión. La formación fracasa si enseña a usar una función pero no concede permiso social para pausar cuando esa función se comporta de forma inesperada.
Un sandbox sirve para descubrir límites, no para validar entusiasmo#
Antes de conectar el asistente con trabajo real, la asesoría puede abrir un entorno de prueba con materiales creados para ese fin: expedientes ficticios, normas públicas, correos simulados y casos en los que la respuesta correcta incluye reconocer que falta información. El sandbox debe parecerse al trabajo suficiente para revelar fallos, pero no contener datos reales de clientes. Su objetivo no es conseguir una demostración brillante. Es comprobar cómo falla la herramienta, qué tipo de instrucciones inducen errores y cuánto tarda una persona en detectar y corregir un borrador.
Durante la prueba, cada rol debería registrar pocas observaciones comparables: qué tarea intentó, qué recibió, qué corrigió, cuánto tiempo necesitó, qué dato habría sido arriesgado incluir y si entendió el motivo de la salida. Esa bitácora revela cosas que una encuesta de satisfacción oculta. Quizá el asistente reduce cinco minutos en textos repetitivos, pero aumenta veinte cuando una norma cambia. Quizá quienes conocen más el asunto detectan los fallos, mientras que quienes se incorporan al equipo confían en respuestas fluidas. Esas diferencias sirven para decidir el alcance, no para culpar a quien las encontró.
El sandbox debe tener fecha de cierre y una revisión con poder para modificar el plan. Si se transforma en una prueba permanente, las excepciones se normalizan y nadie sabe qué se ha aprendido. Al terminar, el equipo puede elegir entre limitar el uso a una tarea, rediseñar las salvaguardas, cambiar de proveedor o no avanzar. La decisión merece dejar constancia de las razones, porque seis meses después será tentador recordar solo las promesas de la presentación inicial.
Pasar, pausar y retirar son decisiones distintas#
La asesoría necesita criterios públicos para pasar de prueba a uso limitado. Puede exigir que los materiales de prueba no incluyan información prohibida, que cada rol haya completado su formación, que la revisión humana tenga una persona asignada y que las incidencias conocidas dispongan de una ruta de respuesta. Son umbrales de preparación, no una garantía de que nunca habrá fallos. Su función es impedir que la presión comercial convierta una intuición en una práctica antes de que existan condiciones mínimas para sostenerla.
Pausar es distinto de retirar. Una pausa sirve cuando aparece un comportamiento que requiere investigación: el asistente mezcla fuentes, expone una integración no prevista, aumenta de pronto las correcciones o genera respuestas que el equipo no puede justificar. Debe incluir qué uso se detiene, quién informa al personal, cómo se atienden las tareas mientras tanto y qué evidencia se revisa. Retirar significa que el riesgo o el coste de reparación ya no son proporcionados al beneficio, o que el proveedor no puede ofrecer una corrección verificable. Ambas posibilidades deben estar previstas antes de contratar, no negociarse en mitad de una incidencia.
La próxima vez que alguien proponga activar el asistente «solo para probar», la asesoría puede abrir el registro de preparación y hacer preguntas precisas: ¿qué tarea concreta queremos apoyar?, ¿qué información queda fuera?, ¿quién revisa este tipo de texto?, ¿en qué entorno se ensaya?, ¿qué señal nos hace parar? Si esas preguntas no tienen respuesta, la acción responsable es esperar. Si la tienen, el equipo no ha eliminado el riesgo, pero ha repartido la capacidad de reconocerlo y actuar. Ese reparto es lo que evita que la velocidad de una herramienta dicte por sí sola el ritmo de una profesión.
