| Logging in
Each music director has their own account so that starting views are pre-populated with the albums that they've recently uploaded or approved. Furthermore, things like CMJ reporting data can be pre-filtered to the genres which they each deal with.
|

| My Uploads
The user has clicked on one of the uploading albums and sees the detailed album view with cover-art. Each field on this page is editable (the field highlights on a mouse hover and turns into a text-box on click).
| Image Removed
| v1.0 of high-efficiency implementation
The main screen that shows up on loading. The "+" button at the bottom manually brings up the list of uploading albums and previously uploaded.
Image Removed
| v1.0 of high-efficiency implementation
An album (starmarker.zip) has completed uploading and is ready to be approved (and filed) into the playback system.
starting screen after logging in. Approved and unapproved albums are listed on the left hand-side. In the prototyping stage there was some contention between efficiency and learnability/safety. In particular, a more spread-sheet like design for fast input of details and approval versus a more visual view with more whitespace. During the paper prototyping testing stage, there was some inconclusiveness as to the preferences of our user population, but this was resolved as the best way to move forward.
|
Image Added
| My Uploads: Dragging Files A gray lay-over appears covering the entire screen when files are dragged over the interface. This was decided on during the paper prototyping stage as a clear way to inform the user that they can drag and drop anywhere, and not just the location that says "Drag files here to upload". It was a design decision to make dragging and dropping the only way to upload (as opposed to copy/pasting links or using a button) for simplicity.
|
Image Added
| My Uploads: Dropped Files A screen appears informing the user of how files will be uploaded, as well as additional affordances for file manipulation within this dialog.
|
Image Added
| My Uploads: Deleting Album This was a major change we made after user testing during the prototype stage. Originally, a trash bin appeared in the upper right corner of the album detail pane, but it appeared out of the locus of attention such that users failed to notice it. When they did notice, they tried to drag albums onto the trash bin (instead of clicking directly on the trash bin). We decided to instead create two buttons on each album with clear color coding for Approval and Deletion. Deleting an album requires a dialog confirmation for safety | Image Removed
| v1.0 of reporting interface (both aforementioned v1.0 implementations use the same reporting interface) Currently with no filtering selected, all albums are being shown.
|

| One of the user testing sessions at the WMBR studio.
|

| Some of the interface widgets and task cards used.
|

| v2.0 of our merged implementation
Notice the pause button by each upload progress bar, the clear approve/delete buttons for the album (and the removal of the trash bin icon previously in the top right corner), and the re-wording on the upper left tabs for clarity. Changes not seen include a screen hover on dragging files over the interface (an entire gray-out screen blankets the screen and says "upload"), a highlight on hovering over any editable fields (including the tracks, which then allow editing of artists on individual tracks), and other minor changes. Other forthcoming changes include being able to delete single tracks (also using a hover over track affordance) and a clear visual cue that uploading albums can be clicked on to see specific album information.
|

| A view of the testing session on Monday March 18th.
|

| v2.0 of reporting interface
Notice the Piazza-like tagging for genre filtering (allowing flexible genre additions as well as multi-selection filtering), release date range filter, and additional playback count columns (for easy sorting between commonly used date ranges). Note that there were several transparencies made for both versions of the reporting interface to reflect changes in filtering and when clicking on one of the playback count headers (which sorts by play count in descending order).
|

| A view of the testing session on Monday March 18th.
|

| A view of the testing session on Monday March 18th.
|

| A view of the testing session on Monday March 18th.
|

| A view of the testing session on Monday March 18th.
|

| A view of the testing session on Monday March 18th.
|