We came up with 3 designs for our interface: the first runs you through a wizard (the "wizard" interface), the second displays all the relevant information immediately (the "kitchen sink" interface), and the third allows you to progressively filter a list of selected concerts (the "static sidebars" interface).

Scenario

We're covering 3 tasks relevant to musicians looking for concerts:

• find an artist to get inspired by
• find a friend to go with
• research the venue

Sparklepony is a vivacious young musician in the greater Boston Area. Lately, she’s felt like her work needs more depth and variety.  She’s looking for something new and fresh to go to for inspiration, but doesn’t really know where to start.  Another issue is that Sparklepony is well aware that it’s important to go to concerts with a friend to have a lively discussion about the musical merits of the artist with while the experience is still fresh. She also likes having friends present in order to give her sanity checks and get another trusted person’s perspective on whether a given musical direction is a good way to go. Attending a few concerts seems to be the obvious place to start.

How does she find a concert that would be inspirational?  She logs into ConcertBOS with her Last.fm account, which tracks all the music she’s been listening to.  She wants something a little on the fringe of the music she plays and listens to, but still similar enough that the influence is easy to incorporate.  She’s also hoping to find something that her friends are really into that she hasn’t heard yet.  She collects a few concerts that sound promising with the help of the site’s artist research features.

As she goes through the concerts, she finds that fellow musician and* last.fm friend Danger Rodent really enjoys a few of the bands she was considering seeing, which helps her narrow down her selections further.

An artist’s concert is only as good the venue they play in.  She goes through ConcertBOS’s information about the venues, and narrows her selections down to small venues with excellent acoustics.  Keeping in mind that she’s planning on attending a few concerts over the next few weeks, she tries to keep the concerts within a reasonable price range, and distance so that transportation isn’t a problem and she can fit all of them into her busy schedule. She’s found the perfect concert!  With the help of ConcertBOS’s recommendations, she finally decides on The Smith Nothings.

Designs

The Wizard

Salient Features

• uses a “wizard” like set of pages to actively limit how much information the user is looking at at one time and lets them focus their priorities in terms of what they are searching for, while offering the chance to change them.
• Many different visualization pages depending on the set of constraints that the user has chosen in order to make the information as easily available
• popup “previews” of artists
• visualizations filter both by what people listen to and what people have actively liked

Storyboard

In the above scenes, Sparklepony is led through a wizard that focuses her search based on timing and the artist she is seeking similar musical influences from.

Sparklepony continues through the next two frames to filter her concert choices by budget and distance, and then peruses friends who might be interested in attending concerts with her.

In this final frame, Sparkle pony is given an information summary for her search, as well as the ability to invite more friends, and start a new search.

Errata: The dot depicting how far she is along the process is supposed to be present in all frames, as are arrows to go back and forth, and a button to logout at any point in the top righthand corner.

Kitchen Sink

• single overarching visualization for bands
• user lands immediately on the band visualization
• artist page has visualizations about future prices and interested friends*
• friends page has visualizations about similarity*
• allows you to curate friends (subtask)*

• LEARNABILITY:

  • all the information neccessary is  presented in the home page. All you do is find the visualization that you want (eg if you’re finding a concert click concert visualization, if you’re looking for a new artist, click artist visualization). The only thing that is neccessary to “learn” is that these visualizations exist, but seeing as this is the point of the website, it is safe to assume that the user realizes concertBOS has visualizations. It is also easy for the user to learn which visualizations exist, because they all appear in the same drop down menu

• EFFICIENCY:

  • ConcertBOS is very fast because almost all of the information is presented in the home page. The only thing that is necessary to do is click on the right visualization (so that you can find what you are looking for), then click on the band/concert/friend that you are interested in to go to their page. All the information about this band/concert/friend is listed on their page, so there should only be two pages that any  user needs to visit (the home page, and the band/concert/friend which they are interested in).

• SAFETY:

  • The only thing that could be unsafe is if your preferences were changed somehow. But at every step of the way you can edit your prefrences. Also, by default your prefences come from last.fm, if everything is uploaded from last.fm automatically there is no way for the user to mess anything up

Static Sidebar

Salient Features:

• One question page before you get visualized results
• Three main pages with visualizations: band cloud, calendar, friends multi-map
• All main pages have the same 2 sidebars: interested concerts, and filters (price and date)
  • subpages have “details” instead of “filters”

Storyboard

Sparklepony starts by logging in with her Last.fm account.

She lands on a page that asks her what she's most interested in in a concert. She selects the "artist" option.

She's taken to a page that displays a graph of the artists she listens to on last.fm. Artists on tour have the date of their Boston concert displayed. Sliders on the right allow her to display information about the certain criteria (price, date, age restrictions) by coloring nodes on the graph. She drags several concerts she finds interesting to the sidebar.
She then notices that she can filter the selected concerts further by clicking the "explore these by friends" option at the bottom of the sidebar.

Errata

The coloring for date filtering isn't quite right. I'm bad at tinting properly.

Analyis

Learnability:

• Dragging has no affordances, so it’s initially difficult to discover that you can drag concerts to the left sidebar. There’s helpful text at the top of the screen that should ease this discovery.
• It may be initially unclear that you can progressively filter concerts through the “explore these further” option at the bottom of the sidebar

  Efficiency

• easy progressive filtering allows you to maintain a single consistent list of interesting concerts
  • prevents the user from flipping back and forth between interfaces to remember what they thought was interesting before
• possible to get from any one screen to another in at most 2 clicks (longest would be from an interface to a specific artist/venue page: visualization → concert → venue)

  Safety

  Any action is undoable.
• dragging a concert onto the “interesting” list can be undone by dragging it back off
• dragging a concert off the “interesting” list is confirmed by a notice at the top of the list: “Removed <uninteresting concert> Undo”
• navigation errors can be undone with the back button (or by using on-screen navigation links)