...
* leanablity high there really noothing to learn
* efficiency high can’t be faster
* saftey low like before if you click done you have to go to a different menu to cancel.
Design 2
Task 1 (Charles)
| Charles opens the Next Ride website and enters his name and number and hits ok. This is simple, learn-able and difficult to screw up. This would be slow to do every time, however if this information is stored in a cookie it should be efficient in that it is only done once. |
| This brings him to the main page which defaults to the “To Campus” tab. He can see the Date at the top, and the current hour is blown up in detail at the top of the scroll pane. He looks at the times between 11am and 3 and sees that 2 people are requesting a ride at 2. He clicks on the 2:00 time block and a menu opens up. This UI sacrifices learnability for efficiency. It is not immediately obvious that the times, cars and 'requests' are clickable. However, the display packs in a lot of information that is easy to parse quickly, and requires only a single click to get to the schedule menu. |
| The schedule screen allows Charles to schedule a ride. He chooses the type of ride (car), the number of spots (4) and the time (which defaults to the selected time 2:00pm). In order to help charles choose a specific time requests near the selected time are shown. He can choose to recieve SMS notifications (for when people join/leave his ride). He then clicks ok. This UI has a number of clearly labelled fields which can be edited which is easy to learn. The defaults allow the user to get through the UI quickly. The immediate feedback in the UI provides safety and the user can always click cancel if they didn't intend to schedule a ride. |
| This returns Charles to the original screen where he can see that his car has been added at 2:00pm with 4 seats. This gives the user immediate feedback about their action. |
Task 2 (Alexis)
| Alexis gets the same landing page as Charles |
| Alexis is then taken to the main page where he selects the "To House" tab. He sees that nobody is driving to the house anytime soon. The current hour is expanded, and he wants to leave in half an hour so he chooses the 2:30 time to make a request by pressing on the '-' |
| This bring up the request menu. There are only a few options here: time, type and number of people all of which are clearly labeled and use standard input methods. This is very learnable, and with proper defaults can be very efficient. If Alexis has made a mistake he simply cancels. |
| Finally Alexis is returned to the main page where a "1!" has shown up in the requests column to give feedback that his request was accepted. |
Task 3 (Jorge)
| Jorge sees the same landing page as everyone else |
| Jorge is then brought to the main page which again defaults to “To Campus”. He sees that the only ride before 1 is in the 12:00 block, without scrolling down to see a more specific time he chooses that ride by clicking on it. This opens a reservation menu. Again, this UI is sacrificing learnability. It's not immediately obvious that the car icon is clickable, however Jorge can quickly see that the most fitting ride is the car at 12:00 and can select it with one click. |
| The reservation menu tells Jorge the name of the driver, the ride type and the departure time. He can then reserve up to 3 Seats. The screen also displays Yifan’s number witch icons which allow him to directly text or call. Jorge makes a selection and hits ok. Here the interface provides Jorge with additional information about the ride, and then allows him to pick a number of seats. This is learnable, and efficient. If the user doesn't want to reserve a ride they can simply cancel. |
| Jorge is then returned to the main screen where he can see that he has been added to Yifan’s car and the number of available seats has been reduced to 2. Again, the updated UI give immediate feedback to the user |
...