Skip to content

Rearrange /new team page to make "option" between personal/team more prominent #6969

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
loujaybee opened this issue Nov 29, 2021 · 4 comments
Labels
component: dashboard team: webapp Issue belongs to the WebApp team type: improvement Improves an existing feature or existing code user experience

Comments

@loujaybee
Copy link
Member

loujaybee commented Nov 29, 2021

Currently, when creating a project via the /new flow, the user is given a choice about whether to create a new team or not.

Findings from usability testing:

  • Users are not aware that this page is a choice (most did not notice/find the personal project option)
  • Users are not aware of the benefits that a team brings them
  • Users are entering arbitrary / random team names to "speed up" the step

It seems like we could land some quick usability wins by restructuring this page...

Current

image

Proposed

Disclaimer: Intentionally low-fidelity / crude. Suggestions are more about the structure / UX than the UI.

image

@loujaybee loujaybee added the team: webapp Issue belongs to the WebApp team label Nov 29, 2021
@gtsiolis
Copy link
Contributor

gtsiolis commented Nov 29, 2021

Thanks for opening this and providing the low-fidelity mockup, @loujaybee!

FYI, we're currently working on updating this page in #6686. Posting below an early draft in case it helps that is also using familiar patterns and components across the product. Feedback is welcome. Cc @jankeromnes @jldec

Early draft for team selection designs
Frame 352

Benefits of the above design proposal:

  1. Making it easier and more obvious you can select the personal account
  2. Toning down a bit the option to create a team
  3. Improving visual and accessibility design for selecting an option
  4. Reusing the item component as this pattern is used elsewhere (see parallel workspaces modal, etc)

@loujaybee
Copy link
Member Author

@gtsiolis ! Thanks so much for iterating on the design 🙏 Yeah 100% I tried to deliberately make the mock up low(er) fidelity (on reflection: using hand-drawn UI components would make this distinction clearer).

The mockup you provided does meet most of my original ideas / thoughts 🚀

One area that it doesn't meet though, is that we're still not providing any context to the user about why they should create a team (i.e what's in it for the user). And I have a hunch (based on sitting in on the user tests) that very few users will follow that flow if they don't have an incentive or reason to do so (I'm happy to test this and adjust based on data).

Note: I think it's okay if we want to nudge users towards creating a team, provided that the user has a clear fall-back option (for attaching the project to their personal account). I think whichever choice is the default on this screen should be considered closely, as it will bias/influence the choice that users make.

@gtsiolis gtsiolis added component: dashboard user experience type: improvement Improves an existing feature or existing code labels Dec 1, 2021
@jldec
Copy link
Contributor

jldec commented Dec 16, 2021

Most of this was addressed in #6686 - removed from Groundwork but keeping in backlog for future reference.

@jldec
Copy link
Contributor

jldec commented Jan 1, 2022

Closing this since /new project users are far less exposed to team creation now.

I would suggest adding further comments or tracking the "Team Creation" UX in #4951

@jldec jldec closed this as completed Jan 1, 2022
@jldec jldec moved this to Done in 🍎 WebApp Team Jan 1, 2022
@jldec jldec removed this from 🍎 WebApp Team Jan 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: dashboard team: webapp Issue belongs to the WebApp team type: improvement Improves an existing feature or existing code user experience
Projects
None yet
Development

No branches or pull requests

3 participants