Back to compare picker

Pinned items vs Favorites vs Recently viewed vs Saved view

Use pinned items for deliberate stable prominence, favorites for saved preference or affinity, recently viewed for automatic history, and saved view for reusable presentation state.

Learn the decision

Match the interaction to the person's task

Use pinned items for deliberate stable prominence, favorites for saved preference or affinity, recently viewed for automatic history, and saved view for reusable presentation state.

Pinned items

Use it when: Users need stable quick access to a small set of known high-priority objects.

Make this state clear: Pinned section with item identity, type, scope, position, and unpin controls.

Observe the result: A profile owner selects public projects to pin, previews how visitors will see them, and replaces a stale pinned repository with a newer gist.

Study the full pattern →

Favorites

Use it when: Users need to mark preferred or personally important objects for later return.

Make this state clear: Favoritable item state, favorited item state, favorite pending, unfavorite pending, and failed-save states.

Observe the result: A developer stars a repository to return to it later, understands that watching handles notifications separately, and can find all starred repositories from a personal saved list.

Study the full pattern →

Recently viewed

Use it when: Users inspect multiple objects and often need to return to one they recently opened.

Make this state clear: Empty or hidden state before any qualifying item has been viewed.

Observe the result: A user on a shared account removes an unexpected document from the recent list and understands that Favorites are stored separately.

Study the full pattern →

Saved view

Use it when: Users repeatedly return to a specific presentation of a changing data set.

Make this state clear: Saved view list with active, private, team, shared, pinned, default, owner, last-updated, and result-count states.

Observe the result: A manager opens SLA breach risk, sees the board layout, grouped Status lanes, five saved columns, and current result count, then changes density and saves a private copy instead of overwriting the team view.

Study the full pattern →

Practice the judgment: Imagine this situation: A user unpins an item and the underlying file is deleted. Write the person's goal, choose one of these patterns, and show the state that helps the person continue. Use the decision rules and source trail below to explain your choice.

Review the underlying principle →

Decision dimensions

Dimension Pinned itemsFavoritesRecently viewedSaved view
UI or UX UI + UX - Deliberate user or owner-selected items kept in a stable prominent positionUI + UX - User-marked preferred items gathered into a recognizable return-access listUI + UX - Automatic list of items the current user opened recentlyUI + UX - Persisted named presentation state for a data workspace
UI guidance Render pinned items in a clearly labelled section, top zone, or fixed order with item identity, type, owner or scope, pin state, and an unpin path visible near each item.Show a clearly labelled Favorites or Starred area with item identity, item type, location, ownership or scope, selected favorite state, and an unfavorite control that is visually tied to each item.Render a labelled list or rail of items the current user actually opened, ordered most recent first, with enough identity to recognize each item such as name, type, thumbnail or icon, location, status, and last-viewed time.Render saved views as named, selectable workspace presentations with visible owner or visibility, active state, saved layout mode, columns or fields, grouping, sort, filters, and last-updated metadata.
UX guidance Use pinned items when users or workspace owners deliberately keep a small set of high-priority objects, files, links, repositories, records, or widgets easy to return to.Separate favorites from pinned items, recently viewed, saved views, subscriptions, collections, and recommendations so users can predict whether starring affects quick access, display prominence, delivery, public signals, or only a personal saved list.Use recently viewed to reduce re-finding effort when users compare items, pause work, resume documents, or return to records they inspected during the current or recent sessions.Use saved view when users need to return to a complete operational presentation of a changing dataset rather than rebuilding columns, layout, grouping, filters, and sort every session.
Good UI A document library has a Pinned section at the top with three highlighted files, each showing file name, type, modified date, owner, Move left, Move right, and Unpin actions.A file hub has a Favorites section with file names, file types, folder paths, owner labels, filled star buttons, and an explanation that removing a favorite keeps the file in its folder.A procurement dashboard shows Recently viewed records with title, record type, status, project, last-viewed time, and a remove control for each row.A support queue has saved views named My urgent tickets, Team backlog, and SLA breach risk, each showing columns, sort, filters, owner, and private or team visibility before users apply it.
Bad UI Pinned items are indistinguishable from favorites or recently viewed items.Unfavorite deletes or hides the underlying object.Recent history becomes a surveillance surface on shared accounts or screen shares.A saved view list mixes saved filters, saved searches, static exports, bookmarks, and recent pages under one generic Saved label.
Good UX A profile owner selects public projects to pin, previews how visitors will see them, and replaces a stale pinned repository with a newer gist.A developer stars a repository to return to it later, understands that watching handles notifications separately, and can find all starred repositories from a personal saved list.A user on a shared account removes an unexpected document from the recent list and understands that Favorites are stored separately.A manager opens SLA breach risk, sees the board layout, grouped Status lanes, five saved columns, and current result count, then changes density and saves a private copy instead of overwriting the team view.
Bad UX A team pin can be reordered by anyone, so shared navigation changes unexpectedly for every teammate.A user removes a favorite and loses the underlying record because the product treated unfavorite as delete.Users trust a Recently viewed rail as a recommendation and choose an irrelevant item because sponsored content was mixed into history.A user changes one column while reviewing a team queue and accidentally updates the shared default for everyone.
Best fit Users need stable quick access to a small set of known high-priority objects.Users need to mark preferred or personally important objects for later return.Users inspect multiple objects and often need to return to one they recently opened.Users repeatedly return to a specific presentation of a changing data set.
Avoid when The item list should be automatic history, popularity, recommendation, or search ranking.The goal is to keep a small set at the top or in a stable user-defined order.The team wants to promote products, recommend next actions, or show related content rather than return personal history.Only one current-session filter or sort choice needs to be changed.
Required state Pinned section with item identity, type, scope, position, and unpin controls.Favoritable item state, favorited item state, favorite pending, unfavorite pending, and failed-save states.Empty or hidden state before any qualifying item has been viewed.Saved view list with active, private, team, shared, pinned, default, owner, last-updated, and result-count states.
Accessibility burden Use text and accessible state for Pin, Pinned, Unpin, Move earlier, Move later, and Replace actions instead of relying on a pushpin icon alone.Use an accessible name and state such as Add to favorites, Remove from favorites, or Starred instead of relying on a star icon alone.Use a heading or labelled region that describes the scope of the list.Use labelled controls for view name, visibility, layout, columns, grouping, filters, sort, density, and sharing settings.
Common misuse Mixing pinned items with automatic recents, favorites, saved searches, subscriptions, and recommendations in one ambiguous list.Removing, archiving, hiding, or deleting the item when users only meant to unfavorite it.Filling recently viewed with recommendations, ads, popular items, or related content.Saving current rows instead of presentation settings and dynamic criteria.

