Aanstaande wijzigingen in Adobe Learning Manager

Gebruik vaak video-inhoud in lange reeksen.

Verwacht een ervaring in de vorm van een studieprogramma waarbij het systeem duidelijk de volgende aflevering of module aangeeft.

Versterkt de geleide aard van de reis.

Minimaliseert drop-off tussen modules.

Studenten moeten een strikte reeks modules voltooien.

Auteurs schakelen de inhoudsopgave vaak uit om overslaan te voorkomen.

Bevestigt studenten dat zij de juiste volgorde volgen.

Maakt het minder waarschijnlijk dat ze de volgende actie verkeerd interpreteren en vroegtijdig afsluiten.

Door bijgewerkte labels en responsief gedrag blijft de navigatie begrijpelijk zonder dat je afhankelijk bent van kleine, gesloten pictogrammen of verborgen besturingselementen.

Dit is belangrijk voor de voorlichting van klanten, het geven van assistenten of vooraf gedefinieerde studenten die in korte sessies op mobiele apparaten toegang hebben tot inhoud.

Met de Zoom-connector kunnen nu meer dan één VILT-sessie op dezelfde datum/tijd worden gemaakt vanuit ALM.

De planningslogica dwingt niet langer een 'één zoomvergadering tegelijk'-beperking op account-/verbindingsniveau af.

Beheerders en auteurs kunnen overlappende VILT-sessies configureren (bijvoorbeeld regionale lesruimten, parallelle tracks of herhaalde sessies voor verschillende partnergroepen) zonder tussenruimten.

Zoomvergaderingen worden nu gemaakt met behulp van het e-mailadres van de docent in plaats van de e-mail met de Zoom-superbeheerder.

De rekening van het Gezoem van elke instructeur kan zijn eigen vergaderingen naast andere instructeurs, met inachtneming van de grenzen van het bestaande plan van het Gezoem ontvangen.

Er wordt nog slechts één docent per vergadering ondersteund.

Als de e-mail van een docent later in Adobe Learning Manager wordt bijgewerkt, blijven bestaande vergaderingen gekoppeld aan de oorspronkelijke e-mail die bij het maken is gebruikt.

Auteurs moesten handmatig zoomvergaderingen buiten ALM maken en vervolgens de Zoom join-URL in de configuratie van de cursusinstantie plakken.

Dit was foutgevoelig en profiteerde niet van verbindingsfuncties zoals het bijhouden van aanwezigheid.

Alle sessies kunnen rechtstreeks vanuit de ALM-gebruikersinterface worden gemaakt met behulp van de zoomconnector, zelfs als ze overlappen in de tijd.

De levenscyclus van sessies (maken/annuleren) wordt centraal beheerd via integratie.

Voer tegelijkertijd meerdere op zoomen gebaseerde virtuele lesruimten uit (bijvoorbeeld parallelle tracks op een virtuele top, regionale cohorten of afzonderlijke trainingssessies van partners).

Vermijd knelpunten waardoor beheerders eerder gedwongen werden om sessies te serialiseren of gebruik te maken van handmatig zoombeheer.

Handmatig Zoomvergaderingen buiten Adobe Learning Manager maken.

Kopieer van Zoomen-URL's naar elke cursusinstantie voor overlappende sessies.

Risico van verkeerd-gevormde verbindingen, verkeerde vergaderingen die worden vastgemaakt, of gemiste aanwezigheid het volgen.

Elke docent kan binnen zijn eigen zoomlicentielimieten werken.

Organisaties kunnen hun bestaande Zoom-inrichtingsmodel gebruiken (één account per trainer, per eenheid, enz.) en tegelijkertijd volledig integreren met Adobe Learning Manager.

Zo voorkomt u het knelpunt met één punt bij het gebruik van een gedeelde superbeheerder-zoomgebruiker voor alle sessies.

Configureer meerdere op zoomen gebaseerde sessies in dezelfde periode (voor verschillende tracks of onderwerpen).

Beheer al deze modules als VILT-modules onder de cursussen en leerpaden van Adobe Learning Manager.

Geef studenten een uniforme ervaring terwijl de connector alle onderliggende Zoom-vergaderingen verwerkt.

Voer op overlappende tijden afzonderlijke zoomsessies uit voor EMEA, APAC en Amerika om de lokale werkuren af te stemmen.

Vermijd het forceren van één algemene tijdsleuf of handmatige zoominstelling voor extra cohorten.

Plan parallelle onboardingsessies of op rollen gebaseerde brainstormsessies (bijvoorbeeld aparte zoomruimten voor ontwikkelaars, beheerders en stakeholders uit het bedrijfsleven) in ALM.

Houd alle sessies binnen het VILT-model van ALM voor rapportage- en nalevingsdoeleinden, in plaats van gedeeltelijk over te gaan naar onbeheerde Zoomvergaderingen.

Learner-app (cursuskaart of cursusgegevens).

Weergaven beheerder en auteur wanneer u een voorbeeld bekijkt als student.

Zie wie de cursus heeft geschreven, zelfs wanneer deze via een gedeelde catalogus is verkregen.

Vermijd het algemene en onnuttige label ''Externe auteur''.

Dezelfde cursus wordt weergegeven met consistente merknamen van auteurs in verschillende accounts.

De ervaring van de student is afgestemd op de verwachtingen van het primaire account (zoals 'Cloud Academy Team' in plaats van 'Externe auteur').

Een hoofdaccount dat eigenaar is van de canonieke cursussen, en

Collega-accounts die inhoud ophalen via gedeelde catalogi.

Gedeelde cursussen geven nu de juiste naam van de auteur van de onderneming weer in collega-accounts.

De interne belasting van de ondersteuning van het bedrijf wordt verminderd omdat studenten en lokale beheerders weten met wie ze contact moeten opnemen.

De eigendom van de BU kan in het auteurveld worden geïdentificeerd voor alle accounts die worden gebruikt.

Lokale L&D-beheerders kunnen snel zien of een cursus lokaal of door een andere BU wordt onderhouden en kunnen dienovereenkomstig samenwerken.

De LO-API's van de student (bijvoorbeeld de eindpunten die leerobjecten terugsturen naar de leerervaring en naar externe platforms) bevatten nu de vervaldatum van de LO (de voor dat leerobject geconfigureerde datum voor automatisch archiveren).

Dit veld wordt geretourneerd als onderdeel van de LO-entiteit in reacties zoals:

• Leerobject ophalen (LO-details).

• LO-gegevens die worden gebruikt om de startpagina, catalogus en zoekresultaten van de student in te vullen.

Het veld vult de bestaande deadline voor voltooiing aan die al bestaat op instantieniveau; het nieuwe veld is specifiek de datum voor automatisch archiveren op LO-niveau.

zoekAPI's of

zoekgestuurde catalogi en suggesties om studentweergaven samen te stellen.

Toon de labels "Verlopen op {date}" of "Verlopen binnenkort" op cursuskaarten en detailpagina's.

Communiceer duidelijker met de urgentie, zodat studenten prioriteit geven aan training die op het punt staat met pensioen te gaan.

Markeer cursussen die nog geldig zijn in plaats van cursussen die binnenkort worden gearchiveerd.

Voorkom dat studenten zich inschrijven voor trainingen die in de nabije toekomst niet meer beschikbaar of geldig zullen zijn.

"Tegen wanneer moet ik deze instantie voltooien?" (voltooiingsdeadline).

"Tot wanneer wordt deze training aangeboden?" (automatisch archiveren/vervaldatum).

Vermijd verwarring bij studenten over de vraag of een training al dan niet moet worden afgebroken.

Leerlingen naar het nieuwste, langlevende aanbod leiden.

Inhoud die bijna is gepensioneerd verbergen of de nadruk erop leggen.

Bouw "Laatste kans om te voltooien" campagnes.

Taal selecteren.

Het taalspecifieke bestand voor die taal uploaden binnen dezelfde taakhulpentiteit.

Minder verwarring over welke versie moet worden geopend.

Minder risico op het verkrijgen van toegang tot niet-lokale of verouderde kopieën.

Productreferentiebladen.

Controlelijsten verwerken.

Afspeelboeken ondersteunen

Productbedrukte vellen

Integratiehandleidingen

Workflows voor ondersteuning

