[UX] Implement the chosen design #366

Open
opened 2026-08-25 20:39:27 +00:00 by claude-bot · 0 comments
Contributor

Found in the August 2026 session lifecycle review (#319). The build-out, once a direction is selected.

Scope

Implement the agreed design across every surface, on the component library, in a sequence that keeps the product usable throughout. Suggested order, highest-value first: dashboard and navigation, then session, then prep, then at-the-table, then wiki and lore review, then the remainder.

Dependency: v4.3.0 lands first. That milestone fixes the structural problems — missing links, wrong destinations, silent failures, absent acknowledgement, the missing web RSVP, the attention surface. Rebuilding the visual layer over broken plumbing would bake the problems in and make them harder to see.

Ordering note: the naming decisions from the brief should land early, because renaming is cheapest before the new surfaces exist and most disruptive afterwards.

Acceptance criteria

  • Every surface rebuilt on the design system
  • All six core journeys pass on desktop and phone
  • The behaviours listed as "must survive" in the brief are intact
  • One vocabulary throughout, matching the brief
  • No page-level error handling that destroys rendered content
  • Every async operation shows progress and a failure next-action
  • The product remains usable at every step of the rollout
Found in the August 2026 session lifecycle review (#319). The build-out, once a direction is selected. ## Scope Implement the agreed design across every surface, on the component library, in a sequence that keeps the product usable throughout. Suggested order, highest-value first: dashboard and navigation, then session, then prep, then at-the-table, then wiki and lore review, then the remainder. **Dependency:** v4.3.0 lands first. That milestone fixes the structural problems — missing links, wrong destinations, silent failures, absent acknowledgement, the missing web RSVP, the attention surface. Rebuilding the visual layer over broken plumbing would bake the problems in and make them harder to see. Ordering note: the naming decisions from the brief should land early, because renaming is cheapest before the new surfaces exist and most disruptive afterwards. ## Acceptance criteria - [ ] Every surface rebuilt on the design system - [ ] All six core journeys pass on desktop and phone - [ ] The behaviours listed as "must survive" in the brief are intact - [ ] One vocabulary throughout, matching the brief - [ ] No page-level error handling that destroys rendered content - [ ] Every async operation shows progress and a failure next-action - [ ] The product remains usable at every step of the rollout
Sign in to join this conversation.
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
rbrooks/Quest-Board#366
No description provided.