You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 22 Next »

GR2: Design

Scenario

Alice, Bob, and Christine are doing a research project together at MIT. They have a research paper submission in a week. After several days of struggling to get arrange meetings and failing to get the whole group together, they decide to take advantage of an app that they have, called Discover.Me, that can better facilitate their meetings.

Alice
She volunteered to setup the meeting using Discover.Me. Unfortunately, she is currently not friends with Bob on Discover.Me.
She:

  • Opens the application
  • Navigates to the “Search For Friends” screen
  • Types “Bob” into the search bar and sees a list of similar names from the MIT directory

After Bob accepts the request, she decides to create the event.
She:

  • Navigates to the “New Event” page
  • Types in “Project Meeting!!!” into the event name field
  • Sets the meeting to take place that afternoon from 2pm-4pm
  • Navigates to the “Invite Friends” page
  • Types in Bob's name in the search bar
  • Sees a list of her friends, narrowed down to names similar to “Bob”, and selects Bob
  • Repeats this process with Christine

While doing some reading, she is distracted by her phone lighting up.
She:

  • Sees a notification that Christine requested a change to the event time
  • Accepts the updated event

Bob
During a short study break he checks his phone for any new notifications.
He:

  • Opens the application
  • Sees a notification for a pending friend request
  • Navigates to the “Pending Friend Request” page
  • Sees that the request is from Alice and accepts her request

Later, he checks again for the event invite.
He:

  • Navigates to the “Pending Event Request” page
  • Sees the invite from Alice
  • Accepts the invite, since he knows he is available
  • Receives updated invitation
  • Accepts updated event

Christine
Having just woken up from a nap, she decides to see if she has any notifications.
She:

  • Opens the application
  • Sees a notification for a pending event request
  • Navigates to the “Pending Event Request” page
  • Sees that she has been invited to “Project Meeting!!!”
  • Navigates to her Events page to see if she is free then
  • Sees a list of events she replied to
  • Sees that she had accepted the invite to another project meeting, marked in green, at the same time
  • Rejects Alice's invite with a note suggesting to change the times of the event to be 4pm-6pm
  • Receives updated invitation
  • Accepts updated event

Designs

Design #1

Sub-Task

Sketch

Description

Learnability

Efficiency

Safety

Launch App
(Home Screen)

a

This is the entry point of the application, and is the first screen that the user faces when it is first launched. This is termed the Home Screen.

At the top of the screen is an Action Bar, and this is persistent across all views in the application. It provides navigational access to other views and application functions via the icons which are present. Beginning from the left, we have the Friends icon, the Events icon and the Notifications icon. We will outline each of their usage in the following task and sketches. The Home Screen comprises of 2 main portions: the search bar at the top and the map view below.

Map View: By having this screen as a default screen, the user (Alice) is able to view a map view of the location, in this case it is the layout of MIT. Her position on the screen is indicated by a Pink dot, whilst those representing her friends' locations are Blue dots. Tapping on a friend's dot will reveal the friend's name.
Search Bar: The search bar allows for Alice to easily find a user's location on the map by entering his or her name. The view camera will pan over and center about the specified friend. Alice may easily pan the view camera back to her location by tapping the Locate button location on the right of the search box.

By using icons in the Action Bar as opposed to menu buttons with text, it encourages learning by exploring.