Elke partner ziet de gelokaliseerde versie zonder dat er een keuze hoeft te worden gemaakt tussen taalspecifieke items.

Marketing- en actieteams kunnen één taakhulp per onderwerp beheren voor alle landinstellingen.

op cohort-gebaseerd inschrijvingsprogramma: In dit programma, elke week ontgrendelt een nieuwe module. De inhoud voor Week 1 is onmiddellijk beschikbaar, terwijl Week 2 zichtbaar is maar niet kan worden gestart tot een bepaalde datum. Week 3 volgt hetzelfde gatingproces. Studenten kunnen het volledige leerpad zien, maar het systeem bepaalt wanneer ze daadwerkelijk met elke stap kunnen beginnen.

tijd-gebonden product of campagneopleiding: De marketing of productteams kunnen een trainingsmodule tot stand brengen die slechts zou moeten worden betreden terwijl een campagne actief is of wanneer een specifieke versie van een product nog beschikbaar is. Dit toegewezen beginvenster zorgt ervoor dat studenten na de opgegeven eindtijd niet met een module over een beëindigde productversie beginnen.

de milieu's van de Beoordeling of van het examen: De organisaties kunnen een module (zoals een test) voor een kort, duidelijk-bepaald venster openen (bijvoorbeeld, "u kunt het examen op elk ogenblik tussen 9 :00 en 12 :00 op een bepaalde datum"beginnen). Studenten kunnen niet buiten dat venster beginnen met het examen, dat eerlijke planning over tijdzones en cohorten ondersteunt.

Hiermee wordt de taal van de speler overeenkomstig ingesteld.

Opent de overeenkomstige taalvariant van de module, wanneer de meertalige inhoud wordt gevormd.

Consistente taalervaring over systemen: Wanneer een student een taal in het externe portaal selecteert, wordt die keuze onmiddellijk weerspiegeld in ALM. Zo voorkomt u dat studenten de taal van de portal en de cursus niet tegenkomen. Als gevolg hiervan hoeven ze niet te zoeken naar een taalwisseling binnen de speler.

taal-specifieke het melden: In hun platform, is de taalselectie verenigbaar met ALM, dat de nauwkeurigheid van hun analytics en het leren volgen verbetert. Deze uitlijning ondersteunt ook configuraties waarbij de eigen taalbesturingselementen van ALM opzettelijk worden uitgeschakeld of verborgen in de Fluidic Player voor specifieke cursussen. In deze gevallen fungeert het externe platform als enige bron van waarheid voor taal.

Een belangrijk gebruiksgeval betreft grote ondernemingen die gebruikmaken van op LTI gebaseerde integraties. Studenten schrijven zich eerst in en selecteren een taal op het platform. Vervolgens worden ALM-trainingssessies gestart via LTI. Als een student Spaans selecteert, wordt de ALM-module automatisch in het Spaans geopend. Dit betekent dat studenten de taalinstellingen in ALM niet hoeven aan te passen. Bovendien blijft taalgebaseerde rapportage consistent met wat studenten zien en ervaren in ALM.

Een andere toepassing is het aanbieden van headless cursuservaringen binnen een klant- of partnerportaal. In deze setup kan de portal ALM-inhoud insluiten via een iframe, terwijl alle navigatie- en taalgebruikerservaring (UX) buiten ALM wordt beheerd. Door aangepaste LTI-parameters te gebruiken, kan de portal ervoor zorgen dat de ALM-speler wordt weergegeven in de juiste taal en dat overbodige gebruikersinterface-elementen (zoals de inhoudsopgave en navigatieknoppen) verborgen zijn. Zo kunnen studenten één coherente toepassing ervaren in plaats van een onsamenhangende verzameling tools.

Dit is gunstig voor organisaties die grootschalige trainingen in meerdere talen uitvoeren met een ander LMS of leerplatform. Ze kunnen hun gebruik van dat platform standaardiseren voor het beheren van studentprofielen, het selecteren van landinstellingen en het presenteren van catalogi. Ondertussen fungeert ALM als een betrouwbare engine voor inhoud en tracering, waarbij de taalvoorkeuren en gebruikersinteracties worden gerespecteerd die tijdens elke LTI-lancering door het externe systeem worden opgegeven.

