Cómo una empresa lleva una academia para quince organizaciones cliente

Una empresa de formación que lleva una academia para quince organizaciones cliente está llevando dieciséis organizaciones, no una. Cada cliente quiere su propia marca, su propio dominio, sus propios administradores y sus propios informes. La empresa quiere un solo sitio donde crear un curso y una sola vista sobre los quince. Esos dos deseos tiran en direcciones opuestas, y todo el diseño se reduce a una sola línea: el contenido baja por el árbol; las personas y los resultados nunca se mueven de lado a lado por él.

Ponga esa línea en el sitio equivocado y los síntomas son predecibles. O mantiene a mano quince copias del mismo curso sincronizadas cada vez que cambia una norma, o un administrador de un cliente abre un informe y encuentra en él al personal de otro cliente. Lo primero sale caro. Lo segundo termina el contrato.

La estructura es sencilla: una organización matriz —la empresa de formación— y quince organizaciones cliente dentro de ella, cada una libre de contener sus propias sedes o departamentos.

Empresa de formación (matriz)  crea todo, lo ve todo
├── Cliente 1                  learn.client1.com · administradores propios · informe propio
│   ├── Operaciones
│   └── Red de tiendas
├── Cliente 2                  academy.client2.io · administradores propios · informe propio
├── …
└── Cliente 15                 academy.client15.co · administradores propios · informe propio

Dieciséis nodos, una sola instalación, un solo ciclo de actualización. El diagrama es la parte fácil. ¿Quién edita el curso de seguridad contra incendios? ¿Quién ve las cifras de finalización del cliente 7? ¿Qué pasa cuando el cliente 3 quiere una nota de corte distinta? Esas tres preguntas son todo el trabajo.

Qué se comparte y qué se separa

Dos listas. Casi toda discusión operativa aquí es un desacuerdo sobre en cuál de las dos va algo. Compartido hacia abajo por el árbol, una sola copia, mantenida por el proveedor:

• Los programas, los módulos y las lecciones, creados una sola vez en la matriz.
• El banco de preguntas y las evaluaciones construidas a partir de él: quince copias de una pregunta son quince oportunidades para que la plantilla de respuestas se desvíe.
• Los marcos de competencias, para que competente en manipulación manual de cargas signifique lo mismo en todas las organizaciones cliente.
• Las plantillas de certificado: el diseño, las reglas de validez, la página pública de verificación.
• Las cosas que nunca quiere que varíen: las reglas de retención, el registro de auditoría, el ciclo de actualización, el trabajo de accesibilidad.

Separado en horizontal, uno por cliente, nunca puesto en común:

• Los usuarios y su inicio de sesión. Una persona pertenece a una sola organización cliente.
• Las matriculaciones, el progreso, los intentos, las calificaciones, los certificados emitidos.
• La marca, y el dominio que el personal de un cliente escribe en el navegador.
• Los administradores, y los roles que les dan sus derechos.
• El alcance de los informes: cada cifra que ve un cliente está acotada por su propio nodo.
• La dirección desde la que se envían las notificaciones, para que los recordatorios lleguen al personal de un cliente desde el propio dominio del cliente.
• Los registros de consentimiento, y todo aquello de lo que responde el equipo jurídico del cliente.

Luego está el incómodo término medio: cosas que parecen contenido pero que llevan la identidad de un cliente. Un certificado es el caso más claro. El diseño, el periodo de validez y la página de verificación son suyos; el logotipo, la persona que firma y la organización nombrada en él son del cliente. Una plataforma que trata un certificado como un único objeto indivisible le obliga a bifurcar la plantilla quince veces para cambiar un logotipo. La regla que le mantiene fuera de eso: la marca es configuración en el nodo del cliente, nunca una copia del contenido. La marca blanca es una superficie de configuración, no de autoría.

Crear una vez, desplegar a quince clientes

La organización matriz tiene la biblioteca maestra. Un curso se escribe ahí, se revisa ahí y se publica ahí. Lo que pasa después es donde las plataformas se diferencian, y solo hay dos mecanismos.

1. Por referencia. Se le concede a la organización cliente acceso al curso de la matriz. Sigue habiendo una sola copia, así que una errata que corrija llega a todos los clientes en el momento en que publique. Las matriculaciones y los resultados siguen estando en el nodo del cliente, porque eso nunca se compartió.
2. Por copia. El curso se copia en profundidad dentro del nodo del cliente: módulos, lecciones, preguntas, ajustes. El cliente tiene ahora un objeto aparte que puede cambiar de forma independiente, y nada de lo que usted haga aguas arriba vuelve a llegarle nunca. Un programa real es un objeto grande, así que esa copia se ejecuta como un trabajo en segundo plano.

La referencia es lo que viene por defecto, y salirse de ella debería resultar incómodo. Una vez que un curso existe en quince copias, la actualización normativa del año que viene son quince ediciones, quince revisiones y quince oportunidades de olvidarse de una.

Cuando un cliente pide un cambio en un curso compartido

Esta es la petición que decide lo caro que sale el tercer año. Llega de manera informal —¿pueden añadir nuestro proceso de notificación de incidentes al módulo 3?— y tiene cuatro respuestas honestas.

1. Es una corrección. El contenido está mal, o desactualizado, para todo el mundo. Arregle el maestro y todos los clientes lo tienen. Hay más peticiones que en secreto son esta de las que los proveedores esperan, y el cliente que lo ha detectado suele tener razón.
2. Es presentación. Quieren su logotipo, sus colores, su terminología. Nada de eso es contenido. Es configuración en su nodo, y si la plataforma le obliga a bifurcar un curso para cambiar un logotipo, la culpa es de la plataforma, no de la petición.
3. Es aditiva. Quieren algo de más, no algo distinto: la respuesta que a la mayoría de los proveedores se le escapa. Ponga un módulo exclusivo del cliente en su propia organización, junto al programa compartido. El curso compartido sigue siendo compartido, y a menudo el cliente puede mantener el material añadido.
4. Es una divergencia genuina. Su regulador fija la nota de corte en 80 donde la suya es 70. Ahora sí bifurca, y la bifurcación recibe una fecha, un responsable y una línea en un registro, porque dentro de dieciocho meses alguien preguntará por qué la versión del cliente 9 es distinta, y creo que lo pidió un cliente no es una respuesta.

Acceso: sus administradores, su gente, la de nadie más

Un administrador de un cliente tiene un trabajo estrecho: dar de alta y de baja a su propio personal, matricularlo, perseguir a quienes no han terminado y sacar un informe que su consejo acepte. Todo ello sin escribirle a usted, y nada de ello fuera de su propia organización.

Lo que abarata eso es un alcance que desciende en cascada: conceda un rol en un nodo y se aplica a todo lo que hay por debajo. El director de formación de un cliente es una sola concesión en la organización cliente, y sus departamentos quedan incluidos automáticamente. Un responsable de centro es una sola concesión en el centro. Cuando cierra un departamento, quita el nodo en lugar de ir a la caza de concesiones que le han sobrevivido.

La mitad más difícil es su propio personal, no el de ellos. Su equipo de autoría trabaja sobre el contenido de todos los clientes y no tiene por qué leer los expedientes de los alumnos. El gestor de cuentas de los clientes 1 a 5 necesita sus resultados y nada de los clientes 6 a 15. Un único rol de administrador en la matriz le da a todo el mundo todo, que es como un proveedor acaba con una docena de personas capaces de exportar la lista de personal de cualquier cliente. Los roles personalizados construidos a partir de un catálogo de permisos, concedidos en el nodo correcto, cuestan una tarde.

Los informes, desde los dos lados

Lo que ve el cliente

Su propia gente y la de nadie más: quién está matriculado, quién ha terminado, quién va con retraso, quién ha suspendido dos veces una evaluación, desglosado por sus departamentos, exportable y con su propia marca. El alcance de ese informe es la misma frontera de nodo que los protege, así que hay un solo mecanismo haciendo los dos trabajos, en lugar de un modelo de seguridad y un modelo de informes que tienen que ponerse de acuerdo.

