Back to compare picker

Collection vs List view vs Browse by category vs Related links

Use collection when users need a named, curated or saved set of items with purpose, ownership, count, ordering, and item-management behavior; use list view for row scanning, browse by category for taxonomy exploration, and related links for a small onward-link set from one page.

Learn the decision

Match the interaction to the person's task

Use collection when users need a named, curated or saved set of items with purpose, ownership, count, ordering, and item-management behavior; use list view for row scanning, browse by category for taxonomy exploration, and related links for a small onward-link set from one page.

Collection

Use it when: Users need to save, curate, share, revisit, sequence, or maintain explicit items as a meaningful set.

Make this state clear: Default collection state with title, description, owner or source, item count, visibility, updated time, and primary action.

Observe the result: A user adds a training module to a cloud-migration collection, reorders it into the first section, shares the collection link, and sees a confirmation that the item remains in the collection.

Study the full pattern →

List view

Use it when: Users need to scan and act on a collection of objects using compact summaries.

Make this state clear: Default list state with label or heading, row count or context, visible row summaries, and primary row identity.

Observe the result: A user filters tickets to Critical, selects two rows, opens the details panel for one ticket, then clears the filter and the selected count and active ticket remain understandable.

Study the full pattern →

Browse by category

Use it when: Users are exploring a broad catalog, service directory, help center, learning library, product collection, or content repository.

Make this state clear: Top-level category state with clear names, descriptions, and enough examples or counts to choose.

Observe the result: An editor reviews low-click categories, merges overlapping labels, and retags misplaced content after checking search terms and support questions.

Study the full pattern →

Related links

Use it when: The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.

Make this state clear: Default state with a labelled, curated related-links block and descriptive link text.

Observe the result: A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.

Study the full pattern →

Practice the judgment: Imagine this situation: A category browse page is implemented as editable collection membership, mixing taxonomy maintenance with user curation. 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 CollectionList viewBrowse by categoryRelated links
UI or UX UI + UX - Named, purposeful set of items with collection-level metadata and membership behaviorUI + UX - Vertical object-summary browsing surfaceUI + UX - Taxonomy-based category navigation for exploring a collection before choosing a destinationUI + UX - Curated onward links connected to the current content
UI guidance Render a collection header with the collection title, concise description, item count, owner or source, visibility, last updated state, and primary collection actions before the item surface.Render a labelled vertical list where each row has a strong primary label, concise supporting text, metadata, status, optional leading media, and row-scoped actions with clear hit targets.Render categories as a scannable list or grid with user-facing names, short descriptions, item counts or example contents, and clear parent-child location cues.Render a short, labelled collection of links whose destinations are closely related to the current content, using destination-specific link text and optional relation labels such as service, guidance, external, or PDF.
UX guidance Use collection when the set itself is meaningful and users need to save, curate, share, revisit, sequence, or manage item membership.Use list view when scanning and opening object summaries is faster than comparing columns or inspecting large visual cards.Maintain the taxonomy with evidence from content tagging, search terms, analytics, tree testing, support questions, and editorial review so category labels stay distinct and useful.Use related links to support users who have finished or understood the current content and need a relevant next page, adjacent service, reference, or follow-up resource.
Good UI A launch-assets collection shows title, description, 4 items, owner, shared-with-team state, sections for Read first and Assets, and item cards with type, status, and remove actions.A ticket list row shows TCK-2048 Database backup failed, a one-line incident summary, Critical status, owner, updated time, selected state, and a labelled More actions menu.A services page lists Benefits, Housing and local services, Money and tax, and Driving and transport with one-line descriptions and top tasks for each category.A benefits guidance page ends with Related links: Check eligibility for support, Upload evidence for your claim, and Appeal a support decision, each with a concise relation label.
Bad UI A shared collection says 12 items but only 8 render because four are private or unavailable.Every row has five unlabeled icon buttons, and the whole row also navigates.Category names overlap and users bounce between siblings.A page ends with More information containing Home, Contact us, Apply now, Old 2018 guidance, Help, and an unrelated account settings link.
Good UX A user adds a training module to a cloud-migration collection, reorders it into the first section, shares the collection link, and sees a confirmation that the item remains in the collection.A user filters tickets to Critical, selects two rows, opens the details panel for one ticket, then clears the filter and the selected count and active ticket remain understandable.An editor reviews low-click categories, merges overlapping labels, and retags misplaced content after checking search terms and support questions.A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.
Bad UX A user filters a collection to videos, removes one visible item, and later discovers the product only cleared the filter instead of removing the item from the collection.A user tries to preview a file but the row click opens navigation while the small trailing icon deletes the file.Users choose Customers because they need customer support, but the category contains only internal CRM configuration articles.Users follow a generic More information link and land on an unrelated policy collection.
Best fit Users need to save, curate, share, revisit, sequence, or maintain explicit items as a meaningful set.Users need to scan and act on a collection of objects using compact summaries.Users are exploring a broad catalog, service directory, help center, learning library, product collection, or content repository.The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.
Avoid when The set is only a temporary search result or filtered query.Users need to compare many records across shared attributes.The collection is small enough for a simple list.Links are only loosely associated by topic tags or organizational ownership.
Required state Default collection state with title, description, owner or source, item count, visibility, updated time, and primary action.Default list state with label or heading, row count or context, visible row summaries, and primary row identity.Top-level category state with clear names, descriptions, and enough examples or counts to choose.Default state with a labelled, curated related-links block and descriptive link text.
Accessibility burden Use a heading and concise description that name the collection and explain its purpose before item navigation begins.Use semantic list markup for ordinary object lists; use listbox only when rows are options in a single control.Use real links for categories that navigate and buttons only for local expansion.Use descriptive link text that makes sense out of context.
Common misuse Mixing search results, recommendations, recent history, saved items, and editorial links under one collection heading.Putting too many independent controls in every row until the list becomes a keyboard trap.Using the organization chart as the category taxonomy.Using related links as a catch-all further-reading dump.

Collection

UI or UX
UI + UX - Named, purposeful set of items with collection-level metadata and membership behavior
UI guidance
Render a collection header with the collection title, concise description, item count, owner or source, visibility, last updated state, and primary collection actions before the item surface.
UX guidance
Use collection when the set itself is meaningful and users need to save, curate, share, revisit, sequence, or manage item membership.
Good UI
A launch-assets collection shows title, description, 4 items, owner, shared-with-team state, sections for Read first and Assets, and item cards with type, status, and remove actions.
Bad UI
A shared collection says 12 items but only 8 render because four are private or unavailable.
Good UX
A user adds a training module to a cloud-migration collection, reorders it into the first section, shares the collection link, and sees a confirmation that the item remains in the collection.
Bad UX
A user filters a collection to videos, removes one visible item, and later discovers the product only cleared the filter instead of removing the item from the collection.
Best fit
Users need to save, curate, share, revisit, sequence, or maintain explicit items as a meaningful set.
Avoid when
The set is only a temporary search result or filtered query.
Required state
Default collection state with title, description, owner or source, item count, visibility, updated time, and primary action.
Accessibility burden
Use a heading and concise description that name the collection and explain its purpose before item navigation begins.
Common misuse
Mixing search results, recommendations, recent history, saved items, and editorial links under one collection heading.

List view

UI or UX
UI + UX - Vertical object-summary browsing surface
UI guidance
Render a labelled vertical list where each row has a strong primary label, concise supporting text, metadata, status, optional leading media, and row-scoped actions with clear hit targets.
UX guidance
Use list view when scanning and opening object summaries is faster than comparing columns or inspecting large visual cards.
Good UI
A ticket list row shows TCK-2048 Database backup failed, a one-line incident summary, Critical status, owner, updated time, selected state, and a labelled More actions menu.
Bad UI
Every row has five unlabeled icon buttons, and the whole row also navigates.
Good UX
A user filters tickets to Critical, selects two rows, opens the details panel for one ticket, then clears the filter and the selected count and active ticket remain understandable.
Bad UX
A user tries to preview a file but the row click opens navigation while the small trailing icon deletes the file.
Best fit
Users need to scan and act on a collection of objects using compact summaries.
Avoid when
Users need to compare many records across shared attributes.
Required state
Default list state with label or heading, row count or context, visible row summaries, and primary row identity.
Accessibility burden
Use semantic list markup for ordinary object lists; use listbox only when rows are options in a single control.
Common misuse
Putting too many independent controls in every row until the list becomes a keyboard trap.

