Skip to content
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

Do a few more iterations of reveal documentation that includes inclusivity score results #294

Open
7 tasks
bengolder opened this issue Aug 30, 2021 · 2 comments
Assignees
Labels

Comments

@bengolder
Copy link
Contributor

bengolder commented Aug 30, 2021

Summary

Make more iterations of prototype documentation for the Reveal component that tests different ways to communicate the inclusivity score results alongside other documentation about the component.

User stories

  • As a designer, I want to know the current status of a component, so that I can make informed decisions about which components to use.
  • As a designer, I want to know the best practices for using a component, so that I can build good experiences for clients.
  • As a researcher, I want to be able to see the top things we’ve learned from research reflected in a page so that I know it is helping to inform designers across the organization.
  • As an engineer, I want to know how to implement a component so that the UI can meet accessibility standards and be usable for all clients.

Priorities for next iterations

  1. How to translate Inclusivity Score results into status and clarify status.
  2. How to express that there are concerns with HTML
  3. Call out specific alternatives
  4. Call out research sources for usability issues
  5. Consider how to reduce the work of managing the content

Planned Iterations

  1. Uncurated results: no high-level status, no summaries, has the current Inclusivity Score table at the top
  2. Is it ready status with AUR: Single “is this ready to use?” status on top, scroll down to see detailed table with accessibility, usability with people tags, and research summary of inclusivity scores.
  3. Component lifecycle with WUE: Single “Where is this component in the development lifecycle?” status, possibly incorporate what it needs to be done, scroll down to see new inclusivity score table version framed around WCAG compliance, usability (with tagged groups), and external research.

Details

  • Sep 13 Suran/Ben Ideation
  • Sep 9 Design Jam Mural
  • Sep 9 Design Jam Notes
  • Aug 31 Design Memo: Inclusivity Score includes brainstormed and prioritized user stories.
  • Aug 3-23 Inclusivity Score Ideation & Initial Assessment, including final Reveal IS results
  • Can be made in Notion or any other mediums that help with testing ideas
  • Should explore ways to display all the results we found when checking the Reveal component
  • Should be made for a broad audience: designers, researchers, engineers, PMs, HC team.
  • creative improvements to HC documentation that don't focus on the inclusivity score results are welcome but out of scope for this tasks.
  • should be be able to communicate main types of results (not checked, checked with issues, checked and looked good)
  • should have a way communicate the details of the issues found
  • would be great to explore the balance between making the results scannable at a glance while also making the details accessible on the page
  • The goal of making multiples versions is to have a way to explore the tradeoffs we might encounter when trying to be both brief and detailed.

Timing

  • We should finalize the design by end of September

Acceptance

This task is complete when we've made three different prototypes for how to communicate inclusivity score results.

Tasks

  • [SDS] Uncurated results: no high-level status, no summaries, has the current IS table at the top
  • [SDS] Single “is this ready to use?” status on top, scroll down to see detailed table with AUR with people tags
    • include list of “is this ready to use?” statuses that would be linked to
  • [SDS] Single “Where is this component in the development lifecycle?” status, possibly incorporate what it needs to be done, scroll down to see new IS table version framed around WUE
    • include list of “development lifecycle” statuses that would be linked to
    • might consider using autoformat as an example instead of reveal
  • [BG] Create external reference page on current IS checks
  • [BG] list of “is this ready to use?” statuses that would be linked to
  • [BG] list of “development lifecycle” statuses that would be linked to
  • [BG] Create external reference page on AUR/WUE (if possible)
@bengolder
Copy link
Contributor Author

Design Jam Notes

@bengolder bengolder self-assigned this Sep 21, 2021
@bengolder
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants