Canvas-alternatieven voor instellingen die het semester zijn ontgroeid

Canvas is gebouwd rond een semester met een begindatum en een einddatum, een inschrijflijst die uit een studenteninformatiesysteem komt, en een cursus die wordt afgesloten met een cijfer. Permanente educatie, samenwerkingen met bedrijven, een commerciële trainingstak en klantacademies hebben geen van die dingen: inschrijving loopt doorlopend, het cohort is een bedrijf, de finish is een certificaat, en de betrokkenen zijn geen ingeschreven studenten. Instellingen in die positie hebben meestal geen beter LMS nodig. Zij hebben een tweede vorm nodig.

Hoe het semester-en-inschrijflijstmodel eruitziet op een dinsdag

Het model is onzichtbaar tot u een van zijn aannames doorbreekt. Het zijn er ongeveer vijf, en elk daarvan is redelijk:

• Inschrijvingen komen in één batch binnen, voordat de cursus opengaat, uit een bronsysteem dat u niet beheert.
• Elke cursus heeft een einddatum, en die einddatum doet het opruimwerk — toegang vervalt, het cijferregister sluit, de sectie wordt gearchiveerd.
• Iemand is eerst student van de instelling en pas daarna deelnemer aan een cursus.
• Voortgang is een cijfer tegen een studiehandleiding, en de bestemming van dat cijfer is een cijferlijst.
• Content wordt semester na semester doorgekopieerd, dus "de cursus" is in werkelijkheid een reeks bijna identieke kopieën met een jaartal in de naam.

Verander nu één invoer. Een facilitair manager bij een klantbedrijf schrijft zich op een dinsdagmiddag in voor een compliancecursus van zes uur. Zij heeft binnen de minuut toegang nodig, niet op de eerste maandag van het semester. Zij doet die avond twee modules en de rest over drie weken. Niemand beoordeelt haar; zij heeft een certificaat nodig dat de auditor van haar werkgever kan verifiëren. Zij staat niet in het register en zal daar ook nooit in staan.

Dat binnen een semestervormig systeem draaien kan, en veel instellingen doen het. U maakt een semester dat nooit eindigt en een cursusomhulsel dat permanent open blijft, zodat het cijferregister nooit sluit en de archiveertaak nooit afgaat. U schrijft mensen met de hand in, of met een script op een server die één persoon onderhoudt. U houdt een spreadsheet bij van wie wanneer is begonnen, want de rapportage is rond semesters georganiseerd en het uwe eindigt niet. U dupliceert de cursus per klant, want de naam van de klant moet érgens staan en er is geen andere plek voor.

Elke workaround is klein en elke workaround werkt. De werkelijke kosten zijn dat de workarounds na twee jaar het operationele model zíjn, en dat de persoon die weet hoe ze in elkaar passen dragend is geworden.

De vier vormen die niet passen

Permanente educatie en professionele ontwikkeling

Doorlopende instroom, korte cursussen, cursisten die niet zijn ingeschreven, werkgevers die betalen in plaats van studenten, en afronding uitgedrukt als certificaat in plaats van studiepunten. Ook de rapportagevraag verandert van vorm: het is niet langer "welk cijfer heeft deze student gehaald" maar "hoeveel medewerkers van deze werkgever hebben de verplichte module afgerond vóór de auditdatum".

Samenwerkingen met bedrijven

Een universiteit verkoopt een leiderschapsprogramma aan een bank. Het HR-team van de bank wil de eigen mensen zien en niemand anders, wil de eigen huisstijl zichtbaar hebben, wil een maandelijkse rapportage, en wil medewerkers toevoegen vanuit het eigen HR-systeem in plaats van via uw studentenadministratie. Dat zijn tenancyvragen, en geen hoeveelheid cursusinstellingen beantwoordt een tenancyvraag.

Een commerciële trainingstak

Een eigen P&L, eigen prijzen, facturatie en btw, en de behoefte om sneller te bewegen dan de academische change-controlkalender. De tak wil meestal een eigen merk in plaats van dat van de universiteit, omdat hij verkoopt aan inkoopteams die hem naast commerciële trainingsaanbieders leggen.

Klantacademies

