F6.09.1avatar placeholderdesignresearch

Avatars identify people; defaults need distinguishable placeholders

Aliases: default avatar · placeholder avatar

What it is

The disc in a list, a comment, a thread is not ornament. It pins "this person" among a pile of names. Many people never upload a photo, so identification falls on the default. If the default is the same grey silhouette, eight rows in ten look alike and the avatar column is effectively off. A default has to keep people apart when there is no photo — not look charming, but keep two neighbours from reading as one person.

Why it happens

Identity in a list is a fast match: the eye hits the mark on the left, then checks the name. If the mark is constant for every user without a photo, the match channel is names only, and names are slower to scan and more likely to collide (same family name, same given name, a display name truncated). The placeholder therefore has to offer a second, photo-independent distinction: a stable colour, shape, pattern, or generated face, and the same person must keep that set wherever they appear. A placeholder that randomises on each refresh is worse than a shared silhouette, because it breaks cross-screen recognition. The default is not a temporary picture until a photo arrives. For a large share of users it is the permanent identity graphic.

Studying it

Build a no-photo participant list and contrast a shared silhouette against distinguishable placeholders on "find this person" and "are these two the same person". Independent: placeholder strategy (uniform / stable-per-person). Dependents: search time and false identification. Include truncated display names, because real lists often show only a family name. Cross-page recognition matters too: is the same placeholder in comments and in a thread still named as the same person.

Where it stops holding

  • A closed directory that forces real-name photos barely needs a default. Public products, guests, and new users do.
  • Distinguishable does not mean photoreal. A generated face that reads as surveillance can be worse than a grey silhouette.
  • Initials on a colour field are one kind of placeholder, and they collide when names or colours match. That is a separate ledger.
  • Mixed shapes slowing a column scan is not the same question as whether the default can keep people apart.

Applying it

  • Give users without photos a per-person stable placeholder. Do not share one silhouette. The same person must match in comments, members, and threads.
  • Persist a placeholder once generated. Do not reroll colour on every load.
  • How to check: take a list of only defaults, cover the names, and see whether two named people can still be told apart. If not, the default is not yet identifying.

Related

  • Same group: F6.09.2 Solid-colour initial placeholders collide on same name or same colour · F6.09.3 Inconsistent avatar shapes slow list scanning · F6.09.4 Photo crops have to keep the face and other recognition-critical regions
  • Nearby: E4.02 List items · F3.04 Scan patterns
  • Search terms: avatar placeholder · default avatar · identity

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/F6.09.1