Wie ein Unternehmen eine Akademie für fünfzehn Kundenorganisationen betreibt

Ein Weiterbildungsunternehmen, das eine Akademie für fünfzehn Kundenorganisationen betreibt, betreibt sechzehn Organisationen und nicht eine. Jeder Kunde will ein eigenes Branding, eine eigene Domain, eine eigene Administration und ein eigenes Reporting. Das Unternehmen will einen Ort, an dem ein Kurs geschrieben wird, und eine Sicht über alle fünfzehn. Diese beiden Wünsche ziehen in entgegengesetzte Richtungen, und das ganze Design läuft auf eine einzige Linie hinaus: Inhalte fließen den Baum hinunter, Menschen und Ergebnisse bewegen sich nie quer darüber.

Ziehen Sie diese Linie an der falschen Stelle, sind die Symptome vorhersehbar. Entweder halten Sie fünfzehn Kopien desselben Kurses von Hand im Gleichstand, jedes Mal, wenn sich eine Vorschrift ändert, oder eine Administration auf Kundenseite öffnet einen Bericht und findet darin die Beschäftigten eines anderen Kunden. Das Erste ist teuer. Das Zweite beendet den Vertrag.

Die Struktur ist schlicht: eine übergeordnete Organisation — das Weiterbildungsunternehmen — und fünfzehn Kundenorganisationen darin, von denen jede ihre eigenen Standorte oder Abteilungen enthalten kann.

Training company (parent)      authors everything, sees everything
├── Client 1                   learn.client1.com · own admins · own report
│   ├── Operations
│   └── Retail network
├── Client 2                   academy.client2.io · own admins · own report
├── …
└── Client 15                  academy.client15.co · own admins · own report

Sechzehn Knoten, eine Installation, ein Upgrade-Zyklus. Das Diagramm ist der leichte Teil. Wer bearbeitet den Kurs zum Brandschutz? Wer sieht die Abschlusszahlen für Kunde 7? Was passiert, wenn Kunde 3 eine andere Bestehensgrenze will? Diese drei Fragen sind die ganze Arbeit.

Was geteilt wird und was getrennt wird

Zwei Listen. Fast jeder operative Streit hier ist eine Uneinigkeit darüber, auf welche Liste etwas gehört. Den Baum hinunter geteilt, eine Kopie, gepflegt vom Anbieter:

• Programme, Module und Lektionen, einmal in der übergeordneten Organisation geschrieben.
• Der Fragenpool und die daraus gebauten Prüfungen — fünfzehn Kopien einer Frage sind fünfzehn Gelegenheiten für den Lösungsschlüssel auseinanderzulaufen.
• Kompetenzrahmen, damit kompetent im manuellen Heben und Tragen in jeder Kundenorganisation dasselbe bedeutet.
• Zertifikatsvorlagen — das Layout, die Gültigkeitsregeln, die öffentliche Verifizierungsseite.
• Die Dinge, die nie variieren sollen: Aufbewahrungsregeln, das Audit-Log, der Upgrade-Zyklus, die Arbeit an der Barrierefreiheit.

Quer getrennt, eines je Kunde, nie zusammengelegt:

• Nutzer und ihre Anmeldung. Eine Person gehört zu einer Kundenorganisation.
• Einschreibungen, Fortschritt, Versuche, Noten, ausgestellte Zertifikate.
• Branding und die Domain, die die Beschäftigten eines Kunden in einen Browser eintippen.
• Die Administration und die Rollen, die ihr ihre Rechte geben.
• Der Geltungsbereich des Reportings — jede Zahl, die ein Kunde sieht, ist durch den eigenen Knoten begrenzt.
• Die Adresse, von der Benachrichtigungen versendet werden, damit Erinnerungen die Beschäftigten eines Kunden von der eigenen Domain des Kunden aus erreichen.
• Einwilligungsnachweise und alles, wofür die Rechtsabteilung des Kunden geradesteht.

Dann gibt es die unangenehme Mitte: Dinge, die wie Inhalt aussehen, aber die Identität eines Kunden tragen. Ein Zertifikat ist der klarste Fall. Das Layout, die Gültigkeitsdauer und die Verifizierungsseite gehören Ihnen; das Logo, die unterzeichnende Person und die darauf genannte Organisation gehören dem Kunden. Eine Plattform, die ein Zertifikat als ein unteilbares Objekt behandelt, zwingt Sie, die Vorlage fünfzehnmal abzuspalten, um ein Logo zu ändern. Die Regel, die Sie davor bewahrt: Branding ist Konfiguration am Knoten des Kunden, nie eine Kopie des Inhalts. White-Label ist eine Konfigurationsoberfläche, keine Autorenoberfläche.

Einmal schreiben, an fünfzehn Kunden ausliefern

Die übergeordnete Organisation hält die Hauptbibliothek. Ein Kurs wird dort geschrieben, dort geprüft und dort veröffentlicht. Was danach passiert, ist die Stelle, an der sich Plattformen unterscheiden, und es gibt nur zwei Mechanismen.

1. Per Verweis. Der Kundenorganisation wird Zugriff auf den Kurs der übergeordneten Organisation gewährt. Es gibt weiterhin eine Kopie, ein Tippfehler, den Sie beheben, erreicht also jeden Kunden in dem Moment, in dem Sie veröffentlichen. Einschreibungen und Ergebnisse sitzen weiterhin im Knoten des Kunden, denn die waren nie geteilt.
2. Per Kopie. Der Kurs wird tief in den Knoten des Kunden kopiert — Module, Lektionen, Fragen, Einstellungen. Der Kunde hat nun ein eigenes Objekt, das sich unabhängig verändern kann, und nichts, was Sie flussaufwärts tun, erreicht es je wieder. Ein echtes Programm ist ein großes Objekt, dieses Kopieren läuft deshalb als Hintergrundauftrag.

Der Verweis ist die Voreinstellung, und ihn zu verlassen sollte sich unbehaglich anfühlen. Sobald ein Kurs in fünfzehn Kopien existiert, ist die regulatorische Aktualisierung des nächsten Jahres fünfzehn Bearbeitungen, fünfzehn Prüfungen und fünfzehn Gelegenheiten, eine zu übersehen.

Wenn ein Kunde eine Änderung an einem geteilten Kurs verlangt

Das ist die Bitte, die darüber entscheidet, wie teuer das dritte Jahr wird. Sie kommt beiläufig — könnt ihr unseren Meldeprozess für Vorfälle in Modul 3 ergänzen — und es gibt vier ehrliche Antworten darauf.

1. Es ist eine Korrektur. Der Inhalt ist für alle falsch oder veraltet. Beheben Sie es im Original, und jeder Kunde hat es. Mehr Bitten sind insgeheim diese, als Anbieter erwarten, und der Kunde, dem es aufgefallen ist, hat meist recht.
2. Es ist Darstellung. Sie wollen ihr Logo, ihre Farben, ihre Terminologie. Nichts davon ist Inhalt. Es ist Konfiguration an ihrem Knoten, und wenn die Plattform Sie zwingt, einen Kurs abzuspalten, um ein Logo zu ändern, ist das die Schuld der Plattform und nicht die der Bitte.
3. Es kommt etwas hinzu. Sie wollen etwas Zusätzliches, nichts Anderes — die Antwort, die die meisten Anbieter übersehen. Legen Sie ein nur für diesen Kunden bestimmtes Modul in seiner eigenen Organisation ab, neben dem geteilten Programm. Der geteilte Kurs bleibt geteilt, und der Kunde kann das Zusatzmaterial oft selbst pflegen.
4. Es ist eine echte Abweichung. Ihre Aufsichtsbehörde setzt die Bestehensgrenze bei 80, wo Ihre bei 70 liegt. Jetzt spalten Sie ab — und die Abspaltung bekommt ein Datum, eine verantwortliche Person und eine Zeile in einem Register, denn in achtzehn Monaten wird jemand fragen, warum die Fassung von Kunde 9 abweicht, und ich glaube, ein Kunde hat darum gebeten ist keine Antwort.

