Las cinco decisiones de una implantación. Cómo dejar Claude funcionando en tu empresa

Adaptado del curso Implementar Claude Enterprise con confianza: las cinco decisiones ↗ de Claude Academy, en español. Cada lección enlaza a la suya. Es un curso de Claude Enterprise: lo que depende del plan lo decimos en cada decisión.

Para quién es y qué te llevas

Para quien configura Claude en su empresa y lo mantiene funcionando: antes de dar los accesos, a mitad de una prueba o al rehacer una configuración. Las cinco decisiones son ajustes de toda la organización, así que el acceso de Propietario te deja seguir el curso en la práctica; no hace falta para terminarlo. No pide experiencia previa. Se centra en el criterio, no en la mecánica: para el paso a paso, cada lección enlaza al Centro de Ayuda.

Cada decisión sigue tres pasos: tu decisión, las opciones que tienes y qué pasa si cambias de idea más adelante. Un documento de trabajo, el «compañero», va recogiendo qué decides y quién responde de ello, y acaba siendo tu plan de implantación. El ejemplo que recorre el curso es Pluto, una empresa ficticia con cinco unidades de negocio. El compañero se descarga en PDF ↗.

Las cinco decisiones, en el orden en que dependen

1. Estructura e identidad (lecciones 4 y 5): cuántas organizaciones y qué grupos. Todo lo demás se acota a esos grupos.
2. Acceso (6 y 7): qué superficies y qué conectores tiene cada grupo.
3. Gobernanza (8): quién crea y comparte skills, plugins y proyectos, y con cuánta libertad.
4. Gasto (9 y 10): dónde van los límites y quién resuelve cuando alguien llega a uno.
5. Visibilidad (11 y 12): qué puedes medir y cuánto tiempo se conserva.

Van en este orden porque cada una acota a las siguientes. Cuatro ajustes cuestan deshacer: reclamar el dominio (las cuentas personales con tu correo de empresa pasan a la organización y no se revierte), cuántas organizaciones (juntarlas o separarlas obliga a volver a dar de alta a cada miembro), la estructura de grupos (cambiar cómo se asignan modifica el acceso de todos) y la retención de datos (puedes cambiarla cuando quieras, pero lo que se borró con una ventana más corta no vuelve).

Las catorce lecciones, en lo esencial

1. Las cinco decisiones y el marco

Escribes tu objetivo de implantación, qué es éxito y qué restricciones hay, y abres el compañero. El de Pluto: que las cinco unidades usen Claude cada semana al final del trimestre, sin una sola escalada de seguridad. Ir a la lección ↗

2. Propietarios y admisión

Una decisión sin dueño es una de las formas más rápidas de que una implantación se pare. Se nombra quién decide cada una: casi siempre tú, salvo el gasto (quien compromete el presupuesto) y la visibilidad (quien responde del riesgo de datos). Ir a la lección ↗

3. Requisitos previos

Administras desde tres sitios: la configuración de la organización, tu proveedor de identidad (Okta, Microsoft Entra ID o equivalente) y la consola de Claude para las claves de API. Antes de elegir grupos, cuatro cosas son obligatorias: al menos dos Propietarios asignados directamente (tu seguro contra quedarte fuera), el inicio de sesión único forzado, el aprovisionamiento configurado en el proveedor de identidad y el dominio verificado con la reclamación activada. Ir a la lección ↗

4. Una organización o varias

Una organización es el límite que rodea a tus miembros, grupos, ajustes y datos; no comparten nada entre sí. Se divide solo si hay un contrato aparte, un proveedor de identidad que no se federa o un muro de datos obligatorio. Si no, una sola, y las diferencias se resuelven con grupos. Ir a la lección ↗

5. Tus grupos

Un grupo es un conjunto con nombre de miembros, que Claude lee de tu proveedor de identidad. Los permisos van en roles atados a grupos, y si alguien está en dos grupos recibe la unión: un grupo más estrecho nunca quita lo que da uno más amplio. Tres patrones: reflejar el organigrama, clasificar por riesgo o uno híbrido. Ir a la lección ↗

6. Las superficies de cada grupo

Una superficie es un sitio donde se usa Claude (chat, Cowork, Claude Code, Claude para Microsoft 365). Dos capas deciden: el interruptor de la organización es el techo, y el rol del grupo reparte por debajo. Aquí también se fija el modelo por defecto y hasta qué esfuerzo puede usar cada rol, y se decide en qué fases se abre cada superficie. Ir a la lección ↗

7. Conectores

Para que Claude lea un conector, tres puertas tienen que estar abiertas: la de la organización, la del rol del grupo y la del miembro, que conecta su propia cuenta. Claude hereda los permisos de quien conecta. Se decide también la profundidad: solo lectura o lectura y escritura, y cada herramienta de escritura puede ir como «permitir siempre», «pedir aprobación» o «bloqueada». Ir a la lección ↗

8. Gobernar las personalizaciones

