Approach

What an engagement looks like.

Every program is different, but the shape of the work is consistent. Five phases across roughly twelve to sixteen weeks, with review running alongside the build rather than after it.

01 02 03 04 05 Discoverywks 1–2 Foundationwks 2–3 Wave buildwks 3–12 Revisionwks 13–15 Packagewk 16 Medical & accuracy review — runs alongside the build
Five phases across roughly twelve to sixteen weeks, with review running in parallel rather than after.
01

Discovery & Architecture

weeks 1–2

We start with what your team needs to be able to do, then work backwards to what they need to know. That produces a curriculum architecture — modules, sequence, dependencies, and objectives — before any content is written.

This phase also collects the things nothing can be built without: your approved claims and reference set, brand assets, LMS and SCORM requirements, review process and turnaround, and a named subject-matter contact. Programs that stall usually stall because these arrived late.

You'll have: an approved curriculum architecture and a confirmed input checklist with owners and dates.
02

Foundation Build

weeks 2–3

Before the first module, we build the shared design system and the packaging shell: typography, color, layout, interaction patterns, accessibility behavior, and the SCORM wrapper. Once, properly.

It is the highest-leverage step in the project. Everything built afterwards inherits it, which is what makes the later phases fast and consistent instead of accumulating variation.

You'll have: a design system and a working, packaged shell to review.
03

Wave-Based Build

weeks 3–12

Modules are built in waves, in dependency order, with foundational material first. Each wave goes to review as it completes.

This is deliberate and it is the difference between delivering on time and not. If ten modules arrive for review simultaneously at the end, the revision volume will not fit in the remaining schedule. Reviewing in waves also means a structural problem surfaces in module two, when it is cheap, rather than in module nine, when it is not.

You'll have: completed modules arriving steadily, with a checkpoint after the first wave to confirm format before the rest is scaled.
04

Review & Revision

runs concurrent; consolidates weeks 13–15

Medical and accuracy review runs alongside the build from week one — not as a final inspection. Claims, statistics, answer keys, and regulatory framing are checked before content is developed and again as each wave completes.

Your own review committee is the final gate, and we build toward it. The objective is that promotional review receives clean content and returns comments, rather than receiving a draft and returning a rewrite.

You'll have: tracked, written review comments per wave and a consolidated revision pass across the full program.
05

Package & Delivery

week 16

Final assembly into a single SCORM package, tested in your LMS environment — enrollment, launch, completion reporting, and score passback verified before handover, not after.

You receive the packaged program and the source files. There is no dependency on us to run it, and no proprietary format holding your content.

You'll have: a tested SCORM package, source files, and documentation.
Foundation Build — waves Review Package wk 1wk 8wk 16
Reviewing in waves means a structural problem surfaces in module two, when it is cheap — not in module nine, when it is not.

Review overlaps the build.

Sequential review is the most common cause of a missed delivery date. Ours runs in parallel by design.

Review turnaround is agreed up front.

We ask for a committed review SLA at kickoff, in writing. It is the single variable most likely to move a deadline, and it is easier to agree at the start than to negotiate at the end.