InterMap Systems: Wireframe
For InterMap, I reused layouts from my client-approved storyboard and added use cases as the interface specification.
For InterMap, I reused layouts from my client-approved storyboard and added use cases as the interface specification.
InterMap was asked to present a few different ideas of how our product could be integrated into the client’s existing website. I created a storyboard and friendly narrative that walked Peggy and Arthur—persona hypotheses for our client’s typical users—through the client’s website with our product additions.
eTranslate’s software suite was substantial. This is a particularly challenging portion of one of the applications that enabled a very complex workflow setup. (Ease of use was compromised by engineering schedules.)
At eTranslate I was tasked with fixing a complicated interface to set up a localization project. This entailed setting multiple preferences about the members of one’s team, the client, the document target languages, scopes, deadlines, etc. This leaned more towards documenting an existing system, as engineering schedules prohibited any major changes that would have made this substantially easier to use.
Musicbank allowed user’s access to streamed tracks after they scanned their CDs using a simple Windows application. When the user inserted a CD the application would identify the CD by comparing it’s table of contents to cddb.com. At this early stage of online music access there several issues we needed to address:
When we figured out those issues, I made a recommendation on error messaging that would help set expectations for the user.
Musicbank’s first experience was a simple list and play interface. When it came time to add features, we used a more user-centered design process and started with a new mental model making a distinction between the user who preferred a simple list-and-play experience vs. the more sophisticated user requiring advanced sorting and playlist creation capabilities. Along with a basic wireframe that logically divided all the site and application navigation and content areas, I sketched a rough design that correlated to our existing look and feel to help everyone get a feel for the new concepts.
In Musicbank’s quest for cash, our executives asked us to demonstrate a shopping cart to potential investors. “Chimay” was an internal tool used by our developers to search the music library and add item’s to a test account. I did a quick and dirty recommendation for redesigning the tool to integrate it in the existing application flow and make it appear more consumer friendly for the demo.
Musicbank needed to provide hooks in the user experience to bring people to the point of purchase. The service enabled a free trial which moved to a stream-time-based structure. This document describes where and how user’s would be prompted so signup, along with describing fun edge cases like “What happens if your clock runs out in the middle of a track?”
Musicbank was in a highly limited alpha, but we would have to charge for the service once we went public. We were given one week to design and implement an interface that allowed the user to choose from a variety of service plans, enter payment information, preview their order, process the order, and provide a receipt for the interaction.
Musicbank’s first iteration was a very simple interface that sorted albums by album name. We obviously needed different ways to navigate the system. The first feature upgrade allowed the user to sort the entire collection based on either artist or genre, with various display bells and whistles.
Note: This is the end of the usable page. The image(s) below are preloaded for performance only.