🚀 Simplified ILT: Less Clicks, More Learning!

That last one is a real winner. Being able to create topic based sessions with multiple event times within them and then letting a user pick the times that work from each session is a GAMECHANGER!

Can I set ILT completion based on the number of sessions completed or the total number of events completed across all sessions instead of completion of a single session? 

The cancel sessions feature would be amazing! We rarely truly “cancel” a session, most often postponed. Being able to preserve the historical information until it is rescheduled without learners seeing it would be extremely helpful.

I am thrilled with the ability to cancel sessions.  This is huge for us.  

We are still really hoping for a more direct way to manage sessions and session/event enrollments on the admin side.  Currently, it is soooo many steps to unenroll a user from one session and into another; the user can do it in one function - select a new session.  But, for admins, it is two very long workflows.  

Additionally, I’d like to be able to manage sessions in bulk.  Having to manage sessions course by course is very laborious.  It would be great if Sessions had their own management area separate from Courses...kind of like Learning Plans and Courses...related but managed independently.  A CSV upload for Session enrollment and unenrollment would be appreciated as well.    

I am hoping that the ability for learners to enroll into multiple sessions is optional - a toggle on/off for the platform or a checkbox at the course level.  We do NOT want our learners enrolling into multiple sessions of the same course.  It takes up seats when they are only going to attend once.  Holding seats in multiple sessions really impacts our fill and attendance rates and makes it difficult to predict volume rates for instructor contracts.   

Question. Will the Session Status be visible in the User Personal Summary table for Sessions? 

We have asked repeatedly that the Attendance Status be displayed in that screen because the Enrollment Status is confusing.  If a student is Absent, the Session status is never changed...it stays “In Progress” but that is inaccurate as they will never be able to move to “Completed” because the session is past.  If it was Attendance Status reflected, it would be sooo much cleaner.  You could see that for that session, the student was Present, Absent, or Not Set (attendance not yet submitted).  Currently, you can’t know if the student was a No-Show, or the attendance just hasn’t been completed.  It’s very confusing to our learners and admins.  

Exciting news - any ETA’s on these enhancements?

These enhancements seem like a great start.  Ability to monitor and report on cancellations as well as the ability for enrollment into multiple sessions of the same course is something we have be hoping would happen in the product for quite some time.  But I have similar questions regarding what the learner sees on their own dashboard, and agree the clearest option if possible would be to show the learner the attendance status.  We get questions constantly from stakeholders and learners asking why, for example, an ILT course shows ‘In Progress’ on a learners dashboard when the session has not even occurred yet.

Thank you for the updates! We welcome them all.
We also have a huge need to change an enrollment status to “Cancelled”. Marking them as “No Show” still takes up a seat that could go to someone else.  The “Unenroll” option removes them from the roster and reporting (unless you dig through the audit logs) which makes it difficult for forecasting or tracking repeat offenders.  The goal is to easily track who signed up and then (for whatever reason) is not able to attend.  Any help will be greatly appreciated.

These are very exciting enhancements, especially the 3rd one.

Could I recommend reducing the number of steps required to set up an ILT? or can we have 2 options, one for standalone trainings and 1 for multi- offering training.

Where, the standalone training (Offered only once and only has 1 session) requires us just to add the required details such as title, description, schedule, instructor and enrollments while building the course shell itself, instead of having to create and enter almost similar details in Course Shell + Session+ Events. 

And Mult-Offering can remain as is.

Great updates!
Some comments/concerns regarding the Self-Enrollment in Multiple Sessions feature - 

• I hope Superadmins/Power User will have the option to enable/disable this option per course.
• If the enrollment in pending Admin Approval, and the admin approved the enrollment into a specific session, the user should not be able to self-enroll in other sessions without going through the approval process again. 
• If the course is for sale and the user is enrolled in a session, they should not be able to enroll in another session without going through the checkout process again.

Thanks!

​@martina.ferrari , I had submitted the request below a year ago and was wondering if deactivated instructors would not appear on new and upcoming ILT sessions. See request below. 

Generally the updates sound good, however i’m a bit afraid on the implementation of this one… currently if a learner is enrolled in a course, they automatically see all the upcoming sessions of that course AND they can also self-enroll. This is contrary to what we need, which is to fully control what learners can see and do. I would have expected an update to correct this, but nevermind for now. I’m afraid that this change will allow users that are already enrolled in a session, to see the other upcoming sessions of the same course, complicating the existing issue even more. It would be nice to clarify how this is going to work, considering the context described earlier.

Self-Enrollment in Multiple Sessions would help us significantly, especially for our staff, conveners, and facilitators. 

I second the opinion(s) on attendance status being an issue. I do think it needs it’s own discussion though.

If a session is marked completed via attendance which then marks the course complete, then I think there should be a different course status for Absent other than ‘in progress’. I’m not sure ‘completed’ makes sense either. If your reports are based on course status and not attendance (which it has to be because we CAN’T report on attendance status in reports as far as I know), then showing completed is misleading. So what verbiage would you use to convey they didn’t do the thing and they can never do the thing and they shouldn’t be given credit for something they didn’t do, but they shouldn’t be staring at an inprogress on their task widget for years either. Yes, archiving might handle that, but it’s not automatic,and going back to see who was absent to know which records to archive…..ya….probably not feasible at scale.

For those of you saying, but we can report on attendance, there is a field, right there in reports, it says Attendance…..for me that shows X number of hours out of the possible number of hours. The Attendance Hours field shows the number of hours as a number you can do math with. For example Attendance would show 6h 30m / 6h 30m   and then Attendance hours would show 6.5. I haven’t found a way to show the literal word Absent or Present.

#3 would be a game changer for us! We have ILT courses where a user must complete multiple sessions, and are currently relying on power users to multi-enroll (which has forced us to do a LOT of custom CSS to make the learner view palatable) or use learning plans (which have been pretty confusing to learners who are believe they are taking a single course).

As an add-on, in general - I’d love to see better UX/UI for learners when it comes to enrolled ILTs - the session/event descriptions length and placement aren’t sufficient, and there’s so much going on and very little visual hierarchy with the page.

I am curious if we are going to add a setting where an admin or power user can prevent Users from registering for multiple courses/sessions that are offered on the same day and time.  We have a setting to prevent Instructors from being double-booked, but not users.  This would be a helpful feature to prevent users from double-booking themselves for multiple training session, for different courses, that happen to be offered on the same data and time.