De Recensent (instructeur of manager) evalueert de student volgens het gevormde controlelijsttype:

• Ja/Nee selecteren.

• Kies scores op de gedefinieerde schaal.

Het Checklist rapport wordt bijgewerkt om, voor vragen met verschillend gewicht te omvatten:

• De maximale score voor elke vraag.

• De score die elke leerling voor die vraag heeft behaald.

Rijkere, realistischere beoordelingen: De instructeurs kunnen echte prioriteiten weerspiegelen door meer punten aan kritisch gedrag en minder aan minder kleine te geven, terwijl nog het gebruiken van een controlelijstwerkschema geschikt aan waargenomen of praktische taken.

op totaal-score-gebaseerde pas/ontbreekt: de evaluaties kunnen op de algemene percentagescore worden gebaseerd, niet alleen hoeveel vragen een drempel passeren, die dichter bij typische bekwaamheids of gradingsregelingen richt.

Betere rapportering: De bijgewerkte controlelijstrapporten stellen max score bloot en behaalden score per vraag, toestaand programmaeigenaars en kwaliteitsteams om specifieke zwakke vlekken te identificeren en opleiding of evaluatierichtlijnen te verfijnen.

de vaardigheidsbeoordelingen van de Onderneming: De ingenieurs worden beoordeeld via praktische, op scenario-gebaseerde checklists waar bepaalde diagnostische of communicatie stappen meer gewicht moeten dragen dan cosmetische of laag-risicopauters. Gewogen vragen en criteria voor het halen van de score maken deze beoordelingen geloofwaardiger en voorspelbaarder van real-world prestaties.

de observaties van de Veiligheid en van de naleving: In gezondheidszorg, de productie, of de velddienst, kunnen de kritieke veiligheidsstappen hogere maximumscores worden gegeven, die ervoor zorgen dat het missen van een veiligheid-kritieke actie een grotere invloed op de totale score heeft dan het missen van een minder belangrijke procedurele stap.

Coaching en kalibratie: Met max. en behaalde scores per vraag in het rapport, kunnen de managers precies zien waar de studenten onderpresteren en docenten kalibreren op hoe te om constant te scoren.

Alle studentgerichte modules (SCORM, PDF, HTML, enz.) kunnen in meerdere inhoudstalen worden aangeboden, zodat studenten de gewenste taal kunnen kiezen.

In een controlelijstmodule evalueren revisoren (docenten/managers) studenten op basis van de vragen die in die controlelijst zijn gedefinieerd.

Auteurs kunnen nu vragen toevoegen met een checklist in alle talen die op cursusniveau zijn geselecteerd.

Voor elke controlelijst:

• Van de auteur wordt verwacht dat deze equivalente vraagtekst levert in elke inhoudstaal waarin de cursus bestaat.

• Auteurs moeten ervoor zorgen dat de betekenis van elke vraag in alle talen consistent is.

Revisoren zien vragen over checklist en evaluatie-UI in hun geselecteerde inhoudstaal.

Wanneer een vraag in één taal wordt geëvalueerd:

• De evaluatie (score, Ja/Nee, status) is logischerwijze hetzelfde in alle talen. Het is één controlelijst met meerdere taalweergaven, niet afzonderlijke controlelijsten per taal.

Een beheerder of revisor die het rapport in elke taal uitvoert, ziet de gelokaliseerde vraagnamen voor die taal.

De onderliggende reacties en scores blijven hetzelfde; alleen vraaglabels worden vertaald.

Betere reviewerervaring: de recensenten kunnen volledig in hun eigen taal werken, het lezen van vragen en het registreren van evaluaties zonder taalbarrières.

regelgevende en beleidsgroepering: In gebieden met de eisen van de taalgelijkheid (bijvoorbeeld, Nederlands/Frans in België), kunnen de checklists aan de zelfde normen nu voldoen zoals andere het leren materialen, die nalevingsrisico verminderen.

Consistente evaluatielogica: Terwijl de tekst wordt gelokaliseerd, worden de evaluatie en het scoren gedeeld over alle talen, die ervoor zorgen dat de resultaten vergelijkbaar en centraal beheerd zijn.

