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

Anchor Component: Discovery #28

Closed
14 tasks done
jAigret-Bix opened this issue Jul 16, 2020 · 3 comments
Closed
14 tasks done

Anchor Component: Discovery #28

jAigret-Bix opened this issue Jul 16, 2020 · 3 comments
Assignees

Comments

@jAigret-Bix
Copy link

jAigret-Bix commented Jul 16, 2020

User story: As a UX specialist, I want to discover user needs surrounding the anchor component so that acceptance criteria for best default is accurate, and so the final component is as valuable as possible.

This story is linked to the Anchor component epic. This component is a complement to the footer. Its purpose is to provide a consistent way of presenting information and links that are required by federal policy. The Anchor Component is distinctly different from the footer and has a simple, neutral default. Embedded within the component are best practice suggestions as to what links or information should be included.

References:
USWDS Anchor Issue: uswds/uswds#3525

Previous landscape analysis examples:
https://github.com/uswds/uswds/wiki/Card-Landscape-Analysis
https://bixal.invisionapp.com/freehand/document/tSS644yrC
Previous heuristic analysis (sample: Preliminary analysis: https://github.com/uswds/uswds/wiki/Breadcrumbs-Landscape-Analysis

Acceptance criteria:

  • Research based minimal acceptance criteria for best default and most added value.
  • Landscape Analysis (used to create guidance)
  • Heuristic Analysis (used to create guidance)
  • Naming convention: suggest best practice terminology
  • Identify users/roles to account for impacts.

Tasks to complete:

  • Determine past research techniques. What has been used, what was most useful.
  • Determine other (or new) platforms for feedback: Slack, 10x forms, Qualtrics on website.
  • Determine if interviewing users is a useful option? PRA issues (ask Ammie)? Perhaps interview Bixal staff (ask Philip)?
  • Landscape Analysis (used to create guidance)
  • Heuristic Analysis (used to create guidance)
  • Naming convention: suggest best practice terminology
  • Identify users/roles to account for impacts. Who are key users and what is their specific information needs?
  • Determine what is the best default. Define user needs surrounding the default.
  • Develop minimal acceptance criteria for best default and most added value.

Definition of Done:
• Meets acceptance criteria
• Cared Framework: Clear, Accessible, Resilient, Evidence-based, Documented

@afeijoo afeijoo changed the title Anchor Component: Discovery (Allie) Anchor Component: Discovery Jul 20, 2020
@thisisdano thisisdano added this to In progress in USWDS Sprint Board Jul 23, 2020
@jAigret-Bix
Copy link
Author

@jAigret-Bix jAigret-Bix moved this from In progress to QA and initial review in USWDS Sprint Board Aug 3, 2020
@jAigret-Bix jAigret-Bix moved this from QA and initial review to Fed final review in USWDS Sprint Board Aug 10, 2020
@thisisdano
Copy link
Member

OK, let's move forward with this.

  • It will be the Anchor unless a new name can make a better case
  • The Anchor should provide a common experience and common information at the bottom of every page of every government website, just as the Banner is at the top of every page of every website.
  • It helps teams make conformance to content requirements simple, by including all required links in a simple consistent presentation
  • This helps organizations, by allowing for a simple consistent customizable identification element at the bottom of any web page that can include any necessary logos and necessary shot, descriptive contextual text
  • The Anchor will use a full-width stacked/layered module structure, and allow for possible new modules in future iterations
  • It will include an action-oriented link to USA.gov as a distinct module at the very bottom of every page
  • The required links module will be full-width and include all links in a compact view that is visible without an accordion, directly above the USA.gov module
  • It will include an optional module at the top for agency/product identification
  • The identification module is meant to include logos and short descriptive text
  • Once we have a solid content model, we'll test the Anchor with multiple languages to assure resilience
  • Similarly to the Banner, most of the text in the Anchor is not meant to be editable. The exception is the identification module.

Did I miss anything?

Let's include all landscape analysis and initial sketch links in our internal documentation, then we can close this issue.

cc @jAigret-Bix @allie-shaw @katieekline @mejiaj

@jAigret-Bix jAigret-Bix moved this from Fed final review to QA and initial review in USWDS Sprint Board Aug 14, 2020
@jAigret-Bix
Copy link
Author

@jAigret-Bix jAigret-Bix moved this from QA and initial review to Fed final review in USWDS Sprint Board Aug 21, 2020
USWDS Sprint Board automation moved this from Fed final review to Done Aug 26, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Development

No branches or pull requests

4 participants