Kommande ändringar i Adobe Learning Manager

Ofta förbrukar videoinnehåll i långa sekvenser.

Förvänta dig en upplevelse i kursplanstil där systemet tydligt visar nästa avsnitt/modul.

Förstärker färdens guidade natur.

Minimerar bortfall mellan moduler.

Elever måste slutföra en strikt sekvens av moduler.

Författare inaktiverar ofta innehållsförteckningen för att undvika att hoppa över.

Bekräftar för elever att de följer rätt ordning.

Gör det mindre troligt att de misstolkar Nästa åtgärd och avslutar tidigt.

Uppdaterade etiketter och responsivt beteende säkerställer att navigeringen är förståelig utan att du behöver förlita dig på små stängda ikoner eller dolda kontroller.

Det är viktigt för kundutbildning, gigarbetare eller elever i frontlinjen som kan komma åt innehåll under korta sessioner på mobila enheter.

Zoom Connector tillåter nu att mer än en VILT-session skapas vid samma datum/tid från ALM.

Schemaläggningslogiken tillämpar inte längre ett villkor om att zooma en gång i taget på konto-/anslutningsnivå.

Administratörer och författare kan konfigurera överlappande VILT-sessioner (till exempel regionala klassrum, parallella spår eller upprepade sessioner för olika partnergrupper) utan att behöva kringgå problemet.

Zoommöten skapas nu med instruktörens e-postadress i stället för superadministratörens e-postadress för Zoom.

Varje instruktörs Zoom-konto kan vara värd för sina egna möten parallellt med andra instruktörer, inom gränserna för den befintliga Zoom-planen.

Endast en instruktör per möte stöds fortfarande.

Om en instruktörs e-postadress uppdateras senare i Adobe Learning Manager förblir befintliga möten kopplade till det ursprungliga e-postmeddelandet som användes när det skapades.

Författarna var tvungna att manuellt skapa zoommöten utanför ALM och sedan klistra in webbadressen för zoomkoppling i kursinstanskonfigurationen.

Detta var felbenäget och gynnades inte av anslutningsfunktioner som närvarospårning.

Alla sessioner kan skapas direkt från ALM-gränssnittet med zoomkontakten, även om de överlappar varandra i tiden.

Sessionens livscykel (skapande/annullering) hanteras fortfarande centralt via integrering.

Kör flera zoombaserade virtuella klassrum samtidigt (t.ex. parallellspår på ett virtuellt toppmöte, regionala grupper eller separata partnerutbildningssessioner).

Undvik flaskhalsar som tidigare tvingade administratörer att serialisera sessioner eller förlita sig på manuell zoomhantering.

Skapa zoommöten utanför Adobe Learning Manager manuellt.

Kopiera och klistra in zoom-URL:er i varje kursinstans för överlappande sessioner.

Risk för felkonfigurerade länkar, felaktiga möten eller utebliven närvarospårning.

Varje instruktör kan arbeta inom sina egna gränser för zoomlicenser.

Organisationer kan använda sin befintliga zoomallokeringsmodell (ett konto per tränare, per affärsenhet osv.) samtidigt som de integrerar helt med Adobe Learning Manager.

Det undviker flaskhalsen med en enda punkt vid användning av en delad zoomanvändare för superadministratörer för alla sessioner.

Konfigurera flera zoombaserade sessioner på samma plats (för olika spår eller ämnen).

Hantera dem alla som VILT-moduler under Adobe Learning Manager kurser och utbildningsvägar.

Ge eleverna en enhetlig upplevelse när anslutningen hanterar allt underliggande zoommöte som skapas.

Kör separata zoomsessioner för EMEA, APAC och Amerika vid överlappande tider för att matcha lokal arbetstid.

Undvik att tvinga fram en enda global tidslängd eller manuell zoominställning för ytterligare kohorter.

Schemalägg parallella introduktionssessioner eller rollbaserade utbrytningar (till exempel separata zoomrum för utvecklare, administratörer och affärsintressenter) i ALM.

Håll alla sessioner inom ALM:s VILT-modell för rapportering och efterlevnadssyften, i stället för att delvis gå över till ohanterade Zoom-möten.

Elevapp (kurskort eller kursinformation).