Licenties voor meerdere landen die in meerdere talen werken, kunnen één cursus en checklist implementeren en tegelijkertijd de gelokaliseerde revisieervaringen bieden op elk gebied.

Elke internationale onderneming met lokale docenten (bijvoorbeeld EMEA, LATAM, APAC) kan revisoren in hun lokale taal laten werken terwijl ze hetzelfde ontwerp en dezelfde rapportage van de wereldwijde checklist delen.

Evalueer een checklist voor elke student, vraag per vraag.

Bekijk resultaten en evalueer de mislukte studenten opnieuw.

De mogelijkheid om opmerkingen toe te voegen aan revisoren in of uit te schakelen.

Bepaal of de naam van de revisor samen met opmerkingen aan de studenten moet worden getoond.

Revisoren (docenten/managers) kunnen optionele opmerkingen toevoegen tijdens het evalueren van een controlelijst.

Ze kunnen op basis van de instellingen van de controlelijst kiezen of de opmerkingen zichtbaar zijn voor de studenten.

Het controlelijstrapport krijgt een nieuwe kolom voor de opmerkingen van de revisor, waarin de opmerking wordt vastgelegd die tijdens de evaluatie is toegevoegd.

Studenten ontvangen meldingen (op het platform en via e-mail) wanneer een checklist-evaluatie plaatsvindt. Deze meldingen omvatten:

• De opmerking en

• De naam van de revisor, als deze is geconfigureerd om zichtbaar te zijn.

rijkere, coach-als terugkoppelen: De numerieke scores worden aangevuld met contextuele opmerkingen, die checklists een effectiever hulpmiddel maken om te coachen, niet alleen naleving.

Traceerbaarheid en controleerbaarheid: De organisaties krijgen een permanent verslag van wie evalueerde wie, wanneer, en wat zij zeiden, wat in gereglementeerde milieu's en high-stakes rollen belangrijk is.

Betere studentbetrokkenheid: De studenten ontvangen duidelijke begeleiding verbonden aan specifieke evaluaties, die hun inzicht in verwachtingen en verdere stappen verbetert.

Organisaties met gereguleerde omgevingen kunnen opmerkingen gebruiken om klinische beoordelingen of procedurele feedback te documenteren voor personeel dat op het terrein wordt geobserveerd.

Luchtvaart- en grondafhandelingsorganisaties kunnen gedetailleerde notities toevoegen over operationele prestaties, veiligheidspraktijken en klantgericht gedrag, waardoor een checklist verandert in een gestructureerde debrieftool.

In mentoring en SME-evaluatie kunnen docenten genuanceerde observaties vastleggen die niet alleen in een score passen, bijvoorbeeld ‘afgehandelde escalatie goed maar moet tijdbeheer verbeteren’ of ‘uitstekende workflow voor probleemoplossing; een documentatiestap gemist.’

Auteurs kunnen pogingen op cursusniveau (toegepast op alle quizdragende modules in de cursus) of op moduleniveau (per quizmodule) configureren.

Pogingen kunnen zijn:

• Een specifiek getal (bijvoorbeeld 3 pogingen), of

• Oneindige pogingen, bestuurd op LMS-niveau.

Wanneer een student een module via de Fluidic Player afsluit en de speler vervolgens sluit of de module voltooit, wordt die sessie behandeld als een enkele LMS-poging.

Elke LMS-poging wordt in het L2-quizrapport vastgelegd als een nieuwe rij.

Wanneer auteurs inhoud naar de inhoudsbibliotheek uploaden, kunnen ze nu aangeven dat er meerdere pogingen in zijn ingesloten voor een bepaald inhoudsbestand.

Dit is een instelling per inhoud die ALM vertelt om pogingen die in de inhoud zijn gedefinieerd, te behandelen als de bron van de waarheid.

De module zal zijn pogingen uit de inhoud, niet uit MQA leiden LMS.

Studenten zien slechts één poging op LMS-niveau:

• Het cursusoverzicht en de moduleweergave geven geen LMS-knop "Opnieuw proberen" voor die module.