We mitigate the confusion by using familiar icons which are used by several other apps, such as the Friends Icon being a silhouette of a male and a female character (Facebook), the Events Icon being a calendar (iOS Calendar) and the tray with an arrow for the Notifications (Apple's Find My Friends. Also, we use the magnifying glass to indicate search. This helps to maintain external consistency with other apps in the same mobile apps ecosystem.

We encourage the user to interact with the map view via direct manipulation. The user is able to pan, perform pinch-to-zoom and tap to select. Upon tapping on a dot on the map, the bubble with the person's name helps to bring the metaphor of the user speaking out his name. There is continuous visual feedback in this interface due to these elements.

The Action Bar's location at the top of every window makes it quick for a user to access any of the 3 key menus without having to cycle back and forth in order to reach any of them.

The map view shows all the users within a nearby location of Alice, the current user. This is an intrinsically efficient way of knowing who is around the user. 

The search bar allows the user to quickly search for a person should he/she not be present in the viewport.

The locate button next to the search bar allows a quick way for Alice to return to where she is located should she have strayed far away whilst looking at someone else's position. This saves user time in trying to pan back to his/her original location.

Listing Friends.

b

Alice wants to view the list of friends that she has using this app, and also approved her. She taps on the Friends Icon on the Action Bar, and it pops and overlaying dialogue. It currently shows two of her friends, Boris and Christine which are sorted alphabetically. Alice wants to search for for Bob to add to this list, and taps the icon with the `+'-plus sign on the top right of the dialog.

The overlaying dialog box is used for all three icons on the action bar and we maintain internal consistency by using the same speech bubble dialog whenever each menu is accessed.

The names are listed in alphabetical order, and the list is scrollable by flick gestures. The arrows on each cell indicate the affordance of tapping to reveal a sub-menu (we will see this in action later). The "+"-icon used for adding a friend maintains external consistency as it is widely used across all mobile apps in the ecosystem.

By using a overlaying dialog instead of switching to a separate view, a user can quickly dismiss the dialog and return to the map view (lying behind it) with just a single tap.

Using flick gestures allows quick scrolling through the list too.

The overlay dialog box can only be dismissed by tapping on the Friends Icon. Because it is relatively small compared to the dialog, and located away from the tapping zones covering the list view and the add button, it becomes a *pointing task. *There is little chance of dismissing the dialog without intending to. 

Even if a user unintentionally taps on a user's name and moves into the Profile View, the back button will allow him/her to return  back easily.


Searching for Bob.

c, d

The app dismisses the dialog box, and presents the user with the Add Friend screen. An icon with a left-arrow is the Back Button, which dismisses the page and brings the user back to the previous page (the Home Screen in this case.) should she change her mind.

The soft-keyboard automatically pops up and the prompt gives focus to the Search Bar upon loading this view. As Alice begins typing the letters 'B' and 'o', the application fill the spaces in between the search bar and the soft keyboard with suggested people she might be looking for based on the directory listing database. 

For each person listed within the list that is already an approved friend in Alice's list, a small icon with the word "friend" is present in the cell. Each cell can be tapped to reveal a user's profile, as indicated by the '>'-arrows located at the right edge. 

Alice sees `Bob' in the list, and wants to find out if he is the person she wants to add. She taps on the cell in order to view his profile.

As Alice types in Bob's name, suggestions guide the user into finding the person he/she is looking for. The list is automatically refreshed and populated with user's names from the directory, 

By placing an icon to indicate an existing friend, the system helps to reduce the task of remembering whether a friend had already been added into a recognition task, as opposed to a recall task.

There exists a clear text button indicated by a circle with an 'x' within it. This allows the user to efficiently clear the search text box as opposed to have to press backspace/delete multiple times in order to clear a name with a long sequence of characters.

The soft-keyboard pops up automatically, and focus is also automatically given to the search bar.This prevents any mode errors, (for instance if the user had to first tap on the search bar manually before the keyboard came up, the user might have just been staring at the empty list assuming something was supposed to happen).

Viewing Bob's profile and sending an "Add Request" to Bob.

e, f

The app brings up the Information View. It lists Bob's name, email-address, office and any other profile information as already available on his public MIT directory listing. Alice knows that this is the Bob she is looking for, and taps on the Send Friend Request button to confirm her intent to send a request to this particular Bob to add as a friend in Discover.Me.

The app brings Alice back to the Home Screen. Alice taps on the Friends Icon on the Action Bar to bring up the dialog, and now sees that Bob has been tentatively added to the list of friends. An icon with the graphic and text stating "pending" indicates that Bob has not yet accepted the request. As such, Alice is unable to view Bob on Map View.

 

 

 

Receiving confirmation from Bob through a Notification.

g

After Bob's approval of Alice's request, Alice is notified by a counter on the Notifications icon in the Action Bar. Alice taps on the icon to bring up the Notifications dialog, and there she sees that Bob had accepted her request. She dismisses the dialog.

 

 

 

Viewing location of all approved friends.

h

This reveals the Home Screen once again. The Map View shows an additional _Blue-_dot, which corresponds to the newly-added Bob's location (Building 19). Alice notices that both Christine (Building 20) and Bob(Building 19) are located relatively close to her (Building 20). She decides that it could possibly be a good time to arrange a meeting for all three of them for a cup of coffee. She taps on the Events Icon in the Action Bar.

 

 

 

Viewing listed events.

i

The app launches the Events List dialog. Alice notices that she has no scheduled events from the dialog that pops up. She taps on the "+"-plus icon to create a new event.

 

 

 

Creating an event for friends - Bob, Christine and Alice herself.

j

The Create New Event view is brought up. It provides text boxes for Alice to fill up, corresponding to the details of the event she wants to organize right now. The Title is a self-defined title which best describes the event. The Location text box is used to define the location of the event. The Time section indicates the Start Time, End Time and Time-Zone of the event. The Participants text box lists the participants of the event and the Comments text box is a free-entry text for an additional information the organizer might want to add.

Alice types in "Coffee" as the title of the event. The timing automatically defaults to the nearest half-hour based on the current time and time-zone which Alice, the user, is at. Alice is also automatically added as the first participant of the event. 

Alice decides to pick a location for the event, and taps on the Compass Icon located on the right edge of the Location text box.

 

 

 

Selecting a location for the event.

k

This brings Alice to the Map View, but it is in the mode which allows her to tap on a location to select a location for the event she is creating. A small semi-transparent note instructs her on how to select a location. Alice decides that Building 24 is a good location that is close to all three of them. She also really likes the coffee there. She taps on Building 24 on the screen to indicate her choice.

 

 

 

Confirming the location for the event.

l

A Pin Icon animates and drops on the point Alice tapped. White Lines are drawn to between a participant and the pin location to indicate that he/she is invited. It thus shows that Alice, Bob and Christine are all invited to participate in the event. 

At the bottom of the screen, a confirmation menu pops up. It states in text: Location: Building 24, MIT which corresponds to the location of the pin and where Alice tapped. Alice knows that this is correct and thus taps the Confirm button to accept the location.

 

 

 

Selecting participants for the event.

m

The Select Participants view is brought up. It presents the list of friends that Alice has (corresponding the to Friend's List). Check-boxes are located on the left of each cell containing the friend's name. There is a search bar located at the top to enable Alice to search for people by typing, or she can make use of the fast-alphabetical scroll-bar located on the right of the screen.

Alice doesn't have many friends, and she can see both Bob and Christine in the list. She checks the boxes corresponding to the both of them. Hovering Text located at the bottom of the screen reflect the number of people chosen. Alice is happy with her selection and taps the Done button.

 

 

 

Reviewing and sending the event to friends - Bob and Christine.

n

Alice is returned back to the Create New Event screen. The information which she has provided is now reflected in the screen. She is happy with her selection and taps the Done button to confirm that she wants to create the event and invite the selected participants to it.


 

 

 

Viewing the created event

o

The screen is dismissed and Alice is returned to the Home Screen. A non-blocking semi-transparent overlay notifies Alice that the invite has been successfully sent out to the users. Alice taps on the Events Icon to bring up the Events List again. It is now populated with her recently created event, giving a summary of the title, date, time and location of the event. Alice may tap on the event to make changes to it, but she does not have any reason to do so right now. She awaits the acceptance of the invite from both Bob and Christine.

 

 

 

Receiving notification of an event.

p

On Bob and Christine's side, they receive a Notification in their app, which once against is indicated on the counter above the Notifications Icon. Tapping on the icon brings up the Notifications dialog once again. 

On Bob's screen, he can see two notifications on the dialog. The new, one is highlighted with a slight shade and has a dot, which indicates that the notification is unread. Unread in this definition corresponds to notifications which were only not present since the last time Alice was in the Notifications Dialog and corresponds with the counter above the icon.

 

 

 

Viewing the event details and accepting the invitation.

q

On their respective phones and apps, Bob and Alice tap on the cell in the Notifications dialog. This brings up the View Event screen, which is similar to the Map View. At the top, the title of the event "Coffee" is listed, as well as the participants invited as indicated by dots on the screen. The pin corresponds to the location.

Bob thinks it's a great idea to meet up, and he is happy with the location and time, and he taps on the Accept button at the bottom of the screen.
Christine, however, would like to meet up for the event too, but has something on at 2:00PM. She decides to respond to the invitation by Proposing a Change and tapping on the Propose Change button.

 

 

 

Proposing a change to the event.

r

The Propose Change view pops up for Christine, which is similar to what Alice saw in her Create Event screen. It is populated with the details of the event. Since Christine only wants to change the time of the event, she taps on the Time section.

 

 

 

Proposing a change of time for the event.

s, t

This brings up_ the Start & End Time view. Christine may alter the Start Time, End Time, Time Zone or Date of the event. She wants to suggest shifting the event _back by one hour, so that the event now starts at 3:00 PM instead of 2:00 PM. She taps on the Start, and uses the Date & Time ticker at the bottom to modify the start time to 3:00PM. As she changes the time, it gets reflected in the corresponding sections in the top half of the screen. The End Time automatically shifts back by one hour to 4:00PM, so as to maintain the duration of the meeting. She is done, so she taps on the Done button.

She returns back to the Propose Change view. At the bottom, a summary of changes made by Christine is shown. She is happy with the changes and taps on Done to send the proposed changes back to Alice.

 

 

 

Receiving a notification for a proposed change to the event.

u

Alice receives a notification, and taps on the Notification Icon to view the list of notifications received. She sees Christine's proposed change as the latest, unread notification. She taps on it to view the details of the changes.

 

 

 

Reviewing proposed changes to event

v

This brings up the Modify Event view. Alice can see that the Time of the event has been modified, because there is an *-asterisk next to that section. The modified time as proposed by Christine is now reflected in that section, and at the bottom, a summary of proposed changes by Christine is shown. Alice is happy to shift the event to 3:00PM and clicks on Done to resend the new invitation out back to Bob and Christine.

 

 

 

Confirming the event

w

Bob sees the updated invitation and accepts it. 
Christine is delighted that her proposed changes didn't cause any problem at the event is still going ahead as planned.

Alice is able to view the confirmed event in the Events Listing menu. A Tick graphic is located next to it to indicate that all members of the events have responded to it and are attending it.

 

 

 

Design #2

Task

Sketch

Description

Learnability

Efficiency

Safety

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Design #3

Subtask

Sketch

Description

Learnability

Efficiency

Safety

Entering the Home Screen

 

  1. Alice opens Discover.Me.
  2. Alice immediately sees list of friends.
  3. Alice can search for friends by tapping on the text bar near the top.
  4. On the bottom row are four buttons:* Friends (Home Screen): brings up the current homepage with a list of friends.* Events: shows the events that Alice has been invited to or will be attending.* Search: immediately pulls up the text box to search for friends.* Invites: shows the people that have invited Alice to be their friend.

The screen presents few details to Alice. She sees some of her Friends and quickly realizes that she can find more friends by scrolling down the list or by using the Search text bar.

Alice can immediately search for her friends by tapping the Search text bar near the top of the screen. She has one-tap access to a listing of her Events and Friend Invitations.

Buttons and selections are made large so that Alice can tap the right targets on the screen. Alice may accidentally hit the Exit button when she taps on the Search text bar.

Searching for friends

 

  1. Alice taps on the text search bar near the top of the screen.
  2. A keyboard pops up from the bottom of the screen allowing Alice to type her entry.

The Keyboard automatically appears telling Alice to begin typing. Alice is familiar with this feature from using other apps.

It isn't clear whether there are other option for Alice to find her friends besides searching for their names.

The keyboard is rather compact and Alice may find herself accidentally hitting the wrong key.

Finding and Adding Friends

 

  1. Alice types "Bob" in the search bar.
  2. The Friends list updates to show friend names closely matching Alice's entry.* The list contains a directory of people (e.g. the MIT directory).            3.   Alice views the updated list of people. Next to their names are indicators:* Friend: indicates the person is already a friend.* Pending: indicates that Alice has invited the person to be her friend.* Add: allows Alice to invite the person to be her friend.                4.   Alice adds Bob as her friend.
        5.   Bob quickly accepts Alice as a friend.

Alice sees the same list of friends as she saw on the home screen, so she is familiar with the user interface. The buttons to add a friend are colored brightly so that Alice knows she can perform an action by tapping the button.

As Alice types "Bob," the list updates to show close matches to her entry. For longer names, this could allow Alice to find her friend without typing in his entire name.

Alice may want to add Bob as a friend but accidentally hits Borat's "Add" button. We can ask Alice to confirm when she taps to add a friend, but this will increase the number of steps she has to perform.

Viewing Friend's Location

 

  1. Now that Alice and Bob are friends, they can view each other's locations on a map.
  2. Alice taps on Bob's name on the friends list.
  3. Bob's location is selected and a pop-up balloon shows the selected "dot" is Bob.
  4. Alice can also view her own location as a blue dot on the map.

Once Alice selects her friend, a map shows Bob's current location. Furthermore, a blue dot shows Alice's current location. Alice is familiar with the blue dot representing her location, since it is also used in the iPhone's Map app.

Depending on the level of zoom, Alice may need to further zoom in or zoom out of the map. There is a tradeoff between presenting a large map including most her friends' locations, or showing a detailed and smaller map.

If Alice "flicks" her finger past the screen, there is danger that the current map view will be lost. It will take her some steps recreate the map screen showing her and Bob's location.

Viewing Friend's Profile

 

  1. Alice clicks on the balloon with Bob's name to open Bob's profile.
  2. Bob's profile screen displays his email, phone number, and other details.* Alice can directly call or email Bob by selecting the contact info in Bob's profile.

Bob's profile includes his phone number and email appearing in blue with underlines. This provides Alice with an affordance to click these entries.

By selecting Bob on the map view, Alice immediately sees Bob's profile. She can click on Bob's email or phone number to contact Bob.

If Alice accidentally taps Bob's phone number, then she will begin making a call to him. We can ask Alice to confirm the call, although this will require her to make more selections to accomplish her tasks.

Viewing the Events Screen

 

  1. Alice sees a list of events she has been invited to or will be attending.
  2. Each event is colored green to indicate that she will attend.
  3. Other events awaiting her RSVP are colored yellow.
  4. Events are arranged so that upcoming events appear first in the list.
  5. On the top right, Alice can adjust the time range of events she wishes to display.* 1 day, 3 days, 1 week, or Custom setting.         6.  Alice enters the location of the event. 
        7.  Alice taps the Add an Event bar near the bottom of the list.

Alice will find this view similar to the earlier Friends view. However, she may not immediately realize that she can adjust the time range of events by tapping on the button on the top-right.

The Events tab allows Alice to immediately see the events she has been invited to or will be attending. Furthermore, she can add an event with one tap. However, if Alice has a longer list of events, there is no option for her to search for the events by keyword. However, Alice can choose to view only events happening in: 1 day, 3 days, 1 week.

Alice may accidentally select the wrong time-range on the top-right drop-down tab. The drop-down tab is rather small, compared to the other selection boxes on the screen.

Adding an Event

 

  1. A New Event page opens allowing Alice to create a new event and invite friends.
  2. Alice types in the Event Name
  3. She selects the Start and End Time.
  4. Alice taps the Search button in the Invite Friends field.

The boxes to enter Event info is brightly colored, providing Alice with an affordance to click on the fields and enter new data.

When adding an event, Alice immediately sees the event info she needs to provide. She can select the time using a drop down box. The drop-down box may require longer time to fill in the information.

Alice can select the time using a drop-down box, which prevents her from typing in a wrong time (e.g. 10:70)

Inviting Friends

 

  1. Alice taps the Search text bar at the top of the Invite Friends page.
  2. She types in Bob's name.
  3. The Friends list updates to show friend names closely matching Alice's entry.
  4. Alice views the updated list of people. Next to their names are indicators:* Accepted: Friend has accepted invite.* Pending: Friend has been invited and Alice is waiting for their response.* Invite: Friend has not been invited. You can invite them by clicking this button.     5.  Alice invites Bob and Christine by tapping on the invite button next to their names.

Alice is familiar with these interface from the Search Friends screen she used earlier. Furthermore, she recognizes that she can tap on certain users to invite them, just as she has previously tapped to add users as friends.

When Alice types the Search button in the Invite Firends field, she will encounter a list of her friends. Alice can also quickly search for friends she wants to invite.

Similar to the earlier Add Friends function, Alice may find herself accidentally inviting the wrong friend if she mistaps. To prevent this, we can ask Alice to confirm before sending invitations. However, this would slow down the task process for her.

Receiving Event Notifications

 

  1. Christine, whom Alice invited, received the invite and wishes to change the event to a later time.
  2. A pop up note appears on Alice's screen telling her that Christine has proposed a change to the event.* This notification appears even if Alice is not viewing the Discover.Me app.* If Alice has turned off her phone's screen, then the phone will vibrate or sound an alert. The screen will turn on briefly to show the notification.

If Alice encounters this notification when she is not using the Discover.Me app, she may not realize the notification relates to the Discover.Me app.
Upon receiving the notification, she may try to look in another app, which has no information related to Discover.Me.

The notification concisely tells Alice about Christine's proposal to change the event. To present the notification concisely, no additional information is shown about the proposed event changes.

There is no safety issue because Alice cannot make any selections during the time the notfication box appears.

Accepting a Changed Event

 


  1. Alice sees the updated event info, including the time, location, and other details.* The updated entries are highlighted making it easier for Alice to see Christine's proposed changes.         2.  Alice accepts the updated event.

If Alice receives the notification while not using Discover.Me, we can immediately transition to this screen in Discover.Me. This will help Alice immediately realize the previous notification relates to Discover.Me

If the notification immediately transitions to this Discover.Me screen, then Alice may find the action disruptive. She may be using another app and find it difficult to return to the previous app she is using.

If the notification immediately transitions to this Discover.Me screen, then Alice may find the action harmful. For example, she may be in the middle of texting a friend. This might cause her to tap incorrectly and accidentally accept the updated event.

 

 

A pop-up box appears telling Alice that she has accepted the changes and that updated invitations will be sent to all people she originally invited.

Alice is familiar with notifications because they are used in other smartphone apps.

The notification concisely tells Alice about Christine's proposal to change the event. To present the notification concisely, no additional information is shown about the event details which have been changed.

There is no safety issue because Alice cannot make any selections during the time the notfication box appears.

Viewing Event Status

 


  1. Alice can scroll down the event list to see the list of friends she has invited.
  2. The list of friends indicates whether a person has accepted the invite.

Alice views the event info recorded in the same format which she previously input info into. Therefore, she will know where to find certain fields containing info about the event.

If Alice has invited a lengthy list of friends to the event, then she must scroll further down to view the entire list. We can make the friends text shorter to fit more names in a page. However, doing so makes makes it more difficult for Alice to find and select certain friends on the list.

If Alice selects taps on any of the fields displayed on this page, she will be taken to a subpage. This makes navigation cumbersome, since Alice would have to hit back to return to the Events page.

  • No labels