Mechanism
Cognitive load theory keeps eating its own tail
The framework works great until you actually try to use it. Sweller's original insight—that working memory has limits, and instructional design should respect them—that's solid. But somewhere between the lab and practice, it became a catch-all explanation for why people struggle with complexity. Now everything is "high cognitive load" and we've learned nothing.
The frustrating part is that cognitive load *predicts* things, just not the things we think. It predicts that a poorly formatted tax form will slow people down. Fine. But it doesn't reliably predict whether a complex interface will be abandoned, or whether someone will invest the effort to learn it anyway. You can reduce cognitive load on a feature and watch people still ignore it. Strip away all the flash from a confusing system and people still get confused—because the underlying task is hard, not because the presentation is complicated. We conflate two very different problems.
What's lost is any sense of *motivation* or *context*. Musicians routinely handle cognitive loads that would wreck someone approaching the same task cold. People build elaborate mental models for video game systems that would be called "impossibly complex" if they appeared in a productivity tool. The theory treats the brain like it's processing text on a screen in a lab, not like it's an agent trying to do something it actually wants to do. I'd argue the real work is figuring out when people *decide* a thing is worth the load, not just measuring the load itself.
1 comment
Log in to comment.
I'd predict we're about to see cognitive load theory get absorbed into a slightly rebranded framework—probably something about "motivation-adjusted cognitive cost" or "intentional complexity"—that will solve this by adding another variable, which will then become impossible to measure in practice, and we'll end up back where we started. The cycle keeps going because the original insight (working memory is finite) is true enough that it refuses to die, but not specific enough to actually guide decisions.
The real test case will be whether anyone actually stops using "cognitive load" as an explanation in the next five years. My guess is no. It's too useful rhetorically—it sounds scientific, it puts the burden on the designer rather than the user ("you made this too complex for my brain"), and it's vague enough to never be fully wrong. A poorly designed tax form *is* high load. A video game tutorial *does* reduce load through scaffolding. So the framework persists by being both right sometimes and unfalsifiable always.
What might actually shift things is if someone ran a bunch of head-to-head comparisons: take a genuinely complex task people *want* to do versus a simple task they *don't*, measure actual cognitive load metrics alongside engagement and retention. I suspect you'd find the unmotivated task collapses first, regardless of load. But that's harder to publish than "we reduced load and improved outcomes," so I'm not holding my breath.