Recognition vs recall

What is recognition vs recall?

Recognising something you’re shown is easier than recalling it from scratch. Good interfaces give you choices - menus, icons, recent items, autocomplete - instead of forcing you to remember and type from nothing.

Also known as: recognition over recall

Prefer to watch? Watch the recap 0:29

The demo

A 20-second memory test. You will see six things for five seconds. Then we check how many you can recall from a blank page, against how many you can recognise from a line-up.

What this demo shows (text version)

You study six items briefly, then first try to list them from memory (free recall) and then pick them out of a set of twelve (recognition). Almost everyone scores higher on recognition than on recall: pulling something from a blank memory is hard, but spotting it in a line-up is easy. That gap is why usable interfaces surface options to choose from (menus, toolbars, thumbnails, autocomplete) rather than asking you to remember and type the exact thing.

Spotting something in a line-up is easier than dredging it up from a blank memory. Show people their options - menus, icons, recent items, autocomplete - rather than asking them to remember and type the right thing from nothing. You can see and try this concept in action on this page.

This is the strongest argument against interfaces that hide everything behind a hamburger or a command palette in the name of looking clean. Hiding options does not reduce effort; it just moves the work from recognition, which is easy, to recall, which is hard.

Search is the exception that proves the rule. A blank search box is recall, but autocomplete quietly turns it back into recognition the moment you start typing. The good ones meet you halfway.