¿Cómo logro que mi equipo realmente use las herramientas de IA que pagué?
La adopción fracasa cuando la herramienta queda separada del lugar donde el equipo ya trabaja. El arreglo es un taller de 90 minutos donde cada persona entrega un Skill real que resuelve una de sus tareas. Al terminar la sesión, el sistema se está usando, no prometiendo.
La adopción de IA fracasa cuando la herramienta queda separada del lugar donde el equipo ya trabaja. Corro un taller de 90 minutos, hands-on, donde cada persona entrega un Skill real que resuelve una de sus tareas. Al terminar la sesión, el sistema se está usando, no prometiendo. Después quedo en retainer para seguir construyendo.
La frase que explica por qué fracasan la mayoría de los despliegues de IA
Un socio de un estudio boutique de Brickell me dijo la frase que lo explica: "Gastamos dinero en una herramienta hace dos años, nadie la usó, y eso todavía duele". El mismo patrón aparece en estudios legales con el problema de la herramienta muerta y en firmas patrimoniales con el arrepentimiento de Microsoft Copilot. Un socio senior de una firma de gestión patrimonial de $14 mil millones lo dijo con palabras distintas: "La diferencia entre Microsoft Copilot y Claude es enorme". Habían pagado Copilot. Nadie lo usaba. La herramienta se compró, no se adoptó.
Una empresa compra una licencia, manda un email de lanzamiento, agenda una capacitación de una hora, y después espera que la conducta cambie. No cambia.
La herramienta vive en una pestaña aparte del navegador. El trabajo real del equipo vive en email, archivos, WhatsApp y hojas de cálculo. La brecha nunca se cierra.
Qué hago yo en cambio
La primera sesión es de 90 minutos, hands-on, con las personas que realmente la van a usar en la sala. No miramos presentaciones. No vemos un demo. No repasamos capacidades.
Cada persona elige una tarea que hizo esta semana y que se comió demasiado tiempo. Construimos un Skill que se hace cargo de esa tarea. Al final de los 90 minutos, cada persona en la sala tiene una herramienta funcionando atada a un flujo de trabajo real. No tienen que acordarse de usarla la semana que entra, porque ya la usaron hoy.
Mapi de The Joy of Impact me escribió después de su taller:
"Acabo de pasar... ah, tan lindo. No hubieramos podido hacer esto sin ti."
Ella y su asistente virtual en Colombia salieron con seis Skills instalados y el archivo operativo conectado a su Drive. Tres semanas después me estaba refiriendo a su propia coach.
Por qué esto funciona cuando los correos de lanzamiento y las capacitaciones de una hora no
Tres razones.
Uno. La herramienta queda construida dentro del flujo de trabajo, no al lado.
El primer Skill de una analista financiera redacta el comentario de variaciones que escribe todos los lunes a la mañana. El primer Skill de un PM de construcción resume el reporte de WhatsApp del capataz en la actualización de proyecto que manda cada noche. El Skill reemplaza trabajo real que la persona ya estaba haciendo. No tienen que acordarse de la herramienta nueva, porque la herramienta nueva termina una tarea que iban a empezar igual.
Dos. Cada persona se lleva su primera victoria.
La sesión es hands-on, no pasiva. Cada asistente construye algo por su cuenta con mi ayuda. Lo vio funcionar sobre sus datos reales, en su contexto real. La barrera psicológica ("no sé usar esto") desaparece antes de que salgan de la sala.
Tres. El retainer mantiene el sistema vivo.
Aparecen flujos de trabajo nuevos cada trimestre. Sin creación continua de Skills y actualizaciones del CLAUDE.md, el sistema se enrancia en 6 a 12 meses y la herramienta muere una segunda vez. Sami en Almaga entrega Skills nuevos cada semana. Una psicóloga solopreneur en el tier menor los entrega cada trimestre. El retainer se flexibiliza a lo que el equipo realmente usa. El engagement de taller más retainer es la forma estándar.
Qué queda instalado en el taller
Para un equipo de 5 personas, la sesión de 90 minutos típicamente produce:
- 5 Skills funcionando, uno por persona, atados a tareas semanales reales
- La primera versión del CLAUDE.md, con el contexto, voz y reglas clave de la empresa
- Conexiones a las fuentes donde viven los datos del equipo (Drive, Outlook, a veces WhatsApp Business)
- Un acuerdo de trabajo: quién edita el CLAUDE.md, cómo se piden Skills nuevos, qué cadencia mensual tienen
Un equipo de 10 a 20 personas recibe una versión de medio día. Un equipo de 50 o más se divide en varias sesiones por departamento. La forma es la misma: cada persona entrega una cosa, y el equipo sale con un sistema, no con una promesa. Esto se apoya en la arquitectura Skill más CLAUDE.md.
Qué tienen que ver las actualizaciones de modelos con esto
Anthropic lanzó Opus 4.7 en abril de 2026. Los modelos nuevos siguen las instrucciones más literalmente que los viejos. Eso es buena noticia para los equipos con un CLAUDE.md limpio y Skills bien escritos, porque el mismo archivo operativo produce mejor output en el modelo nuevo. Es mala noticia para los equipos que corren prompts sin estructura, porque los prompts sueltos se rompen más fuerte en modelos más literales.
El método del taller protege al equipo de eso. El formato Skill y la arquitectura del CLAUDE.md mejoran con cada lanzamiento de modelo, no empeoran. Esa es la parte que la mayoría de las agencias se pierde cuando le entregan una licencia al equipo y se van.
Qué posee realmente al final
Cada Skill del taller queda en su cuenta de Claude. El archivo operativo CLAUDE.md vive en su Drive. Las integraciones conectan a sus cuentas. Si mañana decide que ya no necesita un Director de IA Externo, el sistema sigue funcionando porque nada del sistema depende de que yo siga cerca. Posee todo lo que construimos desde el primer día.
Preguntas frecuentes
La herramienta queda separada del lugar donde el equipo ya trabaja. Se compra una licencia, se manda un email, se agenda una capacitación de una hora, y después todos vuelven a sus flujos reales en email, archivos y hojas de cálculo. La brecha nunca se cierra.
Una sesión de 90 minutos hands-on con las personas que realmente van a usar la herramienta en la sala. Sin presentaciones, sin demos. Cada persona elige una tarea que hizo esta semana y construimos un Skill que se hace cargo. Salen usando el sistema.
La capacitación típica es pasiva: alguien explica capacidades, el equipo mira. El taller es activo: cada asistente entrega un Skill sobre sus propios datos con su propio contexto. La barrera psicológica desaparece antes de salir de la sala. No tienen que acordarse de la herramienta porque ya la usaron.
90 minutos para un equipo de 5 personas. Medio día para 10 a 20 personas. Varias sesiones divididas por departamento para equipos de 50 o más. La forma es la misma: cada persona entrega un Skill atado a una tarea semanal real, y el equipo sale con un sistema.
Típicamente 5 Skills funcionando (uno por persona), la primera versión del CLAUDE.md con contexto y reglas de la empresa, conexiones a las fuentes donde vive el dato del equipo (Drive, Outlook, a veces WhatsApp), y un acuerdo de trabajo sobre quién mantiene el sistema hacia adelante.
Porque nada las mantiene. Se entrega el setup inicial, después aparecen flujos nuevos, el CLAUDE.md se enrancia, los Skills ya no coinciden con lo que el equipo hace, y la herramienta muere una segunda vez. El retainer previene esto agregando Skills cuando aparecen los flujos.
Sí. Mapi de Joy of Impact tuvo una sesión de 90 minutos con ella y su asistente virtual. Salieron con 6 Skills, un CLAUDE.md funcionando, y conexiones a Drive. Misma arquitectura que un equipo de 50 personas, solo comprimida. Tres semanas después me estaba refiriendo a su coach.
La resistencia casi siempre se rastrea a una herramienta anterior que les murió. El método del taller aborda eso directamente: en lugar de explicar por qué esta herramienta es distinta, cada persona entrega un Skill funcionando sobre sus propios datos en 90 minutos. La prueba está en la sala, no en presentaciones.
Skills nuevos cuando aparecen flujos nuevos. Actualizaciones del CLAUDE.md cuando el negocio cambia. Sesiones de trabajo mensuales para revisar qué funciona y qué no. El retainer se justifica por output visible (Skills entregados, archivos actualizados), no por el calendario. Cancelable cuando el output deja de componer.
Un conjunto reutilizable de instrucciones que Claude carga bajo demanda. Un Skill para redactar el comentario de variaciones del lunes. Un Skill para resumir el reporte de WhatsApp del capataz. Un Skill para escribir la sección de propuesta que el equipo copia y pega. La parte técnica del sistema que la mayoría de los equipos no puede construir solo.
Si su equipo tiene una herramienta muerta sentada en una pestaña del navegador ahora mismo, esa es la conversación.
Cuénteme qué herramienta murió y por qué, y le digo si vale la pena correr un re-lanzamiento con el método del taller.