A smooth move from another LMS depends on planning before anything is copied: know exactly what data you have, what the new platform can bring across, and how students will experience the switch. Settle those three things in writing first, and the migration becomes a controlled project rather than a stressful weekend. Here is what to plan, and in what order.
Be clear about why you are moving
Write down the problems you want the switch to solve. Perhaps students see another company's branding, payments and enrolments are handled in separate tools, or leads sit in spreadsheets and WhatsApp groups. This list becomes your test later: if the new setup does not fix these problems, the move was not worth the effort.
It also helps you decide what not to migrate. An old course nobody has bought in a long time may be better retired than moved. Name one person who owns the migration on your side. They make decisions quickly, keep the checklist, and act as the single point of contact for the new provider, so questions do not bounce between teachers and office staff.
Take a full inventory of your data
List everything that currently lives on your old platform, and note whether you can export it.
- Courses, chapters, lessons, notes and downloadable resources.
- Videos, and where they are actually hosted.
- Students and their enrolments.
- Quizzes and question banks.
- Certificates already issued.
- Leads and enquiries.
- Payment history and invoices.
Check export options now, while your current subscription is still active. Some platforms let you export students but not their progress, or quiz questions but not past attempts. Knowing the gaps early prevents unpleasant surprises later.
Understand what can and cannot move
No migration is a perfect copy. Structures differ between platforms, so ask the new provider to state clearly what is supported. Useful questions include:
- Which source platforms and data types do you support?
- Will student enrolments carry across, and does that depend on what my old platform exports?
- Will videos be re-uploaded or relinked from where they are hosted?
- Can issued certificate records be preserved?
- What happens to my payment history, and should I keep my own archive of it?
Get the agreed scope in writing before any work starts. A written scope protects both sides and gives you something concrete to check against at the end.
Plan the student experience
Students do not care about your migration. They care that they can log in and carry on where they left off. Plan your communication around that.
- Tell students in advance, with a date and a short explanation of what changes for them.
- Explain how they will sign in to the new portal, and whether they need to set a new password.
- Avoid switching in the middle of an exam season, the final weeks of a live batch or a major launch.
- Keep a named person available to answer questions in the first days after the switch.
If your domain is moving from the old platform to the new one, schedule the DNS change for a quiet period and make sure old links still lead somewhere sensible.
Test before you announce
Before switching over, run the new setup with a small group, such as your staff or a few trusted students. Ask them to sign in, open a lesson, take a quiz, make a test payment and download an invoice. Compare course content against the original chapter by chapter. Check that a sample of student records and enrolments matches what you had before.
Only when this group is satisfied should you point your domain at the new site and send the announcement. Keep your exports, and read-only access to the old platform if possible, for a while in case questions come up.
Tidy up after the move
Once students have settled in, close the loose ends. Cancel the old subscription at a sensible point in its billing cycle, disconnect old payment gateway links, update the links in your social profiles and email signatures, and import any remaining leads so that follow-ups are not lost. Then look back at the list of problems you wrote at the start and confirm each one has been solved.
Where MBSGuru fits
MBSGuru offers assisted migration for supported platforms and supported data. Depending on what your current platform allows, it can cover courses and content, students and enrolments where the source supports export, quizzes, relinked videos and certificate records, with leads brought in by CSV. The scope is assessed and confirmed in writing before implementation begins. Start the conversation through our migration enquiry.