• De afhandeling van pogingen (bijvoorbeeld opnieuw proberen in de quiz) wordt bepaald door de inhoud zelf.

Elke interne quizpoging die in de inhoud is geconfigureerd, wordt als een eigen rij weergegeven in het L2-quizrapport, zoals hoe pogingen op LMS-niveau vandaag worden weergegeven.

De opmaak van elke rij blijft hetzelfde als bestaande rijen met meerdere pogingen in L2-rapportage (dezelfde kolommen, structuur en semantiek).

Dit biedt een consistente rapportage-ervaring:

• Of pogingen nu door LMS MQA of door de inhoud worden bepaald, het L2 quizrapport toont één rij per poging.

Nauwkeurige zoekgeschiedenis voor SCORM-quizzen waarbij pogingen intern worden bestuurd door gereedschappen zoals Articulate, zonder dat MQA-configuratie op LMS-niveau bovenaan hoeft te staan.

Mindere ervaring voor studenten: voor pogingen met inhoudsregeling zien studenten één sleuf op LMS-niveau en hoeven ze niet te communiceren met de besturingselementen voor nieuwe pogingen in LMS; alle pogingen worden afgehandeld binnen de quizinterface die ze al kennen.

Flexibele architectuur: gebruikers kunnen kiezen of ALM MQA of pogingen op inhoudsniveau gedrag per module moeten aansturen, afhankelijk van hoe hun inhoud is gemaakt en hoe ze pogingen liever beheren.

Consistent rapportmodel: downstream-consumenten van het L2-quizrapport kunnen elke rij als "één poging" behandelen, ongeacht waar de logica van de poging vandaan komt.

Organisaties die Articulate SCORM gebruiken, kunnen zelfstandige quizlogica binnen het SCORM-pakket houden en tegelijkertijd een nauwkeurige rapportage op proberen-niveau bereiken in ALM zonder extra LMS-configuratie.

Organisaties die door leveranciers verschafte SCORM-inhoud gebruiken, kunnen voorkomen dat ze aanvullende pogingen moeten wijzigen of implementeren en opnieuw logica moeten proberen met MQA op LMS-niveau.

Inschrijving van cursusinstantie,

aanwezigheid van een sessie, of

Inschrijving + aanwezigheid samen

Docenten kunnen op sessieniveau QR-codes genereren voor:

• Inschrijven in instantie: studenten kunnen zich inschrijven voor de instantie die de huidige sessie bevat.

• Aanwezigheid van sessie markeren: studenten scannen tijdens/na de sessie om aanwezigheid voor die specifieke sessie vast te leggen.

• Aanwezigheid voor instance- en markeringssessie: een gecombineerd QR voor walk-ins die nog niet zijn ingeschreven en hun aanwezigheid in één stap moeten markeren.

Docenten kunnen de QR-codes die ze nodig hebben exporteren op basis van het scenario (inschrijving, aanwezigheid of beide).

Cursusnaam

Instantienaam

Naam van sessie

autonomie van de Instructeur: De instructeurs hoeven niet meer op beheerders te wachten om QR codes te creëren. Ze kunnen ze direct voor elke sessie genereren, waardoor ze flexibeler worden en de overhead op het gebied van coördinatie vermindert.

Betere klaslokaallogistiek: voor loop-binnen of on-site doelgroepen (zoals gebiedsarbeiders, werkplaats personeel, of externe aanwezigen), kunnen de instructeurs inschrijving en aanwezigheid op de plaats beheren gebruikend QR codes.

Verminderde admin werkbelasting: De teams van Admin kunnen zich op configuratie en beheer in plaats van het behandelen van routine QR de verzoeken van de codegeneratie voor elke zitting concentreren.

Organisaties die grote hoeveelheden on-site sessies uitvoeren (bijvoorbeeld producttraining voor professionals) kunnen docenten de mogelijkheid geven sessiespecifieke QR-codes af te drukken waarmee ze zich kunnen inschrijven voor één scan en aanwezigheid kunnen markeren.

In retail-, productie- en gezondheidszorgtrainingen, waar studenten vaak rechtstreeks vanuit de vloer of zonder voorafgaande inschrijving deelnemen aan sessies, kan een QR-code voor Inschrijven + Aanwezigheid bij de deur worden geplaatst. Zo kunnen studenten hun inschrijving en aanwezigheid zelf bedienen via hun telefoon.

Door trainingsgebeurtenissen voor partners of klanten kan de trainer ter plaatse zich gemakkelijk aanpassen aan wijzigingen in de ruimte, extra sessies of extra aanwezigen zonder dat hij of zij de beheerder om nieuwe QR-codes hoeft te vragen.

Aan de linkerkant van de speler wordt alleen de ALM-inhoudsopgave weergegeven.

De eigen inhoudsopgave van de Captivate wordt verborgen wanneer de module wordt afgespeeld binnen ALM.

Zo voorkomt u dubbel werk, zorgt u voor één bron van waarheid voor navigatie en maakt u ruimte in het scherm vrij.

In de ALM-inhoudsopgave worden groene vinkjes (of gelijkwaardige visuele aanwijzingen) weergegeven om aan te geven dat de presentatie is voltooid.

Naarmate studenten de dia's met Captivates doorlopen, geeft de ALM-inhoudsopgave aan welke dia's zijn voltooid, in overeenstemming met de verwachtingen van de studenten voor moderne cursusspelers.

De besturingselementen van de speler worden aangepast op basis van het diatype:

• Voor videodia's:

  • Tijdvoortgangsbalk weergeven die het afspelen van video weerspiegelt.

Voor niet-videodia's:

• Hiermee geeft u besturingselementen voor dianavigatie weer (volgende/vorige dia, enz.) in plaats van een niet-functionele tijdbalk.

  • Hiermee voorkomt u dat er irrelevante of niet-werkende besturingselementen voor bepaalde diatypen worden weergegeven.

De afzonderlijke modules navigatiebalk (ALM) en de cursusnavigatiebalk worden samengevoegd tot één intuïtieve balk.

Deze geïntegreerde navigatie:

• Hiermee maakt u duidelijk onderscheid tussen het bewegen door de module Captivate en het teruggaan naar het cursus-/moduleniveau.

• Hiermee vermindert u verwarring die wordt veroorzaakt door meerdere balken met overlappende doeleinden.

Notities worden gekoppeld aan dianummers in plaats van tijdstempels.

Deze wijziging:

• Hiermee worden exportfouten gecorrigeerd die worden veroorzaakt door ontbrekende of onjuiste tijdstempels.

• Hiermee zorgt u ervoor dat notities consistent als PDF kunnen worden geëxporteerd, waarbij notities op betrouwbare wijze kunnen worden toegewezen aan de diacontext waartoe ze behoren.

Duidelijkere ervaring met één speler: studenten communiceren met één inhoudsopgave en één navigatiemodel, waardoor verwarring en cognitieve belasting afnemen.

Nauwkeurige informatie over voltooiing en voortgang: dankzij tikken op dia-niveau en contextuele besturingselementen kunnen studenten zien waar ze zich bevinden en wat er nog over is.

Krachtiger notities maken en exporteren: door notities aan dia's te koppelen in plaats van fragiele tijdstempels, kunnen gebruikers een betrouwbare workflow voor notities naar PDF terugwinnen, zelfs met inhoud van Captivates op basis van dia's.

Workflow van gereserveerde auteurs: auteurs behouden de eenvoud van directe publicatie door de Captivate naar ALM, terwijl studenten een moderne, geïntegreerde afspeelervaring krijgen zonder extra authoringlasten.

Met behulp van integratieprogramma's die voor interactieve simulaties afhankelijk zijn van Captivate, kan inhoud in ALM worden geïmplementeerd, zodat navigatie, het bijhouden van de voltooiing en notities consistent blijven voor studenten.

Organisaties die Captivate als hun belangrijkste inhoudsontwerpprogramma gebruiken, kunnen publiceren met één klik en verwarrend voorkomen met dubbele inhoudsopgaven en niet-functionele besturingselementen voor studenten.

Organisaties die gebruikmaken van notities die zijn geëxporteerd uit Captivate-inhoud in ALM (voor coaching, compliance of records), hebben toegang tot:

• Notities worden correct gekoppeld aan dia's.

• PDF worden gegenereerd zoals verwacht.