Ya pagaste las licencias y tu equipo no las usa

Es la frase que más escuchamos en una primera llamada, casi siempre con algo de fastidio:

«Mi equipo ya tiene las licencias y no las usa. ¿Para qué le voy a pagar a alguien una capacitación?»

Es una objeción razonable y la respuesta es incómoda, porque va exactamente al revés: no las usan porque no hubo capacitación ni configuración. No han llegado a valor real porque les falta el conocimiento, no porque no tengan el problema ni el potencial.

Ya vivimos esto antes con otra tecnología. Cuando la empresa contrató el ERP, o el CRM, nadie supo usarlo el primer mes. Hubo que configurarlo bien, capacitar a la gente y meter procesos alrededor. A nadie se le ocurrió concluir que el ERP no servía porque a las tres semanas la gente seguía usando Excel.

Comprar las licencias y soltarlas es comprarle un carro a alguien y no enseñarlo a manejar.

El punto de partida real casi nunca es «nadie usa IA»

Esto es lo primero que corrige el diagnóstico, y sorprende a la mayoría de los directores con los que hablamos.

Cuando entramos a una empresa, casi nunca encontramos un equipo en cero. Encontramos algo más difícil de ver y bastante más incómodo: uso descentralizado, con cuentas personales, mal enfocado. Unos sí y otros no. Cada quien con su suscripción pagada de su bolsillo o con la versión gratuita. Y la gente tratando de enseñarse entre ella, con lo que cada quien descubrió por su cuenta.

Eso tiene tres consecuencias que no se ven en ningún reporte:

• La información de la empresa está saliendo por cuentas personales. Cuando no hay herramienta oficial, la gente usa la suya, y ahí termina el material de tus clientes.
• Lo que uno descubre no le sirve a nadie más. El compañero que averiguó cómo armar el reporte se lleva ese conocimiento cuando se va de vacaciones, o de la empresa.
• El uso se queda en lo trivial. Redactar un correo, resumir un texto. Nadie llega solo a delegar un proceso completo de cinco pasos, porque eso no se descubre jugando.

Así que la pregunta correcta no es «¿cómo hago que empiecen a usarlo?». Es «¿cómo hago que dejen de usarlo mal?».

Las seis cosas que nadie configura

Aquí está el fondo del asunto. En las ocho implementaciones que llevamos, el patrón se repite: las licencias están compradas y la organización no está configurada. Estas son las seis piezas que faltan, en orden de qué tan rápido se nota su ausencia.

1. Las instrucciones de la organización

Claude llega sin saber a qué se dedica la empresa, cómo se llaman las cosas internamente, qué criterio aplicar cuando hay ambigüedad, o qué significa «el reporte de cierre» en ese contexto.

Es lo primero que se nota —las respuestas se sienten genéricas— y lo último que alguien configura, porque no está en ningún tutorial.

2. La skill de marca

Sin ella, los entregables salen con tipografía y estructura genéricas. Entonces alguien tiene que abrir el documento y reformatearlo a mano.

Ahí se va, íntegra, la ganancia que se venía a buscar. Delegaste la elaboración y te quedaste con el trabajo de maquetación, que era la parte aburrida de todos modos.

3. Los opt-in que vienen apagados

Design, Dispatch y Memoria no se activan solos. Alguien tiene que entrar a la consola y prenderlos.

La secuencia que se repite: al equipo le hablan de una capacidad, entra a probarla, no la encuentra, y concluye que «esto no hace lo que decían». La causa real es un interruptor que nadie prendió, y para cuando alguien lo descubre la cohorte ya decidió que la herramienta no sirve. La primera impresión es la que decide si se adopta o se abandona, y se juega en la primera semana.

4. La política de skills

Las skills son lo que hace que el conocimiento deje de vivir en una sola persona: alguien resuelve una vez cómo se arma el reporte y el resto lo usa igual.

Pero sin reglas de quién crea, quién revisa y cómo se comparten, a las pocas semanas hay skills duplicadas, ninguna documentada, y nadie sabe cuál es la buena. El desorden es peor que no tenerlas, porque ahora hay que auditar.

5. Los conectores y los MCP a la medida

Los conectores de la organización —no los que cada quien autoriza por su cuenta— apuntando a los sistemas donde de verdad vive el trabajo. Y cuando el sistema no tiene conector, un servidor MCP construido para ese cliente.

Sin esto, Claude trabaja con lo que le pegues en el chat. Con esto, trabaja con tu operación.

