...
Severity | Description of Problem | Possible Solutions |
---|---|---|
Major | Batch Removal of Midnights from Watch List. The user found that there was no support for removing more than one midnight at a time from the watch list at a time. | Use checkboxes instead of 'x's. Then have a "clear all" button at the bottom. |
Major | No Log Out. The user wished to, but couldn't figure out how to, log out. | Include a logout button that will log the user out. |
Minor | Quotes Page Aesthetics. The user felt that the quotes page was very information-dense, and suggested color coding bids and asks. | Color code bids and asks. |
Good | *Very Nice. *The user felt that the interface was very nice. | None. |
Cosmetic | Edit Item - Every time the user edited the item description, an extra space automatically appeared at the beginning of the item description. | This is clearly a bug. We need to look at the code and if necessary strip the space on the frontend. |
Minor | Share Wishdex - With an item box open, it was difficult to find the "Share Wishdex" button. Many first tried "Item Link." | Ideally, users should be able to share individual items as well as entire Wishdexes. The backend functionality is already built in, we just need to add a button. |
Minor | Share Wishdex - Users clicked on the Share link a few times. They expected more to happen. | We should implement automatic selection and copy pasting, with a tooltip that says "copied." |
Catastrophic | Viewing - A user tried to click on the user's icon next to their comment. However, clicking on their name/image currently does not do anything. This can be potentially confusing or inconvenient for the user. | We can make the user's icon link to that user's Wishdex profile page. |
Major | Move Item - The user clicked on an item and tried to drag it into another Wishdex on the left navigation. | We should implement drag and drop to move items into other Wishdexes. |
Cosmetic | Copy item - Copy item is what we label the button used for the user to copy an item into one of their Wishdexes. The user found "copy" to be a misleading word. She said it implied copy and pasting, such as with a link. | We thought of changing the word "Copy" into the word "Add" with an icon that matched the "Add Item" icon, so maybe users will associate it with adding an item to their own Wishdex. |
Major | Like Item - Two users wanted to see who else had liked an item. | We should implement this. |
Minor | Copy Item - After copying an item from another user's Wishdex into his own Wishdex, the user was redirected to his Wishdex. He said it would be nice to stay on the friend's page. | We are not convinced that all users will feel this way. We would probably run a slightly bigger test to see what people prefer, or maybe implement some way of giving users a choice. |
Cosmetic | Move Item - A user tried to add an item from a different Wishdex by clicking on "Add Item" in the new wishdex. | We felt that drag and drop would probably clear up the confusing around moving items between Wishdexes immensely. We want to avoid implementing this too many times. |
Cosmetic | Explore - One user avoided hovering over the items on the Explore page. Instead, she pressed the arrows on the sides and did not discover the hover function. | One suggestion is to have a tool tip over the items the first time a user visits, telling them to hover over the items. Once a user tries this once, they often remember it. |
Cosmetic | Claim - When trying to go to the item's webpage, one user first thought of clicking the item name. She was hesitant to click "Buy" because she wasn't sure if it would immediately go to the buying page. | We are considering changing the word "Buy" into something more informative, or having the tooltip be visible by default. |
...
Reflection
Our interface was designed for the brothers of ZBT, a very specific audience that is more or less an expert user in the realm of trading midnights. Yet we found ourselves constantly criticizing the design for being too specific in terms of language. Fundamentally, we were trying to merge the midnight trading concept with that of financial trading, which turned out to be more of a challenge than we had initially anticipated.
Some questions we found asking often was “Would all brothers know what a bid/ask is?”, or “Does _buy market_ and _buy limit_ sound intuitive for brothers with no financial exposure?” As a compromise, we ended up keeping some trading terminology while removing others. Even then, some brothers who did have trading experience confused the notion of buying and selling _labor_ rather than _midnights_.
Another issue that our group realized was that designing for the UI often affects how the backend is implemented. During GR4, we cut corners in the code by relying on some visibility hiding tricks to give the illusion that we in fact swapped pages. In turns out that while this was extremely fast to prototype, it limited the capabilities of the back button in the browser. We had to rethink some of our strategies during GR5 in order to get the backend to work, given our coding decisions in previous iterations.
Our interface was designed for the brothers of ZBT, a very specific audience that is more or less an expert user in the realm of trading midnights. Yet we found ourselves constantly criticizing the design for being too specific in terms of language. Fundamentally, we were trying to merge the midnight trading concept with that of financial trading, which turned out to be more of a challenge than we had initially anticipated.
Some questions we found asking often was “Would all brothers know what a bid/ask is?”, or “Does buy market and buy limit sound intuitive for brothers with no financial exposure?” As a compromise, we ended up keeping some trading terminology while removing others. Even then, some brothers who did have trading experience confused the notion of buying and selling labor rather than midnights.
Another issue that our group realized was that designing for the UI often affects how the backend is implemented. During GR4, we cut corners in the code by relying on some visibility hiding tricks to give the illusion that we in fact swapped pages. In turns out that while this was extremely fast to prototype, it limited the capabilities of the back button in the browser. We had to rethink some of our strategies during GR5 in order to get the backend to work, given our coding decisions in previous iterations.