Pinned items

UI or UX
UI + UX - Deliberate user or owner-selected items kept in a stable prominent position
UI guidance
Render pinned items in a clearly labelled section, top zone, or fixed order with item identity, type, owner or scope, pin state, and an unpin path visible near each item.
UX guidance
Use pinned items when users or workspace owners deliberately keep a small set of high-priority objects, files, links, repositories, records, or widgets easy to return to.
Good UI
A document library has a Pinned section at the top with three highlighted files, each showing file name, type, modified date, owner, Move left, Move right, and Unpin actions.
Bad UI
Pinned items are indistinguishable from favorites or recently viewed items.
Good UX
A profile owner selects public projects to pin, previews how visitors will see them, and replaces a stale pinned repository with a newer gist.
Bad UX
A team pin can be reordered by anyone, so shared navigation changes unexpectedly for every teammate.
Best fit
Users need stable quick access to a small set of known high-priority objects.
Avoid when
The item list should be automatic history, popularity, recommendation, or search ranking.
Required state
Pinned section with item identity, type, scope, position, and unpin controls.
Accessibility burden
Use text and accessible state for Pin, Pinned, Unpin, Move earlier, Move later, and Replace actions instead of relying on a pushpin icon alone.
Common misuse
Mixing pinned items with automatic recents, favorites, saved searches, subscriptions, and recommendations in one ambiguous list.

Favorites

UI or UX
UI + UX - User-marked preferred items gathered into a recognizable return-access list
UI guidance
Show a clearly labelled Favorites or Starred area with item identity, item type, location, ownership or scope, selected favorite state, and an unfavorite control that is visually tied to each item.
UX guidance
Separate favorites from pinned items, recently viewed, saved views, subscriptions, collections, and recommendations so users can predict whether starring affects quick access, display prominence, delivery, public signals, or only a personal saved list.
Good UI
A file hub has a Favorites section with file names, file types, folder paths, owner labels, filled star buttons, and an explanation that removing a favorite keeps the file in its folder.
Bad UI
Unfavorite deletes or hides the underlying object.
Good UX
A developer stars a repository to return to it later, understands that watching handles notifications separately, and can find all starred repositories from a personal saved list.
Bad UX
A user removes a favorite and loses the underlying record because the product treated unfavorite as delete.
Best fit
Users need to mark preferred or personally important objects for later return.
Avoid when
The goal is to keep a small set at the top or in a stable user-defined order.
Required state
Favoritable item state, favorited item state, favorite pending, unfavorite pending, and failed-save states.
Accessibility burden
Use an accessible name and state such as Add to favorites, Remove from favorites, or Starred instead of relying on a star icon alone.
Common misuse
Removing, archiving, hiding, or deleting the item when users only meant to unfavorite it.