Skills, plugins, proyectos e instrucciones de la organización se propagan de una persona al resto. Tres preguntas: qué pueden hacer al ejecutarse, quién las crea y las usa, y cómo pasan de quien las hizo a los demás. Cuatro controles de reparto componen tu postura: aprovisionarlas un Propietario, compartirlas con personas, con un grupo o con toda la organización. Dentro del producto no hay un paso de revisión: revisar es un proceso tuyo. Ir a la lección ↗

9. Límites de gasto

Tres niveles, del más amplio al más estrecho: el techo de la organización, el límite de cada grupo y los ajustes por persona. Quien llega a su límite se pausa hasta el mes siguiente o hasta que se aprueba una petición; no hay cola de trabajo pendiente. Se decide dónde van los límites y quién aprueba las subidas. Ir a la lección ↗

10. Gestionar el gasto

En un acuerdo Enterprise típico se paga una tarifa por miembro más un consumo común medido en tokens; manda tu contrato. Lo que más mueve el gasto no es un límite: es el modelo por defecto, el nivel de esfuerzo, las instrucciones de la organización, las skills que se reutilizan y las tareas programadas que siguen corriendo aunque nadie las mire. Ir a la lección ↗

11. Visibilidad: lo que puedes medir

Tres piezas: la API de cumplimiento, que guarda el contenido de las conversaciones y los archivos; los registros de auditoría, que solo guardan quién hizo qué y cuándo, sin contenido; y OpenTelemetry, que cuenta cómo están funcionando las superficies. Se prepara antes de dar los accesos, porque entre el primer acceso y el día que se activa no hay registro. Y se elige la retención. Ir a la lección ↗

12. Señales de adopción

Las cifras del panel se leen en dos tipos: alcance (miembros activos por grupo, quién vuelve cada semana) y profundidad (chats por miembro, skills y proyectos en uso, uso de conectores). Son diagnósticos, no objetivos: el mes en que se convierten en cuota, la gente optimiza el número y no el trabajo. Ir a la lección ↗

13. Cómo se conectan las decisiones

Repasas tus cinco respuestas frente a tu objetivo y compruebas qué arrastra un cambio. Si añades un grupo, necesitará una concesión de superficie, un alcance de conectores, un límite y un filtro en el panel antes de que nadie lo use. El compañero completo es el plan que presentas al arrancar. Ir a la lección ↗

14. Cuando llega un producto nuevo

Casi todo se traslada solo: límites, grupos, gobernanza y visibilidad. Lo que se repite son tres preguntas: quién lo recibe, qué trae consigo y si desplaza el riesgo. El curso lo ensaya con Claude Tag, que el curso presenta como beta en Team y Enterprise. Ir a la lección ↗

El registro de decisiones, para rellenar con Claude

Este prompt es nuestro, no del curso. Sirve para llegar a la primera reunión con una propuesta y no con un papel en blanco.

Vamos a preparar el plan de implantación de Claude en mi empresa. Somos [número] personas, en [sectores o departamentos]. Nuestro proveedor de identidad es [Microsoft Entra ID, Google Workspace, Okta u otro]. Lo que más nos preocupa es [datos de clientes, contratos, finanzas]. Quiero que me hagas, de una en una, preguntas sobre las cinco decisiones, en este orden: estructura e identidad, acceso, gobernanza, gasto y visibilidad. Para cada una, dame las opciones, lo que cuesta cambiar de idea más adelante y quién de mi empresa debería decidirla. Al final, devuélveme una tabla con decisión, respuesta, responsable y qué tendría que comprobar yo en el Centro de Ayuda antes de activarla.

Lo que te deja: el registro de decisiones

Un ejemplo con datos inventados, de una distribuidora ficticia de 120 personas. El tuyo saldrá de tus respuestas.

REGISTRO DE DECISIONES · Distribuciones Aranda (ejemplo)
Objetivo: que comercial, almacén y administración usen Claude cada semana al cierre del trimestre, sin datos de clientes fuera de los canales aprobados.

1 Estructura e identidad · Una organización; grupos por departamento más un grupo de finanzas con acceso más estricto · Responsable: TI
2 Acceso · Chat y Cowork para todos; conectores de solo lectura al principio · Responsable: TI y dirección financiera
3 Gobernanza · Se crea y se comparte dentro del grupo; lo que sale del grupo lo revisa Lucía · Responsable: dirección de operaciones
4 Gasto · Límite por grupo, revisión mensual y subidas aprobadas por finanzas · Responsable: finanzas
5 Visibilidad · Registro de auditoría activado antes de dar accesos; retención acordada con asesoría jurídica · Responsable: asesoría jurídica

Un ejemplo de principio a fin: Distribuciones Aranda

Seguimos con la distribuidora ficticia de 120 personas del registro de arriba. Todo es inventado, incluidos los nombres; el recorrido sigue las lecciones del curso. Mostramos cómo se llega a cada respuesta y qué se descarta, que es lo que no se ve en el registro final.

