Back to compare picker

Saved search vs Basic search vs Filter panel vs Recently viewed

Prefer saved search when users repeatedly run the same query, filters, sort, and scope and need a named object they can rerun later.

Decision dimensions

Dimension Saved searchBasic searchFilter panelRecently viewed
UI or UX UI + UX - Persisted named search criteria for rerunning a dynamic result setUI + UX - Search input and result listUI + UX - Grouped filter control panel for narrowing a current result setUI + UX - Automatic list of items the current user opened recently
UI guidance Render Save search near the active query and result summary, and show exactly which query text, filters, scope, and sort will be stored.Render a labeled search field, result count, matching rows, and clear action.Render filter categories as labelled form controls in a panel adjacent to the result set on wide layouts, with a visible result count and active-filter summary near the results.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 saved search when users repeatedly need the same dynamic result set and must rerun it without rebuilding query, filters, sort, and scope.Help users find known content without browsing every category.Use a filter panel to help users narrow the current list or search result set while preserving orientation, search query, sort order, pagination context, and selected values.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 search results page shows Save search beside the result count, opens a naming dialog, and previews query, filters, scope, and sort before saving.A clearly labeled search field with result count and results placed directly below.A desktop search page shows a left filter panel with Status, Type, and Date groups, while active chips and the result count sit above the results.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 A star icon saves an unnamed search with no confirmation or criteria summary.Search input hidden behind only an icon with no label.A filter drawer closes with no active count, leaving users unaware that filters are still hiding records.A homepage shows a Recently viewed carousel filled with promoted products the user never opened.
Good UX A user saves a search for Open renewal risks, returns next week, reruns it, and sees newly matching cases included.Users can type, revise, clear, and keep context while inspecting results.A user selects Status: Open and Type: Appeal, applies the batch, lands back at the result summary, and sees 12 records with both criteria removable.A user opens several supplier records, returns to the dashboard, and reopens the most recent record without reconstructing the search.
Bad UX Saving search stores only the current three results, so future matching records are missing.Search silently changes unrelated filters.Applying a filter silently resets the query, sort order, current page, and view density.Users trust a Recently viewed rail as a recommendation and choose an irrelevant item because sponsored content was mixed into history.
Best fit Users repeat the same search criteria across sessions or operational cycles.Users know a word, name, or identifier.Users need to narrow the current search results, browse results, table, card grid, or list by multiple criteria.Users inspect multiple objects and often need to return to one they recently opened.
Avoid when The query is a one-off lookup that users will not need again.The task is choosing a command with side effects.The result set is small enough that scanning is faster than filtering.The content set is tiny, linear, or easy to scan without history.
Required state Unsaved current search with Save search available only when criteria are meaningful.Empty query state.Default state with no user-applied filters and an explicit result count.Empty or hidden state before any qualifying item has been viewed.
Accessibility burden Use labelled form fields for saved-search name, description, visibility, and subscription settings.The input has a stable accessible name.Use semantic form controls with fieldsets, legends, labels, and accessible names for filter categories and values.Use a heading or labelled region that describes the scope of the list.
Common misuse Saving static result IDs instead of reusable criteria.Using placeholder text as the only label.Hiding active filters inside a closed panel with no count, chips, or result-state summary.Filling recently viewed with recommendations, ads, popular items, or related content.

Saved search

UI or UX
UI + UX - Persisted named search criteria for rerunning a dynamic result set
UI guidance
Render Save search near the active query and result summary, and show exactly which query text, filters, scope, and sort will be stored.
UX guidance
Use saved search when users repeatedly need the same dynamic result set and must rerun it without rebuilding query, filters, sort, and scope.
Good UI
A search results page shows Save search beside the result count, opens a naming dialog, and previews query, filters, scope, and sort before saving.
Bad UI
A star icon saves an unnamed search with no confirmation or criteria summary.
Good UX
A user saves a search for Open renewal risks, returns next week, reruns it, and sees newly matching cases included.
Bad UX
Saving search stores only the current three results, so future matching records are missing.
Best fit
Users repeat the same search criteria across sessions or operational cycles.
Avoid when
The query is a one-off lookup that users will not need again.
Required state
Unsaved current search with Save search available only when criteria are meaningful.
Accessibility burden
Use labelled form fields for saved-search name, description, visibility, and subscription settings.
Common misuse
Saving static result IDs instead of reusable criteria.

Basic search

UI or UX
UI + UX - Search input and result list
UI guidance
Render a labeled search field, result count, matching rows, and clear action.
UX guidance
Help users find known content without browsing every category.
Good UI
A clearly labeled search field with result count and results placed directly below.
Bad UI
Search input hidden behind only an icon with no label.
Good UX
Users can type, revise, clear, and keep context while inspecting results.
Bad UX
Search silently changes unrelated filters.
Best fit
Users know a word, name, or identifier.
Avoid when
The task is choosing a command with side effects.
Required state
Empty query state.
Accessibility burden
The input has a stable accessible name.
Common misuse
Using placeholder text as the only label.

Filter panel

UI or UX
UI + UX - Grouped filter control panel for narrowing a current result set
UI guidance
Render filter categories as labelled form controls in a panel adjacent to the result set on wide layouts, with a visible result count and active-filter summary near the results.
UX guidance
Use a filter panel to help users narrow the current list or search result set while preserving orientation, search query, sort order, pagination context, and selected values.
Good UI
A desktop search page shows a left filter panel with Status, Type, and Date groups, while active chips and the result count sit above the results.
Bad UI
A filter drawer closes with no active count, leaving users unaware that filters are still hiding records.
Good UX
A user selects Status: Open and Type: Appeal, applies the batch, lands back at the result summary, and sees 12 records with both criteria removable.
Bad UX
Applying a filter silently resets the query, sort order, current page, and view density.
Best fit
Users need to narrow the current search results, browse results, table, card grid, or list by multiple criteria.
Avoid when
The result set is small enough that scanning is faster than filtering.
Required state
Default state with no user-applied filters and an explicit result count.
Accessibility burden
Use semantic form controls with fieldsets, legends, labels, and accessible names for filter categories and values.
Common misuse
Hiding active filters inside a closed panel with no count, chips, or result-state summary.

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
A homepage shows a Recently viewed carousel filled with promoted products the user never opened.
Good UX
A user opens several supplier records, returns to the dashboard, and reopens the most recent record without reconstructing the search.
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 content set is tiny, linear, or easy to scan without 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.
Decision rules
  • Prefer saved search when users repeatedly run the same query, filters, sort, and scope and need a named object they can rerun later.
  • Prefer basic search when the user needs a one-off query box, result count, and recovery path without creating a reusable saved object.
  • Prefer a filter panel when the design problem is exposing selectable criteria for the current result set rather than storing those criteria for future sessions.
  • Prefer recently viewed when the system passively lists items the user opened; recently viewed should not imply the user intentionally saved a query.
  • Saved search should persist criteria, not a frozen result snapshot, because the result list can change as new matching records are created or old records change.
  • Saved search needs ownership, visibility, naming, and management states, especially when the search can be private, shared, favorited, subscribed to, copied, edited, or deleted.
  • Use saved filter as a narrower future pattern when users store a reusable filter set without a text query, ranking, scope, notification, or saved result-view identity.
  • Do not hide saved-search execution behind browser bookmarks because product state such as permissions, result counts, subscriptions, stale fields, or changed query language needs product feedback.
  • When a saved search is edited, show whether the user is updating the saved criteria, saving a copy, or temporarily modifying the current run.
  • When saved searches are shared, expose who can view or edit them and avoid leaking private query names, sensitive criteria, or result counts across permission boundaries.
Inspect live examples
Failure modes
  • The Save search action stores only the current result IDs, so newly matching records never appear when users rerun it.
  • A saved search is renamed or edited with no owner, visibility, or last-run state, so teams cannot tell whether it is safe to use.
  • A user changes criteria after opening a saved search and accidentally overwrites the shared version instead of saving a copy.
  • Private saved search names or result counts appear in a shared sidebar to users who cannot access the underlying criteria.
  • Saved searches, recent searches, filters, and bookmarks are mixed in one unlabelled list.
  • An alert subscription keeps emailing stale results after the saved criteria were deleted or lost permissions.