Lead Learning Experience Designer, UX Strategist, Systems Designer; Project Manager
Canvas LMS, Figma, Miro, Adobe Creative, Google Workspace, WCAG
I was hired to design a single UDL course, but early discovery revealed a systemic problem: the organization lacked a scalable learning production infrastructure. I expanded the scope into a dual-track project—launching the flagship course while building a modular design system, workflow, and governance model. This reduced future development time by ~70% and enabled organization-wide reuse of learning components.
⚠️ NDA: Visual deliverables are confidential. This case study describes process, decisions, and outcomes without reproducing proprietary assets.
The organization had strong subject matter expertise but no scalable learning production system.
Each course was built independently, resulting in inconsistent design patterns, duplicated effort, and slow production cycles. Although accessibility (WCAG) was a core value, it was applied inconsistently at the review stage rather than embedded into the design process.
The strategic question that reframed the project: "If we solve only this one course, what happens to the next one?" The answer was obvious, so I ran the project as a dual-track initiative:
Track 1: Deliver the flagship UDL course under real constraints
Track 2: Build the underlying learning production system in parallel
This ensured the framework was not theoretical—it was validated through live production.
Before designing anything, I conducted a workflow audit: reviewing existing course assets, interviewing team members across roles, and mapping the current production process end to end.
The organization had strong content expertise but no shared "source of truth" or unified content/asset library for how a course should look, feel, or be structured. Each designer, researcher, and instructor had developed personal conventions that weren't documented or transferable.
WCAG compliance was a stated organizational value (this was an organization whose core work was accessibility) but it wasn't systematically built into the production process. Accessibility decisions were being made case by case rather than at the component level.
The time spent on formatting, reformatting, and resolving inconsistencies across modules was consuming a disproportionate share of production capacity, time that should have been spent on instructional design and content quality.
These findings directly shaped the dual-track approach: design the flagship course through the new system simultaneously, so the framework was validated in real production conditions rather than built in isolation.
Rather than building the framework first and the course second, I ran both tracks in parallel. The UDL 101 course became the first implementation of the framework — which meant every design decision in the course was also a decision about the system standard.
The course needed to do something genuinely difficult: teach Universal Design for Learning (a framework grounded in the idea that learner variability is the norm, not the exception) to an audience of educators and practitioners who ranged widely in their prior knowledge, tech comfort, and learning context.
The instructional design approach applied the principles of the subject matter to the design of the course itself. A course about UDL needed to embody UDL. That meant multiple means of representation, flexible pathways through the content, and assessment that measured genuine understanding rather than recall.
The course was built in Canvas LMS., which was the right choice for this context: the content was structured but substantial, the audience needed mobile access, and the organization's technical capacity for long-term maintenance needed to be considered.
Visually, the course used a brand-aligned clean, high-contrast design system with clear typographic hierarchy, accessible color combinations meeting WCAG 2.1 AA contrast ratios, and a consistent iconography set. Every interactive element was keyboard-navigable. Alt text was applied systematically, not added at the end. The visual design wasn't just aesthetically considered, it was structurally accessible.
The design system I built alongside the course had three components:
Component library: a set of reusable, WCAG-aligned instructional building blocks: text + image layouts, scenario structures, assessment formats, callout styles, and interactive patterns. Each component was documented with usage guidelines( when to use it, when not to, and how it connects to learning objectives). Stored both in Figma and Drive with clear naming conventions that matched the Rise development environment. I also created a Canvas Course Template to be copied and edited for future courses; this template also included a instructor/designer-view only module with all the design assets and componets (quotes, interactive boxes, highlited text, alt text when needed, etc).
Production workflow: a standardized process map from content intake to final QA, with defined handoff points between instructional design, visual design, and technical review. The workflow was documented in a shared Google Workspace folder structured as a single source of truth: brief templates, style guides, QA checklists, and version control conventions.
Governance documentation: a living style guide covering brand application, accessibility standards, voice and tone, and component update protocols. This was designed to be maintainable by someone who hadn't been part of building it, which is the real test of a governance document.
WCAG at component level: Accessibility was embedded into every reusable component, shifting compliance from a review step to a system constraint.
Canvas LMS over more flexible tools: I prioritized long-term maintainability over feature richness, enabling non-technical staff to sustain and update courses independently.
Miro as collaboration layer: Chosen to reduce cross-functional friction and ensure accessibility across non-design stakeholders.
Since visual assets are under NDA, here is a description of the final outputs:
The UDL 101 course was a multi-module Canvas LMS course with a clean layout, cheerful brand-consistent colors, and a clear visual hierarchy that guided learners through conceptual content, scenario-based practice, and reflection prompts. Interactive elements included accordion structures for optional depth, embedded knowledge checks with explanatory feedback, and a final applied project. The course felt, deliberately, like an example of what it was teaching.
The component library in Figma for designers was organized by content type: typography, color, iconography, layout patterns, and interactive modules. Each component had a "do / don't" annotation layer. Color and contrast documentation was embedded directly in the file so any designer opening it could see at a glance why each pairing was chosen. The Miro board was also organized so that researchers, SMEs and designers could continue collaborating in future updates and editions of the course.
The production workflow was a visual process map, a flowchart of approximately 12 stages from brief to launch, with named owners at each handoff and a linked template for each deliverable. It lived in the organization's shared drive alongside completed examples from the UDL project.
Successfully launched the UDL course, the organization's flagship product that had been stalled due to infrastructure gaps.
Established a reference architecture now used for all subsequent course development across the organization.
~70% reduction in development time for future courses using the system.
80% improvement in visual and instructional consistency across their product portfolio.
Designed a system that non-specialist team members could use and maintain independently, reducing ongoing dependency on external design support.
The system is the product: The highest impact was not the course, but the infrastructure that enabled all future courses.
Accessibility scales only when it is embedded: Moving WCAG into the component layer eliminated downstream rework.
Design for continuity, not delivery: Every decision prioritized maintainability for teams who would inherit the system later.