Browse by category

UI or UX
UI + UX - Taxonomy-based category navigation for exploring a collection before choosing a destination
UI guidance
Render categories as a scannable list or grid with user-facing names, short descriptions, item counts or example contents, and clear parent-child location cues.
UX guidance
Maintain the taxonomy with evidence from content tagging, search terms, analytics, tree testing, support questions, and editorial review so category labels stay distinct and useful.
Good UI
A services page lists Benefits, Housing and local services, Money and tax, and Driving and transport with one-line descriptions and top tasks for each category.
Bad UI
Category names overlap and users bounce between siblings.
Good UX
An editor reviews low-click categories, merges overlapping labels, and retags misplaced content after checking search terms and support questions.
Bad UX
Users choose Customers because they need customer support, but the category contains only internal CRM configuration articles.
Best fit
Users are exploring a broad catalog, service directory, help center, learning library, product collection, or content repository.
Avoid when
The collection is small enough for a simple list.
Required state
Top-level category state with clear names, descriptions, and enough examples or counts to choose.
Accessibility burden
Use real links for categories that navigate and buttons only for local expansion.
Common misuse
Using the organization chart as the category taxonomy.

Related links

UI or UX
UI + UX - Curated onward links connected to the current content
UI guidance
Render a short, labelled collection of links whose destinations are closely related to the current content, using destination-specific link text and optional relation labels such as service, guidance, external, or PDF.
UX guidance
Use related links to support users who have finished or understood the current content and need a relevant next page, adjacent service, reference, or follow-up resource.
Good UI
A benefits guidance page ends with Related links: Check eligibility for support, Upload evidence for your claim, and Appeal a support decision, each with a concise relation label.
Bad UI
A page ends with More information containing Home, Contact us, Apply now, Old 2018 guidance, Help, and an unrelated account settings link.
Good UX
A user reads claim renewal guidance, chooses Upload evidence for your claim, and sees why that destination is the next useful service page.
Bad UX
Users follow a generic More information link and land on an unrelated policy collection.
Best fit
The current page has a few genuinely adjacent pages, services, programs, or resources users often need next.
Avoid when
Links are only loosely associated by topic tags or organizational ownership.
Required state
Default state with a labelled, curated related-links block and descriptive link text.
Accessibility burden
Use descriptive link text that makes sense out of context.
Common misuse
Using related links as a catch-all further-reading dump.
Decision rules
  • Choose collection when the set itself is meaningful: it has a name, description, owner or source, membership, ordering, grouping, sharing, saving, or update behavior.
  • Choose list view when the main task is scanning object summaries in rows and acting on individual rows, not managing the set as a named object.
  • Choose browse by category when users explore a maintained taxonomy to find destinations; categories are routes through a corpus, not user-managed item membership.
  • Choose related links when a page needs a short editorial set of optional onward links tied to that page context.
  • A collection can render as rows, cards, compact links, or visual tiles, but the layout does not replace collection-level metadata such as title, purpose, count, visibility, owner, and ordering.
  • Show item count, hidden or unavailable item count, sort or manual order, section names, and update or sharing state where they affect trust or action scope.
  • When users can add, remove, copy, reorder, share, or subscribe to the collection, label those actions as collection actions and keep item actions distinct.
  • Do not call search results, recently viewed history, recommendations, or a category page a collection unless users understand the membership rule and can inspect or manage the set.
  • If the set is generated by criteria, saved search or saved filter may be more accurate than collection unless users save explicit items.
  • If the page exists only to present related content from one article or service page, related links is usually clearer than a full collection surface.
Inspect live examples
Failure modes
  • A grid of cards is labelled as a collection but has no title, purpose, count, owner, ordering rule, or membership controls.
  • Users remove an item from a filtered view and cannot tell whether it left the collection or only disappeared from the current filter.
  • A shared collection link hides unavailable items without saying which items are missing or why.
  • A category browse page is implemented as editable collection membership, mixing taxonomy maintenance with user curation.
  • A related-links block grows into a long mixed-purpose index without grouping, count, or collection-level context.
  • The collection can be copied, shared, or deleted, but destructive and ownership consequences are not explained.

Saved items