Administratör och författare visar när de förhandsgranskar som elev.

Se vem som har skrivit kursen, även om den förvärvas via en delad katalog.

Undvik den generiska och oanvändbara etiketten "Extern författare".

Samma kurs visas med konsekvent skaparanpassning på alla konton.

Elevupplevelsen är i linje med förväntningarna från det primära kontot (till exempel att se "Cloud Academy Team" i stället för "Extern författare").

Ett huvudkonto som äger de kanoniska kurserna, och

Kollegiala konton som hämtar innehåll via delade kataloger.

Delade kurser visar nu rätt namn på den som har skapat företaget i kollegiala konton.

Företagets interna supportbelastning minskar eftersom elever och lokala administratörer vet vem de ska kontakta.

Den ägande affärsenheten kan identifieras i fältet författare på alla konton som använder den.

Lokala l&D-administratörer kan snabbt se om en kurs underhålls lokalt eller av en annan affärsenhet och samarbeta i enlighet med detta.

Elevens LO API:er (till exempel slutpunkterna som returnerar utbildningsobjekt till elevupplevelsen och till externa plattformar) inkluderar nu LO-utgångsdatumet (automatiskt utfasningsdatum som konfigurerats för det utbildningsobjektet).

Det här fältet returneras som en del av LO-enheten i svar som:

• Hämta utbildningsobjekt (LO-information).

• LO-data som används för att fylla i elevens startsida, katalog och sökresultat.

Fältet kompletterar den befintliga completionDeadline som redan finns på instansnivån. Det nya fältet är specifikt det automatiska återtagningsdatumet på LO-nivå.

sök-API:er eller

sökdrivna kataloger och förslag för att konstruera elevvyer.

Visa etiketterna "Förfaller den {date}" eller "Förfaller snart" på kurskort och detaljsidor.

Kommunicera tydligare så att eleverna prioriterar utbildning som snart ska gå i pension.

Markera kurser som fortfarande är giltiga jämfört med kurser som snart ska fasas ut.

Hjälp elever att undvika att registrera sig för utbildningar som inte längre kommer att vara tillgängliga eller giltiga inom en snar framtid.

"När måste jag vara klar med den här instansen?" (tidsfrist för slutförande).

"När erbjuds denna utbildning?" (datum för automatisk pensionering/förfallodatum).

Undvik att elever förvirras av om en utbildning fasas ut.

Driva eleverna mot de mest aktuella, långlivade erbjudandena.

Dölj eller tona ned innehåll som är nära pensionering.

Skapa "Sista chansen att slutföra"-kampanjer.

Välja ett språk.

Överför den språkspecifika filen för det språket i samma arbetsstödsentitet.

Mindre förvirring om vilken version som ska öppnas.

Mindre risk för att komma åt inaktuella eller föråldrade kopior.

Referensblad för produkter.

Bearbeta checklistor.

Stöd för spelböcker

Produktfuskpapper

Integreringsguider

Stödarbetsflöden

Varje partner ser den lokaliserade versionen utan att tvingas välja mellan språkspecifika poster.

Marknadsförings- och aktiveringsteam kan hantera ett arbetsstöd per ämne på alla platser.

Kohortbaserat aktiveringsprogram: I det här programmet låses en ny modul upp varje vecka. Innehållet för Vecka 1 är tillgängligt direkt, medan Vecka 2 är synlig men kan inte startas förrän ett visst datum. Vecka 3 följer samma grindningsprocess. Elever kan se hela utbildningsvägen, men systemet styr när de faktiskt kan påbörja varje steg.

Tidsbunden produkt- eller kampanjutbildning: Marknadsförings- eller produktteam kan skapa en utbildningsmodul som endast ska användas när en kampanj är aktiv eller när en viss version av en produkt fortfarande är tillgänglig. Detta startfönster ser till att eleverna inte påbörjar en modul om en avvecklad produktversion efter den angivna sluttiden.

Bedömnings- eller tentamensmiljöer: Organisationer kan öppna en modul (t.ex. ett test) för ett kort, väldefinierat fönster (t.ex. "du kan starta tentamen när som helst mellan 9:00 och 12:00 ett visst datum"). Elever kan inte påbörja tentamen utanför det fönstret, vilket stödjer rättvis schemaläggning över tidszoner och kohorter.