6. SSO, telemetría, y acompañar a TI

El despliegue en los dispositivos, el inicio de sesión único, el modelo de permisos. Es donde TI más se atora, y donde casi nadie los acompaña: se les entrega una licencia y un enlace de descarga y se asume que el resto es su problema.

Y la telemetría, que parece lo menos urgente y es lo que decide la siguiente compra: sin datos de uso, a los tres meses la discusión sobre si sirvió o no es una discusión de percepciones.

En qué nos equivocamos nosotros

Vale la pena contarlo porque cambió cómo diseñamos los programas.

Al principio pensábamos que había que volver experto a todo el mundo. Que la adopción se medía en qué tan avanzado era el usuario promedio, y que el objetivo era subir a todos a ese nivel.

Estaba mal, y es caro equivocarse ahí porque hace los programas largos y pesados sin que mejore el resultado.

La diferencia entre los dos modelos es la diferencia entre un programa que termina y uno que nunca acaba de arrancar.

Qué sí ha funcionado

Para que no quede en abstracto, estas son tareas reales que equipos delegaron y siguen delegando después del programa:

• Reporte de ventas por sucursal, que antes se armaba a mano juntando exportaciones.
• Preparación de scripts de ventas, sobre el contexto de cada cuenta.
• Reporte de atribución y gasto de marketing, cruzando fuentes que vivían separadas.
• Alertas inteligentes de inventario, que avisan cuando algo se sale del patrón.
• Tickets de TI complejos: no funcionó. Cuando el problema pide criterio técnico profundo y tocar sistemas con consecuencias, el modelo correcto no es Cowork — es un agente a la medida, con sus barandales.

Lo que sí podemos sostener con números

Después de ocho empresas y más de 250 licencias desplegadas en tres meses, la cifra con la que nos comprometemos es de 4 a 5 horas liberadas por persona a la semana.

Y decimos cómo se midió, porque es lo que la separa de las cifras infladas que circulan: se midió en un despliegue de 30 licencias, cruzando la telemetría de uso de skills con el reporte del propio equipo. No es una estimación de mercado ni un porcentaje sacado de un estudio.

Vas a leer por ahí que la IA «ahorra 80% del tiempo». No lo vamos a decir, porque no lo podemos sostener.

Entonces, ¿qué hace falta?

Si tu equipo tiene licencias y no las usa, el orden que a nosotros nos ha funcionado es este:

1. 1

   Configurar la organización antes de tocar al equipo

   Instrucciones, skill de marca, conectores, opt-in, política de skills, y la sesión con TI resuelta. Todo esto pasa antes de que la primera persona abra la app.

2. 2

   Empezar con una cohorte de 5 a 12 personas

   No con toda la empresa, y sobre sus tareas reales levantadas antes — no sobre ejemplos genéricos.

3. 3

   Dejar un responsable interno

   Alguien que se quede con el catálogo de skills y la configuración cuando el consultor se va.

4. 4

   Medir

   Para que a los 30 días la decisión de escalar se tome con datos propios y no con impresiones.

Las preguntas que nos hacen sobre esto

¿Por qué mi equipo no usa las licencias de Claude que compramos?

Casi siempre porque nadie configuró la organización ni capacitó a nadie. Faltan las instrucciones de la organización, la skill de marca, los opt-in que vienen apagados, la política de skills, los conectores y el acompañamiento a TI en el despliegue. No las usan porque no llegaron a valor real, no porque no tengan el problema.

Si ya tenemos las licencias, ¿para qué pagar una capacitación?

Es al revés de como suena: no las usan porque no hubo capacitación. Es lo mismo que pasó con el ERP o el CRM — hubo que configurarlo bien, capacitar a la gente y meter procesos antes de que sirviera. Comprar las licencias y soltarlas es comprarle un carro a alguien y no enseñarlo a manejar.

¿Cuántas horas libera Claude Cowork por persona?

De 4 a 5 horas por persona a la semana, medidas en un despliegue de 30 licencias cruzando la telemetría de uso de skills con el reporte del propio equipo. No usamos el discurso del 80% de ahorro que circula, porque no es defendible.

Entonces, ¿por dónde se empieza?

Es exactamente lo que hacemos en el programa de activación de Claude Cowork. Y si después de leer esto piensas que tu caso es distinto, escríbenos y lo revisamos: a veces la respuesta honesta es que el problema no era la herramienta ni la capacitación, sino un proceso que estaba roto desde antes.