Skip to content
This repository has been archived by the owner on Dec 23, 2017. It is now read-only.

Design UX around high-level summary data #2199

Closed
1 task
noahmanger opened this issue Jul 17, 2017 · 4 comments
Closed
1 task

Design UX around high-level summary data #2199

noahmanger opened this issue Jul 17, 2017 · 4 comments

Comments

@noahmanger
Copy link
Contributor

noahmanger commented Jul 17, 2017

This is a broad open-ended design issue around figuring out the components we're going to design to address the user needs around browsing high-level summary data, as identified in #2167 .

Some things to consider:

  • Figure out how previously designed visualizations and figures fit into the experience: where do they live? Does anything need to change from their old designs?
  • Design the experience around election summary information. How do users find the race with the most spending? What is the best way to visualize this information? How do users see how much a given race has raised/spent? How do users view data for all races / candidates in a state?
  • What does this all mean for the "discover" experience more broadly?

This issue will be done when we can break out smaller design and/or development tasks.

  • document high-level flows and rationale
@noahmanger
Copy link
Contributor Author

Synced with @jenniferthibault today and we agreed that the concept outlined in these InVision screens is largely answers these questions. The idea is to set up a series of comparison pages:

  • US nation-wide
  • State-level
  • Contest (individual Senate, House or Presidential races, i.e. what we have now)

These pages will incorporate the old visualizations we designed as well as the ones we've implemented and give users a way to compare contests and view state- and contest-level totals, and be the primary way of providing a "discover" experience.

The next step is for Jen to refine these designs a little bit more and answer a few lingering UX questions. The goal is to have well spec'd designs for the next PI planning so that we can break out discreet dev tasks.

Towards that end, my last contribution on this is noting a few areas where I know we need new API endpoints, with the caveat that these designs aren't full complete, but I wanted get this out somewhere.

1. Totals by contest/state/nation-wide

This endpoint should provide total raising, spending and IE totals by cycle per senate, house and presidential contest. Additionally, whether separate endpoints or all part of the same one, I don't know, but we'll need a way to see the total raising across all House races or all Senate races nationwide or in a particular state. This should give totals as well as subtotals by party (D, R and other).

There's currently an implementation issue for this here: https://github.com/18F/openFEC/issues/2534

This will feed these figures:
image

image

image

image

2. Nation-wide contributions by state

One figure we definitely want to show is the total contributions per state, perhaps filterable by different committee types:
image

There's an old implementation issue for this here: https://github.com/18F/openFEC/issues/1973

3. Nation-wide contributions by size

Another figure we'll likely want is total contributions by size, perhaps filterable by different committee types:
image

There's an ungroomed issue for this here: https://github.com/18F/openFEC/issues/2536

There will be more, but that's what we know for now.

@noahmanger noahmanger removed their assignment Aug 31, 2017
@jenniferthibault
Copy link
Contributor

jenniferthibault commented Sep 6, 2017

Status remains the same from Noah's comment above:

The next step is for Jen to refine these designs a little bit more and answer a few lingering UX questions. The goal is to have well spec'd designs for the next PI planning so that we can break out discreet dev tasks.

Since I'm OOO the remainder of this sprint, this could get bumped to Sprint 3.6 for completion

@PaulClark2 PaulClark2 modified the milestones: Sprint 3.6, Sprint 3.5 Sep 12, 2017
@AmyKort AmyKort removed this from the Sprint 3.6 milestone Sep 14, 2017
@jenniferthibault jenniferthibault added this to the Sprint 4.4 milestone Nov 7, 2017
@PaulClark2 PaulClark2 modified the milestones: Sprint 4.4, RBS 1 (Reliability, stability and bugs) Nov 28, 2017
@jenniferthibault
Copy link
Contributor

This work will continue into the next sprint, and I've upgraded it from a 3 to a 5 in size.

Here's an idea of the work going on:

  • Completing the interaction designs for the data visualizations around Senate & House race pages
    • for each state
    • for nation-wide summaries
  • Identifying overlapping compliance information
  • Integrating the compliance information in design and navigation flows
  • Creating an IA prototype for demonstrating the logic
  • Creating an InVision prototype for demonstrating the designs

@jenniferthibault
Copy link
Contributor

Transferred to the fec-cms repo in https://github.com/18F/fec-cms/issues/1531 and will continue work there, so closing.

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

No branches or pull requests

5 participants