GR6 - User Testing
Design:
Our final design is made up of a map and a sidebar. The map contains visual representations of the dataset imported, and allows users to click on various areas of the map to get more information, manipulate and add towers. It has all of the movement functionality of Google maps, as it uses Google's API. The sidebar provides supplemental information to what is one the map. There, users can change the visibility of the two data set layers, and view certain subsets of population and rainfall data.
Implementation:
For implementing the map and database behind ir we used Google's map and Fusion Tables APIs.....
Evaluation:
Unfortunately, due to the nature of our project, we were unable to get in contact with three users from target audience of our project (since the user population is fairly small). Instead, we used one target audience member as well as two students taken from the MIT population (although not from the 6.813 roster). The most important effect that this may have is that our target user population would like have extensive training with the software and would also be much more intimately familiar with the problem at hand. With that in mind, this is the information we presented each of our users with prior to the test:
Briefing: |
Imagine you are analyst at Boingo looking to make additions to your WiFi towers in South Africa. You want to look at population and rainfall data in that region to find optimum places to add towers. Already loaded into your interface, you have 3 already existing data sets, and one dataset of new additions. |
Demo: |
Tasks: |
Task 1: View the relationships between two of these sets on the map. |
User 1:
Task 1: On task 1, the user did successfully locate the areas of the maps the had both high population and high rainfall. However, it seemed to take him many, many clicks and turning on and off of both layers to determine this fact. What's more, he never clicked the arrow buttons to the right of the datasets that would have allowed him more control over what he was viewing. After he had tried all of the tasks, the experimenter brought this up and asked him what he though that arrows would lead to. He correctly thought that perhaps it would be some sort of context menu, and once he used it, he thought it was very helpful.
Task 2: Adding new wifi towers was not a problem. The change in cursor after clicking the "Add Towers" button seemed to make him aware of what he needed to do pretty readily. He dragged around the towers with no problem, although resizing them was not intuitive, and he didn't really know what to make of the sliders in the pop-up window.
Task 3: The user was able to complete the task, although again, he had to repeatedly toggle the data layers (population and rainfall) on and off in order to decide where the ideal location was to place the towers. This was made slightly easier when the ability to filter out the layers was demonstrated to him.
Feedback:
- The colors were a bit confusing. They seems to blend together somewhat and it was hard to tell what was what.
- The legend was originally not too visible. It might be better if it were a part of the sidebar.
- The menu location and general feel of the whole project was good because it reminded him of the standard Google Maps interface (sidebar and all) and that was familiar and easy to use as a result.
Reflection:
...