-
Notifications
You must be signed in to change notification settings - Fork 31
Design UX around high-level summary data #2199
Comments
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:
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-wideThis 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 2. Nation-wide contributions by stateOne figure we definitely want to show is the total contributions per state, perhaps filterable by different committee types: There's an old implementation issue for this here: https://github.com/18F/openFEC/issues/1973 3. Nation-wide contributions by sizeAnother figure we'll likely want is total contributions by size, perhaps filterable by different committee types: 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. |
Status remains the same from Noah's comment above:
Since I'm OOO the remainder of this sprint, this could get bumped to Sprint 3.6 for completion |
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:
|
Transferred to the |
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:
This issue will be done when we can break out smaller design and/or development tasks.
The text was updated successfully, but these errors were encountered: