IA design · Flow design · User research and interviews

Course building process design

How EVERFI creates impactful learning experiences.

Role
IA Design, Flow Design, User Research and Interviews
Cross-functional collaborators
Content, Visual Design, Implementation Specialist (Dev), A11y, QA, Product and Project managers
Course building process flow diagram

Overview

A visual map that helps multidisciplinary teams at EVERFI understand the course-building process, identify gaps, pain points, and bottlenecks, create efficiencies, and establish a common language across teams. It came out of researching processes across functional teams to document the order of operations and dependencies, and to recommend process improvements to Product leadership.

Solution approach

How it started

As UX design lead, I started this as a passion project to help my team better understand:

  • What does the course-building UX process look like?
  • How do we work together with stakeholders?
  • Who do we communicate with, when, and why?

As a first step, I wanted to clearly understand how the UX team designs a course and the steps it takes to do so. That journey evolved into an artifact that helped the team understand what deliverables they needed from UX, where communication needed to improve, and where stakeholders felt their voice needed amplifying. From there, I wanted to understand the collaboration relationship between the UX team and other stakeholders.

UX collaboration relationship

How it’s going

During discovery, I interviewed UX team members, then other key stakeholders — Product Managers, QA, Visual Design, A11y, Content, Developers, and Implementation Specialists — which gave me a wider lens and a much clearer overview of the course process.

Course building process overview

One, two, three, iterate

After interviewing 16 people over five weeks, I visualized the entire process nose-to-tail, capturing the voices of eight functional teams across the full product build. A key finding: because our products are modular, the process is often a mix of waterfall and agile — each phase depends on the previous one, but each module can also move independently. While discovery happens on the last module, the first module could already be ready to launch.

Our main process phases are Discovery, Development, Launch, and Iterate.

Methods and output

The research findings guided a flow documenting the stages of the product development cycle, along with the entity relationships showing how one artifact or process informs or depends on another — helping identify efficiencies and bottlenecks. This artifact has helped the Product team avoid bottlenecks, find efficiencies, and give stakeholders a shared understanding of what our course-building process looks like.

Course building detailed flow

Discovery

The discovery phase lets us build the right thing, not just what we think is right — researching the topic, identifying the target audience and learning objectives, and creating personas and a content outline. It kicks off the collaborative process that generates what we need for development, and helps minimize bottlenecks downstream.

Phase 1: Discovery

Development

Development runs smoother when discovery is robust. This phase is boots-on-the-ground for every functional team: each stakeholder executes their deliverables — module scripts, proof-of-concept prototypes, wireframes, visual themes, final assets, voiceovers — which implementation specialists then build on the platform.

Phase 2: Development

Launch & iteration

By launch, each team has finalized its deliverables. A limited release surfaces user feedback we fold into finishing touches and enhancements before general availability. Nothing is ever perfect the first, second, or even third time around — and that’s okay. After release, known issues get fixed, new or roadmapped features land, and the cycle starts again.

Phase 3: Launch
Iteration process

What’s next?

This artifact has kept evolving over the past year and has inspired other teams to build similar documents from their own department’s perspective. I’ve been collaborating with and guiding those teams while continuing to update mine as we find more efficient ways to work.

Content & Engineering collaboration relationship

Final thoughts

Each course is different, and smaller courses may not touch every step — but they’ve passed through it at some point. What makes the process both agile and waterfall is that discovery, development, and launch happen in sequence for a given module, but all three can be running in parallel across modules.

A delightful surprise: as I was discovering, developing, and preparing to share this process with a broader audience, I was following the process itself — a very meta moment.

← All work