UX: Workspace button in project and MR (exploration)
MR: Pending
MR: No MR
Description
This is a design exploration to test the feasibility of a standalone Workspace button as proposed in #426568 (comment 1858278881).
Areas to investigate
- Define problem statement and JTBD
- Workflow when creating a new workspace and launching an existing workspace
- UI layout disruptions caused by checking if users have access to workspaces and loading existing workspace
- Tradeoff between discoverability and UI clutter
- Where it should live (e.g. MR and project?)
- UI copy
UX Scorecard
There's some additional evidence from a recent UX Scorecard that this is worth exploring.
- Participants struggled to figure out how to launch a workspaces without looking up docs first
- The
Edit
button was not effective. Even when theEdit
dropdown was open some users didn't see it and launched GitPod instead.- “If I had just clicked Edit and seen workspaces I would not have been particularly drawn to use it just because I’m entirely unfamiliar with it”
Edited by Taylor Vanderhelm