Anger spelarspråket därefter.

Startar motsvarande språkvariant av modulen när innehåll på flera språk är konfigurerat.

Konsekvent språkupplevelse i olika system: När en elev väljer ett språk i den externa portalen återspeglas det valet omedelbart i ALM. Detta säkerställer att eleverna inte stöter på några avvikelser mellan portalens språk och kursen. Som ett resultat av detta kommer de inte att behöva söka efter en språkinställning i spelaren.

Språkspecifik rapportering: I deras plattform överensstämmer språkval med ALM, vilket förbättrar noggrannheten i deras analys och elevspårning. Denna inriktning stöder också konfigurationer där ALM:s egna språkkontroller avsiktligt är inaktiverade eller dolda i Fluidic Player för specifika kurser. I dessa fall fungerar den externa plattformen som den enda sanningskällan för språk.

Ett betydande användningsfall innefattar stora företag som använder LTI-baserade integreringar. Elever registrerar sig först och väljer ett språk på plattformen. Sedan startar de ALM-utbildningar genom LTI. Med denna förbättring öppnas ALM-modulen automatiskt på spanska när eleven väljer spanska. Det innebär att eleverna inte behöver justera språkinställningarna i ALM. Språkbaserad rapportering överensstämmer dessutom fortfarande med vad elever ser och upplever i ALM.

En annan tillämpning är leverans av fjärradministrerade kursupplevelser inom en kund- eller partnerportal. I den här konfigurationen kan portalen bädda in ALM-innehåll med en iFrame, medan all navigering och språkanvändning hanteras utanför ALM. Genom att använda anpassade LTI-parametrar kan portalen se till att ALM-spelaren visas på rätt språk och att alla onödiga gränssnittselement (till exempel innehållsförteckning och navigeringsknappar) är dolda. Detta gör att eleverna kan uppfatta en enda sammanhängande tillämpning snarare än en osammanhängande samling verktyg.

Detta är fördelaktigt för organisationer som bedriver storskalig utbildning i flera språk med ett annat LMS eller en annan utbildningsplattform. De kan standardisera sin användning av den plattformen för att hantera elevprofiler, välja språk och presentera kataloger. Under tiden fungerar ALM som en pålitlig innehålls- och spårningsmotor som respekterar de språkinställningar och användarinteraktioner som anges av det externa systemet vid varje LTI-lansering.

Granskaren (instruktör eller chef) utvärderar eleven enligt den konfigurerade typen av checklista:

• Väljer Ja/Nej.

• Välj poäng på den definierade skalan.

Checklisterapporten Checklista har uppdaterats så att den inkluderar följande för frågor med olika vikt:

• Högsta poäng för varje fråga.

• Poängen som uppnås av varje elev för den frågan.

Bättre och mer realistiska bedömningar: Instruktörer kan återspegla verkliga prioriteringar genom att ge fler poäng till kritiska beteenden och färre till mindre sådana, samtidigt som de använder ett arbetsflöde med checklistor som passar för observerade eller praktiska uppgifter.

Total-score-baserat godkännande/underkännande: Utvärderingarna kan baseras på den övergripande procentpoängen, inte bara hur många frågor som klarar ett tröskelvärde, vilket ligger närmare den typiska kompetensen eller graderingsschemat.

Bättre rapportering: Uppdaterade checklisterapporter visar högsta poäng och uppnådda poäng per fråga, vilket gör att programägare och kvalitetsteam kan identifiera specifika svaga punkter och förbättra vägledning för utbildning eller utvärdering.

Företagets kompetensbedömningar: Teknikerna bedöms via praktiska, scenariobaserade checklistor där vissa diagnostiska steg eller kommunikationssteg måste väga tyngre än kosmetiska steg eller lågrisksteg. Viktade frågor och total-score-kriterier gör dessa bedömningar mer trovärdiga och prediktiva för verkliga resultat.

Iakttagelser av säkerhet och regelefterlevnad: Inom hälso- och sjukvård, tillverkning eller fältservice kan viktiga säkerhetssteg ges högre maxpoäng, vilket säkerställer att om en säkerhetskritisk åtgärd saknas får det större effekt på totalpoängen än om ett mindre steg i proceduren saknas.

Coaching och kalibrering: Med max och uppnådda poäng per fråga i rapporten kan chefer se exakt var eleverna underpresterar och kalibrera instruktörer om hur de poängsätter konsekvent.

Alla moduler som riktar sig till elever (SCORM, PDF, HTML osv.) kan finnas på flera innehållsspråk så att eleverna kan välja vilket språk de föredrar.

I en checklistmodul utvärderar granskare (instruktörer/chefer) elever baserat på de frågor som definierats i checklistan.

Författare kan nu lägga till checklistefrågor på alla språk som valts på kursnivån.

För varje checklista:

• Författaren förväntas tillhandahålla motsvarande frågetext på varje innehållsspråk där kursen finns.

• Frågeställaren ansvarar för att frågorna har en enhetlig innebörd på alla språk.

Granskarna ser checklistefrågor och utvärderingsgränssnittet på sitt valda innehållsspråk.

När en fråga utvärderas på ett språk:

• Utvärderingen (poäng, ja/nej, status) är logiskt sett densamma för alla språk. Det är en enda checklista med flerspråkiga vyer, inte separata checklistor per språk.

En administratör eller granskare som kör rapporten på varje språk ser de lokaliserade frågenamnen för det språket.

De bakomliggande svaren och poängen förblir desamma; endast frågeetiketter översätts.

Bättre granskarupplevelse: Granskarna kan arbeta helt på sitt eget språk, läsa frågor och spela in utvärderingar utan språkbarriärer.

Anpassning av regler och policy: I regioner med krav på språklig jämlikhet (till exempel nederländska/franska i Belgien) kan checklistor nu uppfylla samma standarder som andra utbildningsmaterial, vilket minskar risken för efterlevnad.

Konsekvent utvärderingslogik: Även om texten är lokaliserad delas utvärdering och poäng mellan alla språk, vilket säkerställer att resultaten är jämförbara och centralt hanterade.

Franchise för flera länder som arbetar på flera språk kan distribuera en enda kurs och checklista samtidigt som du kan erbjuda lokala granskningsupplevelser i varje område.

Alla globala företag med lokala instruktörer (t.ex. EMEA, LATAM eller APAC) kan låta granskarna arbeta på sitt lokala språk samtidigt som de delar samma globala checklistedesign och rapportering.

Utvärdera en checklista för varje elev, fråga för fråga.

Visa resultat och utvärdera elever som har misslyckats på nytt.

Aktivera eller inaktivera kommentarsfunktioner för granskare.

Bestäm om granskarens namn ska visas för elever tillsammans med kommentarer.

Granskare (instruktörer/chefer) kan lägga till valfria kommentarer när de utvärderar en checklista.

De kan välja om kommentarer är synliga för elever, baserat på inställningarna i checklistan.

Checklisterapporten får en ny kolumn för granskarens kommentarer som innehåller kommentaren som tillhandahölls under utvärderingen.

Eleverna får meddelanden (på plattformen och via e-post) när en checklista utvärderas. Dessa meddelanden inkluderar:

• Kommentaren och

• Granskarens namn, om de har konfigurerats för att vara synliga.

Bättre, coachliknande feedback: Numeriska poäng kompletteras med sammanhangsberoende kommentarer, vilket gör checklistor till ett mer effektivt verktyg för coachning, inte bara efterlevnad.

Spårbarhet och granskningsbarhet: Organisationer får en permanent redovisning av vem som utvärderade vem, när och vad de sa, vilket är viktigt i reglerade miljöer och viktiga roller.

Bättre engagemang bland elever: Eleverna får tydlig vägledning kopplad till specifika utvärderingar, vilket förbättrar deras förståelse för förväntningar och efterföljande steg.

Organisationer med reglerade miljöer kan använda kommentarer för att dokumentera klinisk bedömning eller feedback för personal som observeras på fältet.

Luftfarts- och marktjänstorganisationer kan bifoga detaljerade anteckningar om driftsprestanda, säkerhetsrutiner och kundinriktat beteende, vilket gör en checklista till ett strukturerat debrief-verktyg.

