Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Corrected links that should have been relative instead of absolute.

...

Source Code: https://github.com/abhardwaj/teleport 

Limitations that affect usability:

The webRTC doesn't remember user preferences over non-SSL transport. We couldn't get a SSL cert and thus it has an usability implication -- user needs to authorize Teleport to access camera and audio on every page. We will fix this soon.

Evaluation

We did our user testing in live environment. We invited our users to join Teleport (email invitation) and waited for them to join and start the video chat. We counterbalanced the scenario in such a way that some users got to initiate the video-chat first while some just accepted our video-chat invite. We ensured same counter-blanching for teleport, in some cases users followed our navigation and in some cases users took the lead in teleporting. We asked some subjective questions in the end and most users looked *very* happy with the system. We tested with six users locally so that we can observe their actions in person and we tested the interface with 4 users in remote locations. For simplicity, we will present only four users (two local -- two remote).

...

2. We sent a video-chat invite and asked them to join the chat

start the chat.

21. While chatting accept an invite to view a location.
3 2. Explore the location using provided controls and add a tweet.

Set 2A (Teleport to a location - active)

21. While chatting send an invite to teleport the other person
3 2. Navigate the other person -- show him the places around and then transfer the control to the other person.

Set 2B (Get teleported to a location )

21. While chatting accept an invite to view a location.
3 2. Explore the location using provided controls and add a tweet.

...

  • Was able to use the intrface effectively
  • Commented that having personal live video chart on the side bar and another person's video in the middle is very convenient.
  • Said her Mum would really enjoyed Teleport.
  • Overal found the system is intuitive to use.

User2 (local)

Course 2 6 Graduate
Age 23
Female24
Male

  • "I love it -- it's very interesting app"
  • "I will use it for my vegas trip planning next week (this realtime google earth sharing feature is so amazing)"
  • "You should release it as a product -- it's a very useful app"
  • He was able to use it without any instructions.

User3 (remote)

Location: Pune, India

...

Issues

Users

Possible improvement

Severity

Could not post a tweet because
was not registered on twitter and did not wish to.

User 1

Create independent data base for tweets.

Minor

When navigating Google Earth, tried to use mouse
and did not figure out immediately to use keyboard
controls.

User 1

Support mouse navigation alongside keyboard controls.

Minor

Was confused when taken to teleport's navigation
window because did not know if the other person is still 
in chat mode.

User 1

Make it more obvious that person's live chat window moves 
to the sidebar, when system's mode changes.

Minor

When tried to speak a location, there were multiple errors.

User 1

Better speech parsing and understanding capabilities.

Minor

Keyboard does not have Page Up / Page Down.

User 2

Choose a different universal key.

Minor

The tweet option appears only when the user clicks the
share button.

User 2

Include a separate button for the tweet option.

Minor

Audio distortion. The user had to refresh the browser to
restore regular voice.

User 2,
User 4

Most likely caused by internet connection.

Minor

 

 

 

 

Reflection

Lag in Navigation Syncing

User 3, User 4

Because of bad internet connection on their end

Minor

Approving camera access

User 1, User 2, user 3, User 4

We need to buy SSL cert and put this on HTTPS

Major

Navigation Keyboard

User 3

Many Keys, difficult

Medium

Reflection

  • For our group, brainstorming Brainstorming and sketching ideas separately and then discussing them together as a group really expanded the amount of options and possible solutions we considered.
  • Early We feel like early paper prototyping is a good way to figure was very helpful to us understand usability, efficiency and learnability issues.
  • During user testing we observed plenty of user behaviours that we could not have predicted ourselves.
  • Because paper prototyping is quick and easy, it allows to iterate through many different design options. Paper We found that paper prototyping particularly helped us to find the most intuitive location for buttons and navigation controls; find out safety issues (e.g. confirming that tweets are being saved); because the paper prototype was to scale we got a good indication if the layout works well.we used the same layout that we finalized in the paper-prototyping.
  • We think, we didn't scope our project well -- this project was pretty complex, required some serious engineering and the implementation time we had (for computer prototyping) wasn't enough. We got pretty bad grade in GR4 but we believe that it was a good idea to focus on the individual pieces rather than the layout. We wanted to ensure that we have all the technology we need for building this system. Our computer prototype did't connect the individual pieces together and while the TA viewed it as an incomplete computer prototype, we think we took the right approach.  
  • We loved the class, and it definitely taught us how to approach building good user interfacesThe drawback of a paper prototype was that it did not allow us to foresee many implementation challenges, accurately test typography, colour schemes.