De vorm die semestergebaseerde platforms het hardst breekt. Een bedrijfsacademie die vanuit één tenant training verzorgt voor 15 klantbedrijven, heeft nodig dat elke klant een eigen huisstijl heeft, eigen beheerders, een eigen cursistenlijst, en geen zicht op welke andere klant dan ook. Dat zijn geen vijftien cursussen. Het zijn vijftien organisaties die toevallig een exploitant delen.

Theming is geen white-labelling

Hier gaan evaluaties mis, want beide woorden krijgen in een verkoopgesprek een ja. Theming betekent kleuren, een logo, lettertypen en wat CSS. White-labelling betekent dat iemand het platform een jaar lang kan gebruiken en nooit een naam tegenkomt die hij niet verwachtte. Om ze uit elkaar te houden, stopt u met vragen naar huisstijl en somt u op waar een merk werkelijk verschijnt:

• De URL in de adresbalk terwijl een cursist halverwege een les zit.
• De URL in de link om een wachtwoord te herstellen — die mensen in supporttickets plakken.
• Het afzenderadres en het verzenddomein op elke notificatie.
• De inlogpagina waar de medewerker van een klant om 8 uur 's ochtends koud op belandt, nadat een leidinggevende een link heeft gestuurd.
• Het certificaat, en de pagina waar de verificatielink op uitkomt wanneer een auditor erop klikt.
• De titel van het browsertabblad en de favicon.
• Wat de beheerder van een klant ziet bij het inloggen: de eigen mensen, of een lijst waar iedereen van alle anderen ook in staat.

Theming verandert het zesde punt en een deel van het eerste. De rest is architectuur — domeinen, TLS-certificaten, e-mailverzending, identiteit, en hoe tenantisolatie wordt afgedwongen. Een platform had die dingen vanaf het begin in het plan staan, of bouwt ze er achteraf in, en dat achteraf inbouwen is te zien: de antwoorden komen terug met voorwaarden eraan.

Op Canvas is white-labelling beperkt tot theming: het is niet ontworpen om voor afzonderlijke klantorganisaties achter uw eigen merk en domein te verdwijnen. Dat is een scopekeuze en geen gebrek, en het staat met bronnen uitgewerkt op onze pagina met Canvas-alternatieven.

Het eerlijke argument om op Canvas te blijven

Een LMS vervangen bij een instelling is geen softwareproject met een verandermanagementcomponent. Het is een verandermanagementproject met een softwarecomponent, en de software is het makkelijke deel.

Bedenk wat er werkelijk is gebouwd rond het ding dat u wilt weghalen:

• De koppeling met het studenteninformatiesysteem, en de nachtelijke taak die in vier jaar niemand heeft hoeven aanraken.
• De LTI-tools die eraan hangen — proctoring, plagiaatcontrole, uitgeverscontent, literatuurlijsten, collegeregistratie.
• Docenten die weten waar de instellingen van het cijferregister staan en daar meningen over hebben. Hen omscholen kost een semester goodwill die u misschien voor iets anders nodig heeft.
• Een toegankelijkheidstoets die al is gedaan, en inkooppapierwerk dat al is getekend.
• Een semesterovergang die zichzelf draait, en instellingsbeleid dat is geschreven met het vocabulaire van dit platform erin.
• Jaren aan cursuscontent, deels gemaakt door mensen die weg zijn.

De toets voor de beslissing is niet "doet het nieuwe platform meer". Hij luidt: welke populatie groeit, en welke betaalt het gebouw? Vormen programma's met studiepunten het grootste deel van uw volume en is het werk buiten het semester een veelbelovende nevenlijn, dan is alles migreren om die nevenlijn te bedienen een slechte ruil. Draai de nevenlijn ergens anders.

Twee systemen is een normale architectuur, geen bekentenis van falen. De studentenadministratie houdt het bronsysteem voor studiepunten; een tweede platform draagt alles wat geen studiepunten oplevert. De grens is hier ongewoon scherp, omdat de populaties elkaar nauwelijks overlappen — de medewerkers van de klant in uw compliancecursus zouden toch nooit in uw studentenregister verschijnen.

Wees eerlijk over wat het tweede systeem kost: twee supportwachtrijen, twee toegankelijkheidsposities, twee verwerkersovereenkomsten, en een echte identiteitsvraag voor de paar mensen die in beide bestaan. Begroot dat aan het begin in plaats van het in maand vier tegen te komen.

Vervangen in plaats van toevoegen is in drie gevallen verstandig: het werk buiten het semester is de meerderheid van uw activiteit geworden; een commerciële tak verzelfstandigt tot een eigen rechtspersoon; of u staat voor een verlenging, de overstapkosten worden hoe dan ook in een of andere vorm betaald, en de roadmap voor het werk buiten het semester is concreet in plaats van hoopvol.

Wat u in een proef test, welke richting u ook kiest

Demo's zijn gebouwd om te slagen. Deze zeven controles zijn snel en ze falen luidruchtig wanneer er iets niet is.

1. Schrijf op een dinsdagmiddag één persoon in voor een cursus zonder einddatum. Kom de maandag erna terug en kijk naar de toegang, de voortgang en de rapportageregel van die persoon.
2. Zet hetzelfde e-mailadres in twee klantorganisaties. Zoek uit of dat één persoon met twee lidmaatschappen is, of twee accounts die op een botsing afstevenen.
3. Geef een klantbeheerder een account en probeer die vervolgens een cursist van een andere klant te laten zien. Houdt een databaseregel u tegen, mooi. Vergt het onthouden dat u ergens niet op moet klikken, dan is dat geen isolatie.
4. Verstuur een notificatie en lees de headers. Kijk naar het verzenddomein, niet naar de weergavenaam.
5. Geef een certificaat uit en open de verificatielink op een telefoon via mobiele data. Kijk wiens naam op de pagina staat.
6. Vraag om een volledige data-export vóór u tekent, niet erna — content, cursistgegevens, resultaten, audithistorie, en in welk formaat.
7. Stel de standaardenvraag ronduit. SCORM 1.2, SCORM 2004, xAPI, LTI 1.3: wat wordt er vandaag geleverd, in welke versie, en wat staat er gepland? Vraag het schriftelijk, met een datum.

Waar Lurno past, en waar niet

Lurno is het platform dat wij bouwen, dus lees deze paragraaf voor wat hij is. Het is ontworpen voor de tweede vorm en niet voor de eerste: geneste suborganisaties, elk met een eigen huisstijl, eigen beheerders en eigen cursisten, plus een interne boomstructuur van vestigingen waarin een rol die op een vestiging wordt toegekend naar beneden doorwerkt. Elke organisatie kan op een eigen domein draaien met automatische TLS en e-mail versturen vanaf het eigen domein, en certificaten hebben een openbare verificatiepagina. Tenantisolatie wordt afgedwongen in de database en niet alleen in de applicatie — 868 row-level security-policies verspreid over 676 migraties — en dat is wat de klantbeheerderstoets hierboven van nature laat slagen. Er staat meer over white-labelling en over het beeld voor instellingen op hoger onderwijs.

Wat het niet is, ronduit gezegd, want een inkoopteam controleert dat. SCORM 1.2, SCORM 2004, xAPI en LTI 1.3 zijn gemodelleerd in het product maar de runtime is nog in ontwikkeling — is conformiteit met standaarden bepalend voor uw uitrol, dan is dat een gesprek en geen vinkje in een vakje. Betalingen en checkout zijn ontworpen, niet gebouwd. Selfservice-registratie is in ontwikkeling; accounts worden vandaag op uitnodiging aangemaakt. Single sign-on betekent vandaag partneraanmelding via een ondertekende assertie, niet SAML of OIDC; SAML/OIDC, MFA en passkeys staan op de roadmap en geen daarvan is nu beschikbaar.

De grootste beperking is degene waarvoor dit stuk steeds heeft gepleit: Lurno is geen vervanging voor het bronsysteem van een studentenadministratie op een campus met graadprogramma's. Houdt Canvas uw semesters, uw secties en uw cijferlijsten bij, dan doet het werk dat het waard is om te behouden. De vraag is wat het werk moet dragen dat om te beginnen nooit een semester had. Een vergelijking naast elkaar met bronnen staat op de Canvas-vergelijkingspagina; wilt u de zeven controles op een echte tenant doen in plaats van op een presentatie, plan dan een demo.