D4.08.3Measure redundancy, do not assume itdesignresearch

Redundancy gains need task-specific measurement

Aliases: empirical validation · task specific · no default benefit

What it is

Redundancy gains must be measured for the specific task, not assumed. The same channel pairing can behave completely differently across tasks: redundancy helps when fast detection matters, and can interfere when fine discrimination does. "One more channel is always better" is an unverified assumption.

Why it happens

Gain depends on what the task asks of the channels: for fast detection, parallel delivery raises the hit probability; for precise discrimination of one dimension, a second channel may compete for attention with the target dimension or introduce a contradiction requiring adjudication. Whether the channels are semantically equivalent matters too—if they carry slightly different information, users must do extra integration and the gain cancels. The sign of the effect is therefore decided at the task level and cannot be inferred from the channels themselves.

Studying it

Run a controlled comparison on the target task: single- and multichannel conditions, measuring the task's own primary metrics (hit rate, discrimination accuracy, completion time) plus perceived workload. Variables include task type, channel pairing, and whether the information is equivalent. Include task-specific metrics, since generic ones often mask the difference. State conclusions per task rather than as channel properties.

Where it stops holding

If the primary metric is already near ceiling with one channel, no scheme has room to improve and attention should go to cost instead of gain. If the usage setting differs greatly from the test setting—quiet lab versus noisy deployment—results do not extrapolate and representative conditions must be included. If the channels are not semantically equivalent, the test must define what "redundant" means.

Applying it

  • For each task using redundancy, compare single- and multichannel conditions with task-specific metrics.
  • Test under representative conditions rather than ideal laboratory settings only.
  • Limit conclusions to the tasks and conditions tested instead of generalizing.
  • Verification: complete the comparison and report task-specific differences; without a gain, or with a negative one, drop redundancy for that task.

Related

  • Within the group: D4.08.1 Redundancy improves delivery in high noise or high load · D4.08.2 In low-load settings, redundancy has limited marginal value and may overload
  • Adjacent: Q4.02 Controlled experiments in interaction evaluation · D4.08 The real payoff of multisensory redundancy
  • Search terms: empirical validation · task-specific effects · redundancy benefits

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/D4.08.3