El punto de partida. Quien administra es Raquel, responsable de sistemas. Su objetivo, escrito en la lección 1: que comercial, almacén y administración usen Claude cada semana al cierre del trimestre, sin datos de clientes fuera de los canales aprobados.

Antes de las decisiones (lecciones 2 y 3). Raquel nombra a quién responde de cada decisión: ella la estructura, el acceso y la gobernanza; finanzas, el gasto; asesoría jurídica, la visibilidad. Después comprueba los requisitos: dos Propietarios asignados directamente (ella y su jefe de TI, no un grupo), inicio de sesión único forzado, aprovisionamiento en el proveedor de identidad y dominio verificado. El dominio lo deja para el final, porque reclamarlo no se revierte y quiere avisar antes a quien tenga cuenta personal con el correo de la empresa.

1. Estructura. Una organización. Valoró separar finanzas en otra, pero no hay contrato aparte ni muro de datos obligatorio, así que lo resuelve con un grupo más estricto dentro de la misma organización (lección 4). Los grupos reflejan el organigrama más ese grupo de finanzas.

2. Acceso. Chat y Cowork para todos. Los conectores, de solo lectura al principio: Claude hereda los permisos de quien conecta, y Raquel prefiere ver cómo se usa antes de permitir escribir (lección 7).

3. Gobernanza. Cada grupo crea y comparte dentro del suyo; lo que sale del grupo lo revisa Lucía, de operaciones. Raquel sabe que el producto no trae un paso de revisión, así que lo define como un proceso: una persona, un día fijo.

4. Gasto. Límite por grupo, revisión mensual y subidas aprobadas por finanzas. Antes de fijar cifras mira lo que más lo mueve, que no es el límite: el modelo por defecto, el nivel de esfuerzo y las tareas programadas que siguen corriendo (lección 10). Las cifras las decide finanzas con su contrato delante.

5. Visibilidad. Registro de auditoría activado antes de dar los accesos, porque entre el primer acceso y el día en que se activa no hay registro. La retención la acuerda con asesoría jurídica y con su política de datos, sabiendo que lo borrado con una ventana corta no vuelve.

Qué le queda a Raquel. Un registro de cinco decisiones con su responsable, un orden de apertura por fases (primero un grupo piloto, luego el resto) y un criterio para leer el panel de uso: alcance y profundidad como diagnóstico, no como cuota. Cuando llega un producto nuevo, las tres preguntas de la lección 14 (quién lo recibe, qué trae y si desplaza el riesgo) sirven para decidir sin rehacer todo.

Los errores típicos

Todos salen de las lecciones del curso:

• Quedarse con un solo Propietario. Si esa persona se va o pierde el acceso, nadie puede administrar. Siempre dos, asignados directamente.
• Reclamar el dominio sin avisar. Las cuentas personales con el correo de empresa pasan a la organización y no se revierte.
• Partir en varias organizaciones «por orden». Juntarlas o separarlas después obliga a dar de alta de nuevo a cada miembro. Una sola, salvo contrato, identidad o muro de datos.
• Olvidar que los permisos se suman. Si alguien está en dos grupos recibe la unión; un grupo estrecho no le quita lo que da uno amplio.
• Abrir la escritura en los conectores desde el primer día. Cada herramienta de escritura puede ir como permitir siempre, pedir aprobación o bloqueada; empieza por lo más estricto.
• Activar el registro después de dar los accesos. Lo que pasa entre medias no se puede recuperar.
• Convertir las cifras del panel en objetivos. El mes en que son cuota, la gente optimiza el número y no el trabajo.
• Mirar solo el límite de gasto. Lo que más mueve el consumo es el modelo por defecto, el esfuerzo, las instrucciones de la organización y las tareas programadas.

Qué decide quien administra y qué no

Es el reparto de la lección 2 del curso. En una empresa pequeña, la misma persona puede hacerlo todo, pero conviene que las dos últimas las valide alguien más.

En una empresa de aquí, qué cambia

Pluto tiene cinco unidades y un equipo de TI; una pyme española o latinoamericana suele tener a una persona, o a una asesoría externa, haciendo de todo lo que el curso reparte entre cinco responsables. Por eso la lección 2 vale más que ninguna: aunque las cinco decisiones las tome la misma persona, conviene que el gasto y la visibilidad las valide alguien más, quien pone el presupuesto y quien responde de los datos. Dos puntos que el curso no trata y aquí pesan: los datos personales de tus clientes se rigen por el Reglamento general de protección de datos ↗, y la retención que elijas (lección 11) tiene que cuadrar con tu política de datos y con lo que te pida tu asesoría. El curso es de Claude Enterprise; si estás en Team, el Centro de Ayuda ↗ marca para cada ajuste en qué planes está.

Para el uso diario de tu equipo, no de quien administra, empieza por Fluidez en IA para pequeñas empresas.