Launch offer — 50% off Pro for your first 6 months.Claim it →
Field NotesxAPI9 min read

xAPI, SCORM, and video in one instructional design portfolio.

Put hosted SCORM, video, PDFs, and your xAPI story on one page reviewers actually read.

A hiring manager opens your email on a phone, between two interviews. Inside are four attachments: a SCORM .zip that won't play, an .mp4 that buffers on hotel Wi-Fi, a 9MB facilitator .pdf, and a Loom link. They have ninety seconds. They close all of it and move on. The work was good. The packaging lost the job.

Blended programs are the strongest thing a freelance ID can show — and the easiest to show badly. The fix isn't a flashier deliverable. It's one URL where SCORM, video, PDFs, and a written case study sit in sections you control, so the reviewer reads the story you meant to tell instead of assembling it from a download folder.

Mixed-media work doesn't lose to better designers. It loses to five attachments and a reviewer with ninety seconds.— the whole article in one line

Why one URL beats five attachments.

A single project page answers four questions at once: what did you build (the case study), how does it feel (a playable SCORM module), what does the learner see (a short video), and what does the facilitator get (a downloadable guide). Email attachments answer those questions in random order, force the reviewer to stitch them together, and introduce version confusion the moment you send a v2 of anything.

One canonical surface puts you in control of the narrative. Sequence the artifacts the way the learner actually experienced the program — pre-work video, live session with the facilitator guide, post-session SCORM practice, follow-up job aid — and the reviewer sees that you designed a program, not an isolated module. Buyers hiring for blended curriculum work screen specifically for that: can this person stitch modalities into one coherent experience?

Training OS is built for exactly this layout — hosted SCORM, video, and documents living next to written case-study sections on the same page. If you've only ever sent zips, the portfolio examples are the fastest way to see the shape before you build your own.

If you skip this

Open your own project page logged out, on a phone, before you send it. The attachment dump looks fine in your inbox because your machine already has the codecs and the PDF reader. The reviewer's phone doesn't. The logged-out mobile view is the only one that matches what a hiring manager actually sees.

Label every artifact by job.

The single highest-leverage edit on a mixed-media page is naming each piece by what it's for and how long it takes. "Interactive scenario — SCORM 2004, 15 min" versus "Executive overview — MP4, 3 min" tells a VP and a technical reviewer which door is theirs. Skip the labels and a VP launches the full 15-minute SCORM with three minutes to spare, or a senior ID watches a summary video when they wanted to click branching logic.

Same rule for files. A facilitator guide uploaded as FacilitatorGuide_SalesOnboarding_v2.pdfwith a one-line note — "Facilitators used this during the 90-minute live session that followed the e-learning module" — turns a static PDF into proof of systems thinking. Job aids count too: the quick-reference card or decision tree learners actually used on the floor says more than another polished slide.

If you built the interactive piece in Storyline 360, export SCORM for the module and record a separate Loom or Camtasia narrative layer. Different audiences need different entry points; one artifact rarely serves the executive and the practitioner at the same time.

Which format proves which thing.

Each format does one job better than the others. Pick deliberately instead of dumping everything you have — here's how I rank them for a portfolio page.

1

Hosted SCORM — the interaction itself.

Best for: branching scenarios, assessments, the actual craft you're selling

Lead with this

The interactivity is the work. A playable module lets a reviewer feel the design decisions instead of reading about them. Just remember a SCORM package is a runtime, not a file — it has to be hosted somewhere that injects the API. If you're not sure where, the ranked breakdown in where to host a SCORM file covers every real option.

What's good

  • Reviewers click the real thing — branching, scoring, drag-and-drop
  • Proves interaction fidelity a video can only describe
  • Plays in-browser on one URL with no download

What's not

  • Needs a host that runs the runtime, not a file server
  • Wrong SCORM version vs the host silently breaks completion
2

Video — tone, context, and the executive entry point.

Best for: a 60-second hook plus an optional narrated walkthrough

The hook

Use video as the doorway, not the building. A 60-second highlight reel opens the page; the full narrated version sits behind a "Watch full walkthrough" link for the people who are seriously evaluating you. Compress before upload — H.264 MP4 at 1080p, roughly 5–8 Mbps for screencasts — and always caption it.

What's good

  • Sets executive tone fast — the part a busy VP will actually watch
  • A short trailer pulls reviewers into the heavier SCORM
  • Shows your narration and framing, not just the screen

What's not

  • Large files punish mobile reviewers if uncompressed
  • A 12-minute walkthrough with no labels gets closed at minute two
3

PDFs — facilitator guides and job aids.

Best for: proving you design beyond the screen, in blended programs

The systems-thinking proof

PDFs get overlooked, but for blended work they carry real weight. Include them only when the program actually had a live or on-the-floor layer, name them clearly, and write one line about where they fit. Out-of-context, a facilitator guide is clutter; in context, it's evidence you think in systems.

What's good

  • Shows program design, not just a single module
  • Job aids prove you thought about the floor, not just the LMS
  • Cheap to include and rare to see done well

