
Ask a university media services team why they are still on their current video platform and the honest answer is rarely that it is the best option on the market. It is that leaving would mean a project nobody has the time, budget or appetite for. Thousands of lecture recordings, embeds scattered across years of courses, quizzes and discussions built inside the vendor's player, and analytics that would vanish on the day of the switch. That is vendor lock in, and in higher education video it is more common than in almost any other part of the campus technology stack.
This guide explains where video platform lock in comes from, what it actually costs, and how institutions can keep their options open without ripping out what already works.
In cloud computing, vendor lock in describes the point where moving to another provider costs more than staying, even when the alternative is better or cheaper. The same idea applies to video platforms, with one important difference. In cloud infrastructure the lock in mostly sits with engineers. In education video, it sits inside thousands of courses that instructors and students use every day.
A university video platform usually does four jobs at once:
When all four live with one vendor, changing the first one means losing the other three. That is the root of the problem.
Every course that embeds a video points at the vendor. Some institutions have tens of thousands of these references across current and archived courses. Moving the files is the easy part. Finding and repointing every embed, course by course, is what turns a migration into a multi year project.
In video quizzes, timestamped discussions and reflection prompts that were built with the vendor's own tools usually cannot be exported in a form another platform can use. Instructors who invested hours building them are the first to object to a switch, and they are right to.
Graded video activities are wired to the LMS gradebook through the vendor's integration. Change the vendor and those grade passbacks break, often in the middle of a term.
Viewing and completion data lives in the vendor's reporting. When the contract ends, years of engagement trends usually go with it, which matters for program reviews, accreditation and research.
Faculty learn one recording and publishing workflow. Help desks build their documentation around it. Every switch resets that investment.
The cost of lock in rarely shows up as a line item. It shows up in three places.
The single most effective step is to stop treating the video host as the place where teaching happens. If quizzes, discussions, completion tracking and analytics live in a layer above the host, the host becomes a replaceable part of the stack. This is the idea behind a Multi Video Platform: courses connect to one layer, and the video can sit on any host underneath.
Every vendor specific LTI tool is another integration to maintain and another thing that breaks when you switch. A single LTI 1.3 connection to a platform that works across hosts means adding or replacing a host does not touch your Canvas, Moodle, Blackboard or Brightspace setup. Our LTI 1.3 procurement checklist covers what to require.
Ask every vendor two questions in writing: can we export every quiz response, comment and viewing record in a usable format, and what happens to that data on the day the contract ends? If the answers are vague, the data is part of the lock in.
Exit terms are easiest to negotiate before you sign. Ask for data export commitments, a transition period, and clarity on how long recordings stay accessible after termination. Our video platform renewal checklist lists the questions.
Many universities already run more than one video platform. Lecture capture sits on one service, marketing video on another, and some departments still use YouTube or Vimeo for public content. Lock in thinking usually treats that as a mess to clean up before anything else can happen. It does not have to be. If the learning layer is shared, a mixed estate is simply a fact of life, and each host can be chosen for what it does best.
Annoto is built so that courses depend on Annoto rather than on any single video vendor. It can wrap the video services you already use, such as Kaltura, Panopto, Brightcove, Vimeo or YouTube, or host and deliver video itself. Quizzes, timestamped discussions, peer review, notes, completion and analytics are stored in Annoto, so they stay in place when a video moves. When an institution does decide to move, the Annoto team runs the transfer, while course links, embeds and LMS integrations keep pointing at Annoto.
You can read how it works on the Multi Video Platform page, or see the full list of supported hosts on Annoto for any video host.
No. Deep integration with one vendor can be efficient. The problem is when the cost of leaving becomes so high that you can no longer negotiate, choose better tools, or respond when the vendor changes direction.
Institutions commonly plan for one to two years, mostly because of course embeds, rebuilt interactions and faculty retraining rather than the file transfer itself.
Yes. Moving interactions and analytics into a host independent layer reduces lock in immediately, even if you keep your current host for years.
Book a demo to see how your current host would sit under Annoto, and what a future switch would look like for your courses.
Get the best resources and research on active video learning, in your inbox, once a month.