Lo que ve usted

Todos los nodos a la vez. Las cifras con las que dirige el negocio cruzan a todos los clientes y son invisibles desde dentro de cualquiera de ellos: qué clientes no han matriculado a nadie en seis semanas, cuáles están cerca del número de plazas contratadas, qué curso se suspende en todas partes y por tanto tiene un problema de contenido y no un problema de cliente. Esto último es el argumento más fuerte a favor de un solo inquilino frente a quince instalaciones separadas, donde ese mismo patrón es una hoja de cálculo que alguien rehace cada trimestre, si es que la rehace.

La siguiente funcionalidad tentadora es la comparativa: decirle al cliente 4 que está en el cuartil superior. Resuelva dos cosas antes. En lo contractual, si cada cliente aceptó que sus resultados agregados puedan compararse con los de otras organizaciones. En lo técnico, un tamaño mínimo de grupo, para que una comparación entre unos pocos clientes pequeños no pueda revertirse en una afirmación sobre uno de ellos.

Dónde está Lurno, y qué no resuelve la estructura

Lurno está construido para esta forma. Una organización contiene suborganizaciones, cada una con su propia marca y su propio dominio con TLS automático, de modo que el personal de un cliente inicia sesión en la dirección del cliente. Dentro de una organización hay un segundo árbol de ramas para las sedes y los departamentos de ese cliente, y un rol concedido en una rama desciende en cascada por él. El contenido se crea una sola vez en la matriz y luego se comparte con una organización cliente o se copia en profundidad dentro de ella.

La frontera entre inquilinos se impone en Postgres, no en el código de la aplicación: 868 políticas de seguridad a nivel de fila repartidas en 676 migraciones. Un endpoint que se olvida de su filtro no devuelve nada en lugar del personal de otro; es la afirmación que merece la pena poner a prueba con cualquier proveedor, la nuestra incluida. Una forma que esto ya soporta, sin nombrar a nadie: una academia corporativa que imparte formación para 15 empresas cliente desde un solo inquilino.

Hay cuatro cosas que no se arreglan por acertar con el árbol. Aquí van dichas para Lurno; hágale las mismas cuatro preguntas a cualquier otro.

• Facturar al cliente. Los pagos y el proceso de compra están en desarrollo. Hoy se factura a un cliente fuera de la plataforma y la plataforma registra a qué tiene derecho. Eso encaja con cómo se mueve ya el dinero en la mayoría de los proveedores, pero el pago con tarjeta en el momento de la matriculación es una conversación, no una funcionalidad.
• Meter a la gente dentro. Las cuentas se crean por invitación; el registro autoservicio está en desarrollo. La respuesta práctica es un administrador del cliente que importe a su propia gente en lugar de enviarle a usted una hoja de cálculo.
• Autenticación. El inicio de sesión de partner (SSO silencioso) está disponible: el propio sistema del cliente traspasa a un usuario con una aserción firmada. SAML y OIDC están en la hoja de ruta y no publicados. Si el departamento de informática de un cliente ya ha decidido cómo se autentica su personal, pregúntelo en la primera reunión y no en la quinta.
• Estándares. SCORM, xAPI y LTI están modelados en el producto, pero el motor de ejecución está en desarrollo. Un cliente que insista en traer sus propios paquetes SCORM depende de eso, y hay que decirlo pronto.

La versión de este modelo desde el lado del proveedor está desarrollada en centros de formación. La versión interna —donde las suborganizaciones son sus propias regiones y no otra empresa— está en equipos corporativos.

La versión corta

Comparta el contenido hacia abajo por el árbol. Separe en horizontal las personas, los resultados, la marca y los informes. Referencie un curso compartido en lugar de copiarlo, y trate cada bifurcación como una decisión que alguien ha firmado. Dele a cada cliente un administrador con alcance en su propio nodo, y averigüe dónde se impone ese alcance. Y después construya su propia vista sobre los dieciséis nodos: las preguntas que mantienen vivo el negocio —qué cliente se ha quedado callado, qué curso se suspende en todas partes— solo se pueden hacer desde arriba.