What's not

  • Dead weight if the project was pure self-paced e-learning
  • A 9MB unoptimized PDF slows the whole page on mobile

Show xAPI without exposing the data.

Most freelance IDs have never instrumented anything with xAPI, so even one project that did sets you apart. The instinct is to dump a dashboard screenshot — don't. Lead with the business question, then the instrumentation, then the stack, in plain language a non-technical buyer can follow.

That three-layer explanation reads like this: "Leadership wanted to know which practice scenarios correlated with fewer errors in a learner's first 30 days. We sent an xAPI statement for each scenario attempt — the path chosen, time spent, whether the learner self-corrected before submitting. Statements flowed to a Learning Locker instance, and a Power BI dashboard mapped scenario performance against on-the-job error rates." Executives, IDs, and technical reviewers all get something from the same paragraph.

Name the thing xAPI captured that SCORM physically couldn't. "SCORM reported pass/fail; xAPI showed which three decision points learners revisited most — which told us where the policy language was confusing." That one sentence proves you chose the standard for a reason, not as a buzzword. If you only did lightweight xAPI — tracking video interactions or custom responses beyond the SCORM envelope — that still counts. Say so precisely.

When the data is confidential

You almost never need to expose real statements to prove sophistication. Draw a one-slide architecture diagram — authoring tool sends statements to the LRS, LRS stores and exposes them, reporting tool visualizes the patterns — and annotate it with the verbs you used (attempted, completed, scored, experienced). The diagram proves the pipeline; the learner data stays private.

If you're still fuzzy on where xAPI statements actually live — and why a self-hosted course so often records nothing — the xAPI hosting primer walks through the LRS, CORS, and the empty-completion-report trap in detail.

Bandwidth, captions, and honesty.

A page that takes twenty seconds to load gets blamed on your craft, not the reviewer's Wi-Fi. Compress media before upload, move heavy assets behind click-to-load so the page renders fast and the big files arrive only when requested, and test on a throttled connection. Chrome DevTools will simulate slow 4G in two clicks — that pattern mirrors good e-learning design: don't front-load bandwidth the user might not need.

Caption every video. Some reviewers watch on mute in an open office, and captioned video signals you think about accessibility in production, not just in proposals. Pair captions with the labels from section two — "3-min executive summary (MP4, captioned)" — and you respect the reviewer's time twice over.

Then be honest about what each artifact is. If the SCORM is a redacted replica, say so. If the video shows v1.2 but the client shipped v1.4, note the delta. If the facilitator guide was a draft that never got final sign-off, label it "draft — illustrative of facilitation approach." The trust killer isn't imperfection; it's a technical reviewer noticing the SCORM completion screen says "Acme Corp" while your case study claims the client was anonymous. Consistency across artifacts is the signal of professional rigor.

The mistake everyone makes

Treating the portfolio page like a file cabinet — uploading every asset you have and calling it done. A reviewer doesn't want your archive; they want the shortest path to believing you can do the work. Three labeled, fast-loading, honest artifacts beat ten unlabeled ones every time.

TL;DR — the assembly order.

Lead with the playable SCORM. The interaction is the craft; let reviewers click it. Host it somewhere that runs the runtime, not a file server.

Open with a 60-second video. Captioned, compressed, with the full walkthrough one click away for the people who are serious.

Add PDFs only for blended work.A named facilitator guide or job aid with one line of context proves systems thinking; out of context it's clutter.

Describe xAPI in three layers — business question, what you tracked, the stack — and use a diagram when the data is confidential.

Then label everything, caption the video, and tell the truth about each artifact.When you're ready to write the words around the media, the STAR case-study template gives you the structure reviewers expect.

Frequently asked questions.

Do I have to expose raw xAPI statements to prove I know xAPI?

No. Describe the business question, name the verbs you tracked beyond SCORM, and add a one-slide architecture diagram showing authoring tool to LRS to reporting layer. That proves you understand the pipeline without leaking confidential learner data.

How long should the video on a portfolio project be?

Cut a 60-second highlight that auto-opens the page and put the full narrated walkthrough behind a click-to-load link. Reviewers between meetings watch a minute; serious evaluators click through to the rest. Always caption it.

Should I include a PDF facilitator guide in an e-learning portfolio?

Yes, if the project was blended. A named facilitator guide or job aid shows you design programs, not just modules. Add a one-line note explaining where it fit the live session, and label drafts as illustrative.

Is it dishonest to show a redacted SCORM replica?

Only if you hide it. Label the artifact as a redacted or illustrative build and note any version delta. Consistency across the SCORM screen, the video, and the case study text is what technical reviewers actually check for.

/06  Try it for free

Host your first SCORM file free.

Free includes 3 projects and 500MB. No card to start; Pro is $7/mo when you need more storage, share links, embeds, and no TrainingOS branding.

Upload your first SCORM ->
JV

About the author

Jon Vig · Ex-LMS engineer · founder, Training OS. Jon spent a decade building LMS and SCORM infrastructure before founding Training OS. He writes Field Notes on hosting standards, xAPI, and shipping instructional-design work that clients can actually open.

/07Keep readingRelated notes