U6.10.5Bookmarks need human-readable names to be findable againdesign

A bookmark saved under a timestamp is nearly impossible to find again among dozens like it

Aliases: bookmark naming · searchable bookmarks

What it is

In a bookmark's life cycle, "saving" is step one; "finding again" is where value redeems — and naming decides whether that happens. Default names (timestamp strings or copied page titles) have zero recognisability in a two-week-old bookmark list; a human-readable name ("East online-channel growth anomaly investigation") lets the bookmark be claimed in search, browsing, and citation alike.

Why it happens

Naming upgrades a bookmark from "a state snapshot" to "a knowledge entry": the name carries "which question this state answered," and that is exactly the index future retrieval runs on — users hunt old bookmarks by task memory ("that growth-rate check"), never by timestamp. Naming also serves reference in collaboration: "pull up that East growth bookmark" in a meeting requires a name speakable aloud. Design should therefore secure naming quality through mechanism rather than user virtue: auto-generate a semantic default name (joined from the current filters' and view's key fields), encourage or require a rename, and let the bookmark list index both names and state content for search.

Where it stops holding

Naming cannot replace state previews: the name is the index, but confirming "is it that one" still needs a state summary (auto-generated filter and data-time summaries displayed with the bookmark); the two together make claiming fast in long lists. Naming conventions need no over-engineering — no enforced sentence pattern, just distinguishability; what must be avoided is making naming a saving barrier (a forced long-form modal drives users to abandon saving). Shared bookmarks' names must also pass the other-person's-perspective test: private jargon in a team bookmark library equals no name at all.

Applying it

  • Pre-fill a semantic default name on save (generated from filter and view key fields), editable in one step.
  • Let the bookmark list and search cover both the name index and the state-content index.
  • Verification: have users find a month-old analysis among thirty bookmarks; locating it by name passes — trial-and-error opening means the naming mechanism has failed.

Related

  • Same group: U6.10.1 Analytical state must be encodable as a reproducible link or snapshot · U6.10.2 After the underlying data updates, an old bookmark's conclusion may no longer hold · U6.10.3 Bookmarks must record filters and view configuration, not just page position · U6.10.4 A share-link recipient may see different data due to insufficient permissions
  • Nearby: U6.11.3 The exploration path itself is an analytical product · U6.10.3 Bookmarks must record filters and view configuration, not just page position
  • Search terms: bookmark naming · saved view search · findability

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/U6.10.5