AddThisFeature

Progress Indicator System

Tell people how far along the work is, in the same way every time.

moderate Components & Primitives

What it adds

A consistent set of bars, rings, step trackers, and accompanying text for work that takes measurable time.

What your agent is told to do

5
  1. 1

    Identify every operation in the app that takes long enough to need feedback — uploads, imports, exports, batch actions, multi-step flows — and decide for each whether its progress is genuinely measurable.

  2. 2

    Use a determinate form only when a real proportion is known. Where the total is unknown, use an indeterminate form and say what is happening in words rather than inventing a percentage.

  3. 3

    Pair every indicator with text that names the operation and its current position, so the information survives for someone who cannot see the graphic.

  4. 4

    Define paused, failed, and cancelled as first-class endings with their own treatment, and make it clear whether partial work was kept or discarded.

  5. 5

    Do not conflate this with the pending state of a single button, which is owned by Async Button. That brief covers a request in flight; this one covers work with duration and measurable position.

Edge cases it handles

7
  • A determinate bar showing a fabricated percentage is worse than an honest indeterminate one, because it sets an expectation the system cannot meet and stalls visibly at ninety-nine percent.
  • Progress must be announced to assistive technology at meaningful intervals only. Announcing every increment floods the screen reader; announcing nothing leaves the user with no idea the work is proceeding.
  • Paused, failed, and cancelled each need a distinct end state saying what happened to the work already done. A bar that simply stops moving is indistinguishable from a hung process.
  • Work continuing in the background must remain discoverable after the user navigates away, through a persistent indicator they can return to rather than a toast that has already gone.
  • Progress that goes backwards, or that jumps to complete without passing through the middle, undermines every subsequent indicator in the app.
  • Step trackers must show which steps are done, which is current, and which remain, and must not let a user believe a skipped optional step was completed.
  • Users who have asked for reduced motion must still see progress; replace the animation, not the information.

Definition of done

8
  • Every operation over the defined duration threshold shows progress feedback.
  • Determinate indicators are used only where a true proportion is known.
  • Each indicator is accompanied by text naming the operation and its position.
  • Paused, failed, and cancelled states are visually distinct and state the fate of partial work.
  • Background work remains discoverable after navigating away from the originating view.
  • Progress is announced at meaningful intervals and remains legible under reduced-motion settings.
  • The feature matches the existing design system.
  • No existing functionality is broken.

Related features

How it works

  1. 1

    Copy the link

    Grab the Markdown instruction URL for this feature.

  2. 2

    Give it to your AI

    Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.

  3. 3

    It inspects, then implements

    Your agent reads your existing app first, then adds the feature to fit it.

Works with your stack

These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.

Need it tighter than that? Customize the feature and tell it exactly what you're running.