I mentorskap och utvärdering av små och medelstora företag kan instruktörer fånga nyanserade observationer som inte skulle passa in i en poäng ensam, till exempel "hanteras eskalering bra men behöver förbättra tidshantering" eller "utmärkt felsökningsflöde; missade ett dokumentationssteg."

Författare kan konfigurera försök på kursnivå (tillämpas på alla quiz-bärande moduler i kursen) eller på modulnivå (per quiz-modul).

Försök kan vara:

• Ett visst tal (till exempel 3 försök) eller

• Oändligt antal försök, styrt på LMS-nivå.

När en elev förbrukar en modul genom Fluidic-spelaren och sedan stänger spelaren eller slutför modulen, behandlas den sessionen som ett enda LMS-försök.

Varje LMS-försök registreras i L2-frågeformulärsrapporten som en ny rad.

När du överför innehåll till innehållsbiblioteket kan författare nu ange att flera försök är inbäddade i en viss innehållsfil.

Det här är en inställning per innehåll som talar om för ALM att behandla försök som definieras i innehållet som sanningskällan.

Modulen hämtar sina försök från innehållet, inte från LMS MQA.

Elever kan bara se ett försök på LMS-nivå:

• Kursöversikten och modulvyn visar inte en LMS-omförsöksknapp för den modulen.

• Försökshantering (till exempel försök i frågeformuläret) styrs av själva innehållet.

Varje internt quiz-försök som konfigurerats i innehållet visas som en egen rad i L2-quiz-rapporten, ungefär som hur försök på LMS-nivå representeras i dag.

Formatet för varje rad förblir detsamma som befintliga flerförsöksrader i L2-rapportering (samma kolumner, struktur och semantik).

Detta ger en konsekvent rapporteringsupplevelse:

• Oavsett om försöken styrs av LMS MQA eller av innehållet visar L2-frågeformulärsrapporten en rad per försök.

Exakt försökshistorik för SCORM-frågeformulär där försök styrs internt av verktyg som articulate, utan att tvinga MQA-konfigurationen på LMS-nivå överst.

Renare elevupplevelse: För innehållskontrollerade försök ser eleverna en enda plats på LMS-nivå och behöver inte interagera med kontroller för LMS-återförsök. Alla återförsök hanteras inom det frågesportgränssnitt som de redan känner till.

Flexibel arkitektur: Användarna kan välja om ALM MQA eller försök på innehållsnivå ska styra beteendet per modul, beroende på hur deras innehåll har skapats och hur de föredrar att hantera försök.

Konsekvent rapporteringsmodell: Nedströmsanvändare av L2-frågeformulärsrapporten kan behandla varje rad som "ett försök", oavsett var försökslogiken kommer ifrån.

Organisationer som använder articulate SCORM kan behålla sin självständiga frågelogik i SCORM-paketet samtidigt som de får korrekta rapporter på försöksnivå i ALM utan extra LMS-konfiguration.

Organisationer som använder SCORM-innehåll som leverantören tillhandahåller kan undvika behovet av att ändra eller implementera ytterligare försök och försöka igen med MQA på LMS-nivå.

Registrering av kursinstans,

Sessionens närvaro, eller

Registrering + närvaro tillsammans

Instruktörer kan generera QR-koder på sessionsnivå för:

• Registrera dig i instans: Elever söker för att registrera sig till instansen som innehåller den aktuella sessionen.

• Markera sessionsnärvaro: Elever söker under/efter sessionen för att registrera närvaro för den specifika sessionen.

• Registrera dig i instans + markera närvaro i session : En kombinerad QR för inklistringar som ännu inte har registrerats och behöver sin närvaro markerad i ett steg.

Instruktörer kan exportera de QR-koder de behöver baserat på scenariot (registrering, närvaro eller båda).

Kursnamn

Instansnamn

Sessionsnamn

Instruktörsautonomi: Instruktörer behöver inte längre vänta på att administratörer ska skapa QR-koder. De kan generera dem direkt för varje session, förbättra smidigheten och minska de allmänna kostnaderna för samordningen.

Bättre klassrumslogistik: Instruktörer kan hantera registrering och närvaro på plats med hjälp av QR-koder om de är på promenad eller på plats (t.ex. fältarbetare, personal på verkstadsgolvet eller externa deltagare).

