Near-duplicate names need extra cues to tell them apart

What it is

Libraries collect objects with the same or almost the same title: “Weekly,” “Contract v2,” “Untitled.” If search or recents show title only, people cannot tell which row to open. Extra cues are what can still be scanned besides the title: updated time, owner, folder or space, size, state (draft / published / archived), a hit snippet. This is recognition after hits already appeared. Field coverage and empty-state diagnosis are about whether anything is found. Here it is pointing at the right row in a found pile.

Why it happens

Titles are weak identifiers. Copy, templates, export, and everyone keeping their own file all mint duplicates. People recognize by episodic memory: whose, which day, which project. Title-only rows force open-to-eliminate, with mis-opens of secrets or an old draft sent to a client. Cues attach that episode to the row so a scan can reject. The snippet should include the sentence that held the query, or ten “Weekly” rows look identical. Sort is not recognition: two copies saved in the same minute still collide. Thumbnails help slides and barely help a text contract; they cannot be the only cue.

Studying it

Plant several same-named objects, different people, folders, dates. Ask for “the one you edited last week in project A.” Compare title only, title plus owner and time, plus path and hit sentence.

Independent variables: which extra fields sit on the row, whether the snippet contains the query, whether state is shown. Dependent variables: first-click accuracy, mis-opens, open-close-pick-again counts.

If the lab lets people browse the folder first, extra cues look optional. Start from search results. Deduping to one row is not recognition—it may hide the copy they wanted.

Where it stops holding

A tiny library with almost no collisions does not need a metadata pile on every row. When privacy forbids showing owners to others, use “you / someone else” or the space name. Objects whose body must not be snippeted should use structural cues (page count, signature state). Infinite similar exports all named export need a distinguishable name at save time; extra cues are a patch, not a root fix.

Applying it

• Under the title, show owner, relative time, space or folder, and state; when there is a query, add the hit sentence.
• Do not collapse adjacent same titles into one row unless it expands to every copy.
• Recents get the same cues, not only search results.
• Verify: three same-named weeklies, ask for a specified one. If title-only mis-clicks, add cues and measure again. First-click accuracy should rise, and the mis-opened copy should not have been a confidential file.

Related

• Within the group: H8.13.1 Search must say whether it covers title, body, or metadata · H8.13.2 Recents and frequents are a path besides search · H8.13.3 Empty results need causes other than a narrow query
• Adjacent: G3.06 Result Snippets · G3.15 Grouping and Deduping Results · H8.14 Content Lifecycle and Archiving
• Search terms: near-duplicate · result snippet · same title