Short answer
Lead with proof, ship one stable URL, host SCORM instead of screenshots, and write outcome-first case studies. Plus a one-week plan.
IllustrativeVoiced by an illustrative designer. First-person details are not a real person’s experience.
Picture a live review. Somebody unmutes, shares their screen, and the room goes quiet for four seconds. Then a reviewer says, plainly, that they can’t tell what the project is from its thumbnail. The designer has been rearranging that exact page for three weeks. One sentence from a stranger does what a month of solo second-guessing couldn’t — it tells her precisely what to fix. That is the whole point of putting your work in front of a live room, and it’s the idea behind Portfolio Day, the Training OS live portfolio-review webinar.
Live reviews surface the same lessons again and again. So this is the recap I wish every instructional designer left with: the recurring themes, the one artifact that changes a reviewer’s mind, and a short list of fixes you can ship this week — written down before the examples go stale.
Portfolio reviews compress months of solo second-guessing into a few concrete fixes you can make the same afternoon.
/01Why a live review beats a month alone.
Working as a freelancer — or as the only ID on a small team — you almost never get honest feedback on your portfolio. You tweak the same headline for weeks, reorder the projects, and still have no idea whether the page lands for someone seeing it cold. A live review answers that in minutes. Someone tells you they don’t understand a project from its thumbnail, and suddenly the fix is obvious. That specificity is worth more than four weeks of internal debate.
The other thing a room gives you is pattern recognition you can’t get alone. Watch twenty portfolios back to back and the winners rhyme: clear project titles, visible tool tags, outcomes above the fold. So do the failures — vague headlines, missing SCORM demos, case studies that narrate process and never reach a result. Those patterns become your personal checklist. Write them down during the session and apply them the same week.
And don’t sleep on the networking. The people you meet at a portfolio review become future collaborators, referral sources, and sounding boards. Give someone genuinely useful feedback on their page and they remember you when a client asks, “do you know anyone who builds Storyline scenarios for healthcare?” That pipeline starts with showing up and being helpful — not with pitching. Bring a notebook, jot one thing you learned from each person’s work, and follow up within 48 hours with a specific compliment and your link.
/02The three themes that keep coming up.
If you boil down a day of reviews, the advice collapses into three moves: proof before biography, one stable URL, and hosted SCORM instead of screenshots. Designers who adopt all three win more conversations with fewer links.
1. Proof before biography.
Most portfolios still open with a paragraph about years of experience, degrees, and certifications. Hiring managers skip it and scroll to the work. If your first screen is a bio, you’ve handed the first impression to the designer whose first screen is a playable demo with a clear outcome line. Move the bio to the bottom or an About section, lead with your three strongest projects, and let the work introduce you. Reviewers reward this every time — it mirrors the read in our notes from the hiring side of the desk.
2. One stable URL.
Stop scattering your work across Google Drive folders, Review 360 links, a personal site, and an LMS sandbox. Every different link fragments your brand and creates version-control problems. The strongest portfolios point every outreach email, LinkedIn post, and proposal at the same URL. If you need to tailor the experience for different audiences, use different entry points into one site rather than maintaining two sites.
3. Hosted SCORM, not screenshots.
This is the single biggest upgrade most designers can make. A screenshot of a Storyline slide proves you can take a screenshot. A hosted module a reviewer can click through — making decisions, seeing feedback, reaching a completion screen — proves you can build. The credibility gap is enormous. If you’re a freelancer wrestling with where a SCORM package even lives, that’s its own rabbit hole; we untangled it in the guide to hosting SCORM the modern way.
/03The artifact that proves you can build.
When a portfolio is on the bubble, the thing that tips it is almost always a single artifact a reviewer can experience. Here’s what to upload, ranked by how reliably it moves the needle — and what to reach for when the obvious option is blocked.
Option 01
A hosted, playable SCORM module.
Best for: proving you build, not just design slides
If a published package is sitting in a folder, host it and link it from the project page. Worried about NDA restrictions? Build one anonymized sample that mirrors your real work and host that instead. A reviewer who can actually play your branching logic believes you in a way no annotated screenshot ever earns.
- Works well
- Reviewer clicks through decisions and reaches a completion screen
- Settles the “can they actually build?” question instantly
- One stable launch URL you can drop into any project page
- Watch out for
- Needs a host that runs the SCORM runtime, not just a file link
- Real client work usually needs an anonymized sample first
Option 02
A short walkthrough video.
Best for: when hosting the live module isn’t possible yet
If SCORM hosting isn’t an option this week, record a three-minute walkthrough of the module and embed or link it. It’s a real step up from text, but keep it tight — the longer the video, the more you’re selling narration instead of the build.
- Works well
- Shows the interaction in motion, not as a still frame
- Quick to record — a three-minute Loom does the job
- Easy to embed or link from the project card
- Watch out for
- Passive — the reviewer watches instead of deciding
- Narration quality starts to compete with design quality
Option 03
A storyboard PDF of the key decision points.
Best for: heavily restricted work you still want to evidence
When even a video is blocked, a short storyboard showing three decision points and the feedback logic still beats text alone. You can redact client names; you can’t redact rigor. The goal across all three options is the same: give the reviewer something to experience, not just something to read.
- Works well
- Shows design logic even when the build cannot be shared
- Three decision points plus feedback logic is enough
- Annotations turn a rough draft into proof of reasoning
- Watch out for
- Static — nothing to click through
- Takes care to redact client details cleanly
/04What to fix this week.
Pick one project, rewrite the outcome line, add a hosted artifact, and get a peer to spend ten minutes on your URL. That’s the whole assignment. Here’s how to run it.
Start with your weakest project — the one you secretly hope nobody clicks. Read the case study aloud and ask three questions: does the first sentence name a business problem? Does the outcome section include at least one measurable result or behavior change? Is there something playable? If any answer is no, fix that gap today. Rewrite the outcome line to lead with impact — swap “Created a compliance training module” for something shaped like “Cut policy-violation incidents 18% in 90 days by replacing lecture slides with branching practice scenarios in Storyline 360” (with your own, real numbers). That edit takes five minutes and changes how every reviewer reads the project.
Upload one hosted artifact. SCORM package in a folder? Host it and link it. SCORM not an option? Record a three-minute walkthrough. Even that blocked by NDA? Ship the storyboard PDF. Any artifact beats text alone.
Send your URL to one peer and ask for a ten-minute critique with three pointed questions: “What do you think I specialize in from my first screen?” “Which project would you click first, and why?” “What’s unclear or missing?” Those force action instead of vague compliments. If they can’t name your specialty, your headline needs work. If they wouldn’t click any thumbnail, your visuals do. Act within 24 hours, while it’s specific.
/05Keep iterating after the room clears.
The portfolio is never “done” — it compounds. The designers who get the most out of a live review pair the feedback with async work and a way to stay honest about it.
Connect each piece of feedback to a specific next step. If your case studies were thin, run one project through the STAR case-study template before the next event. If hosting was the gap, set up hosted demos and test them on three devices. If pricing came up in the hallway track, draft a rate card with the freelance pricing guide so you’re ready for the next prospect. Targeted follow-through is what turns an afternoon of notes into permanent skill.
Then make it social and measurable. Form a small accountability group — three to five IDs who meet monthly, each sharing one update and getting five minutes of feedback. The mild pressure of showing up with nothing done keeps most people moving. And track every change in a simple changelog: date, what you changed, why, and the result if you can measure it. Six months in, that log becomes a growth story you can tell in interviews — something like “I ran twelve portfolio iterations on peer feedback; proposal click-through doubled between Q1 and Q3,” if your own numbers bear it out — which is exactly the continuous-improvement mindset hiring managers want in senior IDs. For the structural patterns behind pages that consistently get the call, keep our breakdown of real ID portfolios open while you iterate.
/06Frequently asked questions.
What is the single biggest fix from a portfolio review?
I can’t attend live. Is the recording worth it?
How do I show SCORM work when everything is under NDA?
How do I turn event feedback into something that lasts?
See what Allure Training OS includes
About Field Notes
Allure Training OS
Practical guides for instructional designers from Allure Training OS.