How to Build an LMS from Scratch: Features and Must-Haves (2026 Guide)

In this article

    Custom App Development

    Off-the-shelf LMS platforms are fine until they are not. The moment your training requirements outgrow what Moodle or TalentLMS can offer, or the moment you need your platform to look, feel, and behave like your product rather than someone else’s, a custom build becomes the right answer.

    But building an LMS from scratch is a serious undertaking. Get the feature set wrong and you build a platform nobody uses. Get the architecture wrong and you spend years paying for a decision made in week two. Get the compliance wrong and you lose institutional clients before they sign.

    This guide covers everything that actually matters: the features every LMS must have, the ones that create real competitive advantage, how the architecture works, and what it costs to build one properly in 2026.

    What You Need to Know

    What an LMS is A platform that creates, delivers, tracks, and reports on learning content at scale
    Typical MVP timeline 4 to 7 months for a focused build
    Cost range $40,000 for a lean MVP to $300,000+ for an enterprise platform
    Most critical feature Progress tracking and reporting: everything else supports this
    Biggest technical decision Whether to build on a headless LMS backend or fully from scratch
    Key compliance requirement SCORM compatibility for enterprise sales, FERPA for US education, COPPA for under-13
    Most common mistake Over-scoping version one and launching late with a bloated product nobody navigates cleanly

    What Is an LMS and Who Builds Them?

    A Learning Management System is a software platform that handles the creation, delivery, tracking, and reporting of learning content. It is the infrastructure behind online courses, corporate training programmes, compliance certifications, and academic curricula.

    Three types of organisations build custom LMS platforms.

    EdTech startups building a product to sell to schools, universities, or enterprises. They need a platform that is differentiated, brandable, and scalable.

    Enterprises and corporations building internal training infrastructure. They need something that integrates with their HR systems, supports their specific compliance requirements, and can be controlled entirely by their own team.

    Educational institutions that have outgrown off-the-shelf platforms and need specific features, integrations, or user experiences that Moodle and Canvas cannot provide.

    In all three cases, the decision to build from scratch is driven by the same thing: the available platforms do not fit the requirement well enough to justify the compromises.

    Types of LMS Platforms

    Before scoping your build, get clear on which type you are actually building.

    Corporate LMS: built for employee onboarding, compliance training, and professional development. Key requirements are SSO integration with existing identity providers, reporting dashboards for HR and managers, SCORM compatibility with existing content libraries, and multi-department access controls.

    Academic LMS: built for schools, colleges, or universities. Requires parent and guardian roles for younger learners, grade book functionality, assignment submission and feedback workflows, and integration with student information systems.

    Commercial course platform: built to sell courses to external learners. Requires payment processing, instructor onboarding, revenue sharing logic, and a public-facing course catalogue.

    Compliance training LMS: built specifically for regulated industries like healthcare, financial services, or construction. Requires certification management with expiry dates, mandatory course assignment, audit trails, and detailed completion reporting for regulators.

    Extended enterprise LMS: built for organisations that need to train not just employees but also partners, resellers, customers, or franchisees. Requires multi-tenant architecture so different organisations each see their own branded environment.

    Must-Have Features for Every LMS

    These are non-negotiable. An LMS that does not do all of these well is not competitive regardless of what else it offers.

    Course builder and content management

    Instructors need to create and structure courses without developer involvement. A good course builder handles video lessons, text pages, downloadable files, embedded presentations, and quizzes. Content should be organised into modules and lessons, easy to reorder, and simple to update after publishing. The interface needs to feel like a word processor, not a database tool.

    Learner dashboard and course catalogue

    The first screen a learner sees after login. It needs to show enrolled courses, progress on each, upcoming deadlines, and recently accessed content clearly. The course catalogue, where learners browse available content, needs filtering by topic, format, duration, and skill level.

    Progress tracking and completion

    Every interaction a learner has with content needs to be recorded: lessons viewed, time spent, quiz attempts, assessment scores, and course completion status. This data feeds reporting dashboards and certificate generation. It is the operational core of the entire platform. Everything else depends on it working accurately.

    Assessment and quiz engine

    Multiple choice, true or false, short written answer, and file upload assessments. Questions need to be randomised to prevent sharing of answers between learners. Pass marks need to be configurable by course. Retake rules need to be flexible. Assessment results need to feed directly into progress records and certificate logic.

    Certificate generation and management

    Learners who complete a course or pass an assessment expect a certificate immediately. Certificates need to be generated automatically, downloadable as PDF, shareable as a link, and carry a verification code so employers can confirm authenticity. For compliance training, certificates need expiry dates and renewal notifications.

    Reporting and analytics

    The platform needs to show completion rates by course, learner, team, and department. Assessment performance trends. Time on platform. Overdue training by team. For enterprise and compliance platforms, managers and HR teams need filtered views of their own team’s data without seeing data that belongs to other departments.

    Notification system

    Automated emails and push notifications for course assignments, upcoming deadlines, overdue training, assessment results, and certificate renewals. Notifications are one of the most effective tools for driving completion rates. A platform without a capable notification system will consistently underperform.

    Mobile experience

    Most learners access content on their phones, particularly for short training modules and compliance refreshers. The platform needs to work cleanly on mobile. Whether that means a responsive web design or a dedicated mobile app depends on your content format and audience, but mobile cannot be an afterthought.

    Search

    Learners need to find content quickly. Full text search across course titles, descriptions, and where possible lesson content. Filtering by category, format, completion status, and skill level. For large content libraries, poor search is one of the fastest ways to frustrate users.

    Advanced Features That Drive Adoption

    These are the features that turn an LMS from a compliance tool into a platform people actually choose to use.

    Learning paths and curricula

    Rather than a flat list of individual courses, learning paths group content into a structured progression. Complete this course before that one. Finish this module to unlock the next. For skills development programmes, learning paths are what turn individual courses into a coherent development journey.

    Gamification

    Points, badges, leaderboards, streaks, and completion milestones. Gamification works particularly well for compliance training and corporate onboarding where intrinsic motivation is low. The design principle is to reward genuine progress rather than just time spent, which means tying gamification to assessment performance and not just video completions.

    Social learning and discussion

    Forums, comment threads on lessons, peer-to-peer Q&A, and collaborative assignments. Social features increase time on platform, improve knowledge retention through discussion, and reduce the support burden by letting learners answer each other’s questions. For enterprise platforms, team-based learning activities are particularly effective.

    Live sessions and virtual classrooms

    Scheduled live training with real time video, screen sharing, polls, and Q&A. Requires integration with a video conferencing provider or a custom-built live streaming layer. Live sessions can be recorded and added to the course library automatically, which extends their value significantly beyond the live audience.

    AI powered features

    Personalised content recommendations based on role, performance, and learning history. Automated quiz generation from uploaded course content. AI chatbots that answer learner questions about course material without waiting for instructor response. These are moving from differentiator to expected standard, particularly in enterprise and higher education platforms.

    Manager dashboards

    In corporate platforms, line managers need visibility into their team’s training status without seeing data from other teams. A dedicated manager view with team completion rates, overdue training alerts, and the ability to assign courses to individual team members directly is a standard enterprise requirement.

    Multi-tenant architecture

    For platforms serving multiple organisations, a multi-tenant architecture lets each organisation have its own branded environment, its own user base, and its own content library, while all sitting on a shared infrastructure. This is essential for EdTech startups selling to enterprises and for extended enterprise platforms.

    User Roles: The Foundation of LMS Architecture

    Getting your user role structure right before development starts is one of the highest leverage decisions in any LMS build. These roles need to be defined clearly because they drive permissions, navigation, reporting access, and content visibility across the entire platform.

    Learner: accesses assigned or self-enrolled courses, tracks their own progress, downloads certificates, and participates in discussions.

    Instructor or content creator: creates and manages courses, reviews assessment submissions, responds to learner questions, and views completion data for their own courses.

    Manager or team lead: views completion and performance data for their own team, assigns courses to team members, and receives alerts for overdue training. Cannot see data for other teams.

    Administrator: full platform access. Manages users, content, course assignments, reporting, and platform settings.

    Super administrator: for multi-tenant platforms, manages the platform across all tenant organisations, with access to system-level settings and cross-tenant reporting.

    Every feature you build needs to be considered through the lens of which roles can access it and what they see. Defining this clearly upfront saves significant rework during development.

    Content Formats Your LMS Must Support

    A modern LMS needs to handle all of these without requiring learners to leave the platform or download separate software.

    Video: the dominant content format. Needs adaptive bitrate streaming for different connection speeds, playback speed controls, closed captions, and progress memory so learners can resume from where they stopped.

    Text and rich content pages: structured lesson pages with text, images, embedded media, and downloadable files.

    SCORM packages: pre-built interactive content from authoring tools like Articulate Storyline or Adobe Captivate. If your enterprise clients have existing training libraries, SCORM support is not optional.

    Quizzes and assessments: question banks, randomised question selection, configurable pass marks, and retake rules.

    Assignments and file submissions: learners upload work, instructors review and provide feedback, grades are recorded.

    Live sessions: embedded video conferencing for scheduled instructor-led training.

    PDFs and downloadable resources: supporting materials, reference guides, and supplementary reading.

    LMS Technical Architecture

    Frontend

    Most LMS platforms use React or Vue.js for the learner-facing interface and a separate interface for instructors and administrators. Mobile apps, when included, are typically built with Flutter or React Native to maintain a single codebase. The learner interface should prioritise speed and low cognitive load. The admin interface can accept more complexity but needs to be genuinely usable by non-technical HR and training staff.

    Backend

    Node.js, Python (Django or FastAPI), or Ruby on Rails are all used in production LMS platforms. The right choice depends on your team’s experience and your specific performance requirements. The backend needs to handle concurrent learner sessions, video progress events, assessment submissions, and notification dispatch without degradation.

    Database design

    User accounts, enrolments, progress records, assessment results, certificates, and course content metadata all live in a relational database. PostgreSQL is the most common choice. Video files and large content assets are stored in object storage, typically AWS S3. For platforms with heavy analytics requirements, a separate event tracking layer captures learner behaviour data without putting load on the main application database.

    Video infrastructure

    For most LMS platforms, using a managed video provider like Cloudflare Stream, Vimeo, or Mux is the right call. They handle transcoding, adaptive streaming, and global delivery automatically. Building your own video pipeline is only warranted for very large-scale platforms with specific DRM or content protection requirements. This is covered in detail in our EdTech app development guide.

    Integrations

    The core integrations for most LMS platforms are an SSO provider (Okta, Azure AD, or Google Workspace for corporate platforms), a video hosting provider, an email service provider for notifications, a payment processor for commercial platforms, and an analytics tool. Enterprise platforms also commonly integrate with HRIS systems like Workday or BambooHR for automatic user provisioning.

    For a broader look at how these architecture decisions work across software products, our software development services overview covers the principles we apply across complex builds.

    SCORM, xAPI, and Content Standards

    These standards matter enormously for enterprise and institutional sales and are consistently underestimated in the planning stage.

    SCORM (Sharable Content Object Reference Model) is the most widely used standard for e-learning content interoperability. It allows content created in one tool to run inside a different LMS. There are two versions in active use: SCORM 1.2 and SCORM 2004. Most enterprise content libraries are built to SCORM 1.2. If you are selling to enterprises, supporting both is the right call.

    xAPI (Experience API, also called Tin Can) is the modern successor to SCORM. It is more flexible, supports mobile learning and offline content, and can track a wider range of learning experiences including simulations, games, and real world activities. Enterprise clients with modern content strategies will ask about xAPI support.

    AICC is an older standard still used in some regulated industries, particularly aviation. Niche, but worth knowing if you are targeting those verticals.

    Building SCORM support into your LMS requires implementing a SCORM runtime environment that can interpret the JavaScript API calls SCORM packages make when a learner interacts with content. It is a non-trivial development task and needs to be scoped explicitly, not assumed.

    LMS Compliance and Data Privacy

    FERPA

    If your LMS handles US student education records, FERPA applies. Educational institutions typically require contractual agreements governing how student records are handled to meet their FERPA obligations before sharing that data with a third-party LMS. Students aged 18 and over, and parents of younger students, have rights to access, review, and request corrections to their records. If you are selling to US schools or universities, take legal advice on your specific data handling arrangements before development starts.

    COPPA

    If your platform is used by children under 13 in the US, COPPA requires verifiable parental consent before collecting any personal data. This significantly affects your onboarding flow and data architecture. Many LMS platforms avoid the under-13 market for this reason.

    GDPR and UK GDPR

    EU GDPR applies to users in the European Union, while UK GDPR applies to UK residents. Both frameworks share similar principles but operate independently. For LMS platforms, learner progress data, assessment results, and session logs all count as personal data under both frameworks. Standard requirements apply: documented consent, clear data retention policies, and user rights to access or delete their personal data.

    WCAG accessibility

    For institutional sales in the US and UK, accessibility compliance is increasingly a procurement requirement rather than a nice to have. Most institutions currently target WCAG 2.1 AA or WCAG 2.2 AA. The W3C published WCAG 2.2 as its latest recommendation in 2023 and adoption is growing. Requirements cover screen reader compatibility, keyboard-only navigation, captions on all video content, and sufficient colour contrast throughout the interface. Building accessibility in from the start is significantly cheaper than retrofitting it later.

    Audit trails for compliance training

    For LMS platforms used for regulatory compliance training in sectors like healthcare, finance, or construction, you need immutable audit logs that record exactly who completed what training, when, and what score they achieved. These logs need to be exportable for regulatory inspections.

    Build from Scratch vs Headless LMS: Which Is Right?

    The short answer: if you need a fully custom user experience and business logic, build from scratch. If your differentiation is in the user experience and content strategy rather than the underlying learning infrastructure, a headless LMS approach is faster and cheaper.

    Approach Best for Trade-offs
    Full custom build Unique features, complex integrations, full IP ownership Highest cost and timeline, maximum control
    Headless LMS (e.g. Rustici, LearnUpon API) Custom frontend on a proven backend engine Faster to launch, dependent on vendor’s backend roadmap
    Open source base (e.g. Moodle) + custom development Budget-conscious builds with standard LMS requirements Significant customisation effort, legacy codebase constraints
    White-label LMS Speed to market, standard features sufficient Minimal differentiation, no IP ownership

    Most organisations that approach a development agency have already ruled out the white-label option. The decision is usually between a full custom build, a headless approach, or significant customisation of an open source base.

    The LMS Development Process

    Building a custom LMS? Ambsan Digital builds learning platforms for EdTech startups, enterprises, and educational institutions. Talk to our team before you finalise your scope.

    Stage 1: Discovery and scoping (4 to 6 weeks)

    Define your user roles, core learning journey, content formats, must-have features for launch, and integration requirements. For LMS builds especially, this stage needs to produce a clear data model for how users, courses, enrolments, progress, and assessments relate to each other. Changing this data model midway through development is expensive.

    Stage 2: Architecture and technical planning (3 to 4 weeks)

    Finalise tech stack, database schema, video infrastructure approach, content standards support (SCORM/xAPI), and integration map. The SCORM runtime implementation decision happens here.

    Stage 3: UI/UX design (4 to 8 weeks)

    The learner interface needs to minimise cognitive load so learners focus on content rather than navigation. The instructor and admin interfaces need to be genuinely usable by non-technical users. Clear progress indicators, distraction-free lesson views, and a clean course builder are not cosmetic requirements. They directly affect completion rates and adoption. Our minimalist UI design guide covers the design principles that apply here.

    Stage 4: Core development (3 to 5 months)

    User role system and authentication, course builder and content management, video integration, progress tracking engine, assessment and quiz system, certificate generation, reporting dashboards, and notification system. The assessment engine and reporting layer typically take longer than expected. Budget explicitly for these.

    Stage 5: Content standards integration (3 to 5 weeks)

    If SCORM support is required, the SCORM runtime environment is implemented and tested against real content packages from the authoring tools your clients use. This is a discrete phase, not something to slip into the main development sprint.

    Stage 6: QA, accessibility, and performance testing (3 to 5 weeks)

    Every user role, every content format, every assessment type, and every notification trigger needs to be tested. Load testing for concurrent learner sessions. Accessibility testing against WCAG 2.1 AA or WCAG 2.2 AA depending on your institutional requirements. Cross-device and cross-browser testing.

    Stage 7: Content migration and pilot launch

    Migration of existing content from a previous platform if applicable. Pilot launch with a small cohort of real learners before full rollout. Real usage patterns always differ from what stakeholder testing predicted.

    How Long Does It Take to Build an LMS?

    Stage Duration
    Discovery and scoping 4 to 6 weeks
    Architecture and technical planning 3 to 4 weeks
    UI/UX design 4 to 8 weeks
    Core development 3 to 5 months
    SCORM and content standards integration 3 to 5 weeks
    QA, accessibility, and performance testing 3 to 5 weeks
    Content migration and pilot launch 2 to 4 weeks
    Total to full launch 6 to 10 months

    A focused LMS MVP with tight scope can launch in 4 to 5 months. Most full-featured builds run 6 to 8 months. Enterprise platforms with multi-tenant architecture, SCORM, SSO, and HRIS integration run toward 9 to 10 months.

    How Much Does It Cost to Build an LMS?

    Scope Estimated cost
    Lean MVP (core features, single organisation, no SCORM) $40,000 to $80,000
    Mid-range LMS (multi-role, certificates, basic reporting, payments) $80,000 to $160,000
    Full-featured LMS (gamification, live sessions, advanced analytics, SCORM) $160,000 to $280,000
    Enterprise LMS (multi-tenant, SSO, HRIS integration, compliance audit trails) $250,000 to $400,000+

    These figures cover design, development, and QA. They do not include ongoing hosting and video bandwidth costs, third party service fees (SSO providers, video hosting, email services), content migration costs, or post-launch maintenance and feature development.

    Cost Breakdown by Feature

    Feature or module Estimated development cost
    User roles and authentication system $6,000 to $12,000
    Course builder and content management $12,000 to $22,000
    Video hosting integration and playback $8,000 to $15,000
    Progress tracking engine $8,000 to $15,000
    Assessment and quiz engine $10,000 to $20,000
    Certificate generation and verification $5,000 to $10,000
    Reporting and analytics dashboards $12,000 to $22,000
    Notification system $5,000 to $10,000
    SCORM runtime implementation $10,000 to $20,000
    SSO integration $5,000 to $10,000
    Gamification engine $6,000 to $12,000
    Live session integration $10,000 to $18,000
    Multi-tenant architecture $15,000 to $30,000
    HRIS integration $8,000 to $18,000

    Custom LMS vs Moodle vs TalentLMS vs LearnUpon

    One of the most common questions before a custom build is whether an existing platform could do the job. Here is an honest comparison.

    Custom LMS Moodle TalentLMS LearnUpon
    Setup cost $40,000 to $400,000+ Low (open source, hosting costs apply) From $69/month From $1,299/month
    Customisation Unlimited Extensive via plugins, but constrained by architecture Limited Limited
    Scalability Built for your exact scale Scales but requires technical management Scales on vendor infrastructure Scales on vendor infrastructure
    SCORM support Yes, built to your spec Yes Yes Yes
    xAPI support Yes, built to your spec Yes Partial Yes
    Branding control Full Moderate Limited Limited
    IP ownership Full You own customisations None None
    Ongoing cost Hosting plus maintenance Hosting plus developer time Monthly subscription Monthly subscription
    Best for Unique requirements, full control, scalable product Budget-conscious builds, institutional use SMBs needing quick deployment Mid-market enterprises

    When to choose a custom build: your requirements cannot be met without significant platform customisation, you need full data ownership and control, you are building a product to sell rather than a tool for internal use, or your user experience needs to be genuinely differentiated.

    When to choose an existing platform: your requirements are standard, speed to market is the priority, your budget does not support a custom build, and you are comfortable with the vendor controlling your platform roadmap.

    Most organisations that reach out to a development agency have already evaluated the off-the-shelf options and found them insufficient. The custom build conversation usually starts because of one or more of these: insufficient reporting depth, inability to integrate with existing systems, branding requirements the platform cannot meet, or features the vendor roadmap will not prioritise.

    LMS Feature Checklist

    Use this checklist when scoping your LMS build. Every item marked as essential should be in your MVP. The advanced features can be prioritised for later phases based on your specific audience and use case.

    Essential for every LMS

    • User roles and permissions (learner, instructor, admin at minimum)
    • Course builder with video, text, and file support
    • Learner dashboard showing enrolled courses and progress
    • Progress tracking for all content interactions
    • Assessment and quiz engine with configurable pass marks
    • Certificate generation and download
    • Reporting dashboard for admins
    • Notification system for deadlines and completions
    • Mobile-compatible interface
    • Search and content filtering

    Essential for enterprise and institutional LMS

    • SSO integration (Okta, Azure AD, Google Workspace)
    • SCORM 1.2 and SCORM 2004 support
    • Manager dashboards with team-level reporting
    • Audit trails for compliance training
    • HRIS integration for user provisioning
    • WCAG 2.1 AA or WCAG 2.2 AA accessibility compliance
    • Multi-department access controls

    Advanced features for phase two

    • Learning paths and prerequisite logic
    • Gamification (points, badges, leaderboards)
    • Live session and virtual classroom integration
    • xAPI support for modern content ecosystems
    • AI-powered content recommendations
    • Multi-tenant architecture for extended enterprise use
    • Custom analytics and data export

    Common Mistakes When Building an LMS

    Skipping the data model design phase. The relationships between users, courses, enrolments, progress, and assessments are the foundation of an LMS. Teams that jump into feature development without a well-designed data model spend months fixing problems that would have taken days to prevent.

    Underestimating the reporting requirements. HR teams and managers have specific reporting needs. “Completion reports” is not a specification. Getting detailed requirements for every report before development starts prevents the most common source of post-launch rework.

    Treating SCORM as a simple checkbox. SCORM implementation is a meaningful development task. Different authoring tools produce SCORM packages that behave differently. Testing against real content packages from the tools your clients use is non-negotiable before launch.

    Building the admin interface last and on a tight budget. The admin interface is used every day by the people who manage your platform. A poorly built admin tool creates operational problems that compound over time and generates support requests that eat into the team’s time.

    Neglecting notification design. Notifications are one of the highest-return features in any LMS. The logic for what triggers a notification, when, and to whom needs to be designed thoughtfully, not bolted on at the end. A well-designed notification system can significantly improve completion rates by reminding learners about deadlines, overdue training, and upcoming certificate renewals at the right moment.

    Over-scoping version one. Every LMS feature feels justified at planning stage. The platforms that launch successfully are almost always the ones that cut scope ruthlessly and get real learner feedback before building advanced features.

    How Ambsan Digital Builds LMS Platforms

    A custom LMS build requires technical depth across video infrastructure, content standards, data architecture, and user experience design. It also requires understanding how people actually learn and what operational requirements the platform needs to support after launch.

    At Ambsan Digital, we build custom learning platforms for EdTech startups, enterprises, and educational institutions. Our work spans the full build lifecycle from data model design and architecture through to launch, content migration, and ongoing iteration. Our team can build LMS platforms with capabilities such as SCORM support, SSO integration, multi-tenant architecture, and compliance reporting based on project requirements.

    For a broader view of our EdTech work and the full range of learning platform features, our EdTech app development guide covers the complete picture from consumer skills apps to enterprise training platforms.

    Explore our services or talk to the team directly about your LMS project. We offer a free initial consultation to help you scope your platform and understand what is actually involved before you commit.

    A Final Note

    Custom LMS development is one of the more complex software projects you can take on, but it is also one of the most durable. A platform built properly for your specific requirements will serve your organisation for years. A platform built quickly on compromised architecture will need replacing within three.

    The teams that get the most out of a custom LMS build are the ones that invest in the discovery and data model design phase, define their reporting requirements before development starts, and resist the temptation to build every feature in version one. Learner experience on a focused platform is almost always better than learner experience on a bloated one.

    If you are weighing up a custom LMS platform development project, the most valuable conversation you can have is with a team that has done this before and can be straight with you about what your budget will actually deliver, what to defer to phase two, and what compliance requirements need to be baked in from day one.

    Building a custom LMS? Ambsan Digital works with EdTech startups, enterprises, and educational institutions to build learning platforms that actually get used. Contact the team here.

    Frequently Asked Questions

    A lean MVP with core features costs between $40,000 and $80,000. A mid-range LMS with multiple user roles, certificates, reporting, and payment processing runs $80,000 to $160,000. A full-featured platform with gamification, live sessions, advanced analytics, and SCORM support costs $160,000 to $280,000. Enterprise platforms with multi-tenant architecture, SSO, and HRIS integration run $250,000 to $400,000 or more.
    A tightly scoped MVP can launch in 4 to 5 months. Most full-featured builds take 6 to 8 months from discovery to launch. Enterprise platforms with multi-tenant architecture, SCORM, and complex integrations run 9 to 10 months.
    If you are selling to enterprises or educational institutions that have existing training content libraries, yes. SCORM is how that content runs inside your platform. If all content on your platform will be created natively by your own team or your instructors, SCORM is not required. Get clarity on this in discovery because it affects both the architecture and the cost.
    An LMS is focused on managing, tracking, and reporting on learning at scale. It is built for administrators, HR teams, and managers as much as for learners. A course platform is focused on content delivery to individual learners, usually in a commercial context. The distinction blurs in practice, but LMS platforms are typically more complex, have more sophisticated reporting, and are built for organisational rather than individual use.
    Multi-tenant architecture lets multiple organisations use the same platform while each seeing their own branded environment, their own users, and their own content. Each tenant is isolated from others. This is essential for EdTech startups selling to enterprises and for platforms that need to serve different departments or partner organisations with different brand identities.
    Yes. Building on top of Moodle or another open source LMS can reduce cost and time for platforms with standard requirements. The trade-off is that you are working within the constraints of an existing codebase, which can make customisation complex and slow. For platforms with genuinely unique requirements or a strong user experience differentiator, a custom build is usually worth the extra investment.
    The most common integrations are SSO providers like Okta or Azure AD for seamless employee login, HRIS systems like Workday or BambooHR for automatic user provisioning, video hosting providers, email services for notifications, and payment processors if you are selling access externally. Some enterprises also need integration with performance management tools to tie learning completion to appraisal data.
    Most institutions currently target WCAG 2.1 AA or WCAG 2.2 AA for accessibility. The W3C published WCAG 2.2 as its latest recommendation in 2023, and institutional procurement requirements are updating to reflect this. The key requirements are screen reader compatibility throughout the learner and admin interfaces, keyboard-only navigation for all functionality, closed captions on all video content, and sufficient colour contrast across the interface. Build accessibility in from the design stage. Retrofitting it later costs significantly more and typically requires rework across the entire frontend.
    At minimum: completion rates by course, learner, team, and department. Assessment performance and pass rates. Time spent on platform by learner. Overdue training by team and manager. Certificate status and expiry dates. For compliance training, you also need exportable audit trails showing exactly who completed what, when, and with what result. Get precise reporting requirements from stakeholders before development starts, not after.
    Progress tracking and reporting. Everything else on the platform, including assessments, certificates, notifications, and manager dashboards, depends on accurate progress data. If the progress tracking engine is wrong, reporting is wrong, certificates are wrong, and notifications fire at the wrong time. Get this right first and build everything else on top of it.

    Share