Unifying learning and teaching through a governed, system-led platform
Role: Senior Product Designer Organisation: Monash University Timeframe: 6-month delivery window Users: Teaching staff, students, and faculty administrators
At a glance
I was the lead product designer on a cross-functional team delivering a governed learning model for Monash University's enterprise Moodle environment. The platform had evolved independently across faculties, producing inconsistent structures, increased decision load for teaching staff, and uneven student experiences. This work established a single, system-led learning model designed to operate consistently across a complex university environment.
The governed model replaced faculty-specific unit layouts with one shared core system, adopted institution-wide across a platform supporting 86,558 students, approximately 9,000 academic staff, and more than 10,000 active units.
Constraints
Existing Moodle platform and data model could not be replaced
Strong faculty autonomy and deeply embedded legacy patterns
Governance and rollout timelines set externally
Fragmentation as a system problem
PART 1
Research foundation
Before I joined the project, the team had completed a Discover & Define research phase covering a review of 100+ Moodle units across faculties, 14 student focus groups with 56 students, 24 staff mini-groups with 50 staff, and 7 landscape interviews with staff from Australian and overseas universities. I was brought in to translate those findings into a design system.
To build my own understanding of the problem space, I independently reviewed units across faculties, capturing screenshots to document structural variation firsthand. I also reviewed LMS platforms in use at other Australian universities, such as Victoria University and The Australian National University, synthesising findings into a structured comparison to identify what a governed Monash system needed to achieve.
Why Moodle made this harder
Not all fragmentation problems are equal. Monash's situation was shaped in part by the platform itself.
Moodle is open-source and highly customisable. Unlike Canvas, which is cloud-based with a consistent default structure enforced across all institutions, Moodle gives every faculty the ability to build their own layouts, navigation patterns, and terminology from scratch. At peer institutions that had adopted Canvas or Blackboard, structural consistency came largely by default. At Monash, on Moodle, it had to be designed deliberately through governance.
This meant the solution was never going to be a simple interface fix. It required compensating for architectural flexibility through a governed template system.
Landscape review of LMS platforms in use across Australian universities, showing that Monash's choice of Moodle required governance to be designed in, where peer institutions using Canvas or Blackboard benefited from structural consistency by default.
Reviewing those platforms across six design dimensions made clear where Monash's legacy patterns diverged from industry conventions, and what the unified system needed to close.
Structural variation at institutional scale
Monash’s Moodle environment evolved faculty by faculty. Each area owned its own unit layouts, navigation patterns, and terminology.
Over time, this created wide structural variation across units. Students moving between subjects encountered different ways of finding learning materials, assessments, and progress indicators. Teaching staff rebuilt structures manually, with no shared baseline to guide consistency.
The friction was not driven by course content.
It was driven by structure.
Observed conditions included:
inconsistent navigation and hierarchy
learning and assessment content appearing in different locations
differing terminology across faculties
no shared structural pattern to support scale or governance
Unit audit from my own independent review across faculties, documenting structural variation in navigation, terminology, and content placement, used to validate and extend findings from the prior research phase."
Where the experience broke for students
The prior research phase identified consistent friction points across disciplines through focus groups with 56 students. Students struggled to locate weekly learning, understand assessment requirements, and track progress. These issues were confirmed through my own unit audit and stakeholder walkthroughs.
The pattern pointed to a systemic issue rather than isolated usability defects.
Student insight
There's an unwritten rule that it takes 2 to 4 weeks to relearn Moodle each time a student starts a new unit.
Monash Moodle Evaluation, March 2023
Simplified student journey map synthesising focus group findings from the prior research phase, highlighting repeated friction points caused by fragmented unit structure.
Insight
The breakdown was structural, not visual or discipline-specific.
Comparative analysis across six design dimensions, positioning legacy Monash patterns against industry LMS conventions to identify what the unified system needed to achieve.
Choosing a system-led approach
Addressing scale required a shift from designing individual pages to designing a system.
The research identified a telling pattern: when staff encountered navigation problems, they responded by adding more navigation, extra menu bars, quick links, custom sidebars. These workarounds could be effective locally but never addressed the root cause: there was no coherent system for organising content in the first place. More navigation on top of broken structure just created more conflict.
The solution went in the opposite direction. Rather than adding flexibility, we removed it in the places that mattered most.
Key governance decisions:
Assessments belong in the assessment zone. Not in sidebars, not embedded in weekly topics, not duplicated across multiple locations.
Timetable and schedule has a dedicated section. Not buried, not optional, not faculty-dependent.
Left and right sidebars were removed entirely, eliminating the primary source of navigation conflict. That content moved to a structured unit homepage instead.
Assignment submission is accessible from a consistent, predictable location, reducing the student hunting behaviour identified in research.
This is what Canvas and Blackboard enforce by default. On Moodle, it had to be designed deliberately.
Every structural decision, what to lock down and what to leave open, was shaped by the tension between these three forces. The governed template was the resolution.
Designing a governed, modular learning system
PART 2
Establishing a shared structural foundation
The response was not a new set of pages. It was a system.
A governed template established consistent placement for learning content, assessments, and progress indicators. Units inherited this structure rather than rebuilding it. The critical structural decisions, fixed assessment placement, removal of sidebars, and a three-panel homepage dashboard, were enforced through the template itself rather than through guidelines staff could choose to ignore.
A single governed template replaced faculty-specific layouts. Sidebars removed, navigation fixed, content placed in predictable zones for the first time.
How the system operates
The template expressed a complete unit structure: a consistent homepage, predictable weekly learning modules, dedicated assessment zones, and clear orientation and progress cues. This reduced variation without constraining teaching approach.
These zones directly addressed the friction points identified in research: students no longer had to search for assessments, progress indicators, or weekly content because the template put them in the same place every time.
The governed template expressed a complete unit structure, with each zone fixed in position so students always knew where to look.
Proving flexibility across faculties
Templates were applied across multiple disciplines to validate use beyond a single context. The structural framework remained constant while content varied by faculty, delivery mode, and pedagogy.
The same governed structure applied across Science, Arts, and Business, with faculty content varying freely within fixed zones.
Establishing a shared learning journey
A reusable learning journey model had been defined to replace inconsistent terminology across faculties such as "before, during, after class." My role was designing the visual system that expressed this model within the template, and iterating on it through structured feedback sessions with staff and students.
A short explainer video clarifies the stages of the shared learning journey and the role of task trackers in supporting progress across a unit.
Designing for non-linear teaching models
The coursework template handled twelve-week linear units well. But a significant portion of Monash's units don't follow that pattern. Architecture studios run in stages with student streams. Performance units split by instrument group. Business intensives run day by day across fieldwork trips.
How these units would work structurally was defined by stakeholders and faculty leads. My role was translating that model into the template system, ensuring the flexibility framework held together visually and that the Own-time, Real-time, Wrap-up learning journey remained legible across fundamentally different teaching contexts.
The challenge was that the same governed structure had to accommodate studios, fieldwork, performance streams, and research projects without requiring a separate template for each. The governed structure held across all of them.
Testing and iteration
Templates were refined through two rounds of structured feedback sessions with students and teaching staff, tested against real course scenarios across multiple disciplines.
The first round surfaced two significant problems. Neither learning journey naming option was working. "Own-time, Real-time, Consolidate" helped students plan their time but gave no sense of learning progression. "Discover, Apply, Consolidate" appealed to staff but felt abstract to students. The word "consolidate" specifically failed with both groups. The dashboard also tested poorly: the task tracker was described as "very large and looming" with status colours that were "garish," lecturer contact details were missing entirely, and announcements and forums were overcrowded and given too much visual priority.
Those findings drove two concrete changes. The learning journey was renamed Own-time, Real-time, Wrap-up, resolving the terminology problem directly without losing the structural logic. The dashboard was reorganised into three equal panels surfacing forums, contacts, and a reduced task tracker together, with content hierarchy rebalanced around the week preview rather than the tracker.
Two iterations of the unit homepage: early exploration with a "Current focus" hero and horizontal week navigation, refined to a three-panel dashboard surfacing forums, contacts, and task status on arrival.
The second round was coordinated by the research team across five student sessions with approximately 35 students and seven staff sessions with approximately 50 staff, including Faculty Champions, the SAS team, and the Elevate team. Testing confirmed the dashboard and learning journey redesigns were working. The task tracker and completion states were received positively. Remaining feedback focused on detail-level refinements: collapsible subsections, due date visibility within tasks, and icon adjustments.
Templates were signed off by stakeholders following the second round. Annotated Figma files were produced for the development team to support accurate implementation. Staff onboarding and training was handled by a separate department.
Constraints and trade-offs
The initial brief directed exploration away from Monash's existing visual system. Late in delivery, a mandate required full alignment with central brand standards. Visuals were updated to meet this requirement while preserving structure and timelines.
The structural decisions remained intact throughout. Brand alignment was applied to the visual layer without requiring changes to information architecture or template logic.
The final weekly learning page after two rounds of iteration, showing Own-time, Real-time, and Wrap-up stages operating within a live unit with Moodle activity types, due dates, video playlists, and completion tracking in place.
Impact and evidence
PART 3
Platform-level impact
The governed template was piloted across 50 units in the first wave, tested across all campuses before institutional commitment. It then rolled out across approximately 10,000 active courses, reaching around 86,000 students across all Monash faculties.
That scale was only possible because the system was built for it. A template that required faculty-by-faculty negotiation or custom rebuilding could not have moved at that speed or that volume. Governance was the precondition for reach.
Institutional Scale
Your design will be reproduced EVERYWHERE. You put your artistry into a dull place and it is so much better for it.
Professor Allie Clemans
Acting Deputy Vice-Chancellor (Education), Monash University
Platform Transformation
Your efforts have gone above and beyond achieving our goal of making Moodle a contemporary platform that redefines learning and teaching.
Trevor Woods
Manager, Educational Platforms,
Monash University
Product Quality
Lisa has a unique ability to blend creativity with user-centric design principles, prioritising the end user’s experience.
Ankur Adrawal
Product Owner, LMS Redesign, Monash University
Reflection: designing for scale
Consistency functions as a service in large institutions. A single student moving between units, faculties, or campuses should not have to relearn how to find their assessments. A single staff member setting up a new unit should not have to make structural decisions that should already be resolved.
The most durable outcome of this project was not any individual screen. It was a system that could absorb 10,000 courses without breaking, and still leave room for a studio unit in architecture to work differently from a twelve-week law unit.
Designed for governance. Built to scale.
Forward view of the learning management system, showing how a governed core supports ongoing evolution, new teaching models, and platform updates without structural redesign.