← All posts

Training that sticks

Screenshot docs, Loom videos, or interactive walkthroughs: what actually works for training people on software

Shaul Gittelman · Founder, Guidely · August 1, 2026 · 4 min read

Somebody on your team just figured out how to do the thing — file the expense report, merge the duplicate CRM records, set up the campaign tracking. Now they need to transfer that knowledge to everyone else, and they have three realistic options: write it up with screenshots, record their screen while talking, or build something interactive that guides people through the real tool.

I run a company that sells the third option, so you should read this with that in mind. But I've used all three for years, and each one fails in a specific, predictable way that almost nobody talks about at purchase time. Here's the honest map.

Screenshot guides (Scribe, Tango, or a Google Doc with pasted images)

The workhorse. Tools like Scribe made this genuinely fast — perform the task once and you get a numbered, annotated step list in about a minute. It's skimmable, searchable, printable, and pasteable into a wiki. For a stable process in a stable tool, it's hard to beat the effort-to-value ratio.

The failure mode is rot. A screenshot guide is a photograph of an app on the day you took it. SaaS apps change constantly — a renamed menu, a moved button, a redesigned settings page — and nothing tells you your guide is now wrong. Your new hire finds out for you when step 4 says "click Reports in the left sidebar" and the sidebar no longer has a Reports item. Now they're stuck and they've learned your documentation can't be trusted, which is expensive, because they stop reading it.

There's a subtler failure too: reading about an interface and operating an interface are different skills. People follow the screenshots with one eye while doing the real thing with the other, alt-tabbing between windows, losing their place. Comprehension is fine. Transfer is weak.

Screen recordings (Loom, or video in general)

Video captures things no screenshot can: pacing, hesitation, the little "oh and watch out for this" asides, the cursor movement that shows you where things are spatially. For explaining why a process exists, or walking through something genuinely subtle, a good five-minute Loom is excellent. It's also the most human format — new hires get a face and a voice, which matters more than trainers admit.

The failure mode is that video is a linear medium and work isn't. Nobody rewatches a 14-minute video to find the one step they forgot; they scrub around, miss it, and Slack the person who made the video — which is exactly the interruption the video was supposed to prevent. Video is unsearchable in practice, painful to update (re-record the whole thing, or live with "ignore the old menu you see here, it's moved"), and passive. Watching someone do a task produces dramatically less retention than doing it. Everyone knows this from learning to drive; we forget it when we assign a video playlist as onboarding.

Videos also rot, same as screenshots. They just rot in higher resolution.

Interactive walkthroughs (WalkMe, Whatfix, or — disclosure — Guidely)

The third option puts the guidance inside the app: an overlay that highlights the actual button, waits for you to actually click it, and moves to the next step. The person learns by doing the real task on the real tool, which is the version of practice that actually sticks. And because the guide points at live elements rather than pictures of them, it can tolerate a fair amount of cosmetic change in the app.

Two honest caveats, because this category has earned them.

First, the classic enterprise version of this (WalkMe, Whatfix) comes with an implementation project — selectors to maintain, admins to train, sometimes literal consultants. Plenty of mid-size teams bought a digital adoption platform and quietly stopped maintaining it a year later. The category's biggest historical weakness is that the guides were still hand-built recordings of a UI, so they still rotted; they just rotted in a more expensive way. (This is why we ended up building Guidely around live AI guidance that reads the page at answer-time instead of replaying a stored script — I wrote up why we shelved our own recorder if you want the gory details.)

Second, interactive guidance is the wrong tool for conceptual knowledge. "How we think about qualifying leads" is not a click-path. Don't build a walkthrough for it; write a doc or record a Loom.

The actual decision

Here's how I'd choose, ignoring who sells what:

The knowledge is... Use
A stable click-path in a tool that rarely changes Screenshot guide
Conceptual — why, not how A short video or a written doc
A click-path people must perform correctly (billing, compliance, CRM hygiene) Interactive walkthrough
Asked about constantly, in a tool that changes often Interactive, and ideally live/AI-generated rather than pre-recorded

The pattern underneath the table: the more it matters that the person does it right, and the more often the underlying app changes, the more you should push toward guidance that lives in the app. The more the knowledge is about judgment rather than clicks, the more you should push toward human formats.

Most teams need all three, honestly. The mistake isn't picking the wrong tool — it's using one format for everything because that's the tool you already pay for. A 14-minute Loom that should have been six interactive steps, or a walkthrough that should have been a paragraph. Match the format to the knowledge and most of the "our training doesn't stick" problem quietly goes away.