Recently viewed

UI or UX
UI + UX - Automatic list of items the current user opened recently
UI guidance
Render a labelled list or rail of items the current user actually opened, ordered most recent first, with enough identity to recognize each item such as name, type, thumbnail or icon, location, status, and last-viewed time.
UX guidance
Use recently viewed to reduce re-finding effort when users compare items, pause work, resume documents, or return to records they inspected during the current or recent sessions.
Good UI
A procurement dashboard shows Recently viewed records with title, record type, status, project, last-viewed time, and a remove control for each row.
Bad UI
Recent history becomes a surveillance surface on shared accounts or screen shares.
Good UX
A user on a shared account removes an unexpected document from the recent list and understands that Favorites are stored separately.
Bad UX
Users trust a Recently viewed rail as a recommendation and choose an irrelevant item because sponsored content was mixed into history.
Best fit
Users inspect multiple objects and often need to return to one they recently opened.
Avoid when
The team wants to promote products, recommend next actions, or show related content rather than return personal history.
Required state
Empty or hidden state before any qualifying item has been viewed.
Accessibility burden
Use a heading or labelled region that describes the scope of the list.
Common misuse
Filling recently viewed with recommendations, ads, popular items, or related content.

Saved view

UI or UX
UI + UX - Persisted named presentation state for a data workspace
UI guidance
Render saved views as named, selectable workspace presentations with visible owner or visibility, active state, saved layout mode, columns or fields, grouping, sort, filters, and last-updated metadata.
UX guidance
Use saved view when users need to return to a complete operational presentation of a changing dataset rather than rebuilding columns, layout, grouping, filters, and sort every session.
Good UI
A support queue has saved views named My urgent tickets, Team backlog, and SLA breach risk, each showing columns, sort, filters, owner, and private or team visibility before users apply it.
Bad UI
A saved view list mixes saved filters, saved searches, static exports, bookmarks, and recent pages under one generic Saved label.
Good UX
A manager opens SLA breach risk, sees the board layout, grouped Status lanes, five saved columns, and current result count, then changes density and saves a private copy instead of overwriting the team view.
Bad UX
A user changes one column while reviewing a team queue and accidentally updates the shared default for everyone.
Best fit
Users repeatedly return to a specific presentation of a changing data set.
Avoid when
Only one current-session filter or sort choice needs to be changed.
Required state
Saved view list with active, private, team, shared, pinned, default, owner, last-updated, and result-count states.
Accessibility burden
Use labelled controls for view name, visibility, layout, columns, grouping, filters, sort, density, and sharing settings.
Common misuse
Saving current rows instead of presentation settings and dynamic criteria.
Decision rules
  • Choose pinned items when a small set of known objects must stay at the top, in a featured section, or in a stable user-controlled order.
  • Choose favorites when users mark liked or personally saved objects without necessarily changing placement, order, or audience visibility.
  • Choose recently viewed when the list should be automatic history based on what the current user opened most recently.
  • Choose saved view when the saved object is a named data-surface configuration such as columns, filters, grouping, sort, layout, density, or tab placement.
  • Pinned items must expose scope and audience, because a profile pin, personal pin, team pin, and admin-managed pin affect different viewers.
  • A pinned item should keep the underlying item unchanged; unpinning removes the prominence relationship, not the file, repository, record, favorite, or subscription.
  • Use a pin limit and reorder controls when prominence matters; if users can save unlimited items, the pattern behaves more like favorites or a collection.
  • Keep pins separate from recently viewed because pins are deliberate and stable while recents are automatic and time-ordered.
  • Keep pins separate from follow / subscribe because pins provide quick return or display prominence, not future update delivery.
  • When an item is deleted, moved, restricted, stale, or blocked by permission changes, show the pinned state as repairable with remove, replace, or request-access paths.
Inspect live examples
Failure modes
  • Pinned, favorited, saved, and recent items appear in one list with no explanation of what each action changes.
  • A user unpins an item and the underlying file is deleted.
  • A shared pin reorders every teammate's workspace with no audience warning.
  • Recently viewed items are pinned automatically, making users think the system selected them as important.
  • A saved view tab is called a pinned item even though it stores columns, filters, grouping, and sort.
  • A restricted pinned item leaks its name on a public profile or shared workspace.

Saved items