Difficulty should split into independently adjustable dimensions

What it is

Multi-dimensional difficulty options break "difficulty" out of a single easy/normal/hard selector into independently adjustable dimensions: enemy damage, enemy count, player health, time limits, puzzle hint frequency, and input assists (auto-aim, input buffering). A single selector forces players to accept a bundle—someone who wants lower combat pressure may simultaneously lose puzzle hints they never wanted removed. Dimensionalisation lets each player adjust only what they need.

Why it happens

"Difficulty" is not one homogeneous variable. A single selector simultaneously changes reaction windows, error tolerance, resource scarcity, and cognitive load, and these factors obstruct different players differently: players with motor impairments stall on reaction windows, players with cognitive impairments stall on information volume, and time-poor players stall on total duration. No single selector gives any group exactly what they need—it bundles adjustments they don't want with gaps they do. Dimensionalisation aligns the adjustment with the obstruction so players can pinpoint where their difficulty comes from and change only that, preserving the rest of the challenge—which is precisely where the fun lives.

Where it stops holding

Dimensionalisation carries design and balance cost. Each dimension's range needs independent testing, and extreme combinations can break the game's economy or narrative pacing (zero damage makes combat meaningless), so dimensions need boundary values and combination constraints. Presets remain valuable—most players do not want to face a dozen sliders—so customisation should sit as an advanced layer beneath presets, not replace them. Some games' core design intent is a fixed tension curve (survival horror's fragility); opening every dimension would dissolve the genre's point, and such games should narrow the open dimensions to those that leave the core intent intact.

Applying it

• Decompose existing difficulty presets into a parameter list (damage multiplier, health, timers, assist-aim strength) and confirm internally which parameters can be independently adjusted without destructive combinations.
• Build a two-layer UI: presets cover most needs, customisation expands into a slider group, and each slider carries one line describing what it changes.
• Verification: have testers with different impairment types each configure custom parameters and play a full chapter; log which dimensions they touched and their completion rate. A persistently low completion rate means the parameter range is too narrow or the description is unclear.

Related

• Same group: W8.01.2 Custom difficulty should cover speed, damage, stamina parameters · W8.01.3 Extreme custom combinations need testing for completability · W8.01.4 Lowering difficulty must not be framed as shameful
• Nearby: W2.03 Challenge-skill balance · J1.01 Accessibility design principles · W8.04 One-handed and switch access
• Search terms: granular difficulty · difficulty options · accessibility sliders · game accessibility