Zugriff: ihre Administration, ihre Menschen, sonst niemandes

Eine Administration auf Kundenseite hat eine eng umrissene Aufgabe: die eigenen Beschäftigten hinzufügen und entfernen, sie einschreiben, denen hinterhertelefonieren, die nicht fertig geworden sind, und einen Bericht ziehen, den ihr Vorstand akzeptiert. Alles davon, ohne Ihnen zu schreiben, nichts davon außerhalb der eigenen Organisation.

Billig wird das durch einen Geltungsbereich, der nach unten durchgereicht wird: Vergeben Sie eine Rolle an einem Knoten, und sie gilt für alles darunter. Die Schulungsleitung eines Kunden ist eine Vergabe an der Kundenorganisation, und ihre Abteilungen sind automatisch eingeschlossen. Eine Standortleitung ist eine Vergabe am Standort. Schließt eine Abteilung, entfernen Sie den Knoten, statt nach Vergaben zu suchen, die ihn überlebt haben.

Die schwierigere Hälfte sind Ihre eigenen Beschäftigten, nicht deren. Ihr Autorenteam arbeitet an den Inhalten jedes Kunden und hat nichts in den Datensätzen der Lernenden zu suchen. Die Kundenbetreuung für die Kunden 1 bis 5 braucht deren Ergebnisse und nichts von den Kunden 6 bis 15. Eine einzige Administrationsrolle an der übergeordneten Organisation gibt jedem alles — so kommt ein Anbieter zu einem Dutzend Menschen, die die Personalliste jedes beliebigen Kunden exportieren könnten. Eigene Rollen, aus einem Berechtigungskatalog gebaut und am richtigen Knoten vergeben, kosten einen Nachmittag.

Reporting, von beiden Seiten

Was der Kunde sieht

Die eigenen Menschen und sonst niemanden: wer eingeschrieben ist, wer fertig ist, wer überfällig ist, wer eine Prüfung zweimal nicht bestanden hat — aufgeschlüsselt nach den eigenen Abteilungen, exportierbar, im eigenen Branding. Der Geltungsbereich dieses Berichts ist dieselbe Knotengrenze, die sie schützt, es gibt also einen Mechanismus, der beide Aufgaben erledigt, statt eines Sicherheitsmodells und eines Reporting-Modells, die miteinander übereinstimmen müssen.

Was Sie sehen

Jeden Knoten auf einmal. Die Zahlen, mit denen Sie das Geschäft führen, gehen über Kunden hinweg und sind aus dem Inneren eines einzelnen Kunden unsichtbar: welche Kunden seit sechs Wochen niemanden eingeschrieben haben, welche nahe an ihrer vertraglich vereinbarten Platzzahl sind, welcher Kurs überall durchfällt und deshalb ein Inhaltsproblem hat und kein Kundenproblem. Der letzte Punkt ist das stärkste Argument für einen Mandanten gegenüber fünfzehn getrennten Installationen, bei denen dasselbe Muster eine Tabelle ist, die jemand jedes Quartal neu baut, wenn überhaupt.

Die verlockende nächste Funktion ist das Benchmarking: Kunde 4 zu sagen, dass er im obersten Viertel liegt. Klären Sie vorher zwei Dinge. Vertraglich, ob jeder Kunde zugestimmt hat, dass seine aggregierten Ergebnisse mit anderen Organisationen verglichen werden dürfen. Technisch, eine Mindestgruppengröße, damit sich ein Vergleich über einige wenige kleine Kunden nicht in eine Aussage über einen von ihnen zurückrechnen lässt.

Wo Lurno steht — und was Struktur nicht löst

Lurno ist für diese Form gebaut. Eine Organisation enthält Unterorganisationen, jede mit eigenem Branding und einer eigenen Domain mit automatischem TLS, die Beschäftigten eines Kunden melden sich also unter der Adresse des Kunden an. Innerhalb einer Organisation gibt es einen zweiten Baum aus Zweigen für die Standorte und Abteilungen dieses Kunden, und eine an einem Zweig vergebene Rolle wird darin nach unten durchgereicht. Inhalte werden einmal in der übergeordneten Organisation geschrieben und dann an eine Kundenorganisation geteilt oder tief in sie hineinkopiert.

Die Mandantengrenze wird in Postgres durchgesetzt und nicht im Anwendungscode: 868 Row-Level-Security-Richtlinien über 676 Migrationen. Ein Endpunkt, der seinen Filter vergisst, gibt nichts zurück statt der Beschäftigten von jemand anderem — die Behauptung, die es bei jedem Anbieter zu prüfen lohnt, bei uns eingeschlossen. Eine Form, die darauf bereits läuft, ohne jemanden zu nennen: eine Unternehmensakademie, die von einem Mandanten aus Schulungen für 15 Kundenunternehmen betreibt.

Vier Dinge werden nicht dadurch behoben, dass der Baum stimmt. Hier für Lurno gesagt; stellen Sie dieselben vier Fragen an jeden anderen.

• Den Kunden abrechnen. Zahlungen und Checkout sind in Entwicklung. Ein Kunde wird heute außerhalb der Plattform in Rechnung gestellt, und die Plattform hält fest, worauf er Anspruch hat. Das entspricht dem, wie das Geld bei den meisten Anbietern ohnehin fließt, aber die Kartenzahlung im Moment der Einschreibung ist ein Gespräch und keine Funktion.
• Menschen hineinbekommen. Konten werden per Einladung angelegt; die Selbstregistrierung ist in Entwicklung. Die praktische Antwort ist eine Administration auf Kundenseite, die ihre eigenen Menschen importiert, statt Ihnen eine Tabelle zu schicken.
• Authentifizierung. Die Partner-Anmeldung (Silent SSO) ist verfügbar: Das eigene System eines Kunden übergibt eine Person mit einer signierten Assertion. SAML und OIDC stehen auf der Roadmap und sind nicht ausgeliefert. Wenn die IT-Abteilung eines Kunden bereits entschieden hat, wie sich ihre Beschäftigten authentifizieren, fragen Sie im ersten Gespräch danach und nicht im fünften.
• Standards. SCORM, xAPI und LTI sind im Produkt modelliert, aber die Laufzeitumgebung ist in Entwicklung. Ein Kunde, der darauf besteht, eigene SCORM-Pakete mitzubringen, hängt daran, und das gehört früh gesagt.

Die anbieterseitige Fassung dieses Modells ist auf Für Weiterbildungsanbieter dargelegt. Die interne Fassung — bei der die Unterorganisationen Ihre eigenen Regionen sind und nicht ein anderes Unternehmen — steht auf Für Unternehmen.

Die Kurzfassung

Teilen Sie Inhalte den Baum hinunter. Trennen Sie Menschen, Ergebnisse, Branding und Reporting quer. Verweisen Sie auf einen geteilten Kurs, statt ihn zu kopieren, und behandeln Sie jede Abspaltung als eine Entscheidung, die jemand unterschrieben hat. Geben Sie jedem Kunden eine Administration, deren Geltungsbereich der eigene Knoten ist, und finden Sie heraus, wo dieser Geltungsbereich durchgesetzt wird. Bauen Sie sich dann Ihre eigene Sicht über alle sechzehn Knoten: Die Fragen, die das Geschäft am Leben halten — welcher Kunde still geworden ist, welcher Kurs überall durchfällt — lassen sich nur von oben stellen.