Minskad administrativ arbetsbelastning: Administratörsteam kan fokusera på konfiguration och styrning i stället för att hantera rutinmässiga begäranden om generering av QR-kod för varje session.

Organisationer som kör stora volymer sessioner på plats (till exempel produktutbildning för proffs) kan ge instruktörer möjlighet att skriva ut sessionsspecifika QR-koder som registrerar och markerar närvaro med en skanning.

Inom detaljhandels-, tillverknings- och hälsovårdsutbildning, där elever ofta deltar i sessioner direkt från golvet eller utan förregistrering, kan en QR-kod ("Enroll + Attendance") läggas vid dörren. Detta gör det möjligt för elever att själva betjäna sin registrering och närvaro via sina telefoner.

Utbildningshändelser för partners eller kunder gör att utbildaren på plats enkelt kan anpassa sig till förändringar i rummet, ytterligare sessioner eller extra deltagare utan att behöva rådfråga administratören om nya QR-koder.

Endast ALM-innehållet visas på spelarens vänstra sida.

Captivate egen TOC döljs när modulen spelas upp i ALM.

Detta eliminerar dubbletter, säkerställer en enda sanningskälla för navigering och frigör skärmytor.

ALM-innehållsförteckningen visar gröna skalmarkeringar (eller motsvarande visuella ledtrådar) som indikerar slutförande på bildrutenivå.

I takt med att eleverna går vidare genom diabilderna i Captivate visar ALM-TOC vilka diabilder som har slutförts, i linje med elevens förväntningar på moderna kursspelare.

Spelarkontrollerna anpassar sig efter bildtyp:

• För videobildrutor:

  • Visa en tidsförloppsindikator som återspeglar videouppspelningen.

För icke-videobilder:

• Visa sidnavigeringskontroller (nästa/föregående bild osv.) i stället för en icke-fungerande tidsrad.

  • På så sätt undviker du att visa irrelevanta eller icke-fungerande kontroller på vissa bildtyper.

Det separata modulnavigeringsfältet (ALM) och kursnavigeringsfältet kommer att slås samman till ett enda, intuitivt fält.

Den här enhetliga navigeringen:

• Skiljer sig tydligt från att gå genom modulen Captivate jämfört med att gå tillbaka till kurs-/modulnivå.

• Minskar förvirring orsakad av flera staplar med överlappande syften.

Anteckningar länkas till bildnummer i stället för tidsstämplar.

Den här ändringen:

• Korrigerar exportfel som orsakas av saknade eller felaktiga tidsstämplar.

• Gör att anteckningar kan exporteras på ett enhetligt sätt som PDF, med en tillförlitlig mappning mellan anteckningar och det bildsammanhang som de tillhör.

Renare upplevelse för en spelare: Eleverna interagerar med en TOC och en navigeringsmodell vilket minskar förvirringen och den kognitiva belastningen.

Exakta angivelser av slutförande och förlopp: Skjutmarkeringar och sammanhangsberoende kontroller hjälper elever att förstå var de är och vad som finns kvar.

Mer robust anteckning och export: Genom att koppla anteckningar till bilder i stället för sköra tidsstämplar återfår användarna ett tillförlitligt arbetsflöde från anteckningar till PDF, även med bildbaserat Captivate-innehåll.

Bevarat arbetsflöde för författare: Författarna behåller enkelheten i Captivate direktpublicering till ALM, medan eleverna får en modern, integrerad uppspelningsupplevelse utan extra redigeringsbördor.

Aktiveringsprogram som använder Captivate för interaktiva simuleringar kan distribuera innehåll i ALM, vilket säkerställer att navigering, spårning av slutföranden och anteckningar fungerar konsekvent för elever.

Organisationer som använder Captivate som sitt huvudsakliga verktyg för innehållsredigering kan upprätthålla publicering med ett klick och undvika att blanda ihop dubbla innehållsförteckningar och icke-funktionskontroller för elever.

Organisationer som använder anteckningar som exporterats från Captivate-innehåll i ALM (för coaching, compliance eller record) kan komma åt följande:

• Anteckningar länkar korrekt till bilder.

• PDF genereras som förväntat.