Selection (solo decisions)

A solo-first workflow for turning many viable versions into one stable winner.

Selection is for creators who want to decide without publishing a share link.

What Selection is for

  • Compare versions with focus.
  • Shortlist what’s viable.
  • Pick a winner that stays selected unless you change it.

The decision model

A simple rhythm works well:

  1. Shortlist the versions worth considering.
  2. Compare a small set repeatedly.
  3. Commit to a winner.

If you try to evaluate everything at once, the decision usually doesn’t stick.

The key states

  • Winner: the version you’re committing to right now.
  • Skipped: explicitly not in consideration.
  • Unpicked: not the winner (but still potentially viable).

Recommended solo workflows

Fast pass (momentum)

  • Do one listening pass through each version.
  • Skip obvious misses.
  • Pick a provisional winner.
  • Come back later to confirm (or change) the winner.

Careful pass (quality)

  • Shortlist 2–4 versions.
  • Compare them repeatedly.
  • Take small notes (what works / what breaks).
  • Commit to a winner and stop iterating until new input arrives.

Decision stability rules

  • A winner remains selected unless you change it.
  • “Skipped” is an explicit decision (use it when you mean it).
In practice

Solo workflow

  • Shortlist a few viable versions.
  • Compare repeatedly, then pick a winner.
  • Skip/archive obvious non-winners to reduce noise.

Feedback-heavy workflow

  • Shortlist first, then publish a share link.
  • Use notes to refine the shortlist or confirm the winner.
  • Avoid sharing the full pile (it reopens the decision).

When to share

Share links are optional.

If you want external input, publish a share link after you have a shortlist (or a winner). That keeps feedback from reopening the entire decision.

Related: