Professional Documents
Culture Documents
one!
grounding! thorough!
micro-blogging!achieved!
! online!
internet!
!
industries!
!
! devices! render!
!
!
effectively!
user!
! news!
mobile!
knowledge!
prototyping! ultimate! ! Applications!
!
!
!
!!
! making!
! interaction! ! ! people!
!
!
!
! !
!! style!
!
poor! needs!
every!
life!
!
usability! draws!
! ! !
! ! ! !
!
! !
! ! ! !
INFORMATION IN !CROSS-MEDIA
!
! : FROM DESKTOP TO MOBILE
The case of marine traffic: Designing a website for mobile phones
!
design!
versions! establish!
blogging! propose!
evolution! content!
context! satellite!
collect!
countries! space!
identify! current!affordable! contributed!
Real! Web!
concept!
gathering!
increased! principles!used!
Time!order!
designing! offer!
moment! developed!
focused! Indisputably!
existing! mobility!
Phones!
handle!
produce!
services! different!
information!
searching! against!
trends! finds! User-centered!
map! goal! find!
able!
kind!
others!
established! traffic!designs! finding!
solutions!
requirements!
possibilities! needed!
Undergraduate thesis for the Department of Product & Systems Design Engineering B.Eng. degree:
Papadopoulou Anastasia-Evangelia
Supervisor:
Jenny Darzentas
Examiners:
Jenny Darzentas
Dimitrios Lekkas
Evangelos Vlachogiannis
Syros
2010
! 2
ABSTRACT
Current web trends such as social networking, blogging, micro-blogging, news trackers and
many others have led to the creation of the “Real Time Web”. “Real Time web is the concept
of searching for and finding information online as it is produced.” The marine traffic web-
service is considered to be a project of this kind, providing information about current
vesselsʼ position in real time visualized in a map.
The need for mobile versions of existing web sites and services has arisen with the
increased penetration of mobile devices. However, findings show that many mobile sites offer
poor designs suffering in usability. This is mostly because, until recently, the mobile
industries have created those products with a “technology-first” approach. A more “user-
centered” approach is used in the current thesis in order to render the user able to collect,
process and disseminate needed information to produce understanding. Thus a better
user experience is achieved.
The ultimate goal is to collect data from the survey, analyse them effectively and interpret
them in a way that can lead to establishing requirements, approaching an optimal solution
to the problem, laying the foundations for a future implementation and revealing new issues to
be explored.
! 3
TABLE OF CONTENTS
COPYRIGHTS ______________________________________ 13!
2 !
THE MOBILE ECOSYSTEM
THE WEB, THE MOBILE WEB AND THE VISION OF “ONE WEB”
34!
34!
WHAT IS A MOBILE DEVICE 35!
MOBILE PHONE TYPES 36!
OTHER MOBILE DEVICE TYPES 37!
TYPES OF MOBILE APPLICATIONS 38!
THE NATURE OF MOBILE COMPUTING 40!
THE MOBILE CONTEXT 48!
MOBILE USERS IN THE WILD 55!
THOSE STRANGERS 55!
MOBILE USER CHARACTERISTICS 55!
WHAT REPORTS SAY ABOUT MOBILE USERS 57!
WEB INFORMATION CLASSIFICATION 62!
INFORMATION NEEDS ON-THE-GO 64!
TASKFLOW IN MOBILE DEVICES 69!
INFORMATION MANAGEMENT ACROSS MULTIPLE DEVICES 70!
! 4
TOWARDS A SOLUTION 71!
PROBLEMS DERIVING 71!
OVERCOMING LIMITATIONS 75!
DESIGN GUIDELINES | BEST PRACTICES 84!
SUMMARISING PART 2 88!
4 !
CONTEXTS OF USE
MODELLING CRITICAL CONTEXTS
143!
143!
RE-DESIGN ISSUES 147!
SUMMARISING MARINE TRAFFIC SITEʼS USAGE 147!
SUGGESTED STRUCTURE & NAVIGATION 151!
SUGGESTED CONTENT 152!
SUGGESTED REPRESENTATION 155!
FINDINGS 156!
THE FUTURE OF MOBILE COMPUTING 156!
FURTHER RESEARCH 157!
CURRENT THESIS OVERVIEW 158!
! 5
ANNEXES
FAQ ABOUT MARINE TRAFFIC ________________________ 159!
AIS (AUTOMATIC IDENTIFICATION SYSTEM) 160!
A !
LAW REGULATION, MARITIME SECURITY 163!
C !
RAW DATA 178!
APPENDICES
TERMS _________________________________________ 208!
" !
ABBREVIATIONS
GLOSSARY
209!
210!
"" !
REFERENCES
BIBLIOGRAPHY
213!
221!
TOOLS 229!
HEATMAP ANALYSIS 229!
MOBILE-READY TESTING TOOLS 229!
MOBILE ECOSYSTEM 229!
ONLINE QUESTIONNAIRES 229!
SIMULATION TOOLS 229!
WEB ANALYTIC TOOLS 229!
WIREFRAMING 229!
! 6
LIST OF FIGURES
Figure 1: How the MarineTraffic site collects its data 17!
! 7
Figure 29: Online behaviour in 2010 63!
Figure 30: Mobile web usage clustered around two contexts 64!
Figure 32: The effect of network types on mobile web usage 67!
Figure 42: Live train map for the London Underground 91!
Figure 48: Google maps with current location and POIs 97!
! 8
Figure 59: Vesselʼs information in marine traffic s map. 110!
Figure 60: Port and receiving station in marine trafficʼs map. 111!
! 9
Figure 89: Response summary, Step 4, Q1 138!
! 10
LIST OF TABLES
Table 1: Methods Used (Maguireʼs 2001 taxonomy) 22!
! 11
Table 29: Raw data, Step 2, Q4 187!
! 12
!
COPYRIGHTS
The Department of Product and Systems Design Engineering
(University of the Aegean, Greece) currently hosts the project of
Marine Traffic.
http://www.marinetraffic.com/
(English version)
http://syros-observer.aegean.gr/ais/
(Greek version)
Contact e-mail:
marinetraffic@aegean.gr
Google Group public discussion:
http://groups.google.com/group/marine-traffic
http://www.marinetraffic.com/ais/terms.aspx
! 13
!
STRUCTURE
The thesis is roughly divided into the following parts:
// Analyzing the problem space ! Parts 1 & 2 introduce the topic and basic concepts at a very
general level and finish off with narrowing down the subject to the
specific area covered by this thesis. The problem area is defined
initially through literature review, overview of current state and
similar work done.
//Analyzing the case study ! In Part 3 emphasis is progressively given from the abstract world
of mobile web to the case study of the MarineTraffic site. Applying a
set of methods to understand the users and their needs, a survey is
conducted to explore the problem space further through a specific
case.
! 14
!
Part
INTRODUCTION
THESIS STATEMENT
1
16
RESEARCH METHODOLOGY 21
BASIC CONCEPTS 25
SUMMARISING PART 1 32
!
PART 1: INTRODUCTION
THESIS STATEMENT
This thesis explores the field of the “mobile web”1 as well as the recently emerged need to
access the “web” that was initially created for a world of desktop computers; from mobile
devices. This situation reveals a new context in which users can now access the web
while on the move, which leads to many questions that this thesis aims to address.
The main problem discussed here is how we deliver a certain page to users in different
context through different media types: those that access the page sitting in front of their
desktop computer and those that might be doing anything or anywhere while looking at the
page using their mobile device. Many issues need to be addressed, such as:
Is it possible to cover both contexts with the same content delivered or do we need
different versions of the same site?
Is context solely responsible for the potential necessity of many versions of the
same site, or are there other factors too, like diversity among devices?
Are users achieving their goals, that is, to retrieve the right information in an
effective way, considering the limitations mobile devices have?
Those questions, and many more that appear in the way, can be handled in two ways: First
with a bibliographical research to understand and define the problem space, find relative
work done, and analyse and compare solutions found. Second, with the application of all of
the above on a real world case; the project of marine traffic. The fact that marine traffic is
a site that visualizes information about the positions of vessels on a map in real-time
makes it ideal for a case study of creating a “mobile” site out of an existing “desktop” one,
as informat!on it provides is typically useful to people on the move; travellers, to be exact.
Therefore, user needs for a mobile site will be analysed and will be compared to the needs
that the desktop site covers, revealing different contexts of use.
1
It would be prudent to note that there is –technically- only one web. However the term “mobile
! web” or “mobile internet” is widely used by convention to specifically identify access to the Internet 16 16
using a mobile device.
PART 1: INTRODUCTION
Thesis Statement
The incentive behind this site was the Automatic Identification System (AIS), a system
originally created to aid in ship navigation and collision avoidance, as well as assist port
authorities to better control sea traffic. However, as AIS transponders that most vessels are
required to carry, include a Global Positioning System (GPS) receiver, which collects
position and movement details, AIS can serve other uses, too. As vessels and base
stations are able to receive data transmitted by any AIS transponder, marine traffic
eventually expanded over numerous AIS receivers offered by supporters of the project
around the world, and finally managed to be able to receive data from ships almost in
every spot of the sea.
Vessels with an AIS transponder can send encoded messages that include:
Dynamic information: vessel position, speed, status, course and rate of turn.
! 17 17
PART 1: INTRODUCTION
Thesis Statement
The data collected are stored inside data bases in real-time and after process are
displayed in the web site pictured below:
The front page of the Marine Traffic web site retrieved June 10, 2010 from:
http://www.marinetraffic.com
SITE OBJECTIVES
Due to the real-time nature of the project, information provided may be incomplete,
obsolete or contain errors, and, thus, cannot substitute the on-board safety equipment and
of course, good seamanship. The system is exclusively based on information received by
vessels, as transmitted by their AIS transponders. Consequently, correct configuration of
AIS transponders by the crew is very important. Specifically, the officer who is responsible
for the operation of the AIS transponder can significantly help in the correct presentation of
the vessel's information, by updating and checking all info transmitted.
Therefore information published by marine traffic over the web cannot and should
not be used to enhance safety at sea [Marine Traffic 2008].
(See Appendix A for law regulations and technical information related to the marine traffic project.)
! 18 18
PART 1: INTRODUCTION
Thesis Statement
Users got used to browsing in desktop computers and acquired a certain experience –a
good one as usability in desktop browsing improved impressively over the last years. Now
the mobile browsing experience is disappointing for them or at best, just difficult; their
standards are way too high, and who could blame them when, frequently, accessing sites
designed for desktop browsing from mobile devices is literally impossible, mainly due to
technology issues: low connection speeds combined with low-end devices may result in a
site never appearing on the screen. Users with high-end devices might have a slightly
better experience but are also struggling to use certain websites and in this case
technological deficiencies are not the first in the list to point out. The quality and quantity of
content or even the way information is distributed among pages might not be
appropriate for users on the move. The problems, as it seems, are, still, too many
[Nielsen 2009], [Nielsen et. al 2009].
Furthermore the nature of mobile browsing differs from desktop browsing in many ways.
Mobile is social by its nature, considering the original communication purpose of mobile
phone. Mobile phones are also identifiable and provide a much more personal relationship
with the device and customization but they also have many limitations related to small
screens, difficulties in typing, variety of different devices and browsers. Mobile browsing
might be used to fill otherwise empty moments -where the user may even have a better
chance to concentrate on the content -but it also might be used in moments with
unknown conditions and with many disturbances from the surroundings of the user-
where the user may be in need of retrieving specific info relative to his current task. This
is, perhaps, the most challenging thing in the mobile web experience: modelling the
context in which the user will be when browsing a website.
Context, moments in time, is the key for right decisions in information design when
building a mobile site.
! 19 19
PART 1: INTRODUCTION
Thesis Statement
OBJECTIVES
One of the main objectives is to produce understanding of the mobile web, its use and
its users. Concepts and lines are vague, the myths around mobile web are many, and the
first thing that needs to be done is to familiarize readers with the basic concepts used in
this thesis so that we can have a common background for reference. With a review on
literature, reports of current state and similar cases we can have an insight of who those
users might be; why they access the web from mobile devices, what are they usually
looking for, what they could possibly want in the near future to have and many more.
As far as the case of the marine traffic project is concerned there are many things that
need to be explored and understood. Marine traffic began as a very plain site built around a
very simple idea – the exploitation of the AIS- transmitted data for a different purpose; an
informational one. From the beginning of its existence until today many features were
added; functionality, interface and information representation were changed and improved
in many ways from the initial version. And despite the thousands of daily visits an
evaluation of the site or a thorough study on why it is so successful, what are its
weaknesses and its strengths, what users like about it –or what they donʼt- what they
think of it and what they expect from its use, etc., were never conducted. All those are
essential matters that we need to understand before we begin designing the mobile
version of the site. We need to understand what needs are covered at the moment to
examine afterwards if those needs are also crucial in a mobile context of use or in what
way they vary.
Understanding usersʼ behaviour and beliefs both in an “abstract” way (from reports and
literature) as well as in an “applied” one (from findings in the particular case of the marine
traffic) can lead to a set of functional specifications and content requirements capable
of revealing potential issues for redesign a current website and the first steps to handle
the design of the mobile website.
The final objective is to ensure that data collected can be “translated” into usable guidelines
that will in future work improve the current site and create a mobile version aligned to the
desktop one. In conclusion findings are presented and discussed about the revealed
context of use exploring possible cases generalization of the survey conducted may
apply.
! 20 20
PART 1: INTRODUCTION
RESEARCH METHODOLOGY
Interaction design is an iterative process that allows designs to be refined in response to
user feedback. As the current thesis is an exploratory study in the field of the mobile web,
starting from general concepts and focusing progressively on to specific issues that appear
in the way, an iterative and user-centered process would be ideal to have as a guide.
Those four stages may often overlap or lead us backwards to redefine decisions made,
or take a closer look into issues. This way we ensure usersʼ feedback will be taken under
consideration in every step, creating a site covering their needs. Understanding the
differences between people can also help realizing that one size does not fit all; what
works for one user group may be totally inappropriate for another.
A central concern in this process is to develop interactive products that are usable. By this
is generally meant easy to learn, effective to use, and providing an enjoyable user
experience; creating the correct information model2. Therefore, designing usable
interactive products requires considering who is going to be using them, how they are
going to be user and where they are going to be used. Another concern is understanding
the kind of activities people are doing when interacting with the products. In other words,
defining the context is the key [Preece, Sharp, Rogers 2007].
For the purposes of this thesis there is no need to go throughout the whole cycle, therefore
only the analysis stage and part of the design stage will be covered.
2
Referring to [Carliner 2000] model of information design where the proposed levels (physical,
! cognitive, affective) are helping users to find and understand information, attracting them to use 21 21
information.
PART 1: INTRODUCTION
Research Methodology
Maguire has proposed a very useful classification of methods to support each stage of
the design process, emphasizing in context of use. Moreover, he argued more concretely
that analysis of use contexts in the HCI field can help identify user requirements for a
product and can also provide contextual validity for evaluation findings [Maguire 2001].
Knowing when to use each method is crucial, as you benefit more by combining insights
from multiple research methods [Nielsen 2008]. Each method has its strengths and
weaknesses. Taking the best input from each method will give you a much richer
understanding than you could gain from any one method alone. Also, by supplementing
each method with a range of other approaches, you can triangulate the findings and
guard against misleading outcomes [Nielsen 2010].
Studying Reports
Web Analytics,
Interviews,
Questionnaire
Context of Use Analysis
Methods used in the marine traffic case, categorized by: “Context of Use”, “Requirements”,
“Design” & “Evaluation”, according to [Maguire, 2001] to support every step of the process.
Some methods may seem generic-purposed, however, in this thesis they are used focusing
on information design issues.
3
Methods are descripted and analysed during the process in later chapters.
! 22 22
PART 1: INTRODUCTION
Research Methodology
The five planes –strategy, scope, structure, skeleton, and surface- consist the elements of user
experience that provide a conceptual framework for talking about user experience problems and the
tools used to solve them.
Figure 4: Garrettʼs 2002 elements of user experience
Within each of these five planes, additional detailed considerations are taken into
account, all dealing with the duality in the nature of the Web. Some products are primarily
functional, existing to enable a user to perform a task or accomplish a goal; those
considerations appear on the left, treating the Web as software interface. Other products
are primarily informational, existing to communicate to a user; those elements appear on
the right, treating the Web as hypertext information spaces. But a diverse and ever-
larger group of web sites has both functional and informational aspects, such as –in our
case– the project of marine traffic. In order to cover the questions posed by this thesis,
understanding user needs is the main concern in order to observe the impact the upper
planes will have while using a desktop computer versus a mobile device, especially in
terms of information architecture, information design and navigation design.
! 23 23
PART 1: INTRODUCTION
Research Methodology
STRATEGY
The same strategic concerns come into play for both software products and
information spaces. User needs are the goals for the site that come from outside the
stakeholderʼs circle; they come from people who will use the site.
Balanced against use needs are site objectives for the site from the stakeholders. These
can be business goals, or in this case, the thesis statement itself.
SCOPE
On the software side, the strategy is translated into scope through the creation of
functional specifications: a detailed description of the “features” of the product. On the
information space side, scope takes the form of content requirements: a description of
the various content elements that will be required.
STRUCTURE
The scope is given structure on the software side through interaction design, in which
how the system behaves in response to the user is defined. For information spaces, the
structure is the information architecture: the arrangement of content elements within the
information space.
SKELETON
The skeleton plane breaks down into three components. On both sides, information
design is addressed: the presentation of information in a way that facilitates
understanding. For software products, the skeleton also includes interface design, or
arranging interface elements to enable users to interact with the functionality of the system.
The interface for and information space is its navigations design: the set of screen
elements that allow the user to move through the information architecture.
SURFACE
Finally, the surface: for both software products and information spaces, the concern is the
same; the visual design. Here, content, functionality, and aesthetics come together to
produce a finished design that fulfils all the goals of the other four planes.
Creating the user experience is more than a large collection of small problems to be solved.
Understand what problem needs to be solved and what are the consequences of potential
solutions to the problem are the ultimate goals. [Garrett 2002]
! 24 24
PART 1: INTRODUCTION
Research Methodology
Garrettʼs model is still useful when examining any kind of user experience, even the mobile
one, since the broad categories apply to the creation of devices or services as well as to
Web sites. Kuniavsky proposes an extension to this framework by adding two layers that
could be added when talking about the mobile user experience: services and shape.
SERVICE
Mobile devices are often networked with other devices with which they share data, and they
reflect the services to which they are attached. How they work is a product of how — and
with what people and devices — they exchange data. The design of networked products,
whether those products are stand-alone devices, software, or Web sites, should account for
services. But the service plane (which Kuniavsky puts between Garrettʼs scope and
structure plane) is especially critical for the mobile user experience. If an object is a special
purpose device, then it is inherently less flexible than software running in an open-ended
environment. This rigidity means that the design of the service it represents is that much
more important, because the options for changing the experience at the deviceʼs end are
so much smaller.
SHAPE
Because mobile devices are physical, their shape becomes very important. Software and
Web interaction design are constrained by the toolkits used to generate them and the
software design traditions of those particular fields. The consistency this creates has been
(mostly) a boon for software developers, many of whom can evolve a product based on
previous examples, focusing on what it does differently than other products in the same
operating system environment. That kind of consistency is largely alien to the mobile user
experience world. It took almost a decade for mobile phone designs to settle down to
several basic interaction types and they are just one of an ever-expanding class of new
devices (although a very important one). The physical aspects of the device are therefore
key to the device communicating a successful user experience [Kuniavksy 2010].
! 25 25
PART 1: INTRODUCTION
BASIC CONCEPTS
USER EXPERIENCE
User experience (UX) is still an elusive notion with many different definitions, despite
some recent attempts to develop a unified view. Diverse ideas have been generated in
scientific activities that aim to develop a common understanding about the meaning and
scope of UX [Law et al. 2008].
Definition by Alben: “All the aspects of how people use an interactive product: they way it
feels in their hands, how well they understand how it works, how they feel about it while
theyʼre using it, how well it serves their purposes, and how well it fits into the entire context
in which they are using it” [Alben 1996].
Definition by Garret: “How the product behaves and is used in the real world; User
experience is about how it works on the outside, where a person comes into contact with it
and has to work with it [Garret 2002].
! 26 26
PART 1: INTRODUCTION
Basic Concepts
Wikipediaʼs Definition: “User experience is about how a person feels about using a
system, product or service. User experience highlights the experiential, affective,
meaningful and valuable aspects of human-computer interaction (HCI) and product
ownership, but it also covers a personʼs perceptions of the practical aspects such as utility,
ease of use and efficiency of the system. User experience is subjective in nature, because
it is about an individualʼs performance, feelings and thoughts about the system. User
experience is dynamic, because it changes over time as the circumstances change”
[User Experience 2010].
Peter [Morville 2004] takes Garretʼs framework [Garret 2002] one step further, focusing on
explaining user experience with facets referring to information:
useful
!
usable desirable!
!
!
valuable!
!
!
findable! accessible
"!
!
credible! !
!
!
"!
User Experience facets: Useful, Usable,
! Findable, Valuable, Credible, Desirable, Accessible
information.
Analysing what information design is in the next subchapter, it is becoming clear how user
experience is related to information.
! 27 27
PART 1: INTRODUCTION
Basic Concepts
INFORMATION DESIGN
Information design is an activity old as humanity but was new as an idea back in the 80ʼs
introduced in fields of illustration, printing, advertising and publishing, requiring
interdisciplinary skills, as today User Experience is for the digital world. Predictions then
were highlighting the forthcoming importance of information design: “The new information
age will require many information designers. They will have to be capable of taking into
account information users as part of their professional activity” [Sless 1997]. As
communication evolved and systems became digital, online, real-time or lately mobile,
many things have changed, new constraints were added from 1985 onward and, still, there
is no unified definition of information design. This is partly because it is a complicated
process (nowadays included within the general design process) dealing with turning
complex information to easier, an intermediary step between information and
understanding; and partly because there are no standard or safe solutions that could work
in every case.
Definitions through time contain successively new notions, not only about media and
technology but also about users:
“Information design is concerned with making all types of information accessible and
usable by people” [Sless 1992].
collect
process Information
disseminate
“Information is the result of processing, manipulating and organizing data in a way that
adds to the knowledge of the person receiving it. Design is the identifying of a problem and
the intellectual creative effort of an originator, manifesting itself in drawings or plans which
include schemes and specifications. Accordingly, information design is the defining,
planning, and shaping of the contents of a message and the environments in which it is
presented, with the intention to satisfy the information needs of the intended recipients”
[IIID 2000].
“In order to satisfy the information needs of the indented receivers information design
comprises analysis, planning, presentation and understanding of a message –its content,
! 28 28
PART 1: INTRODUCTION
Basic Concepts
language and form. Regardless of the selected medium, a well designed information set
will satisfy aesthetics, economics, ergonomic, as well as subject matter requirements”
[Pettersson 2002].
“Information design comes down to making decisions about how to present information
so that people can use it or understand it more easily” [Garrett 2002].
“Information design is the skill and practice of preparing information so people can use it
with efficiency and effectiveness. Where the data is complex or unstructured, a visual
representation can express its meaning more clearly to the viewer” [Information Design 2010].
A number of attempts have been made in the past in order to come up with a set of
attributes that would lead to high quality of information [Wang et. al 1996], [IIID 2000].
However this was before the existence of user experience. We could rearrange the proposed
facets of [Morville 2004] into a hierarchy of importance, having in mind userʼs needs:
INFORMATION:
Design is perceived to be of the
Ultimate
VALUABLE highest level. goal
Users want
DESIRABLE the information.
In terms of web design, Information design, it is concerned with the clarity information and
with enhancing the understanding of your siteʼs navigation and content [Kalbach 2007].
Cooper et.al in their book take information design a step further introducing the term of
visual information design4, in order to emphasize in web design. “Visual information
designers are concerned with the visualization of data, content, and navigation rather
than interactive functions” [Cooper et.al 2007].
4
Although these are not the original meanings, many use the term of information design referring
! to visual layout whereas the term information architecture is used to address issues of content. 29 29
[Fling 2009], [Garret 2002]
PART 1: INTRODUCTION
Basic Concepts
INFORMATION ARCHITECTURE
Information architecture is the process of developing the information structure of the site,
aiming at the creation of an effective system and a good user experience [Garrett 2002].
Mobile Information Architecture consists of four elements: Representation, Structure,
Navigation, and Content:
Structure means how well the Mobile Internet service is organized. It includes
subcomponents such as the relevance of menu categorization, the appropriateness
of menu labels, and the adequate order of menu sequence.
Navigation indicates how efficiently the procedures of the Mobile Internet service
are designed. The subcomponents of Navigation include how easy it is to learn the
procedure, how easy it is to move services other than those available at the time.
A more classic approach is that in order to define information architecture the three
following areas have to be defined [Morville & Rosenfeld 2006]:
Users Content
IA
Context
! 30 30
PART 1: INTRODUCTION
Basic Concepts
The information design component of wayfinding also involves page elements that donʼt
perform a navigational function. Icons, labelling systems, and typography are other
information design systems sometimes used to help reinforce a sense of “you are here” for
users [Garret 2002].
People won't use a web site if they can't find their way around it [Krug 2000]. They wonʼt
use features they canʼt find and will not explore the potential of a site fully if they canʼt
understand what actions are possible to be done from their current state; itʼs not only a
matter of location.
! 31 31
PART 1: INTRODUCTION
SUMMARISING PART 1
Part 1 is an introduction to this thesis, presenting the case study of the marine traffic project
that will be analysed and the general fields it involves.
Thesis Statement
Research Methodology
Basic Concepts
Initially, an extensive thesis statement is provided, describing the case of the marine traffic
site, motivation and challenges current topic poses, finishing off with objectives of this
research.
Methodology stages of the design process are thoroughly explained as they play an
important role in the conducted survey. Methods and tools used later in the analyses of the
case study are presented along with the general framework used to organise research
done.
Eventually the reader is provided with definitions of basic concepts relative to current
thesis.
In the next part the general problem space is defined and analysed through literature
review narrowing down the subject to a specific area.
! 32 32
!
Part
!
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile devices their limitations and capabilities: The differences between the nature
of browsing the web through a desktop computer or a mobile device, the different
contexts and the mobility situations deriving
The users; how they use their mobile devices and what do they need to access
while on the move?
! 34 34
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
The tests eliminate laptop computers and non-computer portable consumer electronics
devices such as MP3 players” [Weiss, 2002].
In 2006 Jones & Marsden declare: “Mobile means more than ʻmobile phoneʼ:
handhelds, wearables, badges, RFID tags and even implants will play an important part in
the future” [Jones, Marsden 2006].
A much more recent approach to define what a mobile device is done by Firtman in 2010:
“a mobile device has the following features:
Itʼs portable
Itʼs personal
This kind of a definition eliminates several devices from being “mobile”. A netbook would
require from someone to sit down and open it in order to use it, therefore it wouldnʼt be so
easy and fast to use, plus, it isnʼt so portable. Somewhere in between would also be
tablets, like the iPad; itʼs not so portable either. For the purposes of this thesis, letʼs
consider only those devices you could carry in your pocket; the mobile phones.
! 35 35
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
MOBILE PHONES
There are still some old devices in the market that are just “mobile phones”, meaning they
support only calls and sms. They donʼt have web browsers or connectivity, and they donʼt
have any installation possibilities. These phones donʼt really interest us; we canʼt do
anything for them. In a couple of years, because of device recycling, such phones will
probably not be on the market anymore.
Low-end mobile devices have web support, it is typically only a very basic browser, but this
is the gross market. People who buy these kinds of devices donʼt tend to be heavy Internet
users, but this may change quickly with the advent of social networks and the mobile web.
They do not have touch support, have limited memory, and include only a very basic
camera and a basic music player.
Originally the same category as smartphones, high-end devices are non-multitouch but
have advanced features (like an accelerometer, a good camera, and bluetooth) and
relatively good web support. They are better than mid-end devices but not on a par with
smartphones.
SMARTPHONES
This is the most difficult category to define. Why arenʼt some mid-end and high-end devices
considered “smart” enough to be in this category? The definition of smart evolves every
5
Many consider low-end and mid-end mobile devices to form only one category: the feature phone.
! These devices account for the vast majority of the market (at least 85% in some statistics). They offer 36 36
horrible usability, enabling only minimal interaction with websites. [Nielsen 2009]
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
year. Even the simplest mobile device on the market today would have been considered
very smart 10 years ago. A smartphone, as defined today, has: a multitasking operating
system, Touch support, a full desktop browser, a music player, Wireless LAN, 3G
connection, GPS or A-GPS, Digital compass, Video-capable camera, Bluetooth, 3D video
acceleration, Accelerometer.
NON-PHONE DEVICES
There are some mobile devices that have all the features weʼve mentioned, but without
voice support using the normal carrier services. For example, Appleʼs iPod Touch and iPad
are devices in this category. They arenʼt phones, but they can be personal, are portable,
small as mobile phones and easy to use, can be kept with you most of the time, and have
WLAN connections, so they fall into the category of limited connected devices. They both
also have a great mobile browser—the same one as the iPhone—so they will be in our list
of devices to be considered for development. We can also consider some of the new e-
book readers. Ebook readers arenʼt phones, but they conform to all our other guidelines for
mobile devices (with perhaps one difference: they are more likely to stay at home than to
travel everywhere with us as most of them are not so portable).
This may sound like a futuristic category, but there are already some products out there.
The only difference between SPOTs and the other devices weʼve considered is their form:
a SPOT may be a watch, or even a pair of glasses. Are we really going to create a website
for a one-inch screen? Maybe not, but we can create small widgets to update information
presented to the users, and this falls under the category of mobile web work.
Tablet devices have at minimum a nine-inch display, like netbooks, but they donʼt have a
“main body” to open. Some have desktop operating systems and desktop browsers and
some have mobile software. Netbooks and notebooks are older concepts and they are
more like desktops than mobile devices. All three of them are not so portable or easy to use
(e.g. when walking). [Firtman 2010]
But what is different between mobile and desktop computing? The next sub-chapter is
going to explore this question.
! 37 37
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Native apps (a different application for each of the existing mobile operating
systems must be designed, created and distributed)
Web apps (this is practically the mobile version of a site for the web. All devices can
access the same mobile web site, but information presentation might be different
depending of the size and type of the mobile device used)
Command line / SMS apps (this is a widely used by services that support “status
updates” where messages can be used either to update the status or to receive
notifications of others statusʼ updates, messages etc. as they happen. This kind of
application is not provided in every Country)
Some services have all of 3 alternatives of their “main” desktop site in order to cover the
needs of as many users as possible, such as Facebook.
!
!
!
!
!
!
!
(1) (2)
! Facebook as a native mobile app for an (1) iphone (2) android device.
Figure 8: Example of a native mobile application
Nowadays, there is a great debate whether the mobile alternative of a desktop site should
be a native mobile app or a mobile web site app. On the one hand, native applications
exploit all features of the software each particular operating system has, and consequently
the hardware possibilities of the latest devices, supporting multitouch gestures, thus
creating a better user experience. Some of them can even store data locally on the phone
or work offline.
! 38 38
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
! ! !
(1) (2) (3)
Facebook as a web app has 3 different versions, with different URLs:
(1) touch.facebook.com
(2) m.facebook.com and
(3) 0.facebook.com that is free of charge for most of the providers.
On the other hand mobile apps need to be downloaded and installed, if supported by the
usersʼ mobile device. In other words, they can not be accessed by all, contrary to the
mobile web. Content is accessible on any mobile web browser and although supporting
multiple devices can be challenging, it is not impossible, but it usually means sacrificing the
optimal experience high-end devices can provide to support low-end ones [Fling 2009].
However the mobile web and installable applications are not enemies. In fact, when both
supported, they work together very well complementary [Firtman 2010].
! 39 39
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Entering this new era of innovation, we also need to consider what is different when
accessing the web with those small mobile devices that are small enough to fit in a pocket
and may be used while simultaneously walking around and interacting with the world.
There are some well-known constraints we must take into consideration when designing
for the mobile world -mostly surrounding a deviceʼs form factor and physical user interface.
In the next table all those constraints and new characteristics compared to what we knew
about the desktop computing are gathered in order to understand the difference between
those two media in terms of:
Hardware
This table combines information from several resources; books written by: [Weiss 2002],
[Jones & Marsden 2006], [Ballard 2007], [Moll 2008], [Fling 2009], [Gail & Lal 2009],
[Firtman 2010], papers written by: [Chincholle et. al 2002], [Lee & Grice 2003], [Shrestha
2007], [Sohn et. al 2008], [Reichenbancher 2009], journals written by: [Jones 1999], [Aaron
& Chen 2002], [Chalmers et. al 2004], [Freitas & Levene 2005], [Chittaro 2006], [Heeae et.
al 2007], and numerous web pages, to mention just a few, written by: [Suda 2006], [Waele
2006], [Suda 2009] [Nielsen 2009], [Nielsen et. al 2009], [Nudelman 2010].
On the one hand some of the limitations mentioned in older resources are no longer valid
for mobile devices produced today but do apply in some cases as a large portion of users
possess old phones, or just feature phones6. On the other hand, some of these limitations
are not likely to disappear in the near future because mobile devices need to remain
compact in size and energy-efficient [DotMobi 2008].
6
However traffic share is reversely proportional to the number of those phones. Most traffic is
! generated by smartphones, by 46% in May 2010 [AdMob 2010] 40 40
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
DESKTOP MOBILE
Addressable Users
Form Factor
Requires a table; best used while Less than 10"×12". Can be used
seated. Sometimes portable. standing up without a table, typically
fitting in a shirt pocket.
Screen Size
Good quality screens (with many Usually low quality screens (with limited
dots per inch-dpi) pixels per inch-ppi), except for some
high-end phones.
! 41 41
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Screen Resolution
o Mid-end devices:
176×220 or 176×208
Internet Connection
! 42 42
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Hardware
Limited storage
Little memory
Input
o touch
o multitouch
o Prediction of words
o Voice recognition
! 43 43
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Browsing
In many cases the user can have an Amount of content is limited due to the
overview of the content inside a small size of a screen, requiring a lot of
page with a few scrolls scrolling to have an overall idea of the
site. However some browsers offer a
feature of content transformation, giving
a zoomed-out version to the user, fitting
the whole page into the screen.
Existence of tabs; one of the Tabs are missing on the majority of the
handiest features of desktop mobile phoneʼs browsers, making popup
browsers links or external links without a prompt
very annoying
today applied to the initial state of all interactions harder. Menus, buttons,
desktop computing. Some of them hypertext links, and scrolling all take
approaches and to some people and littered with typos, even on devices
! 44 44
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Web Standards
Full support of web standards Not all phones have web browsers
compliant with web standards:
There are certain browsers and There are so many different browsers
operating systems for all of which and operating systems supporting
developers have over time learned different things
how to support the full range of
desired features
Interaction
There are many events triggered by There are no mouse-over events, such
the mouse as hover, or “right-button” click
Gesture-Interactions:
o “Fat-finger” problems
! 45 45
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
People are used to the keyboard and The lack of a standard keyboard and
mouse, having a better typing speed mouse has a significant negative impact
and accuracy than using phones on typing speed and accuracy
o May be in dark
This table shows how biased those two worlds can be. However that might not be 100%
correct as the reverse in some cases is also true. For example people using desktop
computers might be in a hurry, while sometimes people using mobile phones are idly sitting
somewhere and have time to spare.
Despite the very long list of differences and limitations, mobile computing also has a
potential to satisfy needs which desktop computers couldnʼt. Those possibilities are
discussed in the next sub-chapter, as both possibilities and limitations have implications on
designing for the mobile web.
! 46 46
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Possibilities
Mobile phone use is still something not yet fully explored. Many of the so-called limitations
might also be the greater advantages of mobile computing at the same time. When
designing sites for mobile devices, it is possible to take advantage of some of these
features to enrich the experience over other devices [Dev. Opera 2009].
Handheld (The device is portable. It can be operated with a single hand, even if two
hands or a hand and a surface are more convenient. It can be used to access
information anytime, anywhere)
Wakable. (The device can be awakened quickly by either the user or the network.
This means it can either provide notifications with SMS and other means or be
standby and ready to be used anytime)
Mobiles devices can go with you wherever you go, which opens up a whole new world of
possibilities for location-aware applications, unknown until today for the desktop user,
applications that give you appropriate data depending on where you are.
Camera (Many applications use the camera, especially some augmented reality ones)
Phone (Letʼs not forget that the primary purpose of a mobile phone is to call people!)7
7
This can be smoothly integrated into a website by using the little known tel: protocol. Just like you
! use a mailto: to link to an email address, you use tel: to link to a phone number. When you click the 47 47
tel: link it causes the phone to dial.
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
However the idea of making technology more context-aware wasnʼt abandoned. Hiding a great
deal of complexity Brown and Randell argued that “we should think more closely ourselves
about context, rather than expecting computers to be able to do this thinking for us”. They
suggest to use context sensitive computing defensively, to provide structures to which people
themselves can add context, and, finally to communicate context to users, allowing to make
sense of that contextual information themselves [Brown, Randell 2004]. Kim et. al through their
empirical study on mobile context observed that people do not use the Internet evenly in every
possible context. Instead, their usage is heavily clustered around a few critical contexts
[Kim et. al 2002]. Consequently research focused on modelling those mobile contexts and
determining what they comprise.
8
“Context-aware” is often found in literature also as “context-sensitive” – though the first one is
! more common. 48 48
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
The first, but so insightful and representative until today, attempt in modelling the mobile
computing was made in 1998, reflecting the ways in which mobile computing differ from
using information technology (IT) in stationary settings. Kristoffersen & Ljungberg with their
empirical studies of mobile work lay foundation for the concept of context of mobile use
raising issues about the suitability of adopting concepts from stationary computing in the
design of mobile computing. [Kristoffersen, Ljungberg 1998]
Modality
Six categories are defined to provide a general structure for context. Within each category relevant
features can be identified..
Figure 12: Context feature space
! 49 49
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
For each relevant feature a range of values is determined (implicit or explicit) by the
context. [Schmidt 1999]
Kim et al. divided contextual information into two categories: Personal context and
environmental context. Their study aims to define critical contexts in which people use the
mobile web in terms of the eight elements of their proposed model (goal, emotion, hand,
leg, visual, auditory, co-location, and interaction) [Kim et. al 2002].
! Internal Goal
Personal Context Emotion
!
Context
! External Hand
Context Leg
!
Context
! Physical Visual Distraction
Context Auditory Distraction
! Environmental
Context Co-Location
! Social
Context Interaction
!
“Different contexts may cause different kinds of usability problems”
Figure 13: The structure of context of mobile internet
In an effort to combine previous literature, Sears et. all, separate contextual information into
three categories: human, environment, and application [Sears et. al 2003].
Location Functions
Environment Applications
Physical Conditions
Infrastructure I/O Channels
Human
User Social Environment
Activities
! 50 50
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Savio and Braiterman visualize the mobile context with overlapping spheres of different
elements appearing in previous work [Savio, Braiterman 2007].
! “In order to design for successful mobile interactions, we must understand the overlapping
spheres of context in which they take place.”
Figure 15: The overlapping spheres of mobile interaction
Goker and Myrhaug published several papers while working on modeling with a UML
approach. In general, they supported that we can speak of many different types of
contexts, depending on the entity of actor the context is intended for:
! 51 51
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
User
1
0…*
User Context
Can be a part of
Collecting instances of userʼs contexts a context space is formed, taking time into account,
revealing the association of context to personalization and profiling [Goker, Myrhaug 2009].
User
Is a part of
! 52 52
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
MOBILITY
One of the most crucial aspects of context in mobile computing is mobility itself, as it is a
major difference between desktop and mobile computing. It is variable, complex, highly
related to mobile computing, and maybe the most important contextual factor relevant to
the user [Barnard et. al 2007].
We can assume there are two basic kinds of modalities in mobility: mobile (when you
move) and stationary (when you donʼt move, e.g. when sitting in front of the computer).
However this would be partially true, as it would leave several cases that donʼt fall under
either of those two kinds out; in a scenario where someone is travelling inside a train, for
example, would we say he/she is mobile or stationary? We usually sit when travelling so
this modality could be characterized as stationary but the train itself during the trip is not
stationary at all.
For this reason, Kristoffersen & Ljungberg, distinguish three modalities in mobile computing:
Wandering Wandering
Visiting Visiting
Travelling
They also assign to these modalities the kind of the devices that could be used in each of them
[Kristoffersen, Ljungberg 2000].
Table 3: Modalities and technologies
! 53 53
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
The Mobile Ecosystem
Noticing that our everyday lives have been mobilized, Kakihara and Sorensen suggest the
expansion of the mobility concept by looking at three interrelated dimensions of human
interaction: spatial, temporal and contextual [Kakihara, Sorensen 2002].
Dimensions of
Aspects of interaction Extended perspectives
mobility
Geographical movement of not
Mobility is a factor often neglected, and designs are usually not evaluated in mobile conditions
[Kjeldskov 2004], [Nielsen et. al 2006], [Barnard et. al 2007], [Goker, Myrhaug 2008]. However
being in the “ultimate” mobile conditions - the wandering modality - affects interaction in a way
none of the rest context parameters do. From the perspective of interaction, being mobile is
cognitively costly [Oulasvrita et. al 2005]. When moving, people usually have a mental plan on
how to navigate from place A to place B, and what actions must be performed on the way in
order to fulfil the plan. While wandering, people keep their main target in mind while
simultaneously use their mobile device [Tamminen et. al 2004].
! 54 54
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
!
First of all we now know that desktop users have already become a subset of mobile users.
Gail and Lal in 2009 mention that there are 3 billion mobile subscribers worldwide and 4.6
billion in 2010 but only 1 billion of notebooks, desktops and servers [Gail & Lal 2009],
[Ingram 2010]. We can therefore safely assume that the mobile user is not an expert
user [Ballard 2007]. On the same time mobile devices can do many things and users are
starting to expect similar levels of functionality and experiences as they get on the
desktop web [DotMobi 2008].
Mobile users are mobile. It is obvious. They are expected to have keys or wallets or bags in
their hands or be in a rush, stuck in traffic or even in a silent room using their mobile device
instead of their desktop computers…anything is possible. What it is not obvious is how they
collect and process information in situations like that, without having present a pencil to write
down notes, jumping from application to application on their phones, and how they use their
memory with information and content stored on desktop computers that may or may not be
remotely available [Ballard 2007], [Dearman &Pierce 2008], [Oulasvirta et. al 2005].
! 55
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
AVAILABLE
The converse side to interruptibility is that mobile phone users are, most of the times,
immediately available to remote friends, family, colleagues, and clients. This fact has led to
more stress and less quiet time, but it also enables people to feel more connected.
Availability allows applications to communicate with instant messaging-like technologies
with confidence that the user is present and will receive the information immediately
[Ballard 2007].
SOCIABLE
Sociability has two meanings for a mobile phone user as all mobile users are exposed to
one or more social micro-contexts. While mobile users are available to connect with people
using the phone, they are also sociable with the people around them, whether is acceptable
or not to do both on the same time differs from place to place, depending on culture (see
Figure 20) [Ballard 2007]. Especially nowadays social interactions are the number 1 activity
on the mobile web, with many services created only to support mobile use in order to
render users able to combine location and social information, such as sharing and updating
their status or pictures (see Figure 18) [Ingram 2010].
CONTEXTUAL
The mobile userʼs environment affects how the device is used, as described in the previous
chapter. For highly task-focused applications the userʼs context can be predictable but this
is viable only for a small percent of applications. Devices are not able to provide context-
awareness but there is a lot of information that can be used in this way [Ballard 2007].
There is also a push-or-pull controversy as some believe that users can construct their
mobile contexts. By taking action, or withholding it, a user can either renew or sustain the
present context [Oulasvirta et. al 2005].
IDENTIFIABLE
Because devices are personal, they are usually unique to a single user. This identification
includes both a unique messaging address (phone number or email address or similar) as
well as the device itself. In theory, subscriber identification provided by the device can be
used to identify a returning user to a web site without user input. In practice, some carriers
have hidden this information to all but business partners, and it is not recommended to use
device information without asking the user for permission [Ballard 2007], [W3C 2009(b)].
! 56 56
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
Users between the ages of 18-27, also known as generation Y, are the most frequent and
active users (and maybe the expert ones) of the mobile web. Opera software released data
from usage in 2010 by generation Y of its mobile web browser, opera mini9 [Dev.Opera 2010].
Some interesting results below:
9
Users of Opera Mini were shown a notification asking them to take the survey. In addition to
! collecting demographic data and information regarding their use and opinions of Opera Mini, the 57 57
survey focused on questions regarding usersʼ mobile/Internet lifestyle.
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
!
Would you consider it acceptable for your friends to browse or send text messages on their
! phones during a restaurant meal?
Figure 21: Generation Y chooses the mobile web Q3
10
Which do you use more to access the internet?
Figure 22: Generation Y chooses the mobile web Q4
Members of Generation Y are not all the same, and cannot be described by simple
generalizations.
It is also quite impressive that, except for Germany and Poland, they said they use Opera
Mini (on a phone) more often that a desktop or laptop computer to access the Internet.
10
Since all respondents of this survey are Opera Mini users, it is not surprising that many of them
! use Opera Mini as the most common way they access the Internet. 58 58
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
ADULTS IN GENERAL
Young adults are heavily invested in the mobile web, although 30-49 year olds are gaining
ground as shown on a survey for the American population11 [PewInternet 2010].
Laptop only
!
!
!
!
!
!
!
Travel, however, is least engaging by time spent, as respondents are not interacting with
other travel-related activities in high numbers.
11
This report is based on the findings of a daily tracking survey on Americansʼ use of the Internet.
! The results in this report are based on data from telephone interviews conducted by Princeton 59 59
Survey Research Associates International among a sample of 2,252 adults ages 18 and older.
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
30-49 year olds interact with content in Finance, Travel and Shopping more frequently than
other age groups. This group, however, consumes content on a par with 18-29 year olds in
the Media & Entertainment category. People in older age groups, that is, those between 50
and 64 years old access news and other information on a daily basis at a rate on par with
30-49 year olds [Adobe 2010] 12.
Communication-centric
Information centric
Entertainment centric
12
Survey results are based on online responses from 1,200 U.S. participants surveyed by
! Keynote Services between August 25 and 30, 2010. 60 60
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
User groups are formed based on what a certain person tends to do with his/her mobile
device.
Communication-centric users love to interact with other people and are willing to pay extra
for features, bandwidth, or quality in order to improve their interactions with others.
Information-centric users are often found in “information-heavy” jobs and will pay extra for
mobile data features that will help them capture, remember, and work with ideas, notes,
and files.
Entertainment-centric users are more likely than others to be young, and as they get bored
easily, they use their mobile phone as a lifestyle device that will help them to entertain
themselves by playing games, watching videos or listening to music [Mace 2007].
Entertainment
Users
!
! Communication Information
! Users Users
! ! !
!
!
Segments of different user types
Figure 27: The three mobile data user segments
However modern mobile devices can be used by any category and one user can belong to
all three of the groups at different times, depending on the task, as analysed in the next
sub-chapter.
! 61 61
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
Kellar et. al in 2006, continuing work done by Sellen et.al in 2002, proposed a classification
of web information in which information tasks derive from information goals in which users
engage on the Web and deal with some aspect of information, from acquisition,
consumption, and distribution of information.
Info Gathering
Browsing
Web
Information Information Exchange Transactions
Classification
Communications
Fact Finding consists of tasks in which the goal is to find a specific piece of
information.
! 62 62
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
Transactions consist of tasks in which an online action takes place, such as banking
or a web purchase.
Maintenance tasks generally consist of visits to web pages with the goal of
maintaining web resources, such as to ensure that content appears as it should and,
that links are working properly, as well as to update to user profiles. Most tasks of this
nature occurred when users wanted to update or create new web pages.
How time is spent among those information tasks changes from time to time due to various
causes. In 2002 the eminent task was information gathering accounted for 53% of all web
usage, while in 2006 communication and transaction tasks have become the most frequent
task for stationary web users [Kellar et. al 2006], [Sellen et. al 2002].
Things in 2010 have changed even more towards communications [TNS 2010]:
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
! % Doing activity daily
Number of hours spent on activity per week
Figure 29: Online behaviour in 2010
! 63 63
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
!
People not use the mobile web only in specific contexts.
Figure 30: Mobile web usage clustered around two contexts
“The most frequently experienced context was when participants had a Hedonic goal,
their emotional state was Joyful, only One hand was used, their legs were not Moving,
visual and auditory distractions were low, few people were around them, and their
interaction was low. The second most frequently experienced context was the same as
the first one except that their Goal was Utilitarian rather than Hedonic.
Therefore, people used Mobile Internet most frequently when they felt joyful, when they
were in a calm and quiet environment, and when they used one hand. This often describes
the context of an office or a bedroom, which is counter to the widely held belief that Mobile
Internet would be used often while outdoors and on the move” [Kim et. al 2002].
Similarly, Lee et. al record: “The use of hedonic–passive services was found to vary
according to two contextual factors: movement and location. Participants used hedonic–
passive services, such as horoscopes, more frequently when they were stationary rather
than moving and more often indoors or on transport than outdoors. The use of hedonic–
! 64 64
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
active services was found to vary with pleasure, time on hand, distraction, and social
situation. Participants using hedonic–active services such as mobile games more often
reported highly pleasant feelings and used them more often when they were not pressed
for time, when they were not distracted by external stimuli, and when they were in a private
place.
The use of utilitarian–passive services was found to vary according to duty, time on hand,
distraction, and location. Participants used utilitarian–passive services, such as news
reports, more often when they were off duty, when they lacked time, when many external
stimuli distracted their attention, and when they were outdoors or on transport. Finally, the
use of utilitarian–active services was found to vary with pleasure and duty. Participants
using utilitarian–active services such as stock trading reported less pleasant feelings, and
used them more often when they were on duty” [Lee et. al 2005].
Performing diary studies, Church and Smyth, compared goal-intent using a mobile device
versus a stationary computer. One important finding that emerged was the importance of
context and in particular the location and time of information needs, especially when the
user are on the go.
The results show that 75% of geographical diary entries are generated when the user is
mobile, compared to just 25% when the user is in a non-mobile location context.
! 65 65
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
“Intuitively, the majority of participants within our study sought after services and products,
etc. within close vicinity to where they live, work or interact. We also found that participants
who travelled away from their home town, be it for work or for a holiday, requested
information to help them navigate through and learn about the new area they were visiting.
We found that lots of users included explicit location/proximity cues in their information
needs. For example, nearest X, here, in this area, on this street, etc. Thus location is a key
factor in prompting information needs while mobile indicating that location-based services
and local search could prove to be fruitful on the mobile Internet. We also found a number
of diary entries expressing information needs with temporal dependencies. That is, some
participants requested items that included explicit temporal cues like tonight, tomorrow,
next week, etc.” [Church 2010].
!
Some topics are associated with a single goal/intent. Other topics are associated with each of the
! three types of goals/intent: Informational, Geographical and Personal Information Management.
Another survey in 2009 explores the reason why people use their mobile phones and
where. “Not surprisingly, a common situation for mobile Internet access was while on the
go. Participants used the Internet from their cell phones in buses, subways, trains,
tramways, taxis and cars (even while driving). The most common purposes for in transit
situations were reading news, checking email, and passing time. Both types of information
search were less common in transit than as a whole (8%) which is interesting. Participants
did not seem to search very much for information that had to do with their traveling or their
destination while in transit” [Nylander et. al 2009].
! 66 66
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
Location %
Home 31%
Outdoors 23%
In transit 23%
Indoors 16%
Work 8%
! Locations for Internet access from cell phone.
Much to the researcherʼs surprise, the most frequent location for mobile Internet access
in two studies turned out to be at home even though all participants had a computer with
Internet connection in their home. This suggests that, for our participants, the mobile
phone has its own role as a device for Internet access. It is not only used in situations
where it is impossible to get computer access. The mobile world extends well into the home
[Verkasalo 2008], [Nylander et. al 2009].
This is also explained by Cui & Roto as a result of faster network speed [Cui & Roto 2008].
Again, using the diaries method Sohn et. al conducted a similar survey, focusing on the
emerging mobile information needs and the intend behind them. Participants indicated that
72% of their information needs were prompted by some contextual factor; activity,
location, time, conversation [Sohn et. al 2008].
Addressing needs %
Web access 30%
Called source 23%
Called proxy 16%
Online Maps 10%
Print beforehand 7%
Asked someone 7%
Went to location 5%
Other 2%
! Breakdown of how needs were addressed at the time they arose across all diary entries
Accessing the web might be the first solution in the list to deal with a problem while on the go,
but it seems it is not the only one. People addressed their needs with other possible ways,
sometimes especially after a failure of finding what they wanted using their mobile phones.
Also it is remarkable that many of them addressed their needs later, or did not address
them at all.
As it was not clear whether this model applies to disruption to mobile tasks or not, Karlson
et. al conducted a survey for a better understanding of smartphone Taskflow in context by
broadly sampling the moments during which flow, and possibly productivity, break down.
Mean
Follow-up Definition Count Frustration
(SD)
2.7
Computer Moving to a computer to complete the task. 225
(1.4)
Persisting with the mobile device to 3.7
Mobile 105
complete the task at a later time. (1.3)
Giving up on completing the task, usually
3.4
Abandon because a time-sensitive task became 19
(1.4)
irrelevant once a delay was encountered.
Using non-technical means for completing 3.3
9
External the task (e.g. asking someone) (1.2)
Follow-up categories with their associated count and mean user frustration levels with
(standard deviations - SD)
1=”Not frustrated at all, 5=”Very frustrated”
1=”No time pressure”, 5=”As soon as possible”
While it was expected from users to be frustrated when having to migrate to another device
to complete their task, their data showed that users were in fact more frustrated when
having to follow up on the smartphone later. These data reflect that users are more
concerned about completing the task, rather than on which device they complete it.
Perhaps usersʻ low expectations of what they can do on a smartphone blunt their
frustration in having to move to a PC to complete the task, especially if a PC is nearby and
they can work more efficiently on it. While users perform similar types of tasks on phones
and PCs, evidence show that users partition stages of the same task across phones and
PCs; and the fact that many of these switches are strategic suggests that they should be
supported, not eliminated [Karlson et. al 2010].
! 69 69
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Mobile Users in the Wild
There are few that have researched information management across multiple devices
[Oulasvirta & Summary 2007], [Dearman & Pierce 2008].
In Dearmanʼs and Pierceʼs study, all participants, expressed concern and frustration over
the difficulty in managing information and activities across multiple devices. However users,
seeking for consistency, develop their own mechanisms to overcome problems, such
as emailing files or texts to themselves, sharing directories over a network, or by the use of
third party services to store data into the “cloud” where they can have access from all their
devices [Dearman & Pierce 2008].
Oulasvirta and Sumari on the other hand, studied information management across multiple
devices in information workers. They also found that in order to achieve this, the workers
employed several strategies. However their data showed that workers can agilely transfer
work across devices several times a day. By switching from one device to another, it is
possible to adapt to changing recourse deprivations, thus enhancing efficiency,
multitasking, security, privacy, and ergonomics. Their main conclusion is that applications
are not designed with migration in mind [Oulasvirta & Sumari 2007].
! 70 70
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
!
TOWARDS A SOLUTION
PROBLEMS DERIVING
The many limitations of the mobile phones can create problems for users as the small
screen space, in particular, can display relatively little data at a given time, resulting in
difficulties in using the device for complex tasks [Acton et.al 2004]. Users of such
devices deal with accessibility, findability and usability problems having to scroll the
screen both vertically and horizontally to find the desired information, because most of the
Web pages are designed for desktop displays [Ahmadi, Kong 2008]. Many mobile websites
needlessly limit functionality, offering a bare bones experience that leaves the user wanting
more. One-page mobile websites really need to graduate to fuller, interactive and engaging
mobile experiences to keep users interested [Ballard 2007], [DotMobi 2008].
However recognizing and writing down all problems that may appear while using mobile
devices is a difficult task, mainly because not everyone would agree on what is a problem
and what is not. From an objective perspective, usability is measurable using quantifiable
data such as user performance, error rates, or time taken to complete tasks. This approach
comprises actual usability. On the other hand, and from an interpretive and subjective
perspective, usability is measurable either quantitatively or qualitatively, but based on user
perceptions, attitudes, and intentions towards aspects of the interface, including
perceptions of ease-of-use, usefulness, and intentions towards usage and acceptance of
the underlying system. This comprises perceived or ʻapparentʼ usability [Davis 1989].
Kim et. al believe that the different kinds of usability problems that may derived can be
classified into four groups based on mobile information architecture: representation,
structure, navigation, and content. According to their empirical study, usability problems
related to the content of Mobile Internet occurred most frequently (37.2%), followed by
those related to navigation (28.7%), representation (19.7%), and structure (14.6%).
Content problems indicate that the most serious problem of the current Mobile Internet
services is the lack of appropriate contents that take into account the mobile context.
Navigation problems might also occur relatively more often because the small display and
awkward input devices make browsing on Mobile Internet more difficult.
! 71
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
According to Nielsen, Norman and Tognazzini, there are 3 levels of mobile user
experience mainly affected by the form factor, “the bigger the screen, the better the user
experience when accessing website” [Nielsen et. al 2009].
One of the main problems, applying to all of the four categories; content, navigation,
representation and structure is inconsistency. Inconsistencies between the
desktop version and the mobile one are in some degree justified; as it would be
impossible to be exactly the same on two different media. However as users
transfer their experiences from one medium to another, in case they are already
familiar with the desktop version, they fail to locate information in the mobile
version, when those two versions are completely different [Benbunan,
Benbunanfich 2007].
Content
o This usually happens when there is a mobile version but it doesnʼt offer all
the information the desktop site did. Ballard refers to this issue as
“miniaturising” [Ballard 2007].
o This usually happens when the context is not taking into account in order to
deliver the proper information a user will want [Ballard 2007].
! 72 72
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Navigation
The navigation structure of a desktop site (the number of items per page and the
number of levels in that site) might be enough to cover the whole screen of the
mobile phone.
In case content is divided into smaller displayable chunks, navigation steps will be
more requiring from the user to move backward and forward [Parush & Nirit 2007].
Inconsistencies
Pagination issues
Another important thing that needs to be taken into account is the existence of two main
groups of users: expert and novice ones.
Benbunan and Benbunanfich tested theories of Norman [Norman, 1981] and Reason
[Reason, 1990] on human errors, where well designed artifacts reduce the need for
users to remember large amounts of information, while poorly designed artifacts
increase the demands on the users and therefore increase the likelihood of errors; but
this time in the mobile context in order to understand mobile userʼs errors.
Mistakes due to a mismatch between the userʼs understanding of the artifact and
the actual design of such artifact
Slips due to a deviation between the userʼs intentions and the execution of the
correct action sequence.
Expert Users
Novice Users
! 73 73
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Maps are a different type of content that may not be accessible from all mobile devices as
older or low-end devices do not support them and for those that are able to render them, a
high-speed connection is needed to get them loaded.
Navigating a map is often an issue as interacting with a map is different from browsing a
site and findability might be a problem as search becomes more difficult. In the worst case
scenario the user will have to “scan” a large area of a map to locate what he needs. In the
best case scenario a search field, filters to display only certain type of information or/and
the ability to find his/her current location will be available.
In terms of presentation, maps in mobile devices may have more usability issues than
maps appearing on the large screen of a desktop computer. A common problem in maps is
that an icon might appear “almost” in the same spot with many others, creating overlays
and making them very difficult to select without zooming-in.
This problem is getting more serious in mobile maps due to the lack of space to display the
icons. Moreover when you zoon enough in order to be able to click one of them, probably
no other nearby icons will fit on the screen [Chittaro 2006], [Church & Smyth 2008],
[Church 2010].
!!!!!!!!!! !
(1) (2)
! Usual visualization issues in maps: (1) too many icons or (2) not enough icons.
!
Figure 33: Visualizing points of interest for mobile maps.
! 74 74
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
OVERCOMING LIMITATIONS
While according to Nielsen [Nielsen 2009], “using a mobile makes you a disabled user”,
as most sites ignore accessibility and frustration levels rise when users cannot
complete the tasks they want making them to easily give up [Kim et. al 2002], [Karlson et.
all 2010], users can also effectively transfer knowledge from using one mobile application
to a completely new one [Benbunan, Benbunanfich 2007].
This means that despite the many limitations in mobile use that cause errors, especially for
novice users that have no prior experience with mobile devices and cannot perform tasks
automatically, people are able to overcome physical difficulties and adapt to smaller
screens and the new mobile environments. Therefore, as already mentioned in previous
chapter, users, seeking for consistency, develop their own mechanisms to overcome
problems with use over time [Dearman & Pierce 2008].
Of course well designed mobile sites will cause less problems to users, thus many ways to
overcome form limitations appeared:
o Serving different templates was one of the firsts approached to the problem,
risking getting users disoriented or giving them a “miniaturised site” with not
enough content (server-side)
Content Adaptation:
Browsersʼ Capabilities:
Finally, there are design guidelines and best practices that can be followed in order to
achieve a better mobile user experience, mentioned in the end of this chapter. When
designing for mobile, there's a tension between making content and navigation salient so
that people do not work too hard to get there, and designing for a small screen and for
slow downloading speeds. That's why almost every design decision must be made in the
context of the site being designed, and what works for one site may not work for another
[Nielsen et. al 2009].
! 75 75
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
CONTENT ADAPTATION
In general, the related content detection approaches can be classified into two categories:
(a) structure-based approaches that analyse the HTML elements and Web page structure
[Chen et. al 2001], [Gupta et. al 2003], [Baluja 2006] [Maekawa et. al 2006], and
After different topics are discovered, logically or semantically, the original layout can be
adapted to a different presentation such as a long narrow layout or a set of small pages.
One of the most known tools in this category is the mobilizer, provided by Google.
Mobilizer is accessible by three ways:
by writing the url of the site that is needed to be mobilized after Googleʼs url for this
service: http://www.google.com/gwt/x?u=website address
by selecting the “mobile formatted” option in the list of results in a Google search
(see Figure 10.2)
However the results might not always be expected, depending on the pageʼs compliance
with web standards. “Weird layouts” or embedded “objects” that will delay a mobile
presentation are also factors that make mobilizer return a non representative and difficult to
use page. For example, marine traffic, is divided into 3 mobile web pages, or in an 1 with 3
parts when choosing the “zoom-out” option (see Figure 11.1); the whole page appears but
a grey box takes the place of the map (see Figure 11.2).
! 76 76
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
(1) (2)
Figure 34: Googleʼs Mobilizer
(1) (2)
Figure 35: Marine Traffic through Googleʼs mobilizer
! 77 77
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
BROWSERSʼ CAPABILITIES
A few researchers [Jones 2003], [Roto et. al 2006], [Ahmadi & Kong 2008], [Chua et. al
2008], [Zhou et. al 2009] have tried to extend content adaptation and make it run as a
feature of a mobile browser, designing and testing new browsers.
What have prevailed from suggested solutions can be found implemented in opera mini
and opera mobile, a mobile browser that can be installed almost in every mobile phone.
Load images: Hides or shows images in order to load web pages faster
(1) (2)
The “mobile view” option has the same effect with the Google Mobilizer: linearizes a page, returning
a “lighter” one.
! 78 78
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Also, recently, opera and other mobile web browsers supported “multitasking” through the
use of (a limited number of) tabs, as in desktop web browsing. Fullscreen overview is now
supported by many mobile browsers, e.g. Safari. Results may vary in different mobile
browsers, even if they are installed on the same device, and of course, from device to
device (see Figure 13.1 vs. Figure 11.2).
!!! !
(1) (2)
!
(1) Opera Mini fullscreen view
! (2) Safari fullscreen view
on an iphone 3gs
users can have immediately an overview of the web page, therefore there is no
confusion with different layouts to the desktop site (for a site the user is familiar
with), but
the web page may become impossible to read. By zooming out to get the full view,
fonts will become very small and the user will have to zoom in again to find what he
needs.
Therefore this method is very efficient if the user visits sites he/she already knows the
structure and the specific location of each information he/she might need.
! 79 79
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
600x800
1024x768
1440x900
1600x1200
Designing for different resolutions has always been a challenge for web designers.
According to responsive web design the answer is to keep the same content (html code),
with small differences if needed, and alter the representation or even structure through css
(cascading style sheets).
The initial approach was to use media types, as those are defined by W3C [W3C 2009(c)].
Media types is one of the most important feature css has; they specify how a document is
! 80 80
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Print: Intended for paged material and for documents viewed on screen in print
preview mode. Please consult the section on paged media for information about
formatting issues that are specific to paged media.
Speech: Intended for speech synthesizers. Note: CSS2 had a similar media type
called 'aural' for this purpose. See the appendix on aural style sheets for details.
Try: Intended for media using a fixed-pitch character grid (such as teletypes,
terminals, or portable devices with limited display capabilities). Authors should not
use pixel units with the "tty" media type.
However it turned out that media types could not solve the problem as in many cases were
not supported by specific devices. For example appleʼs devices ignore print and handheld
media declarations in css files, because they donʼt accept the definition of a handheld as a
“limited bandwidth” device; they believe those devices do not supply high-end web content
[Apple Developer Library 2010].
Therefore the solution lies on screen media resolution by itself using media queries. A
media query consists of expressions that check for the conditions of particular media
features [W3C 2010].
! 81 81
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Media features:
width colour
height colour-index
device-width monochrome
device-height resolution
orientation scan
aspect-ratio grid
device-aspect-ratio
120x160
240x320
320x480
600x800
1024x768
1440x900
1600x1200
Designing for different resolutions: Desktop vs. Mobile.
Using media queries, mostly those that will take deviceʼs width and orientation, a
responsively designed page will “adapt, respond, overcome” [Marcotte 2010]. Queries
are usually declared in a way that resolutions for different screens can be grouped
together, as for example in the following page13 especially made to demonstrate responsive
design:
13
example page can be found here:
! http://www.alistapart.com/d/responsive-web-design/ex/ex-site-FINAL.html 82 82
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
!
!
!
!
!
! (1)
!
!
!
!
!
!
!
!
!
(2) (3)
Figure 41: Example of responsive web design
Example of a responsive web page viewed in the following resolutions:
(1) 1440x900 as a common widescreen desktop view
! 83 83
(2) 1024x768 as a smaller non-widescreen desktop/laptop view, or the screen of an ipad
(3) 320x460 as an iphone screen
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
In terms of Information design hierarchy of needs (see Figure 6) there are basic things
to follow:
ACCESSIBLE
There are so many mobile websites that simply donʼt work. Sites that do not have a
mobile version equivalent or render poorly, load slowly do not because they do not rely on
web standards or even crash on certain mobile devices, missing out on giving the best
user experience [DotMobi 2008]. Apart from the well-known html, css and markup
validators there are mobile checkers14 also to indicate more mobile-related issues. Finally,
although there are several mobile simulation tools online, mobile web site have to be tested
on different mobile devices, with actual users too [Weiss 2002], [Jones & Marsden 2006],
[Ballard 2007], [Mehta 2008], [Moll 2008], [Gail & Lal 2009], [Fling 2009], [Firtman 2010] .
FINDABLE
Many times users ignore the existence of a mobile version. If there is no redirection or
different mobile styles and no link in the desktop site in order to visit the mobile one,
users can easily get confused. It is also possible that users will remember a site has a
mobile version equivalent but as there are no standards in mobile siteʼs urls the user has to
guess the address of the mobile version: m.example.com, mobi.example.com,
www.example.com/mobile/, www.example.com/m/ are few of the most common urls used
[DotMobi 2008].
USABLE
Mobile forces you to focus on what's really important. The site has to be useful in a
mobile context otherwise there is no need for it (even killing time is a mobile need)
[DotMobi 2008].
14
mobile checkers:
! !""#$%%&'()*+,-./0'&%1 84 84
!""#$%%2,3)-,"'*/45/'*6%&'()3+%1
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
In terms of users on the go and mobile information architecture several people [Weiss
2002], [Hakkila 2006], [Jones & Marsden 2006], [Trewin 2006], [Ballard 2007], Gail & Lal
2009], [Nielsen et. al 2009] [Roden 2010], and W3C [Rabin & McCathieNevile 2008],
[Connors & Sullivan 2010] have proposed a list of best practices, what to avoid and what
to do in order to provide a better mobile user experience.
Mobilize and not Miniaturize. Reconsider the entire purpose of the application. How
do your usersʼ needs change when they are no longer at their desks? Does your
application even have a place in the mobile environment? Or, is your application
one that doesnʼt make sense in the full-sized computer environment? The user must
be able to use the device in different context, often not fully focusing to its usage.
It is particularly important in the mobile context to help the user create a mental
image of the site. This can be assisted by adopting a consistent style and can be
considerably diminished by an uneven style.
Remember the userʼs details, their preferences and behaviour helps you speed up
their access to information. Pre-completed forms and “my favourites” settings are
even more critical to mobile than PC sites.
Allow the user to control application behaviour that might not otherwise be apparent,
such as access to the network and access to device data.
Do not cause pop ups or other windows to appear and do not change the current
window without informing the users.
Take into account the trade-off between having too many links on a page and
asking the user to follow too many links to read what they are looking for.
Do not create periodically auto-refreshing pages, unless you have informed the user
and provided a means of stopping it.
! 85 85
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
Avoid free text entry where possible and keep the uris of sites entry points short.
Specify a default text entry mode, language and/or input format, if the target device
is known to support it.
A truly real-time experience exists anywhere the user is at a given moment. If the
user is interacting with the web browser, then thatʼs the place to contact him. If heʼs
got her instant messenger program open, heʼd better be able to interact with your
app from that window. When heʼs offline and your application has an important
message for him, send it via SMS. Of course, usersʼ permission is required, but your
application needs to offer them.
STRUCTURE
Start with a basic version for older mobile phone browsers, then add extra features
for the newer devices and then optimize the richer version according to your usersʼ
phones. If supported by the device, use awareness of current connectivity (e.g.
WiFi) to select an appropriate level of interaction. This helps you identify the core
features of the desktop web site that need to be ported to the mobile version. Use
the 80/20 rule (80 percent of the results comes from 20 percent of the features) to
identify the top 20 percent of features.
REPRESENTATION
Design for one web. Ensure that content provided by accessing a site yields a
thematically coherent experience when accessed from different devices.
Give choice to user between desktop and mobile representations, provide them
links to choose the best for their situation.
Test the site for both portrait and landscape mode, and make necessary changes to
ensure the site displays nicely on both.
Ensure that information conveyed with colour is also available without colour.
! 86 86
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
Towards a solution
NAVIGATION
Provide only minimal navigation at the top of the page with three levels maximum.
Ensure that material that is central to the meaning of the page precedes material
that is not.
Provide informative error messages and a means of navigating away from an error
message back to useful information.
Design for Multiple Interaction Methods: Focus Based: The browser focus "jumps"
from element to element; Pointer Based: Key-based navigation controls a pointer
that can cover any part of the screen; Touch Based: Events are related directly to a
finger or stylus touch position on the screen.
CONTENT
Position labels so they lay out properly in relation to the form controls they refer to.
Ensure that the overall size of page is appropriate to the limitations of the
device/network.
! 87 87
PART 2: ANALYSING THE PROBLEM SPACE THROUGH LITERATURE
!
SUMMARISING PART 2
Part 2 is an extensive literature review covering 3 main issues:
Mobile Users
Analysing the mobile ecosystem, the current state of web, the nature and the limitations of
mobile device usage sets the boundaries of the problem space focusing on the mobile
context.
Studying the users is always a priority when designing using user-centered approaches,
but in this case understanding what their information needs are and how being in front of a
stationary computer and being mobile differs in terms of information architecture, is even
more important.
The review finishes off iterating problems stem from browsing the web using a mobile
device, classifying them under information architectureʼs elements: structure, content,
navigation and representation. Established solutions that aim in overcoming limitations are
presented and, eventually, design guidelines and best practices are summarised having
information architecture in mind.
! 88
!
Part
!
PART 3: ANALYSING THE CASE STUDY
SIMILAR APPLICATIONS
One of the first objectives is to learn about the case study and the users. A way to
understand the domain is to find similar applications, or even competitorsʼ applications in
order to learn from their mistakes, but also from the things they have done with greater
success, or just differently [Courage & Baxter 2005].
Real-Time
Map visualizations
Travel Guides, Points of Interest around a certain location (or current location),
Booking Services
Social media
The web
Pros and cons of the most successful and widely used similar to the marine traffic
applications are being analysed in this chapter.
! 90
PART 3: ANALYSING THE CASE STUDY
Similar applications
ON THE WEB
There are numerous web sites with real-time information on traffic or public transport
means: trains, busses, airplanes, ships etc. Most of them have a specific search field in
order to find information relative only to one thing without being able to have an overview.
However, recently, few of them combined data into a map allowing the user to get the
bigger picture of the situation, but also interact with it, finding more information for a point of
his/her interest.
One neat site in this category is a live train map for the London Underground, visualizing
stations (red) and moving trains (yellow) with from / to and expected arrival (minutes) on a
certain station by clicking on a train.
http://traintimes.org.uk/map/tube/
PROS
Users can easily have a real-time overview of all trains in Londonʼs Underground.
CONS
Without a search field it might be difficult to track down a specific route, especially if
the user is not familiar with Londonʼs stations.
Note that sites with no mobile version equivalent are getting fewer over time.
! 91 91
PART 3: ANALYSING THE CASE STUDY
Similar applications
Tube map is another application about Londonʼs underground with real-time information
about line statuses, a map with click-able stations (but no moving trains on it), estimation of
A to B journey and, finally, the ability to suggest a route between those two.
!! !
(1) (2)
(1) Map View with click-able stations
(2) Line status
http://itunes.apple.com/us/app/tube-map/id320969612
Figure 43: Tube map (iPhone app).
PROS
Planning and deciding is easy with “Find Station” and “Route” options.
Personalization settings.
CONS
! 92 92
PART 3: ANALYSING THE CASE STUDY
Similar applications
A recent trend that came along with the mobile web and the constantly increasing number
of users owning smartphones was the appearance of augmented reality applications.
“Augmented reality is a term for a live direct or indirect view of a physical, real-world
environment whose elements are augmented by computer-generated sensory input, such
as sound or graphics. As a result, the technology functions by enhancing oneʼs current
perception of reality. With the help of augmented reality technology (e.g. adding computer
vision and object recognition) the information about the surrounding real world of the user
becomes interactive and digitally manipulable. Artificial information about the environment
and its objects can be overlaid on the real world” [Augmented Reality 2010].
Ships ahoy is an augmented reality application able to recognize vessels and display
information over them by pointing the camera of an iPhone at a ship, using AIS. By clicking
on a ship a new screen with data appear: name, MMSI (maritime mobile service identity),
IMO (IMO ship identification number), callsign, destination, ETA (estimated time of arrival),
last update, speed, course, origin and a static photo of the ship.
http://itunes.apple.com/us/app/ships-ahoy/id351104359
PROS
CONS
Precision issues
Impossible to have an overview about all vessels or information about other ports.
! 93 93
PART 3: ANALYSING THE CASE STUDY
Similar applications
Ship tracking is an iPhone application that uses google maps to show location and
destination of all ships in the selected area through AIS. Apart from the real-time map it has
search options for ships by part of ship name, IMO or MMSI,
and for ports by part of port
name.
Also, an add to “favourites” option is available for ships.
By clicking on a ship
detailed view is available with: name, type, draught, length, width, navigational status, rate
of turn, speed, longitude, latitude, degrees, destination, ETA, Country, recent tracks,
history, ship compass and statistics information.
!!! !
(1) (2)
! (1) Map View with real-time vesselʼs positions
! (2) Detailed info of a vessel
http://itunes.apple.com/app/ship-tracking/id346794782
Figure 45: Ship Tracking app
PROS
Filters and “favourite ships” option in order to track down fast ships in frequent use.
Search options
CONS
! 94 94
PART 3: ANALYSING THE CASE STUDY
Similar applications
Another massive mobile trend with real-time is social media. Certain aspects of them do
combine real-time with location and map visualizations.
!! !
(1) (2)
! (1) Mobile twitterʼs nearby map
! (2) Mobile foursquareʼs static map of a specific nearby location
Figure 46: Real-Time Social Media with location
PROS
CONS
Mapʼs icons may become too cluttered making difficult to find something specific.
However this concept of “exploring” whatʼs nearby was adopted by many applications:
tourists guides with “what to see” places, booking sites with available hotels to stay,
informational sites about a certain city with points of interest (services, hospitals, cinemas,
etc.). Furthermore this kind of applications usually have geolocation abilities with history:
tagging a photo, or sharing a comment about a place. Finally, in some of them have a
feature of exploring the nearby points of interest of a selected “destination” in order to make
plans in advance.
! 95 95
PART 3: ANALYSING THE CASE STUDY
Similar applications
(1) (2)
(1) Desktop view
(2) Mobile view
http://flightrader24.com
Figure 47: Fightradar app
PROS
Mobile version has the same information, provided in the same way.
CONS
No personalization settings.
! 96 96
PART 3: ANALYSING THE CASE STUDY
Similar applications
Google, eventually, has integrated “current location” option, not only in google maps
(desktop and mobile version) but also in its api, allowing all sites that use it to have similar
functions. Pros and cons depend on the application that is based on a google map.
!
Google maps asking for current location in order to display nearby points of interest.
!! !
(1) (2)
(1) Mobile google maps asking to use current location
(2) Mobile google maps current location
Figure 49: Mobile Google maps with current location
! 97 97
PART 3: ANALYSING THE CASE STUDY
INTERFACE WALK-THROUGH
As defined by Garrett in terms of content and structure, interaction design and
information architecture share an emphasis on defining patterns and sequences in
which options will be presented to users. Interaction design concerns the options
involved in performing and completing tasks. Information architecture deals with the
options involved in conveying information [Garrett 2002].
Therefore, a first step of analysing the case study would be to analyse the interface and
use the site in order to fully explore its potential in terms of representation, structure,
content and navigation [Kim et. al 2002].
REPRESENTATION
A fast way to check how informationʼs structure affects representation when it comes to
findability and attention, is to create a heatmap. A heatmap is a graphical representation
of data where the values taken by a variable in a two-dimensional map are represented as
colours [Heatmap 2010]. There are two ways to provide data in order to create a heatmap
for a site: using eye-tracking while looking at the site or using algorithms to predict eye
tracking by visually analysing the elements [Eye Tracking 2010].
For the purposes of this thesis, generating a heatmap using algorithms in order to locate
the areas that visually attract attention would be enough.
! 98
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
As expected, the live map is the centre of a visitorʼs attention, as it covers the largest part
of the site, hosting the majority of the functionality of Marine Trafficʼs site.
(1) (2)
(1) Home Page of the mobile marine traffic site
(2) Live ships Map page
NOTES
The mobile version could be served as a basic version for low-end devices but there
are things that could get improved for display on a high-end device.
Users cannot choose between the mobile version and the desktop one, unless they
type a relatively large url.
Navigation and content could be more coherent between the two versions, they
might be confusing at some point.
Live maps are quite demanding in many ways. They could be substituted by static
google maps of what the user specifically needs.
! 99 99
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
NOTATION
Marine Traffic uses a simple metaphor, representing vessels as ships icons on a live map.
Moving vessels are displayed as ship icons pointing to the specified direction. Ships that
are not moving (or their speed is less than 0.5 knots) anchored or moored are displayed as
small squares. Vessel icons and tracks are collared differently to represent a different type
of a vessel (cargo, tanker, passenger, etc.). The size of the ship icon is related to the size
that the actual ship has [Marine Traffic 2008].
Notation & Display options as explained in the page showing the live map.
Figure 52: Notation & Display options of Marine Traffic
Observations on notation:
Notation and display options are not accessible on the mobile version.
! 100100
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
STRUCTURE
Marine traffic pages, containing almost the same elements, are relatively consistent:
Vesselʼs page,
Portʼs page,
Gallery page.
1 Logo
!
!
!
! 101101
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
! 102102
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
VESSELSʼ PAGE
1 Logo
2 Menu
3 Overall vessel numbers
4 Tableʼs headers
6 Language chooser
7 Google Ads
! 103103
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
PORTSʼ PAGE
!
Annotated walkthrough in portsʼ page of:
! http://www.marinetraffic.com
1 Logo
2 Menu
6 Language chooser
7 Google Ads
! 104104
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
GALLERYʼS PAGE
4 Google ads
! 105105
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
NAVIGATION
!
!
Home
World Map
! Page
Cover Your Area
!
FAQ
! Services
!
!
! Currently in Range
Search All
!
Vessels Itineraries
!
Arrivals-Departures
!
Position History
!
!
!
Current Condition
!
Ports Expected Arrivals
!
Arrivals -Departures
!
!
! All Thumbnails
! Webcams
! Search Photos
Gallery
! Ports
! Photographers
!
! Photo Upload
!
!
! Level 0 Level 1 Level 2
! Options Inside Content
!
!
! Marine Traffic has 2 levels of navigation
Figure 58: Marine Trafficʼs navigation
! 106106
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
Apart from the two-levelled navigation, there are more options inside each page.
HOME PAGE
WORLD MAP
Go to Area (List)
Go to Port (List)
Quick Links
Terms of Use
FAQ
SERVICES
Data exchange
Receiving Stations
Google Earth
Grab a map
My Fleet alerts
VESSELʼS PAGE
CURRENTLY IN RANGE
! 107107
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
SEARCH ALL
ITINERARIES
ARRIVALS-DEPARTURES
Port (List)
POSITION HISTORY
Timestamp (List)
PORTʼS PAGE
CURRENT CONDITION
Country (List)
EXPECTED ARRIVALS
Port (List)
ARRIVALS-DEPARTURES
Port (List)
! 108108
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
GALLERYʼS PAGE
ALL THUMBNAILS
WEBCAMS
SEARCH PHOTOS
PORTS
PHOTOGRAPHERS
PHOTO UPLOAD
o Latitude/Longitude text-field
! There are many search options and links inside pages that the user cannot easily locate or even 109109
suspect they exist from the home page.
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
CONTENT
PIECES OF INFORMATION
the vessel
Vesselʼs basic info appear inside the map by clicking a certain ship.
Figure 59: Vesselʼs information in marine trafficʼs map.
When – Past, current and future time | Real time changing information
Some of those details appear in home page, in a small pop-up window, by clicking on a
certain ship, inside the map. It is possible to view extended details in a new page, outside
the map by clicking the link “vesselʼs details” on the small pop-up window. However the
question that arises in that point is if this way of presentation is appropriate for the small
screen of a mobile device.
! 110110
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
Based on vesselʼs basic parameters, two important related pieces of information are:
Ports
Receiving stations
!!! !
(1) (2)
!
(1) Detail of a port selected on the map
! (2) Range of a receiving station selected on the map
In order to position and associate correctly and effectively each piece of information inside
marine trafficʼs content the follow need to be done:
Collected information should form an affinity diagram that would lead in prioritising
content, reorganizing structure and potentially propose redesign issues in navigation
and representation accordingly.
! 111111
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
LISTING INFORMATION
Vessel
Static:
o Name
o Ownership
o Year Built
o Flag/Country
o Ship Type:
" Tankers
o Dimensions:
" Length
" Breadth
o IMO number
o MMSI number
o Photos
! 112112
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
Dynamic:
o Status:
" Underway
" Anchored
o Position:
" Latitude
" Longitude
o Speed
o Course
o Rate of turn
o Callsign
Voyage-specific:
o Draught:
o Next Port
o Future Itineraries
! 113113
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
Port
Static:
o Name
o Alternative names
o Flag/Country
o Position:
" Latitude
" Longitude
o Photos
Dynamic:
o Vessels currently in
o Expected Arrivals
o Statistics
Receiving Station
Static:
o Name
o Position
" Latitude
" Longitude
o Elevation
o Area covered
! 114114
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
Dynamic
o Status
" Online
" Offline
o Statistics
Areas Categorization
Any
Baltic Sea
o Bothnia Gulf
o Gulf of Finland
Biscay Bay
Black Sea
o Istanbul
Mediterranean
o Aegean North
o Aegean South
o Piraeus
o Adriatic
o Ionian
o Ligurean Sea
o Balearic Sea
o Gibraltar
! 115115
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
North Sea
o Antwerp
o Rotterdam
o English Channel
o Irish Sea
Persian Gulf
o Dubai
Red Sea
Australia
Atlantic North
o Mexico Gulf
Atlantic South
Pacific North
o Gulf of Alaska
o Bering Sea
o California
o Japan
o China Sea
Pacific South
o Tasman Sea
Indian Ocean
o Arabian Sea
o Bay of Bengal
o Gulf of Oman
! 116116
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
English
Bulgarian
Simplified Chinese
Czech
Danish
German
Greek
Spanish
Hebrew
French
Croatian
Italian
Traditional Chinese
Dutch
Norwegian
Polish
Portuguese
Russian
Finnish
Swedish
Turkish
! 117117
PART 3: ANALYSING THE CASE STUDY
Interface walk-through
The mobile version of the marine traffic has access to the same content the desktop
version has. What changes is the representation, the navigation and the search
mechanisms. Searching in a such a large amount of information, has always been a difficult
and controversial issue in all information systems [Aula et. al 2010], [Morville 2010]. And if
something is difficult to find in a desktop context, it is getting even worse in the mobile
[Jones 2003], [Church & Smyth 2008], [Church et. al 2010], [Nudelman 2010].
as stated earlier in the design guidelinesʼ chapter by W3C [Rabin & McCathieNevile 2008],
[Connors & Sullivan 2010].
In order to achieve the above mentioned goals content has to be associated with users
and contexts (see Figure 7) in order to define the following questions that arise:
Is their informational needs the same in the mobile and desktop context?
In the next chapters, a set of methods are combined in order to understand users of the
marine traffic project and their contexts.
! 118118
PART 3: ANALYSING THE CASE STUDY
age,
education level,
occupation,
or based on psychographic profiles that describe the attitudes and perceptions that users
have about a certain subject of a site in particular [Garrett 2002].
Typical methods adopted to address the dynamics of mobility are observation, in situ
logging, interviews, diary studies and experience sampling [Karlson 2010].
In order to understand marine trafficʼs users and usage the following steps have been
followed:
A quantitative analysis is done in the beginning from collected data, with ultimate goal to
build the contexts in which users interact with the marine traffic site, revealing the most
common scenarios of use.
! 119
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Site Creator/Coordinator
Work-Related/Observers
Travel Agencies
Port Authorities
Safety/Rescue teams*
Contributors
Uploading Photos
Travellers
Frequent
Non-Frequent
* There is a small sub-group of people that deal with rescues and safety in the seas, but
marine traffic's terms are suggesting that the site should not be used for safety reasons,
therefore this user group is listed but not taken into account in the rest of the survey.
Another group identified was people interested in checking upon the marine traffic site
without any specific context of use, e.g. spending time watching vessels come and go, but
in this case the entertaining use of the service is prior to the informational one.
! 120120
PART 3: ANALYSING THE CASE STUDY
Understanding the users
WEB ANALYTICS
Studying logs and checking web analytics can give a first impression about a siteʼs users. It
is not a method to be trusted for final assumptions about the users, but it is a method to
make some first estimations [Courage & Baxter 2005].
Number of Visitors
Page Views
Demographic Stats
According to Competeʼs15 stats, unique visits of marine traffic site for the last year were
estimated to be the following:
According to Alexaʼs15 estimations: 14% of the site's visitors are in Greece, where relative
to the overall population of internet users, the site's users browse mostly from work and
school. Visitors to the site spend roughly 5 minutes per visit to the site and 42 seconds
per pageview.
15
See 7##+8-)91::$1;+<'=*0+<1>1?''3<1>1@+(178,3.")0<1?''3<
! 121121
PART 3: ANALYSING THE CASE STUDY
Understanding the users
SEMI-STRUCTURED INTERVIEWS
Interviews help determine why. Interviewing user of a larger target audience is necessary to
understand how they understand what they are doing and why. Peopleʼs descriptions of
what they do and how they do it are fallible (which is why surveys about preferences and
future behaviour often do not predict actual future behaviour), but personal narratives help
explain behaviour and use. Interviews can be structured and unstructured. In structured
interviews every interview consists of standardized lists of questions. Answers to these
questions can be directly compared between interviews. In unstructured interviews, the
interviewer asks whatever questions seem appropriate at the time, following discussion
threads and examining certain ideas in more detail than others. In practice, nearly every
interview combines prewritten and improvised questions (a semi-structured interview).
Interviews should also be non-directed, which means that the interviewer should try not to
influence the intervieweesʼ responses [Kuniavsky 2010].
According to the above mentioned directions, a set of questions was prepared in order to
conduct a series of semi-structured interviews, focusing on work-related groups and
travellers. Before the actual interviews the set of questions was piloted on 2 people and
modified according to their responses and comments. Afterwards 8 people participated in
the survey:
4 Non-Frequent Travellers, !
5 Frequent Travellers. !
The set of questions was the same for all groups, with small differences. Interviews lasted
from 15 to 30 minutes and were conducted in a quiet place (home or office of the
interviewer).
All of the interviewers chosen were familiar with the Marine Traffic site and have used it at
least once before the interview but none of them was aware of the mobile version of the
Marine Traffic and, therefore, they werenʼt using it. The purpose of the interviews was to
provide an exploratory first step in order to build the questionnaire afterwards. Furthermore
different travellersʼ styles were explored and their relationship with travel agencies.
! 122122
PART 3: ANALYSING THE CASE STUDY
Understanding the users
QUESTIONS !
Which features of the site do you usually need to check for your work and why?
Can you estimate the time a ship will arrive at a certain port, just by looking its
position at the map?
Do you also check upon marine traffic while not at work (for personal use or other
interest)?
Have you seen a difference in customerʼs questions since marine traffic came out or
since you “installed” a screen with marine traffic on your agency?
What actions need to be done when a ship is about to arrive/departure and what
info you need to know?
How communication with the ships was made before the existence of marine traffic?
Are there any cases that you do not have enough information to answer to
customerʼs questions and you have to contact someone else?
Do you check upon other sites/services in order to inform your customers e.g.
weather forecast sites/coast yard?
If marine traffic was also available on you mobile phone, do you think you will use
it?
! 123123
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Can you estimate the time a ship will arrive at a certain port, just by looking its
position at the map?
Can you describe your actions from the moment you decide to travel to the moment
you actually reach your destination?
Do you check upon other sites/services in order to plan your trip e.g. weather
forecast sites/coast yard/travel agencies?
In cases there was something wrong with your planned trip (e.g. bad weather, delay
of the departure, cancelation of the arrival) how did you learnt about it? Have your
travel agency contacted you, did you contacted someone else to learn more or did
you just realized it after your arrival to the port?
Were there any cases you have missed the departure of a ship or even the
disembarkation while on board and why?
How do you usually transport from your home to the port and backwards, from the
port to your final destination after the trip? Were there any times you had difficulties
to catch your next transport means and why?
While on board is there is something you would like to know about the status of the
ship/route (e.g. speed, time of arrival)?
Were there any cases you needed to get some info from marine traffic and you
didnʼt have a computer/internet near you?
If marine traffic was also available on you mobile phone, do you think you will use it
and what features will you need?
! 124124
PART 3: ANALYSING THE CASE STUDY
Understanding the users
RESULTS
Port authorities
This group not only have to supervise current condition at the port but also they
have a role of informing the travellers directly or through the travel agencies.
They are responsible for getting informed about the weather and decide when the
wind allows passenger ships to sail or not, receiving many calls about that matter
from travellers, too.
In case of a passenger vessel approaching their port they need to be there five
minutes before the arrival of each ship (and leave the port after its departure) writing
down the exact time it arrived and departed. They know timetables but they still
check upon marine traffic in order to be sure when to get to the port, but it is also
common to make a phone call to the ship itself to ask about its status. When they
didnʼt have marine traffic, or cell phones they used radio frequencies to
communicate with the ships, when the ship was close to the port. Of course cell
phones replaced that action.
In case of non passenger vessels things are pretty much different. They say they
receive a fax in case a merchandise vessel needs to arrive at the port and they
have to approve it or not.
Travel Agencies
Their main role is to provide their services to travellers (book tickets etc.) but they
also need to get to the port by the time a ship of a company they work for is arriving.
They have marine trafficʼs map open all they day usually zoomed on the local port.
The vast majority of the calls they receive from travellers is whether a ship will arrive or
not due to weather conditions and the time of arrival/departure regardless the weather.
The relation between the travel agencies group and the travellers might be
problematic. Travellers claim to almost never get informed by their travel agency in
case of cancelations/delays but travel agencies say it is their responsibility to inform
travellers that already have a ticket bought for possible alterations to the timetables.
However, as they note, they might not know about alterations, if the company of the
ship hasnʼt informed them.
! 125125
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Frequent travellers
Frequent travellers usually travel so frequently because it is needed for their work.
However their main difference to the work-related user group is that they will
probably need specific information about a certain ship/port/route and not an overall
view of the situation.
Because of the frequency they travel they got used to many things. They know by
heart the timetables about their destinations most of the times and they donʼt get to
anxious preparing for a trip and they are compromised with the fact that weather
might alter their plans. However they start to get worried when they have to change
vessels in order to reach their final destination. In that case the ship has to be
punctual in order to catch the next ship otherwise they will be stuck on the island for
hours.
For frequent travellers the main informational need is a set of ship-port-route data,
that will probably remain the same every time they travel (because they need to visit
the same destinations, usually using with the same vessels).
Non-Frequent Travellers
They are more likely to prepare a trip long time ago the actual trip, checking other
parameters as the weather in order to decide. They also have the “luxury” to slightly
change the dates of their departure just because the reason they travel for might not
be too urgent or specific compared to the frequent travellers that travel for work
issues.
Despite the fact that their deadlines might not be so strict, they are more likely to get
anxious about ticket availability or weather conditions and they asked for more
layers on the map (e.g. weather information).
They are more likely to ask for timetables or directions from and to ports or gates of
departure/arrival, as they donʼt have the same experience to frequent travellers.
Note that some of the marine traffic siteʼs uses were in case that someone was expecting
for a package to arrive or was monitoring a certain ship because he was asked by a person
who was currently on board and had no access to internet in order to check the expected
time of arrival by himself.
! 126126
PART 3: ANALYSING THE CASE STUDY
Understanding the users
QUESTIONNAIRE
PURPOSE & DESIGN
Questionnaire was designed in order to evaluate the MarineTraffic site, as far as information
is concerned, using Google forms16 for the creation, storage and analysis of the questions.
Aiming on discovering what existing users think and usually need, it was promoted through
its facebook group page on http://www.facebook.com/MarineTraffic receiving, from
30/08/2010 to 30/10/2010, 53 responses: 49 returning users and 4 first time users.
intro page | Giving the participants a description about the purposes of the
questionnaire and what he/she is about to encounter,
step: 1 from 4 | General questions about the MarineTraffic site. A few important
questions are here in order to have full attention of the participants,
step: 2 from 4 | Set of questions for frequent users (basically this is the main part of
the questionnaire, containing detailed lists about every feature of the MarineTraffic
site with ultimate goal to discover features and services that are not easy to be
located or used or they cause other difficulties to the users in information retrieval),
step: 3 from 4 | Set of questions regarding access to the mobile version of the
MarineTraffic site. This stepʼs goal is to evaluate information retrieval of the mobile
version and learning more about the reasons that led a user visit it instead of the
desktop site, revealing what needs a mobile version of the site covers,
step: 3 from 4 (alternative path) | Set of questions for people who donʼt use the
mobile version of the MarineTraffic site. This alternative step has similar or even
greater significance than the non-alternative one. Knowing why users of the desktop
version do not visit or need the mobile site can lead to very important conclusions,
step: 4 from 4 | Set of questions about basic information of people who took the
questionnaire, such as age, computer skills or potentially profession related to
travelling or to the MarineTraffic itself,
FLOW
Start of Questionnaire
Intro Page:
Purposes and approximate time
of completion
Step 1:
General Questions
and Impressions
No Yes
Step 2: Step 2:
Extensive list of Alternative Set
features. Main Part of Future possibility of
the Questionnaire using Marine Traffic
User of the
mobile version?
Yes No
Step 3: Step 3:
Evaluate user experience Alternative Set
of the mobile version Find out why
Step 4:
Basic user-related
information
Final Page:
(non-required fields)
Future features and comments
Submit Button
! 128128
PART 3: ANALYSING THE CASE STUDY
Understanding the users
! Questionnaireʼs first page: Explaining purposes, where the collected data will be used and
approximate time of completion
Figure 65: Questionnaire Intro Page
!
!
Notation of Required Fields and notification message in case of pressing to continue without the
completion of one or more of the required questions.
!
Figure 66: Questionnaireʼs required field notation
! 129129
PART 3: ANALYSING THE CASE STUDY
Understanding the users
!
What is the primary reason you came to the MarineTraffic site?!#!
! (You can choose more than one answer, if applicable)
! Because
() it is useful for my work 14 26%
! People may select more than one checkbox, so percentages may add up to more than 100%.
! Yes 53 100%
! ()
No 0 0%
!
Other 0 0%
!
() 2%
Difficult 1
Easy 29 55%
! 130130
PART 3: ANALYSING THE CASE STUDY
Understanding the users
If you did not find any or all of what you needed, please tell us what you
were looking for.!!
8 responses:
() “schedule for the boat”
“E.g. when searching for vessels, I would prefer searching directly in all,
and not only searching for those in range and I would like to choose me
"favourite" spots, so Iʼ do not have to zoom all the way to the area I
want to see”
“I'm a seaman and I'd like to know where the ship I'm interested Is this
time. If it isnʼt on ais range I'd like to know where it was the last time that
it was in AIS range. Now I canʼt and the ship isnʼt shown!”
“I canʼt find what time ships arrive in ports”
“1. ships' itineraries
2. Vessels out of range
3. Elements of vessel's latest port of calls”
Photos of the ships?
An e-mail about the ships I follow, when new photos have been uploaded
Many times I cannot find many ships that I am looking for when I use the
searching engine within the site.
() No 49 92%
Yes 4 8%
! 131131
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Other 7 14%
Other answers: “When Iʼm looking for a ship”
“Every six months”
“Rarely”
“Whenever I need it or a friend of mine is travelling”
“Whenever Iʼm going to travel by ship”
When I travel or when Iʼm waiting for someone”
When I need it”
4 people were first time visitors and didnʼt answer this set of questions.
!
Which MarineTraffic siteʼs services do you prefer using and how frequently?!#!
!
! ()
!
17 49% 14 26% 3 6% 3 6% 3 6%
!
26 34% 18 34% 2 4% 2 4% 1 2%
!
27 51% 18 34% 3 6% 1 2% 0 0%
!
25 47% 18 34% 3 6% 1 2% 2 4%
!
19 36% 17 32% 10 19% 3 6% 0 0%
!
19 36% 16 30% 10 19% 1 2% 3 6%
!
6 11% 7 13% 10 19% 11 21% 15 28%
!
22 42% 21 40% 4 8% 1 2% 1 2%
!
17 32% 16 30% 8 15% 3 6% 5 9%
!
!
! 132132
PART 3: ANALYSING THE CASE STUDY
Understanding the users
! Which MarineTraffic siteʼs features do you prefer using and how frequently?!#!
!
()
!
0 0% 0 0% 1 2% 13 25% 35 66%
!
0 0% 2 4% 6 11% 18 34% 23 43%
!
1 2% 2 4% 10 19% 18 34% 18 34%
! 7 13% 6 11% 10 32% 17 32% 9 17%
! 5 9% 5 9% 15 28% 11 21% 13 25%
! 5 9% 10 19% 14 26% 13 25% 7 13%
5 9% 7 13% 13 25% 14 26% 10 19%
!
3 6% 8 15% 5 9% 18 34% 15 28%
!
7 13% 27 51% 4 8% 5 9% 6 11%
! 22 42%
10 19% 8 15% 7 13% 2 4%
! 13 25% 26 49% 7 13% 3 6% 0 0%
! 7 13% 11 21% 15 28% 9 17% 7 13%
17 32% 17 32% 12 23% 2 4% 1 2%
Figure 75: Response summary, Step 2, Q3
Which Notation & Display options do you prefer using and how frequently?!#!
!
(Notation & Display options are located to the left side of home page)
!
()
!
0 0% 1 2% 5 9% 15 28% 28 53%
!
4 8% 1 2% 11 21% 19 36% 14 26%
! 8 15% 12 23% 10 19% 11 21% 8 15%
! 20 38% 20 38% 2 4% 4 8% 2 4%
! 3 6% 7 13% 9 17% 11 21% 19 36%
3 6% 14 26% 11 21% 11 21% 9 17%
!
2 4% 18 34% 8 15% 12 23% 8 15%
!
3 6% 9 17% 10 19% 14 26% 13 25%
!
4 8% 18 34% 8 15% 11 21% 7 13%
! 3 6% 17 32% 12 23% 9 17% 8 15%
! 9 17% 17 32% 9 17% 8 15% 5 9%
! 7 13% 18 34% 12 23% 7 13% 5 9%
8 15% 10 19% 8 15% 13 25% 10 19%
!
8 15% 11 21% 8 15% 13 25% 7 17%
!
Figure 76: Response summary, Step 2, Q4
!
! 133133
PART 3: ANALYSING THE CASE STUDY
Understanding the users
!
Do you also use the mobile version of the MarineTraffic site?!#!
!
! ()
!
No 39 74%
!
Yes 10 19%
!
6 17%
!
9 26%
Figure 77: Response summary, Step 2, Q5
8 23%
STEP: 2 FROM 4 (ALT) | SEEMS YOU ARE NEW HERE!
Tell us more!
What is the likelihood that you will visit the MarineTraffic site again?!#!
I will come back for sure! 1 2%
() Maybe 3 6%
No way, Iʼm not interested 0 0%
!
Have you visited the mobile version of the MarineTraffic site?!#!
Yes 0 0%
()
No 4 8%
! 134134
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Tell us more about your visit to the mobile version of the marinetraffic site!
(www.marinetraffic.com/m/)
What is the primary reason you came to the mobile version of the
MarineTraffic site?!#!
(You can choose more than one answer, if applicable)
Because I didnʼt have access to the desktop site
8 80%
()
Because I received an sms update, but I wanted to find
more info while on the go. 0 0%
Because I waited for some time for a certain ship to come
and it is still not in the port. 2 20%
Because Iʼm on the way to the port, in terrible traffic, and I
want to check if I might make it on time for the next ship. 3 30%
Because of bad weather I need to check on a certain ʻs 4 40%
ship arrival/departure.
Because Iʼm on board and I need to know when the ship 5 50%
will arrive
Other 0 0%
!
Did you find what you needed?!#!
!
!
()
! Yes 10 100%
! No 0 0%
!
!
!
! Was it easy to find information on the mobile version of the MarineTraffic site?!#!
0 0%
! Very Difficult
()
! Difficult 0 0%
! 135135
PART 3: ANALYSING THE CASE STUDY
Understanding the users
!
If you did not find any or all of what you needed, please tell us what you
! were looking for.!!
! 1 response:
()
! “difficult to zoom on a google earth map using an android phone”
! Comparing www.marinetraffic.com
I was satisfied, the mobile version had everythingto the mobile version www.marinetraffic.com/m/
I needed 0 0%
!
! I found most of the info I needed, but not fast enough, or in 6 14%
the way I wanted.
! () 2 3%
Indifferent.
! 2 6%
I found some info I needed, but many others were missing.
! I was lost, the mobile version was so different.
0 0%
! Other.
0 0%
!
!
Please add any comments you have for improving the mobile version of
the MarineTraffic site.!!
! 0
()
responses
! 136136
PART 3: ANALYSING THE CASE STUDY
Understanding the users
Tell us more…why donʼt you use the mobile version of the marinetraffic site?
(www.marinetraffic.com/m/)
Why donʼt you use the mobile version of the MarineTraffic site?!#!
(You can choose more than one answer, if applicable)
I didnʼt know there was a mobile version 21 49%
()
I donʼt own a web-enabled mobile device 14 33%
I visited the site but I couldnʼt find what I was looking for.
0 0%
I own a web-enabled mobile device but I donʼt have a
mobile-web data plan or itʼs too expensive. 8 19%
I donʼt need to check upon marine traffic while on the 5 12%
move
I use the sms updates instead 0 0%
Other 1 2%
Other: doesnʼt work well on android
What is the likelihood that you will use the mobile version of the
MarineTraffic site in the future?!#!
Yes! Iʼll might need to 9 26%
() check upon marine traffic
while on the move.
!
Maybe. 11 31%
! What information, in your opinion, you will need from the mobile version
of the MarineTraffic site and in what occasion?
! 9 responses:
! “Real time ship locations and arrival time”
“Check immediately shipʼs position that I am interested in from the port I currently
! am, without messing around with maps and many choices in the small screen of
! my mobile”
“check vessel status/ position according to schedule”
! “to know where the ship is and check the traffic, If it has delay..”
“A better version for Android handsets.”
! “check arrival time of passenger vessels during my vacations”
! “Passenger vessel information updated every 0.5 hour. No map needed.”
The position of a vessel at time
! While I am on board the vesselʼs track
! 137137
PART 3: ANALYSING THE CASE STUDY
Understanding the users
! 138138
PART 3: ANALYSING THE CASE STUDY
Understanding the users
() 2 1 2%
3 8 15%
4 22 42%
5 –Expert 22 42%
!
What web-enabled mobile device do you own? #!
!
You can choose more than one answer, if applicable)
! I donʼt own a portable web-enabled device. 12 23%
Old featured-phone (e.g Nokia N Series) 15 28%
! Smartphone (e.g. iPhone, Android, BlackBerry, Windows Mobile Devices) 23 43%
! Palm Pre 0 0%
E-book Reader 1 2%
!
iPod Touch 2 4%
! iPad 0 0%
Other 5 9%
!
Other responses: “laptop” | “nokia N97 mini” | “Nokia E52” |
! “INQ1” | “Sony ericsson Walkman”
Figure 94: Response summary, Step 4, Q6
! 139139
PART 3: ANALYSING THE CASE STUDY
Understanding the users
THE END!
! What other features would you like to see on the MarineTraffic site?
You can choose more than one answer, if applicable) 50 responses
!! 40 78%
Weather Forecasts
! Vesselʼs interior / Seats positions 20 39%
Ticket availability 31 61%
! Send updates to a friend 7 14%
! Find the shortest way from port to port, choosing the right vessels,26 51%
Receive updates for vesselʼs itineraries delays/cancelations 28 55%
! Other 5 10%
Other responses: “an updated list of shipʼs previous names”
!
“e-mail with photo updates and which photos they are”
Figure 95: Response summary, Final Step, Q1
! Please add any comments you have for improving the MarineTraffic site.!!
14 responses:
! “it needs to get lighter in option and function for most of the users. Maybe different layouts are
() needed so the user can choose which information he needs, as many are interested but not
! important for all and not in every case, especially if we are talking about mobile access!”
“Remove the 100 limit in number of shipʼs photos!”
! “I would like to be able to more easily make up dates to the e-mail notification lists. For
example, suppose I travel to an island, I would like to be able to change all my
! notification entries from "Piraeus" to "Corfu" with one check, and back to "Piraeus" once
I have returned to Athens. I would also like to be able to sort the e-mail notification list
! (by name, company, vessel type, ship code, ship c all sign, etc.). I would like to be able
to have dynamic lists: for example, a list that informs me of the passenger OR
! highspeed ships approaching (with a distance of radius W) port W , but only for the
ships that have approached port Y once or less in the last Z days. This specific
! dynamic list would inform me of the arrivals of only the passenger/highspeed ships that
don't regularly call at Piraeus, and would probably make all the rest entries in my own
! e-mail notification list redundant.”
“you guys are great”
! “The data exchange services that has been promised for two years would be nice to
have.”
! “I only use Marine Traffic site....I want as many travel-related features included as possible”
“nice job”
! “my only complaint is that the tracking stops at the entrance to Grayʼs Harbour
(Washington, USA) so the ships always show as being there when in actuality they are
! proceeding to Aberdeen. I don't think there is anything you can do about this, this may
be a signal issue. I love your site and I am glad I found it. Thank you.”
! “vessels' itineraries inside the Caribbean Sea area. Keep up the good work!!!! The site is
very a very practical and useful tool!!!!”
! “In which gate ships are anchored. Information from and to the gate or other destinations.
Information for companies with hyperlinks to their sites for ticket booking/buy appearing first
! locally and then in the world. Future association with similar applications for airplanes, trains and
busses.
! marine traffic is perfect web site and thanks for everything. I am sailor and when i am not on the
ship , I visit this site all times because I wonder where my ex ships are.. all the best..
! in certain places near Myrina/Lemnos there is no sign of the vessels
Maybe you can provide sending message to the ship :) it would be great
! I have e-mailed regarding AIS equipment on a few occasions without any reply…
! 140140
PART 3: ANALYSING THE CASE STUDY
SUMMARISING PART 3
Part 3 is the main part of this thesis analysing the case study, the marine traffic project,
thought the following chapters:
Similar Applications
Interface walk-through
The analysis of the case study begins with the overview of similar applications on the web
and/or the mobile web in fields of real-time or social apps, Geolocation or positioning apps
or even apps utilising map visualisations noting their advantages and disadvantages.
The analysis continues with an extensive walk-through of the interface marine traffic
currently has using the information architecture planes for the analysis: representation,
structure, navigation, content.
In the final chapter a survey takes place in order to understand the users of marine traffic,
locating strengths-weaknesses of the site and exploring mobile versionʼs access potential.
The survey is conducted using a series of methods. Initially user groups and stakeholders
are identified and analysed, then web analytics are studied in order to end up with
questions appropriate for semi-structured interviews and a questionnaire.
The next and final part concludes current research done presenting critical contexts of use
models, suggests re-design issues and elaborates on the findings.
! 141
!
Part
CONTEXTS OF USE
4
CONCLUDING & DISCUSSING FURTHER
143
RE-DESIGN ISSUES 150
FINDINGS 155
CURRENT THESIS OVERVIEW 158
!
PART 4: CONCLUDING & DISCUSSING FURTER
!
CONTEXTS OF USE
MODELLING CRITICAL CONTEXTS
Each of the methods applied (web analytics overview, semi-structured interviews,
questionnaire) revealed different information about each user group. Marine Traffic siteʼs
users could be defined as information users (see part 2, mobile users in the wild, p. 61),
having primary informational goals (Information seeking) performing informational tasks
(information search / browsing) with secondary goals of information exchange (goal)
wanting to communicate or exchange data (tasks) when travelling [Sellen et. al 2002]
[Kellar et. al 2006], (see part 2, mobile users in the wild, p. 62).
As mentioned earlier in the literature review there are only a few critical contexts in which
people use sites, especially mobile ones [Kim et. al 2002]. Defining those contexts is not a
standard procedure. Based on the context analysis (see part 2, the mobile context, p. 48),
the below model is proposed:
What
(content | goals)
!
- Informational needs
!
!
Where
! (in terms of modality)
!
Using a desktop computer:
!
- Stationary - Home
!
- Visiting - Work
!
Using a mobile device:
! - Travelling - Transport means
! Who
- Wandering - On the streets
! - User Group walking
! !
!
Modalities Location!
!
! 143143
PART 4: CONCLUDING & DISCUSSING FURTER
!Context of Use
What
(goals)
Where
they might be:
- Stationary - Work
- Visiting
Modalities Location!
The main goal of this group is to observe general status. They mainly are travel agencies,
port authorities or even seamen travelling or working at ports (a few related jobs on the
questionnaire were: loading masters, deck cadets, engineers, officers, captains). However
the only mobile context use deriving from this user group is this by seamen on board. There
was even a related comment on the questionnaire by a seafarer:
“maybe you can provide sending message to the ship, it would be great.”
Therefore the mobile context of this user group would require information related to the
status of a current ship travelling, e.g. current position, estimated time of arrival, departure
port, middle stops and final destination port.
The rest of the stationary/visiting uses would require overall information on the map, as it is
currently served.
! 144144
PART 4: CONCLUDING & DISCUSSING FURTER
!Context of Use
What
(goals)
- Upload data
Where
they might be:
- Stationary - Work!
- Visiting !
Contributors
Using a mobile device: - Transport means
- Travelling - Waiting at a port
- Wandering !
Modalities Location!
The vast majority of this user group will probably use a desktop computer in order to share
AIS data. However checking on the status of their station might be also done by a mobile
device.
On the other hand, people that want to upload photos of ships or ports it is more likely to be
using their mobile devices in order to tag a ship or a port when they will be there waiting,
just before the departure. Real-time photo uploading and tagging is common nowadays for
many mobile services, especially in the field of social media. Therefore there should be an
easy way to upload and tag photos through the mobile version of the site, meaning that
creating and using a personal account (in order to associate the photos with the
photographerʼs name) should be fast and easy. Also, there should be a way of adding or
correcting static information about ports or ships (e.g. ex-names of ships, or ports that are
not tagged yet in the map).
! 145145
PART 4: CONCLUDING & DISCUSSING FURTER
!Context of Use
What
(goals)
- Plan a trip
- Check for the status of a specific ship/location/route and not the overall status
- Check for related factor that might affect their trip (weather, cancelations, delays)
Where
they might be:
!
Modalities Location!
This groupʼs most common uses are equally divided between desktop and mobile use.
They have been reported cases where they used marine traffic just before they leave their
house in order to get to the port in time to check a vesselʼs position on the map using a
desktop computer. On the other hand the possible uses while on the go are the most
critical compared to all the other user groups. People might want to check arrival/departure
times while they are heading to the port, check arrival time while on board or even share
their status in order to inform other people that might be waiting for them to arrive.
Furthermore some of the possible future extensions of the current system could be an
association with similar systems of other transport means as many reported they need to
catch a train/bus/plain after they arrive in order to reach their final destination.
! 146146
PART 4: CONCLUDING & DISCUSSING FURTER
!
RE-DESIGN ISSUES
SUMMARISING MARINE TRAFFIC SITEʼS USAGE
Based on response summaries (see Figure 74, p. 131 – Figure 76 p. 132), of the
questionnaire it is possible to have an overview on what features are currently people use
the most on the marine trafficʼs site and spot problematic issues in terms of structure,
content, navigation and/or representation.
FEATURES/ SEARCH
The most commonly used feature or the site is, as expected, the live map, as it a powerful
search tool. Vesselʼs details (on the map), vesselʼs track (on the map) and departures &
arrivals (2nd level menu option under vessels or ports page) are also features that people use.
! The live map is the most commonly used feature of the Marine Traffic Site
! 147147
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
The least commonly used features are those related to rating of photos and photographers,
features that are also quite unknown, maybe because they were recently added to the site.
LIVE MAP
Specifically for the live map people use more the following notations & display options:
ports,
passenger vessels,
highspeed crafts
Ship names, ports and passenger vessels are the most commonly used options used on the live
map
Figure 102: Marine Trafficʼs site live map usage
! 148148
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
Navigation aids
Unspecified ships
In conclusion the live map is a very useful tool for desktop use. However there are several
problems as far as the mobile use is concerned:
Difficulty in moving around and in searching of certain ports or ships due to small
screens
Overview of the map will not result in retrieving any useful information due to icon
clattering, as notation and display options are not accessible when located under
the map.
Suggestions:
Provide the user with static map refreshing on demand depicting only a port or
vessel of interest.
Inform the user that the live map will probably be slow to display when not on a wifi
connection (or use tools to check his connection) in order to be able to select
between the live map or the static map.
Provide sufficient search options before displaying the map (static or live).
Ask for userʼs permission in order to get his current location and initiate the map at
that location.
Provide easy login mechanisms and save options for fast track down of their
favourite ships, ports and routes.
! 149149
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
SERVICES
The only service that gets quite used in checking marine trafficʼs live data on google earth.
All other services not only do not get used but also remain unknown. Possible reasons
might be current navigation, the location of those services and their ease of use.
The most commonly used service is checking vesselʼs positions on google earth.
Figure 103: Marine Trafficʼs site services usage
Suggestions:
o Content
o Representation
! 150150
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
!
! Now
!
! Gallery
!
!
! Services
!
!
! About
! Level 0 Level 1
Level 2 Options
! Inside Content
! Limit navigation to 1 level menu
Suggestions:
Associate menu labels with icons in order to save space for the mobile version
preview.
! 151151
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
SUGGESTED CONTENT
Prioritise contentʼs structure according to findings and the mobile context.
HOME PAGE
NOTATION OPTIONS
My Fleet:
o Vessels
o Ports
Vessels:
o Underway
o Anchored
Passenger Vessels:
o Normal Speed
o High Speed
Merchandise Vessels:
o Cargo vessels
o Tankers
Private Ships:
o Yachts
o Fishing boats
Unspecified
! 152152
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
Places:
Receiving Stations:
o Online
o Offline
Navigation Aids
LOGIN/REGISTER FIELDS
VESSELʼS PAGE
ALL VESSELS
o Timestamp (List)
PORTʼS PAGE
ALL PORTS
NOW
! 153153
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
GALLERYʼS PAGE
ALL THUMBNAILS
WEBCAMS
SEARCH PHOTOS
PHOTO UPLOAD
ABOUT
FAQ
SERVICES
USERʼS GUIDE
SITE MAP
An approach in order to provide mobile users the appropriate content would be to associate
information with their profiles. For example they could select to see only the home page,
the vesselʼs page and the gallery page or certain information (only the basic, or the
analytical technical info). Otherwise the registration could ask the user how he is going to
use the site (e.g. share ais data, observe, or search for travel info) in order to hide the
irrelevant information, especially when logged from a mobile device.
! 154154
PART 4: CONCLUDING & DISCUSSING FURTER
!Re-Design Issues
SUGGESTED REPRESENTATION
WIREFRAMES
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
!
! Low-fi prototypes
! 155155
PART 4: CONCLUDING & DISCUSSING FURTER
!
FINDINGS
THE FUTURE OF MOBILE COMPUTING
Mobile devices (and more generically speaking any kind of device) need to be taken into
account right at the beginning, during the analysis phase. If constraints are added at the
beginning, the outcome flexibility added.
However the current problem is that existing web sites were designed in order to get
accessed by desktop computers. Desktop computers not only have a different context of
use, but also have different limitations and different possibilities. Users of desktop
computers have different needs compared to users of mobile devices. Now, when viewing
such a site from a mobile device, people will have to confront certain difficulties because
mobility wasnʼt taken into account in the beginning.
Many attempts are made towards automated content adaptation, but there are still
important issues to get solved in order to have effective results. Therefore, for the time
being, existing sites have to be re-designed having mobile context uses in mind. Moreover
when re-allying a site information needs have to be taken into account holistically. Users
will not be just “desktop” users, or “mobile” users. Users will be both desktop and mobile
and how information overload will be avoided and better information management across
media will be succeeded is of crucial importance and have to be carefully planned.
Many of the mobile limitations are likely to disappear or become less important, faster
processors, better batteries, faster rendering browsers appear. However, the most
important of all is not going to change, the form factor. Mobile phones are not going to get
much bigger, because they need to stay mobile. However more and more other mobile
devices will be introduced to the market.
In conclusion, the most crucial thing, is to design for adaptation, taking under consideration
the variable critical contexts that each application might have, always following existing
standards and refine design again and again asking the userʼs opinion, in order to provide
the user the best possible user experience no matter what media is using to access the
web.
! 156156
PART 4: CONCLUDING & DISCUSSING FURTER
!Findings
FURTHER RESEARCH
Being such a young research field, mobile user experience has so many aspects not fully
understood. Literature review presented here, covers issues affecting the mobile user
experience, and in particular the mobile information architecture. A new era of mobility is
explored and new information needs derive. Moreover information already existing and until
recently viewed by desktop computers now are accessible from mobile devices. How
people handle those situations, how this affect their tasks, how do they manage accounts
that access from different devices and different contexts? Many questions arise and should
be explored in order to overcome limitations and agree to certain design guidelines and
methodologies used. Theory and technology have more to give. From the one hand is
users and methods in order to gather information about the mobile uses and model their
contexts and from the other hand is mobile devices constantly evolving with new browsers
and new content and context adaptation capabilities.
! 157157
PART 4: CONCLUDING & DISCUSSING FURTER
!
In part 2 a thorough review of literature was made exploring the current state of the mobile
ecosystem, the mobile users with their “extraordinary” characteristics (according to what we
knew until today for “stationary” users of the desktop internet) and their information needs
while on the go ending up with possible solutions to the problems deriving from the
limitations and the different nature of mobile computing.
In part 3 the case study was analysed using a variety of methods. A survey took place in
order to understand the users and model possible mobile contexts. People responded that
they use marine traffic primarily for personal interests, in order to observe (53%), then in
order to get travel-related info (49%) and finally because it is related to their jobs (26%).17
However only 19% of the people who answered the questionnaire were using mobile
marine trafficʼs mobile version. The percentage was expected to be low due to the fact that
70% of the people who took it where from Greece claiming that data plans are very
expensive to have or that they donʼt own a web enabled device at all. The surprising thing
was that 49% of the responders didnʼt even know there was a mobile version. Possible
reasons may be primarily the fact that representation when accessing the site from a mobile
device didnʼt change automatically and secondary that it wasnʼt very obvious on the
desktop site either. Nevertheless those that were using the mobile version responded that
they found what they needed but not fast enough or in the way they wanted it (6 out of 10)
and that information were missing compared to the desktop site (2 out of 10). 12%
responded that they do not need to check upon marine traffic while on the go, while 80%
said that they use it in case they donʼt have access to a desktop computer, 50% while on
board, 40% in case of bad weather, 30% on their way to the port stuck in traffic and 20% on
the port while waiting for the ship17. Based on the data collected user groups were
associated with certain critical contexts of use and therefore suggestions were made
towards structure, navigation, content, representation both on the desktop and the mobile
version of the site.
17
People could select more than 1 applicable answer, therefore percentages add up to more than
! 100% 158158
!
Annex
!
ANNEX A: FAQ ABOUT MARINE TRAFFIC
!
Other vessels or base stations around are able to receive this information, process it using
special software and display vessels locations on a chart plotter or on a computer.
Data received by the AIS unit are encoded in NMEA sentences (64-bit plain text).
A sample is shown below:
!AIVDM,1,1,B,1INS<8@P001cnWFEdSmh00bT0000,0*38
Broadcast information
An AIS transceiver sends the following data every 2 to 10 seconds depending on a vessel's
speed while underway, and every 3 minutes while a vessel is at anchor:
The vessel's Maritime Mobile Service Identity (MMSI) – a unique nine digit
identification number.
Navigation status – "at anchor", "under way using engine(s)", "not under command",
etc.
"Speed over ground" – 0.1-knot (0.19 km/h) resolution from 0 to 102 knots (189
km/h)
Position accuracy:
! 160160
ANNEX A: FAQ ABOUT MARINE TRAFFIC
!
Time stamp – UTC time accurate to the nearest second when these data were
generated
IMO ship identification number – a seven digit number that remains unchanged
upon transfer of the ship's registration to another country
Radio call sign – international radio call sign, up to seven characters, assigned to
the vessel by its country of registry
Type of ship/cargo
Location of positioning system's (e.g. GPS) antenna onboard the vessel - in meters
aft of bow and meters port of starboard
The central database receives and processes a large amount of data and stores the most
important part of it. It also includes port and area geographic information, vessel
photos and other information. Vessels current positions and/or tracks are displayed on a
map, using the Googleʼs map API. Position history, vesselʼs details, port conditions and
statistics are searchable through the site.
Data received are uploaded in the database in real time and therefore they are
immediately available on the map and on other pages. However, several positions shown
on map may be not continuously refreshed (e.g. when a ship goes out of range). Vessel
! 161161
ANNEX A: FAQ ABOUT MARINE TRAFFIC
!
positions shown on map may be up to 1 hour old. Please note also that map web page is
only periodically refreshed or whenever the ʻRefresh nowʼ link is pressed manually.
The map icons may refresh slowly when a large amount of ships are displayed. This is a
restriction of web technology, JavaScript and web browsers.
Partial or strange data may appear from time to time. The system may receive positions
for a vessel, which has not yet transmitted its static information (name, dimensions etc.).
This happens because static vesselʼs information is transmitted more rarely than
positions. In this case, the MMSI number of the vessel (e.g. 239923000) will appear instead
of its name. There is also a small possibility of wrong or garbled recorded data. This
happens due to the following reasons:
Neglect of the vessel's crew to configure correctly the information transmitted by the
AIS transponder. This refers to the static information, such as the vessel's name,
type and dimensions, as well as the destination and the estimating time of arrival
(ETA).
The vessel's crew can help in increasing the accuracy of the system by:
Correct updating and checking of the 'Static Informationʼ, which are recorded in the
AIS unit. These include: Vessel's Name, Vessel's Type, Vessel's Dimensions, IMO
and MMSI numbers, Relative position of AIS unit.
Correct updating of the 'Voyage Information', i.e. the Destination, ETA and Draught,
before each departure. When this information is correct, the vessel will appear in
the 'Expected Arrivals' for each port and an estimation of the time of arrival will
given, for all the interested parties. A single port must be entered each time and
any additional information (such as country or multiple ports) must be avoided.
Marine Trafficʼs base stations are equipped with an AIS receiver, a PC and an Internet
connection. The AIS unit receives data, which are processed by simple software on the
PC and then sent to a central database by means of a ʻweb serviceʼ. This software is free
for anyone interested, under a GNU license.
Marine traffic system can be expanded to cover any area worldwide. Anyone can install
a VHF antenna, an AIS receiver and start immediately sending and seeing data on the
map, through a PC and a simple Internet connection.
! 162162
ANNEX A: FAQ ABOUT MARINE TRAFFIC
!
The regulation requires AIS to be fitted aboard all ships of 300 gross tonnage and upwards-
engaged on international voyages, cargo ships of 500 gross tonnage and upwards not
engaged on international voyages and all passenger ships irrespective of size. The
requirement became effective for all ships by 31 December 2004.
Provide information - including the ship's identity, type, position, course, speed,
navigational status and other safety-related information - automatically to
appropriately equipped shore stations, other ships and aircraft,
Receive automatically such information from similarly fitted ships; monitor and track
ships,
The regulation applies to ships built on or after 1 July 2002 and to ships engaged on
international voyages constructed before 1 July 2002, according to the following timetable:
Tankers, not later than the first survey for safety equipment on or after 1 July 2003;
Ships, other than passenger ships and tankers, of 50,000 gross tonnage and
upwards, not later than 1 July 2004.
! 163163
Annex
INTERVIEWS
RESPONSES
B
165
!
ANNEX B: INTERVIEWS
RESPONSES
Table 17: Group 1 – Travel Agencies Responses
They use marine traffic all the time. They have it open all day and
check it every time a ship is scheduled to arrive about 10' before the
known time of arrival, even if the weather is good.
AGENCY NO.1 traffic all the time. After this "installation" they noticed a great decrease
“KALOGERAS”
in the number of customers' questions and phone calls.
They use a couple of weather forecast web sites, but only when they
see the weather is not so good. In these cases they also call the coast
guard of Syros, in order to know if the departure is allowed or not.
They don't think a mobile version of the site will be directly useful to
them, but they think many of their customers will need to use it, so that
will be good for them also.
They would like to see real-time weather on the map and the timetable
of boats (at least links to other sites).
! 165165
ANNEX B: INTERVIEWS
They use the map and the "ETA" info of the ships to inform their
customers. (However Mr.Bountouris, as a former captain, can calculate
the estimated time of arrival only by looking at the map, because he
knows the speed each vessel has and the miles each course has.
They use a few other web sites to crosscheck weather forecasts' data
and they call Hellenic National Meteorological Service (EMY) to verify
that ships are not going to sail when they have clues the weather will
be bad enough. They think weather on the site would be helpful at
some times, but they can't stop advising EMY because its the only one
that can forbid or allow the departure of ships due to weather
conditions, unless -somehow- extra weather info on marine traffic site
He wonders if they system they have for ticket booking can exchange
data with the marine traffic site.
! 166166
ANNEX B: INTERVIEWS
Before the use of marine traffic they were communicating with the
vessel directly or with the port the vessel was before according to the
program to ask if it has departed or not.
They also know some other sites that provide info of vessels' position
but they prefer marine traffic because it has better "graphics" and it's
easier for people to learn, understand and use it.
They don't think a mobile version of the site will be directly useful to
them, but they think it might be useful in a place larger than Syros
where the port is far away.
! 167167
ANNEX B: INTERVIEWS
He plans his trip 4-5 days before the desired date. He, above all,
checks the weather online and buys a ticket the day the weather will be
best to travel from some travel agency. He mentions he doesnʼt trust
the ticket-availability shown in sites.
During his trip itʼs not crucial to him to know something specific (exact
time of arrival) because he doesnʼt have to catch another means of
TRAVELER NO.1
“ΜIHALIS” transport.
! 168168
ANNEX B: INTERVIEWS
He doesnʼt like to plan very much his trips, he checks the timetables
and then he buys a ticket directly from a travel agency, without even
checking on the weather unless he has heard something for bad
conditions (e.g. on TV).
During his trip itʼs not so important for him to know many things. He
TRAVELER NO.2
“CHRIS” mentions though it would be useful to know what the traffic on roads is,
bus stations and bus timetables in order to choose the best way to his
home. Other than that, he would like to see an interactive installation of
marine traffic on the ship to spend sometime there, or even learn
something (e.g. geography).
! 169169
ANNEX B: INTERVIEWS
He plans his trips few days ago before the desired date. He checks
timetables from web or by phone directly to companies or to a travel
agent.
While on board he would like to know in which port the ship will arrive
and, if possible, bus timetables from Athens to other cities of Greece.
TRAVELER NO.3 He thinks the site of Marine Traffic is difficult to use, and he couldnʼt
“MAKIS”
find what ships depart from a specific place and where they are going.
Thatʼs why he only uses it to see on the map the routes drawn in the
map. He would like an easier search for vessels and a better
“connection” between text and map (he mentioned automated
zoom/focus to the place he is or the place a certain ship is). He also
said he would like to check where his seat inside a certain ship will be.
! 170170
ANNEX B: INTERVIEWS
She is familiar with Marine Traffic (mostly the map) but she doesnʼt use
it for her trips so much.
She begins to plan her trip at least 2-3 weeks before the trip, checking
out timetables (but she never books online), because she needs to
book both a ticket for the ship and a ticket for an airplane afterwards
(or for a second ship).
Because of that she canʼt really check the weather, but she would like
to know what the weather will be like 1-2 days earlier to her trip in order
to be “prepared”.
There were some times her travel agency informed her for changes in
timetables but there were also times she had to wait in the port without
knowing the status/position of the vessel she was about to travel due to
weather conditions.
TRAVELER NO.4 The most important things for her to know while travelling is the time of
“VASIA” arrival, the gate at which the ship will arrive and if there is traffic in the
roads, because she usually has a plane/or another ship to catch.
She would like to be able to check on the interior of a ship from the
Internet (if it is a ship she has not traveled before with).
If marine was on her mobile she would like to have a reminder the
previous day that she will travel the next one, in order not to forget
about it.
! 171171
ANNEX B: INTERVIEWS
He uses Marine Traffic in order to plan his trips but he also cross
checks results with other sites about itineraries and weather forecasts.
In the marine traffic site he uses mostly the map, selecting to see only
passengerʼs vessels. For itineraries he prefers to use other sites, but
he usually already knows the timetables because he travels so often.
If marine was on his mobile he would like to know when ships arrive at
a certain port.
! 172172
ANNEX B: INTERVIEWS
In the marine traffic site he uses mostly the map, selecting to see only
passengerʼs vessels. For itineraries he might use other sites, but he
already knows the timetables because he travels so often.
He canʼt plan his trips for two reasons. The first one is that he might not
know when he will need to travel exactly because he makes trips due
to work obligations, therefore he buys his ticket the last minute. The
second one is, as he says, as a person he acts always the last minute.
And when it comes to traveling with ships his exact words were “if the
ship arrive on time, itʼs hard for me to catch it”.
He thinks that marine traffic has already too much information and he
wouldnʼt add more. He said that weather would be tough to display on
the map because the map shows vessels now. If an extra layer of
weather was there to show weather condition now, it wouldnʼt have any
value, as you usually need to know future weather conditions. Unless
you could see future versions of the map too.
! 173173
ANNEX B: INTERVIEWS
His trips are planned according to work obligations, not much to worry
about himself.
He keeps on saying that the problem is not marine traffic, nor the
weather or travel agencies. He complains that the real problem is
vesselʼs itineraries themselves. There are islands that are not
connected effectively with the others, for example you could reach your
destination in a few hours but instead you have to spend the night in a
middle-stop and continue the trip the other day.
Displaying always accurate data is all that he asks from the marine
traffic site.
! 174174
ANNEX B: INTERVIEWS
He also noticed that a certain ship had wrong positions on the map or
did not appear at all and it was the only thing that he would change in
Marine Traffic, the accuracy.
He would like to see some links to other known sites about vesselʼs
timetables or about weather forecasts.
He thinks it is too early for Greece to adopt mobile web data plans
because they are too expensive. Instead he would like to see Marine
Traffic displayed on big screens in ports, something like the screen that
is already installed in the port of Piraeus with arrivals & departures. He
might also use SMS notifications in the future.
! 175175
ANNEX B: INTERVIEWS
He uses Marine Trafficʼs map and sometimes goes through the arrivals
and departures page.
He travels about once a month for work, but he might also travel for
personal reasons. Moreover, sometimes, he goes sailing.
TRAVELER NO.5 conditions because he usually checks weather reports before the
“RENOS”
departure. In case of cancellations or delays due to other reasons his
travel agency usually calls him to inform him on time.
He would also like to be able to choose two ports A, and B and get
automated suggestions on how to get from A to B.
! 176176
Annex
QUESTIONNAIRE
RAW DATA
C
178
!
ANNEX C: QUESTIONNAIRE
!
RAW DATA
Table 20: Raw data, Step 1, Q1
! 179179
ANNEX C: QUESTIONNAIRE
!
! 180180
ANNEX C: QUESTIONNAIRE
!
If you did not find any or all of what you needed, please tell us what
information you were looking for
6 shedule for the boat
7 Eg - when searching for vessels, I would prefer searching directly in all, and not
only searching for those in range and I would like to choose me "favourite" spots,
so I do not have to zoom all the way to the area I want to see
10 I'm a seaman and I'd like to know where the ship i'm interested is this time. If it
isnʼt on ais range I'd like to know where it was the last time that it was in AIS
range. Now I cant and the ship isnʼt shown!
16 I canʼt find what time ships arrive at the ports
25 1. ships' itineraries
2. vessels out of range
3. elements of vessel's latest port of calls
41 Photos of the ships?
42 An Email About The Ships I Follow, When New Photos Have Been Uploaded
48 Many times I cannot find many ships that I am looking for when ı use the
searching engine within the site.
! 181181
ANNEX C: QUESTIONNAIRE
!
! 182182
ANNEX C: QUESTIONNAIRE
!
! 183183
ANNEX C: QUESTIONNAIRE
!
! 184184
ANNEX C: QUESTIONNAIRE
!
Which MarineTraffic site's services do you prefer using and how frequently?
create and use a personal create and use your own subscribe for sms alerts subscribe for e-mail alerts access the mobile version embed a map on your site check vessels' position on participate on google check receiving stations
profile "fleet" of the site google earth discussion
1 -first time visitor, no response in this step-
2 b b b b c b e a c
3 b b b b c b b b b
4 b b b b b e b b b
5 e c b e d c e c c
6 a a a a a e e a a
7 a a a a a b d b b
8 b b b b c c b c c
9 a a b b c b c b b
10 a a a a a a a a a
11 b b a b a a a a a
12 a b a a b b e b b
13 d d c c b d c b d
14 b b a a a c e a b
15 a a b b d a e b c
16 a a a a b a c a a
17 -first time visitor, no response in this step-
18 a b a a b a b b b
19 b b a b b b c b c
20 b b b b b c b a c
21 a a a a a a a a a
22 a a b b b b d b b
23 a a a a c a d a c
24 c d b b b b e b d
25 b a b b a a e c e
26 c b b b c c d d e
27 a a a a a a a a a
28 a a a a b c d a a
29 b b c c b b d a b
30 a a b b b b e b b
31 a a a a c c d a c
32 -first time visitor, no response in this step-
33 a a a a d b e a b
34 a a a a a a a a a
35 -first time visitor, no response in this step-
36 b b b b b b e b b
37 a a a a b a d a a
38 e b c c c e d c e
39 a b b b a a d a a
40 b b b b b b c b b
41 a a a a a a a a a
42 c e a e c a c b a
43 a a a a b a c b e
44 b b a a b b e b a
45 b b a a a c c b b
46 d c b b c c e e e
47 a a a a a c d a a
48 a a a a a a e a a
49 a a a a a b e a d
50 a b b a a a b b a
51 e a a a a a c a a
52 a a a a a a c b b
53 d a d d a b b b b
!
Where:
a) I don't know about this service, b) I know about this service but I never use it, c) I sometimes use this service, d) I often use this service, e) I always use this service
! 185 185
ANNEX C: QUESTIONNAIRE
!
Which MarineTraffic site's features do you prefer using and how frequently?
Live Ship Maps Vesselʼs Details Show Vesselʼs Show Vesselʼs Check Go to Area Go to Port Go to Vessel Upload Photo Rate Photo Rate View Galleryʼs View Galleryʼs
" Track Distance to… Departures & Photographer Photos Webcams
1 Arricals -first time visitor, no response in this step-
2 d c d b d c d d b b b b b
3 e e b b d b b b b b b b b
4 e e e e c b d d e e b e c
5 e c c b d d e d c c a d a
6 e e e e e e e e b c b c c
7 d d d c b c c d d d c c a
8 e e d a b b b b c b b b b
9 e d c c e c c c b b b c b
10 e e e a a a a e e a a a a
11 e e d c b c c e b d d e a
12 e e d d b b d a e d a e b
13 e e e d d d d d c c c c c
14 e e e e e c c c b c c e b
15 d c c c e e e e b b b c b
16 d d e a a d e e b b b c c
17 -first time visitor, no response in this step-
18 e d e e c c c e b b b c b
19 e c c c c d d d b b b c c
20 c c c c c c c b b b b c c
21 e b b b e b d b b a a a a
22 e e e e e e e e b b b b b
23 d d d d d d a d a a a d a
24 e e e d b e b e e c c d c
25 e e e d e e e e b b b d c
26 e d d d c d d d c c c c b
27 e d d a a a a b a a a b a
28 d b c b c a c b a a a a a
29 d d d d c b b d b b b d b
30 e e e e c d c d b b b b b
31 e d c d d c d d a a a c a
32 -first time visitor, no response in this step-
33 e d e d c c c e b b b c b
34 e c c d d d d e b a a a a
35 -first time visitor, no response in this step-
36 e d d d d b d d b b b c c
37 d d d d d b b d d d b d a
38 e e d d d d d d b b b c c
39 e e d c c e c d b b b d a
40 e e e c c c e c e c c e c
41 e d c a a a a a a a a a a
42 d e d b e e e e b b b a a
43 e e e e e c c c b c c e e
44 e d e d e d e e b b b b b
45 e e d d e d d e e e d e d
46 d d d d d d d d d d d d d
47 d d a a c a a a a a a a a
48 e e e a a b b b d d b b b
49 e e e e e c e e b b b d c
50 d d d c c c c d b b b b b
51 e e c c c d d d b b b c a
52 d d d d c c c c a a a b a
53 e e e e e b b b d d a b b
Where:
a) I don't know about this feature, b) I know about this feature but I never use it, c) I sometimes use this feature, d) I often use this feature, e) I always use this feature
! 186186 186
ANNEX C: QUESTIONNAIRE
!
Which Notations & Display options do you prefer using and how frequently?
Show Ship Ports Stations My Fleet Passenger Cargo Vessels Tankers High Speed Tug, Pilot, etc Yachts & Navigation Aids Unspecified Ships Anchored /
Names Vessels Craft Others Ships Underway Moored
1 -first time visitor, no response in this step-
2 e d c a e b b d b c b c c c
3 e e b b e b b e b b b b e e
4 e e c b e d d e d c c c e e
5 d d d d e d d e d d b d e e
6 e e e a c c b c c c b b c c
7 d d d b c c c c c c c c c c
8 c c b b c c d c c c c c c c
9 b d b b e c c d c c c c a a
10 e a a a a a e a a a a a a a
11 e d e b e c c e c c c b e e
12 e d b b e e e e e e c e e e
13 e e e e c c c c c c c c c c
14 e c b b c c c c c e b c d d
15 e d d a b b b d b b d b b b
16 c c a a e e b e a b a a a a
17 -first time visitor, no response in this step-
18 d d c b e d d d d e d b d d
19 e c c b e a a d b b b b d b
20 d d d d b b b b b b b b b b
21 e e e a a a a a a a a a a a
22 e c b b e b b c b b b b d d
23 d d d a c d d d d d d d d d
24 e c c d c e c c e c c e e c
25 d e d a e d d e c d b c e d
26 e e e c d d d d d e e d d d
27 e d a a d c b c b b b a a a
28 d d a a d b b c b b a a a a
29 c c b b d b b d b d b b c b
30 e e e a d d d d d d d d d d
31 c c b a c b b b b b a c c b
32 -first time visitor, no response in this step-
33 d c c a d d d b b c b b b b
34 d a a a d d d d d d d d d d
35 -first time visitor, no response in this step-
36 e e b b e c b e b c c b b d
37 e e b a e e e e e e e e e e
38 e d d b d c c d d d d c d c
39 e d c b d d d d d c a c d d
40 e b b b b b b b b b b b b b
41 e a a a e e e e e e a a a a
42 d d d e d e e d e d d d d d
43 e e e a a b b e b b e c c e
44 d d c b e b b b b b b b b b
45 e e d b e e e e e e e e e e
46 d d d d d d d d d d d d d d
47 d c a a b b b c b b a a a a
48 e e e a e e e e e e e e e e
49 e e d a e b b b b b b b b c
50 d d b b b b b b d b b b d d
51 c c c b b b b b b b b b b b
52 d d c c c c c b b b b b b b
53 e a a a b e e a a a a b b b
!
Where:
a) I don't know about this option, b) I know about this option but I never use it, c) I sometimes use this, d) I often use this, e) I always use this
! 187187 187
ANNEX C: QUESTIONNAIRE
!
! 188188
ANNEX C: QUESTIONNAIRE
!
What is the likelihood that you will visit the MarineTraffic site again?
1 I will come back for sure!
2 -frequent user, no response in this step-
3 -frequent user, no response in this step-
4 -frequent user, no response in this step-
5 -frequent user, no response in this step-
6 -frequent user, no response in this step-
7 -frequent user, no response in this step-
8 -frequent user, no response in this step-
9 -frequent user, no response in this step-
10 -frequent user, no response in this step-
11 -frequent user, no response in this step-
12 -frequent user, no response in this step-
13 -frequent user, no response in this step-
14 -frequent user, no response in this step-
15 -frequent user, no response in this step-
16 -frequent user, no response in this step-
17 Maybe.
18 -frequent user, no response in this step-
19 -frequent user, no response in this step-
20 -frequent user, no response in this step-
21 -frequent user, no response in this step-
22 -frequent user, no response in this step-
23 -frequent user, no response in this step-
24 -frequent user, no response in this step-
25 -frequent user, no response in this step-
26 -frequent user, no response in this step-
27 -frequent user, no response in this step-
28 -frequent user, no response in this step-
29 -frequent user, no response in this step-
30 -frequent user, no response in this step-
31 -frequent user, no response in this step-
32 Maybe.
33 -frequent user, no response in this step-
34 -frequent user, no response in this step-
35 Maybe.
36 -frequent user, no response in this step-
37 -frequent user, no response in this step-
38 -frequent user, no response in this step-
39 -frequent user, no response in this step-
40 -frequent user, no response in this step-
41 -frequent user, no response in this step-
42 -frequent user, no response in this step-
43 -frequent user, no response in this step-
44 -frequent user, no response in this step-
45 -frequent user, no response in this step-
46 -frequent user, no response in this step-
47 -frequent user, no response in this step-
48 -frequent user, no response in this step-
49 -frequent user, no response in this step-
50 -frequent user, no response in this step-
51 -frequent user, no response in this step-
52 -frequent user, no response in this step-
53 -frequent user, no response in this step-
! 189189
ANNEX C: QUESTIONNAIRE
!
! 190190
ANNEX C: QUESTIONNAIRE
!
What is the primary reason you came to the mobile version of the MT site?
1 -first time visitor, no response in this step-
2 -non user of the mobile version, no response in this step-
3 c, e, f
4 -non user of the mobile version, no response in this step-
5 a, d, f
6 -non user of the mobile version, no response in this step-
7 a
8 a, d
9 a
10 -non user of the mobile version, no response in this step-
11 -non user of the mobile version, no response in this step-
12 -non user of the mobile version, no response in this step-
13 -non user of the mobile version, no response in this step-
14 -non user of the mobile version, no response in this step-
15 c, e, f
16 -non user of the mobile version, no response in this step-
17 -first time visitor, no response in this step-
18 -non user of the mobile version, no response in this step-
19 -non user of the mobile version, no response in this step-
20 -non user of the mobile version, no response in this step-
21 -non user of the mobile version, no response in this step-
22 -non user of the mobile version, no response in this step-
23 -non user of the mobile version, no response in this step-
24 -non user of the mobile version, no response in this step-
25 -non user of the mobile version, no response in this step-
26 a, e, f
27 -non user of the mobile version, no response in this step-
28 -non user of the mobile version, no response in this step-
29 -non user of the mobile version, no response in this step-
30 -non user of the mobile version, no response in this step-
31 -non user of the mobile version, no response in this step-
32 -first time visitor, no response in this step-
33 a
34 -non user of the mobile version, no response in this step-
35 -first time visitor, no response in this step-
36 -non user of the mobile version, no response in this step-
37 -non user of the mobile version, no response in this step-
38 -non user of the mobile version, no response in this step-
39 -non user of the mobile version, no response in this step-
40 -non user of the mobile version, no response in this step-
41 -non user of the mobile version, no response in this step-
42 a
43 -non user of the mobile version, no response in this step-
44 -non user of the mobile version, no response in this step-
45 -non user of the mobile version, no response in this step-
46 a, d, e, f
47 -non user of the mobile version, no response in this step-
48 -non user of the mobile version, no response in this step-
49 -non user of the mobile version, no response in this step-
50 -non user of the mobile version, no response in this step-
51 -non user of the mobile version, no response in this step-
52 -non user of the mobile version, no response in this step-
53 -non user of the mobile version, no response in this step-
a) Because I didn't have access to the desktop site,
b) Because I received an sms update, but I wanted to find more info while on the go,
c) Because I waited for some time for a certain ship to come and it is still not in the port,
d) Because I'm on the way to the port, in terrible traffic, and I want to check if I might
make it on time for the next ship.
e) Because of bad weather I need to check on a certain's ship arrival/departure.
f ) Because I'm on board and I need to know when the ship will arrive.
! 191191
ANNEX C: QUESTIONNAIRE
!
! 192192
ANNEX C: QUESTIONNAIRE
!
! 193193
ANNEX C: QUESTIONNAIRE
!
If you did not find any or all of what you needed, please tell us what you
7 were looking
difficult to zoomfor.
on a google earth map using an android phone
Please add any comments you have for improving the mobile version of the
MarineTraffic site.
0 Responses
! 194194
ANNEX C: QUESTIONNAIRE
!
What is the likelihood that you will use the mobile version of the MT site in
the future?
1 Yes! Iʼll might need to check upon marine traffic while on the move.
2 Yes! Iʼll might need to check upon marine traffic while on the move.
3 -user of the mobile version, no response in this step-
4 No need, I can always check upon marine traffic from a desktop computer
5 -user of the mobile version, no response in this step-
6 Maybe.
7 -user of the mobile version, no response in this step-
8 -user of the mobile version, no response in this step-
9 -user of the mobile version, no response in this step-
10 No need, I can always check upon marine traffic from a desktop computer
11 Maybe.
12 Maybe.
13 Yes! Iʼll might need to check upon marine traffic while on the move.
14 Yes! Iʼll might need to check upon marine traffic while on the move.
15 -user of the mobile version, no response in this step-
16 Maybe.
17 Maybe.
18 No need, I can always check upon marine traffic from a desktop computer
19 Yes! Iʼll might need to check upon marine traffic while on the move.
20 Maybe.
21 Maybe.
22 Maybe.
23 Maybe.
24 No need, I can always check upon marine traffic from a desktop computer
25 Yes! Iʼll might need to check upon marine traffic while on the move.
26 -user of the mobile version, no response in this step-
27 Maybe.
28 Yes! Iʼll might need to check upon marine traffic while on the move.
29 Yes! Iʼll might need to check upon marine traffic while on the move.
30 Maybe.
31 Maybe.
32 No need, I can always check upon marine traffic from a desktop computer
33 -user of the mobile version, no response in this step-
34 No need, I can always check upon marine traffic from a desktop computer
35 No need, I can always check upon marine traffic from a desktop computer
36 No need, I can always check upon marine traffic from a desktop computer
37 Maybe.
38 Yes! Iʼll might need to check upon marine traffic while on the move.
39 Yes! Iʼll might need to check upon marine traffic while on the move.
40 No need, I can always check upon marine traffic from a desktop computer
41 Yes! Iʼll might need to check upon marine traffic while on the move.
42 -user of the mobile version, no response in this step-
43 No need, I can always check upon marine traffic from a desktop computer
44 Yes! Iʼll might need to check upon marine traffic while on the move.
45 Yes! Iʼll might need to check upon marine traffic while on the move.
46 -user of the mobile version, no response in this step-
47 Maybe.
48 Maybe.
49 Maybe.
50 No need, I can always check upon marine traffic from a desktop computer
51 Maybe.
52 No need, I can always check upon marine traffic from a desktop computer
53 Yes! Iʼll might need to check upon marine traffic while on the move.
! 196196
ANNEX C: QUESTIONNAIRE
!
What information, in your opinion, you will need from mobile version of the
MarineTraffic site and in what occasion?
1 Realtime ship locations and arrival times..
2 Check immediately shipʼs position that I am interested in from the port I currently
3 -user of
am, without messing the mobile
around version,
with maps andno response
many in this
choices step-
in the small screen of
4 -Non Required
my mobile question-no answer provided-
5 -user of the mobile version, no response in this step-
6 check vessel status/ position according to schedule
7 -user of the mobile version, no response in this step-
8 -user of the mobile version, no response in this step-
9 -user of the mobile version, no response in this step-
10 -Non Required question-no answer provided-
11 to know where the ship is and check the traffic,.if it haw delay..
12 -Non Required question-no answer provided-
13 A better version for Android handsets.
14 -Non Required question-no answer provided-
15 -user of the mobile version, no response in this step-
16 check arrival time of passenger vessels during my vacations
17 -Non Required question-no answer provided-
18 -Non Required question-no answer provided-
19 -Non Required question-no answer provided-
20 -Non Required question-no answer provided-
21 -Non Required question-no answer provided-
22 -Non Required question-no answer provided-
23 -Non Required question-no answer provided-
24 -Non Required question-no answer provided-
25 -Non Required question-no answer provided-
26 -user of the mobile version, no response in this step-
27 -Non Required question-no answer provided-
28 -Non Required question-no answer provided-
29 -Non Required question-no answer provided-
30 -Non Required question-no answer provided-
31 -Non Required question-no answer provided-
32 -Non Required question-no answer provided-
33 -user of the mobile version, no response in this step-
34 Passenger vessel information updated every 0.5 hour. No map needed.
35 -Non Required question-no answer provided-
36 -Non Required question-no answer provided-
37 -Non Required question-no answer provided-
38 -Non Required question-no answer provided-
39 -Non Required question-no answer provided-
40 -Non Required question-no answer provided-
41 -Non Required question-no answer provided-
42 -user of the mobile version, no response in this step-
43 -Non Required question-no answer provided-
44 The position of a vessel at time
45 -Non Required question-no answer provided-
46 -user of the mobile version, no response in this step-
47 -Non Required question-no answer provided-
48 -Non Required question-no answer provided-
49 While i am on board the vessels track
50 -Non Required question-no answer provided-
51 -Non Required question-no answer provided-
52 -Non Required question-no answer provided-
53 -Non Required question-no answer provided-
! 197197
ANNEX C: QUESTIONNAIRE
!
! 198198
ANNEX C: QUESTIONNAIRE
!
! 199199
ANNEX C: QUESTIONNAIRE
!
! 200200
ANNEX C: QUESTIONNAIRE
!
! 201201
ANNEX C: QUESTIONNAIRE
!
! 202202
ANNEX C: QUESTIONNAIRE
!
! 203203
ANNEX C: QUESTIONNAIRE
!
g) Weather Forecasts
h) Vesselʼs interior / Seats positions
i) Ticket availability
j) Send updates to a friend
k) Find the shortest way from port to port, choosing the right vessels,
l) Receive updates for vesselʼs itineraries delays/cancelations
! m) Other: Their own answer 204204
ANNEX C: QUESTIONNAIRE
!
Please add any comments you have for improving the MarineTraffic site.
2 “it needs to get lighter in option and function for most of the users. Maybe different
layouts are needed so the user can choose which information he needs, as many
are interested but not important for all and not in every case, especially if we are
talking about mobile access!”
4 Remove the 100 limit in number of shipʼs photos!”
5 I would like to be able to more easily make updates to the e-mail notification lists.
For example, suppose I travel to an island, I would like to be able to change all my
notification entries from "Piraeus" to "Corfu" with one check, and back to "Piraeus"
once I have returned to Athens. I would also like to be able to sort the e-mail
notification list (by name, company, vessel type, ship code, ship callsign, etc.). I
would like to be able to have dynamic lists: for example, a list that informs me of
the passenger OR highspeed ships approaching (with a distance of radius W) port
W, but only for the ships that have approached port Y once or less in the last Z
days. This specific dynamic list would inform me of the arrivals of only the
passenger/highspeed ships that don't regularly call at Piraeus, and would
probably make all the rest entries in my own e-mail notification list redundant.
6 you guys are great
8 The data exchange services that has been promised for two years would be nice
to have.
11 I only use Marine Traffic site....
16 nice job
24 my only complaint is that the tracking stops at the entrance to Grays Harbor
(Washington, USA) so the ships always show as being there when in actuality
they are proceeding to Aberdeen. I don't think there is anything you can do about
this, this may be a signal issue. i love your site and I am glad I found it. Thank
you.
25 vessels' itineraries inside the Caribbean Sea area.
Keep up the good work!!!! The site is very a very practical and useful tool!!!!
34 In which gate ships are anchored. Information from and to the gate or other
destinations. Information for companies with hyperlinks to their sites for ticket
booking/buy appearing first locally and then in the world. Future association with
similar applications for airplanes, trains and busses
40 marine traffic is perfect web site and thanks for everything. i am sailor and when i
am not on the ship , i visit this site all times because ı wonder where my ex ships
are..
all the best..
44 In certain places near Myrina / Lemnos there is no sign of the vessels.
48 maybe you can provide sending massage to the ship :) it would be great.
51 I have emailed regarding AIS equipment on a few occasions without any reply...
! 205205
!
Annex
AFFINITY DIAGRAM
D
ANALYSING COLLECTED DATA
207
! 206
ANNEX D: ANALYSING COLLECTED DATA
!
AFFINITY DIAGRAM
Arranging information using a content (bottom) – users (middle) – context (top) scheme.
! 207207
I
Appendix
TERMS
ABBREVIATIONS 209
GLOSSARY 210
!
APPENDIX I: TERMS
ABBREVIATIONS
AIS Automatic Identification System
AR Augmented Reality
IA Information Architecture
ID Information Design
IT Information Technology
UX User Experience
! 209209
APPENDIX I: TERMS
GLOSSARY
Augmented reality is a term for a live direct or indirect view of a
physical, real-world environment whose elements are
augmented by computer-generated sensory input, such as
sound or graphics. As a result, the technology functions by
AUGMENTED enhancing oneʼs current perception of reality. With the help of
REALITY (AR) augmented reality technology (e.g. adding computer vision and
object recognition) the information about the surrounding real
world of the user becomes interactive and digitally manipulable.
Artificial information about the environment and its objects can
be overlaid on the real world
! 210210
APPENDIX I: TERMS
VERY HIGH
VHF is the radio frequency range from 30 MHz to 300 MHZ,
FREQUENCY used among other purposes, for AIS signals reception.
(VHF)
! 211211
II
Appendix
RESOURCES
REFERENCES 213
18
BIBLIOGRAPHY 221
TOOLS 229
18
Bibliography is available at:
! http://www.mendeley.com/groups/495821/mobile-user-experience/papers/
APPENDIX II: RESOURCES
REFERENCES
!"#$%&'()&'*$+,-%&'.)&'*/,-0&'1)&'1"$##&'2)&'3'450%6-&'1)'7899:;)'<=0>?+?#@'0%,'!""-A#0%"-'?%'1B0++C1"D--%'
E%F$DB0#?$%'1@=#-B=)'!"##$%"&$'()*+,#*-'&".(-+!"//*&-*+0*-1."#"23+$.4+5*6*$&-1+7!"##,!0*5+899:;)'
*/?+,F$D,&'<G)'
!,2$>)'789H9;)'<4="%+="%(#*+=*'&(-6+=*'&(-6+>(21#(21'6)'I-#D?-J-,'K/%-'8L&'89H9&'FD$B'
5##AMNNB-#D?"=)0,B$>)"$BNOAC"$%#-%#N/A+$0,=N89H9N9PN20@C89H9C!,2$>C2$>?+-C2-#D?"=C
Q?65+?65#=)A,F'
!,$>-)'789H9;)'="%(#*+,?@*&(*.-*+AB&)*3C+D1$'+E6*&6+D$.'+F&"/+=*4($G+H(.$.-*G+0&$)*#+I+A1"@@(.2)'
I-#D?-J-,'R"#$>-D'8L&'89H9&'FD$B'
5##A=MNNOOOH)="-%-S)"$BND-6?=#D0#?$%N=S0,$>-B=#/,@)0=AT=D"U!,$>-V842$>?+-WXI3?,US9HY9999999F@Y9)'
!5B0,?&'Q)&'3'G$%6&'K)'7899Y;)'ZFF?"?-%#'.->'VD$O=?%6'$%'1B0++'1"D--%=)'J&"-**4(.26+"F+'1*+K'1+L"&M(.2+
-".F*&*.-*+".+<4)$.-*4+)(6B$#+(.'*&F$-*6+7<NO+899K;)'[0A$+?&'E#0+@)'
!+>-%&'\)'7H]]S;)'!#'#5-'Q-0D#'$F'E%#-D0"#?$%'^-=?6%)'P*6(2.+=$.$2*/*.'+Q"B&.$#&'7Y;&']C8P)'
!/6B-%#-,'D-0+?#@)'789H9;)'D(M(@*4($)'I-#D?-J-,'R"#$>-D'8L&'89H9&'FD$B'
5##AMNN-%)O?_?A-,?0)$D6NO?_?N!/6B-%#-,WD-0+?#@)'
!/+0&'!)&'G50%&'I)'2)&'3'*/0%&'`)'789H9;)'Q$O',$-='1-0D"5'V-50J?$D'450%6-'0='1-0D"5'V-"$B-='2$D-'
^?FF?"/+#T'J&"-**4(.26+"F+'1*+8K'1+(.'*&.$'(".$#+-".F*&*.-*+".+>B/$.+F$-'"&6+(.+-"/@B'(.2+636'*/6+7!>O+
89R9;)'a0%"$/J-D)'
V0++0D,&'V)'7899S;)'P*6(2.(.2+'1*+/"%(#*+B6*&+*?@*&(*.-*)'K$5%'.?+-@'3'1$%=&'E%")'
V0+/b0&'1)'7899P;)'VD$O=?%6'$%'=B0++'="D--%=)'J&"-**4(.26+"F+'1*+RS'1+(.'*&.$'(".$#+-".F*&*.-*+".+D"+D(4*+
D*%+T+DDD+U9V'7a$+)'L:&'A)'cc;)'!42'XD-==)'
V0D%0D,&'\)&'d?&'K)'1)&'K0"_$&'K)'!)&'3'1-0D=&'!)'7899S;)'40A#/D?%6'#5-'-FF-"#='$F'"$%#-e#'$%'5/B0%'A-DF$DB0%"-'?%'
B$>?+-'"$BA/#?%6'=@=#-B=)'J*&6".$#+$.4+E%(WB('"B6+!"/@B'(.2&'RR78;&'YHC]P)'
V-%>/%0%&'!)&'3'V-%>/%0%F?"5&'I)'7899S;)'<%,-D=#0%,?%6'/=-D'>-50J?$D'O?#5'%-O'B$>?+-'0AA+?"0#?$%=)'01*+
Q"B&.$#+"F+A'&$'*2(-+O.F"&/$'(".+A36'*/6&'RV&'c]cC:H8)'
V?-6-+&'*)&'3'405?++&'a)'7899:;)'!'FD0B-O$D_'F$D',-J-+$A?%6'B$>?+-&'"$%#-e#C0O0D-'0AA+?"0#?$%=)'J&"-**4(.26+"F+
'1*+A*-".4+O,,,+<..B$#+!".F*&*.-*+".+J*&)$6()*+!"/@B'(.2+$.4+!"//B.(-$'(".6G+899:X'EZZZ'4$BA/#)'
1$")'
VD$O%&'V)&'3'I0%,-++&'I)'7899:;)'V/?+,?%6'0'"$%#-e#'=-%=?#?J-'#-+-A5$%-'M'1$B-'5$A-='0%,'A?#F0++='F$D'"$%#-e#'
=-%=?#?J-'"$BA/#?%6)'!"/@B'*&+AB@@"&'*4+!""@*&$'()*+D"&M&'RY7cC:;&'c8]C8:L)'
V/D6-#&'I)'7899L;)'a?=/0+'Q(2\'^$"/B-%#'2$,-+?%6'F$D'E%F$DB0#?$%'Ze#D0"#?$%)'H(&6'+O.'*&.$'(".$#+D"&M61"@+
".+5*@&*6*.'$'(".+$.4+<.$#36(6+"F+D*%+A@$-*+75<DAT9S;)'XD06/-)'
40D+?%-D&'1)'78999;)'X5@=?"0+&'4$6%?#?J-&'0%,'!FF-"#?J-M'!'(5D--CA0D#'fD0B-O$D_'F$D'E%F$DB0#?$%'^-=?6%)'
0*-1.(-$#+!"//B.(-$'(".&':Z7:;&'LPHCLSP)'
450+B-D=&'^)&'^/+0@&'[)&'3'1+$B0%&'2)'7899:;)'!'FD0B-O$D_'F$D'"$%#-e#/0+'B-,?0#?$%'?%'B$>?+-'0%,'
/>?g/?#$/='"$BA/#?%6'0AA+?-,'#$'#5-'"$%#-e#C0O0D-'0,0A#0#?$%'$F'B0A=)'J*&6".$#+$.4+E%(WB('"B6+
!"/@B'(.2&'K7H;&'HCHY)'
! 213213
APPENDIX II: RESOURCES
!"#$%&'(%&)"*+%&,(%&-".%&'(%&)"/$0%&1(%&2&3#$04+%&5(&67889:(&3+$;<.*$=>/?#@&*>A#;<&B*@#C&<*4/D@?&4#>?.<#&
/@/E</<.*$(&!"#$%%&'()*+#,+-.%+-%(-.+'(-%"(/-'#(/0+$#(,%"%($%+#(+1#"0&+1'&%+1%2+3+111+456&6EE(&
FGH=FIJ:(&K!L&MD#??(&
!"#$%&N(%&O.#%&O(%&P#.=N.$0%&L(%&2&1*$0='./$0%&)(&6788F:(&K@/E<.$0&P#>&M/0#?&Q*D&-B/CC=-;D##$&R#S.;#?(&7888+
7(-%"(%-+9#:;<-'()%&=69:%&F8=FJ(&@*.T&98(998IULV!(788F(F(&
!"#D+>.$.%&L(%&2&WC.S#D%&X(&6788I:(&K&Y#Q.$#@&Z[E#D.#$;#&-/BEC.$0&L#<"*@&<*&!/E<+D#&L*>.C#&\?#D&
Z[E#D.#$;#(&9>7+?55=+1#"@*.#;A+B#2'0%+C*%"+8D;%"'%($%+E%*%/"$.A+9./00%()%*F+B%-.#&*+G+H##0*(&
,*?<*$%&L/??/;"+?#<<?%&\$.<#@&-</<#?(&
!".$;"*CC#%&R(%&]*C@?<#.$%&L(%&X^>#D0%&L(%&ZD._??*$%&L(%&2&Y#?#/D;"%&Z(&67887:(&`*?<&*D&3*+$@a&K&\?/>.C.<^&
ZS/C+/<.*$&*Q&/&L*>.C#&X/S.0/<.*$&/$@&`*;/<.*$=,/?#@&-#DS.;#(&!"#$%%&'()*+#,+-.%+I-.+7(-%"(/-'#(/0+
JK:;#*'<:+#(+><:/(+$#:;<-%"+'(-%"/$-'#(+L'-.+:#2'0%+&%M'$%*+/(&+*%"M'$%*+NB#2'0%+>97+?55?O(&M.?/%&
V</C^T&`X!-(&
!".<</D*%&`(&6788J:(&b.?+/C.c.$0&V$Q*DB/<.*$&*$&L*>.C#&R#S.;#?(&9#:;<-%"%&P=6d:%&e8=eF(&&
!".<</D*%&`(%&2&-;.#$;#%&!(&6788I:(&V$Q*DB/<.*$&b.?+/C.c/<.*$&/$@&b.?+/C&V$<#DQ/;#?&Q*D&L*>.C#&R#S.;#?(&H<-#"'/0+
/-+B#2'0%+>97+?55=(&
!"+/%&1(%&-;*<<%&-(%&2&!"*.%&N(&6788G:(&Z$/>C.$0&@#S.;#&.$@#E#$@#$<&;*=>D*4?.$0&<"D*+0"&/@/E<.S#&S.#4&E*.$<?(&
Q#<"(/0+#,+9#:;<-%"+/(&+JK*-%:+J$'%($%*%&RI67:%&9eJ=9FH(&
!"+D;"%&f(%&X#+B/$$%&'(%&!"#D+>.$.%&L(%&2&WC.S#D%&X(&67898:(&g"#&hL/E&gD/EhaT&/$&#S/C+/<.*$&*Q&B/E&S#D?+?&
<#[<=>/?#@&.$<#DQ/;#?&Q*D&C*;/<.*$=>/?#@&B*>.C#&?#/D;"&?#DS.;#?(&!"#$%%&'()*+#,+-.%+6=-.+'(-%"(/-'#(/0+
$#(,%"%($%+#(+1#"0&+1'&%+1%2(&
!"+D;"%&f(%&2&-B^<"%&,(&6788G:(&P"*&%&P"/<&%&P"#D#&2&P"#$&T&K&X#4&KEED*/;"&<*&L*>.C#&-#/D;"(&
!"#$%%&'()*+#,+-.%+6P-.+'(-%"(/-'#(/0+$#(,%"%($%+#(+7(-%00')%(-+<*%"+'(-%",/$%*(&]D/$&!/$/D./%&-E/.$(&
!"+D;"%&f(%&2&-B^<"%&,(&6788I:(&\$@#D?</$@.$0&<"#&.$<#$<&>#".$@&B*>.C#&.$Q*DB/<.*$&$##@?(&!"#$%%&'()*+#,+
-.%+6P-.+'(-%"(/-'#(/0+$#(,%"%($%+#(+7(-%00')%(-+<*%"+'(-%",/$%(&
!*$$*D?%&K(&2&-+CC.S/$%&,(&67898:(&L*>.C#&P#>&,#?<&MD/;<.;#?(&1P9(&Y#<D.#S#@&-#E<#B>#D&9F%&7898%&QD*B&
"<<ETUU444(4d(*D0UgYUB4/>EU(&
!**E#D%&K(%&Y#.B/$$%&Y(%&2&!D*$.$%&R(&6788H:(&S2#<-+,/$%+PA+-.%+%**%(-'/0*+#,+'(-%"/$-'#(+&%*')((&P.C#^(&
!*+E#D%&L(&6788G:(&T%*')('()+8,,%$-'M%+1%2+J<"M%K*(&!/B>D.@0#(&
!*+D/0#%&!(%&2&,/[<#D%&f(&6788F:(&C(&%"*-/(&'()+K#<"+<*%"*U+S+;"/$-'$/0+)<'&%+-#+<*%"+"%V<'"%:%(-*A+:%-.#&*F+
-##0*+G+-%$.('V<%*(&L*D0/$&f/+QB/$$(&
!+.%&N(%&2&Y*<*%&b.DE.(&6788G:(&1*4&E#*EC#&+?#&<"#&4#>&*$&B*>.C#&@#S.;#?(&!"#$%%&'()*+#,+-.%+6R-.+
'(-%"(/-'#(/0+$#(,%"%($%+#(+1#"0&+1'&%+1%2(&
R/S.#?%&L(&6788H:(&M/E#D&MD*<*<^E.$0&/?&/&;*D#&<**C&.$&<"#&@#?.0$&*Q&B*>.C#&E"*$#&+?#D&.$<#DQ/;#?(&Y#<D.#S#@&
K+0+?<&78%&788I%&QD*B&"<<ETUU444(.@=>**_(;*BU;/?#?<+@^i99=7iE/E#D("<B(&
R/S.?%&3(&R(&69IGI:(&M#D;#.S#@&\?#Q+C$#??%&M#D;#.S#@&Z/?#&*Q&\?#%&/$@&\?#D&K;;#E</$;#&*Q&V$Q*DB/<.*$&
g#;"$*C*0^(&B7J+W</"-%"0K%&6P6d:%&d9G=de8(&
R#/DB/$%&R(%&2&M.#D;#%&'(&-(&6788G:(&jV<k&?&*$&B^&*<"#D&!*BE+<#D&lmT&!*BE+<.$0&4.<"&L+C<.EC#&R#S.;#?(&
!"#$%%&'()*+#,+-.%+?X-.+'(-%"(/-'#(/0+$#(,%"%($%+#(+><:/(+,/$-#"*+'(+$#:;<-'()+*K*-%:*+N9>7+?55YO(&
3C*D#$;#%&V</C^(&
! 214214
APPENDIX II: RESOURCES
!"#$%&"'($)*+,,-.$)!"#"$%&'%"($%)&*+,$%-$*%.%!$/"$0*$1%2334$)5$678/$1#)*&&$)/0/1.$)
!"#$%&"'($)*+,/,.$)9$:$1#"+&:%;%<(&&=$=%"($%0&*+,$%-$*$)2"3'4"#"5)678")+,9)+,/,9):';<)
=33&>??<"54($;&"'($@;<?<"54(?A<B?+,/,?&5:?A<B/,+,/,$&5:$)
!"C9)D$9)E)DF;B59)G$)*/---.$)H;B('5A)()I"33"')J85"'A3(8548K);:)L;83"M3)(85)L;83"M30DB('"8"AA$)
>1&<$$?+:@=%&'%"($%A="%+:"$1:#"+&:#,%=B0/&=+C0%&:%D#:?($,?%#:?%E*+FC+"&C=%G&0/C"+:@$)
!;3N;F4$)*+,,O.$)H($%I$="%J%-&1="%&'%"($%)&*+,$%-$*$)2"3'4"#"5)%@3;F"')+P9)+,/,):';<)
=33&>??<;F43=48Q48K$@;<?B=43"0&(&"'A?F"A30(850B;'A30;:03="0<;F4R"0B"F$)
!;7'4A=9)S$)*+,,/.$)T""Q48K)():;785(34;8):;')@;83"M30(B('")@;<&7348K$)DC0#:KG&0/C"$1%L:"$1#<"+&:9)AM*+.9)
++-0+U/$)
VC"0H'(@Q48K$)*+,/,.$)-+N+/$?+#$)2"3'4"#"5)!"@"<F"')/+9)+,/,9):';<)
=33&>??"8$B4Q4&"54($;'K?B4Q4?VC"W3'(@Q48K)
X4'3<(89)N$)*+,/,.$)>1&@1#00+:@%"($%0&*+,$%O$*$)%Y2"4RRC$)
XR48K9)I$)*+,,-.$))&*+,$%5$=+@:%#:?%5$6$,&/0$:"$)%Y2"4RRC$)
X'"43(A9)T$9)E)Z"#"8"9)N$)*+,,P.$)["('(FR")(85)<;F4R")5"#4@"A$)\8)L$)G=(;74)*V5$.9)P:<B<,&/$?+#%&'%DC0#:%
G&0/C"$1%L:"$1#<"+&:7)*&&$)],10]/+.$)Z;85;8>)\5"()G';7&)2":"'"8@")*(8)4<&'483);:)\5"()G';7&)\8@$.$)
G(4R9)2$)X$9)E)Z(R9)2$)*+,,-.$)I$@+::+:@%!0#1"/(&:$%-$*%5$6$,&/0$:"$)D&'"AA$)
G(''"339)6$)6$)*+,,+.$)H($%P,$0$:"=%&'%E=$1%PQ/$1+$:<$R%E=$1KG$:"$1$?%5$=+@:%'&1%"($%-$*$)S"(@=&43)S'"AA$)
G(''"339)6$)6$)*+,,1.$)L7A3;<"')Z;C(R3C)(85)3=")VR"<"83A);:)JA"')VM&"'4"8@"$)5$=+@:%)#:#@$0$:"%S$6+$O$)
2"3'4"#"5)%@3;F"')+,9)+,/,9):';<)
=33&>??BBB$5<4$;'K?5<4?=3<R?&7FR4@(34;8A?^;7'8(R?:7RR(FA3'(@3W5$^A&_43"<\!`,1/]/GD2aP$)
G";R;@(34;8$)*+,/,.$)-+N+/$?+#$)2"3'4"#"5)T"&3"<F"')/,9)+,/,9):';<)
=33&>??"8$B4Q4&"54($;'K?B4Q4?G";R;@(34;8$)
G";H(KK48K$)*+,/,.$)-+N+/$?+#$)2"3'4"#"5)!"@"<F"')/]9)+,/,9):';<)
=33&>??"8$B4Q4&"54($;'K?B4Q4?G";3(KK48K$)
G;Q"'9)D$9)E)NC'=(7K9)b$)*+,,O.$)V#(R7(34;8);:)()<;F4R")48:;'<(34;8)ACA3"<)48)@;83"M3$)L:'&10#"+&:%
>1&<$==+:@%#:?%)#:#@$0$:"9)TT9)a-01P$)
G;Q"'9)D$9)E)NC'=(7K9)b$)*+,,-.$)L;83"M3)(85)\8:;'<(34;8)2"3'4"#(R$)L:'&10#"+&:%S$"1+$6#,R%!$#1<(+:@%+:%"($%
2A="%G$:"C1B$)
G'""8F"'K9)T$)*+,,/.$)L;83"M3)(A)()5C8(<4@)@;8A3'7@3$)DC0#:KG&0/C"$1%L:"$1#<"+&:9)AM*+.9)+P]0+1O$)
G79)c$0!$9)648R489)L$9)N(9)[$0d$9)E)L="89)G$0Z$)*+,,+.$)e4A7(R)I(A"5)L;83"83)J85"'A3(8548K)3;B('5A)["F)
D5(&3(34;8$)>1&<$$?+:@=%&'%"($%!$<&:?%L:"$1:#"+&:#,%G&:'$1$:<$%&:%U?#/"+6$%DB/$10$?+#%#:?%U?#/"+6$%
-$*KI#=$?%!B="$0=$)N(R(K(9)T&(48$)
G7&3(9)T$9)f(4A"'9)G$9)g"4A3(539)!$9)E)G'4<<9)S$)*+,,a.$)!%N0F(A"5)@;83"83)"M3'(@34;8);:)bHNZ)5;@7<"83A$)
>1&<$$?+:@=%&'%"($%"O$,'"(%+:"$1:#"+&:#,%<&:'$1$:<$%&:%-&1,?%-+?$%-$*%K%---%V3W)*&$)+,].$)I75(&"A39)
b78K('C>)DLN)S'"AA$)
b(AA"8h(=R9)N$9)H'(@348AQC9)g$)*+,,1.$)JA"')VM&"'4"8@")i)()2"A"('@=)DK"85($)I$(#6+&C1%#:?%L:'&10#"+&:%
H$<(:&,&@B9)2X*+.9)-/0-]$)
! 215215
APPENDIX II: RESOURCES
!"#$%#&'()*+,+-'(!"#"$%&"''(."$/0"1"2(3"4"%5"/(,67(*+,+7(8/9%(:$$&;<<"='>0?0&"20#'9/@<>0?0<!"#$A%#&'(
!""#"7(B'7(C9=@?"D=7(B'7(BD=ED=@7(F'7(BD=:97(F'7(G(H0%7(I'()*++J-'(K(F$D2L(9=($:"(M950N"(O"5(P"="/#$0=@(DQ0=@(
RN"%"=$(98(SQ"/(RT&"/0"=4"'(()*%+)'*",)'-./,0+)'-.,1.2-%3*+,)"345.6"+30"*4.')&.784*%947(:)U-7(*VUW*X+'(
!Y?9=(O0D%7(H'7(Z#=$"?7(['7(PN#\%#=7(3'7(G(K=="(1#=7(B'()*+,+-'(M"20#(]D"/0"Q'(!;6'(."$/0"1"2(^91"%5"/(
*V7(*+,+7(8/9%(:$$&;<<>>>'>_'9/@<Z.<*+,+<`.W4QQ_W%"20#aD"/0"QW*+,++J*J<'(
bbb3'()*+++-'(O:#$(0Q(0=89/%#$09=(2"Q0@=c(."$/0"1"2(F"&$"%5"/(,67(*+,+7(8/9%(
:$$&;<<>>>'0002'="$<b=89/%#$09='#Q&T'(
b=89/%#$09=(3"Q0@='()*+,+-'(!"#"$%&"''(."$/0"1"2(F"&$"%5"/(,+7(*+,+7(8/9%(
:$$&;<<"='>0?0&"20#'9/@<>0?0<b=89/%#$09=A2"Q0@='(
b=@/#%7(M'()*+,+-'(b=89@/#&:04;(Z:"(P"9Q940#N(S=01"/Q"'(<"<',9'(."$/0"1"2(3"4"%5"/(*7(*+,+7(8/9%(
:$$&;<<@0@#9%'49%<*+,+<+V<*+<0=89@/#&:04W$:"W@"9Q940#NWD=01"/Q"<'(
ba5#N7(F'(Z'7(G(!9/10$\7(R'()*++J-'(30Q/D&$09=(#=2(/"491"/L(98(49%&D$0=@($#Q?Q;(80"N2(Q$D2L7(#=#NLQ0Q7(#=2(
20/"4$09=Q'(=+,3%%&")>4.,1.*?%.@A*?.")*%+)'*",)'-.3,)1%+%)3%.,).B09').1'3*,+4.").3,9$0*")>.484*%94.
C6B(.@DDEF'(`K7(SFK'(
bFd(,_U+J'(),XXX-'(!D%#=W4"=$/"2(2"Q0@=(&/94"QQ"Q(89/(0=$"/#4$01"(QLQ$"%Q'(
bZS'()*++X-'(GB2.!HIJK.(L.@DDM.N.O.&%3'&%.,1.(6G.>+,P*?.&+"Q%).R8.9,R"-%.*%3?),-,>"%4'(
C#495Q9=7(.'(),XXX-'(()1,+9'*",).K%4">)'(MbZ(e/"QQ'(
C9="Q7(M'(),XXX-'(b%&/910=@(O"5(0=$"/#4$09=(9=(Q%#NN(20Q&N#LQ'(6,9$0*%+.L%*P,+#47(;:),,W,f-7(,,*XW,,_J'(
C9="Q7(M'()*++_-'(b%&/910=@(>"5(Q"#/4:(9=(Q%#NN(Q4/""=(2"104"Q'(()*%+'3*")>.P"*?.6,9$0*%+47(:A)U-7(UJXWUX6'((
C9="Q7(M'7(G(M#/Q2"=7(P'()*++f-'(S,R"-%.()*%+'3*",).K%4">)'(C9:=(O0N"L(G(F9=Q7(b=4'(
C9==#7(!'()*++f-'(T4'R"-"*8.P"*?.3,)*%U*V'P'+%.9,R"-%.'$$-"3'*",)4W.6'4%.4*0&"%4.')&.&%4">).>0"&%-")%4W(
B#?0:#/#7(M'7(G(F9/"=Q"=7(`'()*++*-'(M950N0$L;(#=("T$"=2"2(&"/Q&"4$01"'(=+,3%%&")>4.,1.*?%.;A*?.O))0'-.
B'P'"".()*%+)'*",)'-.6,)1%+%)3%.,).784*%9.73"%)3%4'(bRRR(`9%&D$'(F94'(
B#N5#4:7(C'()*++J-'(K%4">)")>.!%R.L'Q">'*",)'(dg."0NNL'(
B#/NQ9=7(K'(B'7(ba5#N7(F:#%Q0(Z7(M"L"/Q7(h'7(.#%9Q7(P'7(H""7(B'7(G(Z#=@7(C'(`'()*+,+-'(M950N"(Z#Q?8N9>(0=(`9=$"T$(
;(K(F4/""=Q:9$(F$D2L(98(F%#/$&:9="(SQ#@"'(=+,3%%&")>4.,1.*?%.@X*?.")*%+)'*",)'-.3,)1%+%)3%.,).B09').
1'3*,+4.").3,9$0*")>.484*%94.C6B(.@D:DF'(
B"NN#/7(M'7(O#$$"/Q7(`'7(G(F:"&:"/27(M'()*++f-'(K(P9#NW5#Q"2(`N#QQ0804#$09=(98(O"5(b=89/%#$09=(Z#Q?Q'(
=+,3%%&")>4.,1.*?%.O9%+"3').7,3"%*8.1,+.()1,+9'*",).73"%)3%.')&.G%3?),-,>8'(
B0%7(!'7(B0%7(C0=>997(H""7(I'7(`:#"7(M'7(G(`:907(I9D=@>#='()*++*-'(K=("%&0/04#N(Q$D2L(98($:"(DQ"(49=$"T$Q(#=2(
DQ#50N0$L(&/95N"%Q(0=(%950N"(b=$"/="$'(=+,3%%&")>4.,1.*?%.;A*?.O))0'-.B'P'"".()*%+)'*",)'-.6,)1%+%)3%.
,).784*%9.73"%)3%4'(bRRR(`9%&D$'(F94'(
BE"N2Q?917(C'()*++U-'(^">($"4:=0aD"Q(89/(DQ#50N0$L("1#ND#$09=(98(%950N"(QLQ$"%Q'(()*%+)'*",)'-./,0+)'-.,1.
B09')V6,9$0*%+.7*0&"%47(YD)6Wf-7(6XXWf*+'(
! 216216
APPENDIX II: RESOURCES
!"#$%&'()*+,#&-#.*+/+0.1213*+45+67889:5+;+<#)=#>+(?+@(A=$#+B4C+<#.D2+@#E2(%&5+!"#$%%&'()*+#,+-.%+/-.+
0(-%"(1-'#(12+3456#*'75+#(+8751(+$#567-%"+'(-%"1$-'#(+9'-.+5#:'2%+&%;'$%*+1(&+*%";'$%*+<=#:'2%+8>0+
?@@AB5+F%=G#*+CE1$HI+J-.=GK#.+L#.$=G+M+B#=%#$A#.K5+
!G#3#H#.*+N5*+/+J)(A()1*+O5+6788P:5+F&#.+OQ-#.=#GD#+R+FS5+0(-%"1$-'#(CD%*')(E#")5+<#E.=#)#%+J#-E#3A#.+TU*+
78T8*+?.(3+2EE-IMM>>>5=GE#.1DE=(GR%#&=KG5(.KM#GDHD$(-#%=1MV&#.W#Q-#.=#GD#W(.WVQ52E3$5+
!.=&E(??#.&#G*+J*+/+X"VGKA#.K*+Y5+6TZZ[:5+<#-.#&#GE=GK+3(%1$=E=#&+=G+3(A=$#+D(3-VE=GK5+!"#$%%&'()*+#,+
0(-%"1$-';%+F662'$1-'#(*+'(+=#:'2%+>#567-'()5+0#.31GH5+
!.=&E(??#.&#G*+JE#=G1.*+/+X"VGKA#.K*+Y5+67888:5+@(A=$#+F&#+(?+C\5+>#567-'()5+
!.VK*+J5+6788U:5+D#(G-+51H%+5%+-.'(H+67G%+#%5:5+]#>+<=%#.&5+
!VG=1)&'H*+@5+678T8:5+351"-+I.'()*J+K:'L7'-#7*+>#567-'()+K*%"+MN6%"'%($%+D%*')(5+@(.K1G+!1V?31GG5+
X1>*+O5*+<(E(*+^=.-=*+^#.3##.#G*+;5+_5+`5+J5*+!(.E*+,5*+/+B1&&#Ga12$*+@5+6788[:5+\(>1.%&+1+&21.#%+%#?=G=E=(G+(?+
V&#.+#Q-#.=#GD#5+!"#$%%&'()*+#,+-.%+?O-.+'(-%"(1-'#(12+$#(,%"%($%+#(+8751(+,1$-#"*+'(+$#567-'()+
*4*-%5*+<>80+?@@PB5+Y$(.#GD#*+CE1$HI+;4@+_.#&&5+
X##*+C5*+!=3*+,1#&((*+/+!=3*+,=G>((5+6788U:5+F&#+4(GE#QE&+?(.+E2#+@(A=$#+CGE#.G#EI+;+X(GK=EV%=G1$+JEV%H+
@(G=E(.=GK+;DEV1$+F&#+(?+@(A=$#+CGE#.G#E+J#.)=D#&5+0(-%"(1-'#(12+Q#7"(12+#,+8751(C>#567-%"+
0(-%"1$-'#(*+RP69:*+7bZR7Z75+
X##*+!5+L5*+/+0.=D#*+<5+;5+67889:5+;G+1%1-E=)#+)=#>=GK+1--$=D1E=(G+?(.+E2#+>#A+(G+-#.&(G1$+%=K=E1$+1&&=&E1GE&5+
!"#$%%&'()*+#,+-.%+?R*-+1((712+'(-%"(1-'#(12+$#(,%"%($%+#(+D#$75%(-1-'#(+<30SDT>+?@@AB5+J1G+
Y.1GD=&D(*+4;*+FJ;I+;4@5+
@1D#*+@5+6788P:5+3%)5%(-'()+=#:'2%+D1-1+J+I.%+=4-.+#,+-.%+351"-6.#(%+=1"H%-5+<#E.=#)#%+J#-E#3A#.+78*+
78T8*+?.(3+>>>531.&21$$5V&D5#%VM1&&#E&M88bMUUbP5-%?5+
@1#'1>1*+\5*+B1.1*+\5*+/+]=&2=(*+J5+6788b:5+;+4($$1A(.1E=)#+c#A+L.(>&=GK+JH&E#3+?(.+@V$E=-$#+@(A=$#+F&#.&5+
U#7"-.+F((712+0MMM+0(-%"(1-'#(12+>#(,%"%($%+#(+!%";1*';%+>#567-'()+1(&+>#557('$1-'#(*+
<!MV>T=G@OB+6--5+77R9U:5+COOO5+
@1KV=.#*+@5+6788T:5+@#E2(%&+E(+&V--(.E+2V31GRD#GE.#%+%#&=KG5+0(-%"(1-'#(12+Q#7"(12+#,+8751(C>#567-%"+
3-7&'%**+//6d:*+U[PRb9d5+
@1.DV&*+;5*+/+42#G*+O5+67887:5+N#)#$(-3#GE+(?+1+YVEV.#+c=.#$#&&+CG?(.31E=(G+N#)=D#5+W%$-7"%+(#-%*+,#"+-.%+
-7-#"'12+'(+-.%+3'N-.+0(-%"(1-'#(12*+6;-.=$:*+TR[5+<#E.=#)#%+;VKV&E+7Z*+78T8*+?.(3+
2EE-IMM&D2($1.5K((K$#5D(3M&D2($1.e2$f#G/AEG0fJ#1.D2/gf=GE=E$#IN#)#$(-3#GEh(?h1hYVEV.#hc=.#$#&&
hCG?(.31E=(GhN#)=D#i75+
@1.=G#\.1??=D5+6788[:5+Y.#gV#GE$H+;&'#%+jV#&E=(G&5+<#E.=#)#%+J#-E#3A#.+TU*+78T8*+?.(3+
2EE-IMM31.=G#E.1??=D5D(3M1=&M?1g51&-Qe$#)#$TfTb85+
@#%=1+EH-#&5+6788Z:5+XA>5+<#E.=#)#%+`DE(A#.+7[*+78T8*+?.(3+2EE-IMM>>>5>95(.KM\<M4JJ7TM3#%=152E3$5+
@#2E1*+]5+6788[:5+=#:'2%+X%:+D%;%2#65%(-5+_1D'E+_VA$=&2=GK5+
@(A=$#+c#A5+6788Z:5+XA>5+<#E.=#)#%+]()#3A#.+7U*+788Z*+?.(3+
2EE-IMM>>>5>95(.KM&E1G%1.%&M>#A%#&=KGM3(A=$>#A5+
@(A=$#+c#A5+678T8:5+X'H'6%&'15+<#E.=#)#%+J#-E#3A#.+T8*+78T8*+?.(3+
2EE-IMM#G5>='=-#%=15(.KM>='=M@(A=$#W>#A5+
! 217217
APPENDIX II: RESOURCES
!"##$%&'%()**+,'%!"#$%&'(&#')&*$+,-'.'/&#'*01,2132*'1443"156'7"3'2&%$8&3$,+'5",0&,0'0"'9"#$%&'2&8$5&*'%
&-./0"1%!"##'%
!"023##/$%4'%5'$%6%7"8/19/#:$%;'%()**<,'%:,7"3910$",'.356$0&50;3&'7"3'06&'("3%2'($2&'(&#%(=0:%/:','%>?7/3##@'%
!"023##/$%5'%()**A,'%B8/0%CDE/03/1F/%G/83H1'%<&91,0$5<0;2$"*'%7/I03/2/:%J/EI/.K/0%LM$%)*L*$%90".%
NIIEOPP8/.-1I3F8IQ:3"8'F".PEQK#3F-I3"18P8/.-1I3F8P****)R'ENE'%
!"023##/$%5'$%6%&-##/1:/0$%S'%()*L*,'%<&1356'=100&3,*-')&*$+,'7"3'2$*5"8&3>'%>?7/3##@'%
!TU/#T$%V'$%WQ#I"1%JQ03$%S'%()**L,'%JQEE"0I31H%B8/08X%&0/-I323I@O%G/83H1%I"%Y1:QF/%5#/-8Q0-K#/%CDE/03/1F/8'%
=3"5&&2$,+*'"7'06&':,0&3,10$",1%'?",7&3&,5&'",'.77&50$8&'@;91,'A150"3*')&*$+,'%
Z3/#8/1$%&'%!'$%J$%Z'%V'$%>2/0H--0:$%!'$%[/\$%J'%;'$%5/:/08/1$%!'%4'$%J$%C'%]'%Y'%V'$%/I%-#'%()**<,'%YIX8%^"0IN%IN/%
_-88#/%`%]N/%V::/:%[-#Q/%"9%C2-#Q-I31H%IN/%B8-K3#3I@%"9%!"K3#/%J@8I/.8%31%IN/%W3/#:'%=3"5&&2$,+*'"7'06&'
B06'C"32$5'5",7&3&,5&'",'@;91,D5"94;0&3'$,0&3150$",-'561,+$,+'3"%&*'%>8#"$%Z"0a-@'%
Z3/#8/1$%S'%()**+,'%Y1I/023/a31H%B8/08'%E1F"#'C$&%*&,G*'.%&30#"H'%7/I03/2/:%VQHQ8I%)+$%)*L*$%90".%
NIIEOPPaaa'Q8/3I'F".P-#/0IK"DP31I/023/a8'NI.#'%
Z3/#8/1$%S'%()**R,'%!"K3#/%^/K%)**R%b%G/8UI"E%^/K%LRR+'%E1F"#'C$&%*&,G*'.%&30#"H'%7/I03/2/:%J/EI/.K/0%)A$%
)**R$%90".%NIIEOPPaaa'Q8/3I'F".P-#/0IK"DP."K3#/c)**R'NI.#'%
Z3/#8/1$%S'%()*L*,'%^N/1%I"%B8/%^N3FN%B8/0%CDE/03/1F/%7/8/-0FN%!/IN":8'%E1F"#'C$&%*&,G*'.%&30#"H'%
7/I03/2/:%VQHQ8I%)+$%)*L*$%90".%NIIEOPPaaa'Q8/3I'F".P-#/0IK"DPQ8/0c0/8/-0FNc./IN":8'NI.#'%
Z3/#8/1$%S'$%Z"0.-1$%G'$%6%]"H1-dd313$%4'%()**R,'%!"K3#/%B8-K3#3I@'%E1F"#'C$&%*&,G*'.%&30#"H'%7/I03/2/:%
J/EI/.K/0%)*$%)**R$%90".%NIIEOPPaaa'Q8/3I'F".P-#/0IK"DP."K3#/cQ8-K3#3I@'NI.#'%
ZZe0"QE'%()**f,'%B8/0%CDE/03/1F/'%7/I03/2/:%J/EI/.K/0%LM$%)*L*$%90".%
NIIEOPPaaa'11H0"QE'F".P-K"QIPQ8/0/DE/03/1F/'NI.#'%
Z"0.-1$%G'%(LR++,'%I6&'=*>56"%"+>'"7'J8&3>21>'I6$,+*'%4-83F%4""U8'%
ZQ:/#.-1$%e'%()*L*,'%G/83H131H%!"K3#/%J/-0FNO%]Q0131H%;3.3I-I3"18%31I"%>EE"0IQ13I3/8'%KL'9100&3*'%7/I03/2/:%
!-0FN%+$%)*L*$%90".%NIIEOPPaaa'QD.-II/08'F".P.IP-0FN32/8P)*L*P*=P:/83H131Hc."K3#/c8/-0FNc
IQ0131Hc#3.3I-I3"18c31I"c"EE"0IQ13I3/8'ENE'%
Z@#-1:/0$%J'$%;Q1:gQ38I$%]'$%6%40T118I0h.$%V'%()**R,'%VI%_"./%-1:%a3IN%&".EQI/0%VFF/88%i%^N@%-1:%^N/0/%
5/"E#/%B8/%&/##%5N"1/8%I"%VFF/88%IN/%Y1I/01/I'%=3"5&&2$,+*'"7'06&'MN06'$,0&3,10$",1%'5",7&3&,5&'",'
@;91,'7150"3*'$,'5"94;0$,+'*>*0&9*'%4"8I"1$%!-88-FNQ8/II8$%B13I/:%JI-I/8'%
>gQ38I$%e'$%6%e"#:8I/31$%!'%()**=,'%]"a-0:8%-1%3.E0"2/:%0/-:-K3#3I@%"1%."K3#/%:/23F/8O%/2-#Q-I31H%-:-EI32/%
0-E3:%8/03-#%238Q-#%E0/8/1I-I3"1'%:,0&3150$,+'/$06'?"94;0&3*$%OP(A,$%M=RcMM+'%
>Q#-8230I-$%V'$%6%JQ.-03$%;'%()**f,'%!"K3#/%j3I8%-1:%;-EI"E%]0-@8%O%!-1-H31H%!Q#I3E#/%G/23F/8%31%!"K3#/%
Y19"0.-I3"1%^"0U'%=3"5&&2$,+*'"7'06&'MP06'$,0&3,10$",1%'5",7&3&,5&'",'@;91,'7150"3*'$,'5"94;0$,+'
*>*0&9*'Q?@:'MRRNS'%&V$%BJV'%
>Q#-8230I-$%V'$%]-..31/1$%J'$%7"I"$%[30E3$%6%jQ"0/#-NI3$%S'%()**M,'%Y1I/0-FI3"1%31%Ac8/F"1:%KQ08I8O%IN/%
90-H./1I/:%1-IQ0/%"9%-II/1I3"1-#%0/8"Q0F/8%31%."K3#/%_&Y'%=3"5&&2$,+*'"7'06&'MT32'$,0&3,10$",1%'
5",7&3&,5&'",'@;91,'7150"3*'$,'5"94;0$,+'*>*0&9*'Q?@:'MRRPS'%%
5-0Q8N$%V'$%6%Z303I$%k'ce'%()**A,'%^/K%1-23H-I3"1%8I0QFIQ0/8%31%F/##Q#-0%EN"1/8O%IN/%:/EINPK0/-:IN%I0-:/c"99%
388Q/'%:,0&3,10$",1%'E";3,1%'"7'@;91,D?"94;0&3'<0;2$&*$%UR(Mc<,$%fM=cff*'%
! 218218
APPENDIX II: RESOURCES
!"##"$%%&'()*+),-..-/+)!"#$%&'()$"*+,-)."/*'"*)"(%$+01()$"+)0&1')2"'3456'%)!7896%16':);&+)
!"<='#"$'"#+),-.>./+)2$3)4,*511,--*6787+)
!$""?"()0+()@14$A()B+()C)*&:"$%()D+),-..E/+)='#"$4?#6&')F"%6:')8"G&'F)1754'H?&5A7#"$)6'#"$4?#6&'),-'F)"F+/+)
0&1')I69"G)C)@&'%()='?+)
*486'()0+()C)J?;4#16"K"L69"();+),-..M/+)J&869")I"8)2"%#)!$4?#6?"%)>+.+)9:;+)*"#$6"L"F)07'")N()-.>.()O$&5)
1##APQQ<<<+<R+&$:QS*Q5&869"H8AQ+)
*"49H#65")<"8+),-.>./+)9)<)=,+)'+)*"#$6"L"F)@"A#"58"$)>T()-.>.()O$&5)1##APQQ"'+<6U6A"F64+&$:Q<6U6Q*"49H
#65"V<"8+)
*"4%&'()0+),>WW./+)>0&'"*?%%$%+)K"<)D&$U()KD+);458$6F:")X'6L"$%6#G)!$"%%+)
*"6?1"'84?1"$()S+),-..W/+)Y"&:$4A16?)*"9"L4'?")6')5&869")%"$L6?"%+)@%$1,,+)".-*$#*(A,*6"+*!"(,%"'()$"'4*
9$%<-A$=*$"*B$1'()$"*'"+*(A,*9,3+)2&%#&'()J4%%4?17%"##%()X'6#"F)@#4#"%+)
*6%#()S+()C)2$4'F5"6"$()!+),-..-/+);7%#&56Z6':)Y$4A16?%)O&$)S6'G)[6%A94G%)&O)J&869")["L6?"%+)@,%-$"'4*'"+*
C3)D0)($0-*;$&=0()".()E,\/()-N.H-NM+)
*&F"'()S+),-.>./+)F0)4+)".*(A,*%,'4()&,*0-,%*,G=,%),"1,+)]^*"699G+)
*&#&()_6A$6()!&A"%?7()`+()a&6L&%#&()`+()C)_4$#646'"'()b+),-..N/+)J6'654A)c)`)I"8)!4:")_6%7496Z4#6&')J"#1&F)
O&$)J&869")!1&'"%+)@%$1,,+)".-*$#*(A,*6H(A*)"(,%"'()$"'4*1$"#,%,"1,*$"*>0&'"*#'1($%-*)"*1$&=0()".*
-I-(,&-*J;>!*677EK+)J&'#$d49()e7d8"?();4'4F4P)`;J+)
@4L6&()K+()C)2$46#"$54'()0+),-..E/+)["%6:')@U"#?1P)S1");&'#"f#)&O)J&869")='#"$4?#6&'+)@%$1,,+)".-*$#*(A,*L(A*
!"(,%"'()$"'4*MI&=$-)0&*$"*>0&'"*1$&=0(,%*)"(,%'1()$"*N)(A*&$3)4,*+,O)1,-*'"+*-,%O)1,-*J2$3)4,*>;!*
677PK+)@6':4A&$"()@6':4A&$"+)
@?1696#()2+()C)S1"65"$()J+),>WW\/+)[6%%"56'4#6':)`?#6L")J4A)='O&$54#6&')#&)J&869")B&%#%+)!???*Q,(N$%<()R,T/()
--HR-+)
@?156F#()`+()2"6:9()J+()C)Y"99"$%"'()B+HI+),>WWW/+)S1"$")6%)5&$")#&)?&'#"f#)#14')9&?4#6&'+);$&=0(,%-*S*
T%'=A)1-()6:,N/()MWRHW.>+)
@"4$%()`+()g6'()J+()04?U&()0+()C)h64&()D+),-..R/+)I1"');&5A7#"$%)i4F"+++!"$L4%6L");&5A7#6':)4'F)@6#74#6&'499GH
='F7?"F)=5A46$5"'#%)4'F)[6%48696#6"%+)!"*>0&'"U;$&=0(,%*!"(,%'1()$"/*VA,$%I*'"+*@%'1()1,*J@'%(*!!K()
>-WMH>R.-+)
@"99"'()`+)0+()J7$A1G()*+)C)@14<()a+)g+),-..-/+)B&<)a'&<9"F:")I&$U"$%)X%")#1")I"8+)@%$1,,+)".-*$#*(A,*
M!T;>!*;$"#,%,"1,*$"*>0&'"*W'1($%-*)"*;$&=0()".*MI-(,&-+)J6''"4A&96%+)
@1$"%#14()@+),-..E/+)J&869")I"8)2$&<%6':P)X%48696#G)@#7FG+)@%$1,,+)".-*$#*(A,*H(A*)"(,%"'()$"'4*1$"#,%,"1,*
$"*&$3)4,*(,1A"$4$.IX*'==4)1'()$"-X*'"+*-I-(,&-*'"+*(A,*8-(*)"(,%"'()$"'4*-I&=$-)0&*$"*;$&=0(,%*
A0&'"*)"(,%'1()$"*)"*&$3)4,*(,1A"$4$.I*J2$3)4)(I*677PK+)@6':4A&$"()@6':4A&$"P)`;J+)
@9"%%()[+),>WW-/+)I14#)6%)6'O&$54#6&')F"%6:'j)=')[+)!+)*+)@9"%%),bF+/()Y,-).")".*)"#$%&'()$"*#$%*=,$=4,),AA+)>H
>N/+);4'8"$$4P);&557'6?4#6&')*"%"4$?1)!$"%%+)
@9"%%()[+),>WWE/+)2769F6':)#1")8$6F:"%)4?$&%%)#1")G"4$%)4'F)F6%?6A96'"%+)!"#$%&'()$"*Y,-)."*Z$0%"'4()R,\/+)
@&1'()S+()g6()a+)`+()Y$6%<&9F()I+)Y+()C)B&994'()0+)[+),-..M/+)`)F64$G)%#7FG)&O)5&869")6'O&$54#6&')'""F%+)
@%$1,,+)".-*$#*(A,*6E(A*)"(,%"'()$"'4*1$"#,%,"1,*$"*>0&'"*#'1($%-*)"*1$&=0()".*-I-(,&-*J;>!*677RK+)
i9&$"'?"()=#49GP)`;J)!$"%%+)
! 219219
APPENDIX II: RESOURCES
!"#$%&'(&)*++,-(&./0&1/230&4$5627(&!"#$%&"'((&806790:0#&!0;60<=07&*>%&*++?%&@72<&
/66;ABB#0:(2;07$(52<B$7695C0DB:90EB6/0F;/230F@$5627F*B(&
!"#$%&'(&)*++?-(&G2=9C0&HA&I3672#"56923&62&6/0&<2=9C0&E0=(&!"#$%&"'((&806790:0#&!0;60<=07&*>%&*++?%&@72<&
/66;ABB#0:(2;07$(52<B$7695C0DB:90EB93672#"56923F62F6/0F<2=9C0FE0=B(&
!:$30$D%&J(&)*++H-(&K2360L6F$E$70&605/32C2MNA&$&;/032<032C2M95$C&;07D;0569:0(&)*+(,-./+&*0"'1
2,0"'(304/,%&56)*-%&OP?F>++(&
.$<<9303%&!(%&Q"C$D:976$%&R(%&.29DS$CC92%&T(%&U&T$3S$9303%&R(&)*++>-(&V3#07D6$3#93M&<2=9C0&52360L6D(&7"'8/,(91
(,:1;<4=*40/*81./+&*04,>%&?)*-%&HOWFH>O(&
.X!(&)*+H+-(&!'4#"'81/@1/,94,"1<"A(#4/*'(&806790:0#&J050<=07&*+%&*+H+%&@72<&
/66;ABB#9D52:07#9M96$CC9@0(52<B#2E3C2$#DB;#@BJ79:07DY2@Y23C930Y=0/$:92"7(;#@(&
.70E93%&!(&)*++,-(&1/ND95$C&"D$=9C96N&$3#&6/0&<2=9C0&E0=(&7'/3"":4,>81/@10A"1BCC614,0"',(04/,(913'/88-
:4834&94,('D1E/'F8A/&1/,1G"<1(33"884<4940D1HGIJK1L*49:4,>10A"1+/<49"1E"<M1'":483/#"'4,>1(33"884<4940DN1-1
GIJ(&Z#93="7M/%&V(T(&
VD07&ZL;0790350(&)*+H+-(&G4F4&":4((&806790:0#&!0;60<=07&H+%&*+H+%&@72<&
/66;ABB03(E9S9;0#9$(27MBE9S9BVD07Y0L;0790350(&
[07S$D$C2%&\(&)*++]-(&K2360L6"$C&;$66073D&93&<2=9C0&D07:950&"D$M0(&7"'8/,(91(,:1;<4=*40/*81./+&*04,>%&5O)W-%&
OOHFO>*(&!;793M07&^23#23(&&
_$0C0%&8(&)*++,-(&V3#07D6$3#93M&G2=9C0&*(+(&P"(:1G'40"1G"<(&806790:0#&Q562=07&H+%&*++?%&@72<&
/66;ABBEEE(70$#E7960E0=(52<B$75/9:0DB"3#07D6$3#93MY<2=9C0Y*(;/;(&
_$3M%&8(&`(%&U&!6723M%&J(&G(&)H??,-(&'0N23#&$55"7$5NA&E/$6&#$6$&a"$C96N&<0$3D&62&#$6$&523D"<07D(&Q/*',(91/@1
R(,(>"+",012,@/'+(04/,1SD80"+8%&5B)>-%&W(&
_09DD%&!(&)*++*-(&)(,:A"9:1*8(<4940D(&b2/3&_9C0N&U&!23D%&I35(&
_27C#&_9#0&_0=(&)*+H+-(&G4F4&":4((&806790:0#&!0;60<=07&H+%&*+H+%&@72<&
/66;ABB03(E9S9;0#9$(27MBE9S9B_27C#Y_9#0Y_0=(&
`$3M%&`(J(%&K/03%&b(^(&R3#&c/$3M%&\(&b(&)*+++-(&R#$;69:0&J0C9:07N&2@&\.G^&K236036D(&12D607(&7'/3"":4,>81/@10A"1
T0A14,0"',(04/,(913/,@"'",3"1/,1G/'9:1G4:"1G"<1-1GGG1UCC(&
`"%&!(%&K$9%&J(%&_03%&b(F8(%&U&G$%&_(F`(&)*++O-(&I<;72:93M&;D0"#2F70C0:$350&@00#=$5S&93&E0=&93@27<$6923&
706790:$C&"D93M&E0=&;$M0&D0M<036$6923(&7'/3"":4,>81/@10A"10E"9@0A14,0"',(04/,(913/,@"'",3"1/,1G/'9:1
G4:"1G"<1-1GGG1UCO&);(&HH-(&'"#$;0D6%&\"3M$7NA&RKG&170DD(&
c/2"%&J(%&K/$3#07%&R(%&U&I3$<"7$%&\(&)*++?-(&Q;69<9d93M&VD07&I3607$56923&@27&G2=9C0&_0=&'72ED93M(&
7'/3"":4,>81/@10A"1550A12,0"',(04/,(91SD+&/84*+1/,1)*+(,13/+&*0"'14,0"'(304/,1E40A1+/<49"1:"#43"81
(,:18"'#43"81HR/<49"1).21BCCTK(&'233%&e07<$3NA&RKG(&
&
&
! 220220
APPENDIX II: RESOURCES
BIBLIOGRAPHY
!"#$%&'(%&)&*+,,-.#/%&0(&123435(&678-,9&:98&!;;,-<#=-7/&09>=&?@#<=-<9>(&!"#(&A9=@-9.9"&*9;=9$89@&4B%&2343%&
C@7$&D==;EFFGGG(GH(7@IFJAF$G#8;F(&
!"789(&123435(&K9>-I/-/I&<7/=9L=+#,&>7,+=-7/>&#/"&#;;,-<#=-7/>(&$%&'()*(+(,&-(.)#&//(012&/(&A9=@-9.9"&
*9;=9$89@&4B%&2343%&C@7$&
D==;EFFGGG(#"789(<7$F"9./9=F"9.-<9>F#@=-<,9>F"9>-I/M=-;>M$78-,9M@-#M;@-/=(D=$,(&
!;;,9&K9.9,7;9@&N-8@#@O(&123435(&P;=-$-Q-/I&:98&'7/=9/=(&A9=@-9.9"&R7.9$89@&2S%&2343%&C@7$&
D==;EFF"9.9,7;9@(#;;,9(<7$F,-8@#@OF>#C#@-FT"7<+$9/=#=-7/F#;;,9#;;,-<#=-7/>F@9C9@9/<9F>#C#@-G98<7/
=9/=FP;=-$-Q-/IC7@*#C#@-7/-?D7/9FP;=-$-Q-/IC7@*#C#@-7/-?D7/9(D=$,(&
!+=7$#=-<&U"9/=-C-<#=-7/&*O>=9$(&123435(&!232-(%24(&A9=@-9.9"&V+/9&B%&2343%&C@7$&
D==;EFF9/(G-W-;9"-#(7@IFG-W-F!+=7$#=-<MU"9/=-C-<#=-7/M*O>=9$(&
!L=9,,%&'(%&X->,7;%&K(%&)&:D-==#W9@%&*(&1233S5(&678-,9&=9<D/7,7I-9>&-/&$78-,9&>;#<9>E&Y-/"-/I>&C@7$&=D9&<7/=9L=&
7C&=@#-/&=@#.9,(&5/1(./412&/4,)6&7./4,)&8)97:4/;#&:-71(.)<17%2(=%&>>1425%&Z32[Z4B(&
0#,,#@"%&0(&1233\5(&K9>-I/&;#==9@/&7C&=D9&G99WE&C77=9@>(&?211,()<-.2/@=)*(=2@/(&A9=@-9.9"&*9;=9$89@&4B%&2343%&
C@7$&D==;EFFGGG(,-==,9>;@-/I>"9>-I/(<7$F8,7IF8,7IF233\F3HF23F"9>-I/[;#==9@/[7C[=D9[G99W[C77=9@>F(&
0#,,#@"%&0(&1233\5(&K9>-I/&;#==9@/E&9@@7@&$9>>#I9>(&?211,()<-.2/@=)*(=2@/(&A9=@-9.9"&R7.9$89@&2S%&233Z%&C@7$&
D==;EFFGGG(,-==,9>;@-/I>"9>-I/(<7$F8,7IF8,7IF233\F3HF3]F"9>-I/[;#==9@/[9@@7@[$9>>#I9>F(&
0#,,#@"%&0(&1233S5(&X'U&>;9<-#,->=>&7/&>$#,,&><@99/&"9>-I/(&?211,()<-.2/@=)*(=2@/(&A9=@-9.9"&R7.9$89@&2S%&233Z%&
C@7$&D==;EFFGGG(,-==,9>;@-/I>"9>-I/(<7$F8,7IF8,7IF233SF3\F4^FD<-[>;9<-#,->=>[7/[>$#,,[><@99/[
"9>-I/F(&
0#,,#@"%&0(&1233Z5(&A9>7+@<9>&C7@&"9>-I/-/I&#/"&8+-,"-/I&$78-,9&#;;,-<#=-7/>&#/"&G98>-=9>(&1:-W-5(&?211,()
<-.2/@=)*(=2@/(&A9=@-9.9"&P<=789@&43%&233Z%&C@7$&D==;EFF;#==9@/>(,-==,9>;@-/I>"9>-I/(<7$F-/"9L(;D;(&
0#,,#@"%&0(&1233Z5(&JD9&>;99"&7C&=D9&$78-,9&G98%&;#@=&4E&+>9@&;9@<9;=-7/(&?211,()<-.2/@=)*(=2@/(&A9=@-9.9"&
R7.9$89@&2S%&233Z%&C@7$&D==;EFFGGG(,-==,9>;@-/I>"9>-I/(<7$F8,7IF8,7IF233ZF43F2SF=D9[>;99"[7C[
=D9[$78-,9[G98[;#@=[4[+>9@[;9@<9;=-7/F(&
0#,,#@"%&0(&1233Z5(&:D#=_>&G@7/I&G-=D&=D9&$78-,9&G98`&1;#@=&45(&?211,()<-.2/@=)*(=2@/(&A9=@-9.9"&R7.9$89@&
2S%&233Z%&C@7$&D==;EFFGGG(,-==,9>;@-/I>"9>-I/(<7$F8,7IF8,7IF233]F3ZF44FGD#=>[G@7/I[G-=D[=D9[
$78-,9[G98[;#@=[4F(&
09==-/-%&'(%&0@"-<QW#%&P(%&X9/@-<W>9/%&a(%&U/"+,>W#%&V(%&R-<W,#>%&K(%&A#/I#/#=D#/%&!(%&9=&#,(&123435(&!&>+@.9O&7C&
<7/=9L=&$7"9,,-/I&#/"&@9#>7/-/I&=9<D/-b+9>(&A(.+4=2+()4/%)B&'2,()#&:-712/@%&>125%&4]4[4S3(&c,>9.-9@&
0(d(&
07=D#%&A(&#%&Y+@/9,,%&*(&6(%&)&',#@W9%&R(&N(&1233Z5(&Y@7$&"9>W=7;&=7&$78-,9E&cL#$-/-/I&=D9&>9<+@-=O&9L;9@-9/<9(&
#&:-71(.=)C)<(07.21D%&EF1H[^5%&4H3[4H\(&c,>9.-9@&N="(&
0@#",9O%&*(&123435(&K9>-I/-/I&Y7@&!&X-9@#@<DO&PC&R99">&[&*$#>D-/I&6#I#Q-/9(&A9=@-9.9"&*9;=9$89@&4H%&2343%&
C@7$&D==;EFFGGG(>$#>D-/I$#I#Q-/9(<7$F2343F3^F2]F"9>-I/-/I[C7@[#[D-9@#@<DO[7C[/99">F(&
0@9G>=9@%&*(&123325(&P.9@<7$-/I&=D9&N#<W&7C&*<@99/&*;#<9&7/&678-,9&'7$;+=9@>(&A(.=&/4,)4/%)G'2H721&7=)
#&:-712/@%&>1H5%&4SS[23B(&
0@7"=%&!(%&R-<W,#>%&K(%&*#=D->D%&*(%&)&6-=><D#/I%&0(&1233S5(&'7/=9L=[#G#@9&$#>D+;>&C7@&$78-,9&"9.-<9>(&!(')
5/8&.:412&/)<D=1(:=%&IJKI%&2S3[2Z4(&
! 221221
APPENDIX II: RESOURCES
!"#$%&'()*+(),)-.$''&#/()0+)123345+)6789"''7#$:%)/;)<8/:=)!&=7>)/:)?%%#7%&'$/:)$:)@/A$97)@&B=+)!"#$%"&'()
!*%+,')-'./+0'&1)2'&+345)647'."07+*4)"4()8&"%+,+79()CDED2+)
!"#$%&'()*+()-.$''&#/()0+(),)<7#/:"''$()0+)1233F5+)@/A#7GH)I$="&9$J$:%)"=7#=K)L/A$97)A#/M=$:%)A7.&I$/#=+)6:::)
0*;#<7'.)3."#=+0&)"4()"##,+0"7+*4&()>?1C5()2NED2+)
!"G'/:()!+)1233O5+)-@'70=+43)8&'.):A#'.+'40'&+)@/#%&:)P&";L&::+)
-&99)=$%:+)123C35+)B+@+#'(+"+)Q7'#$7I7>)?"%"=')F()23C3();#/L).''BHRR7:+M$S$B7>$&+/#%RM$S$R-&99T=$%:+)
-$=8/+)123345+)C+&0*)D+&<",)E'7F*.@+43)64('A1)G,*%",)!*%+,')2"7")H."II+0)J*.'0"&7)8#("7'+)Q7'#$7I7>)U":7)23()
23C3();#/L)
.''BHRRMMM+8$=8/+8/LR7:RV*R=/9"'$/:=R8/99&'7#&9R:=DNCR:=W2WR:=WDOR:=O3WR:=F2ORM.$'7TB&B7#T8CC
EW23FX2+.'L9+)
-#&:>&99()U+)123345+)G.*F+43)7=')!*%+,')!".@'7#,"0')K)L*0@'7)>MMN+)Q7'#$7I7>)U":7)23()23C3();#/L)
.''BHRRMMM+=9$>7=.+:7'RY7'B/BR:7'B/BEB/8S7'E%#/M$:%E'.7EL/A$97EL&#S7'B9&87EB#7I$7ME
C2NCNF2+)
-#7L$:()Q+()Q&A$:()U+()Z9$:%()!+(),)Q/A$:=/:()P+)1233O5+)!*%+,')B'%)2'/',*#'.O&)G<+('+)
-#/;'()U+)123C35+)[:)\Q7=B/:=$I7)67=$%:\)&:>)'.7)L/A$97)8/:'7G'+)Q7'#$7I7>)Y/I7LA7#)2O()23C3();#/L)
.''BHRR]7;;8#/;'+8/LRA9/%R23C3R&"%R3XR#7=B/:=$I7EM7AE>7=$%:E&:>EL/A$97E8/:'7G'R+)
6&S/'&)!#/M:()Q+)123345+)Z/"#)P7^)_#$:8$B97=)/;)@/A$97)V=7#)`GB7#$7:87)67=$%:+)P*A'&)"4()Q..*F&+)Q7'#$7I7>)
Y/I7LA7#)24()2334();#/L).''BHRRMMM+A/G7=&:>&##/M=+8/LRI$7MR;/"#ES7^EB#$:8$B97=+)
6$:%()a+(),)0$:()b+)123345+)<:;/#L&'$/:)?#8.$'78'"#7H)c.7)67=$%:)&:>)<:'7%#&'$/:)/;)<:;/#L&'$/:)*B&87=+)
-947='&+&)R'07<.'&)*4)64I*.;"7+*4)C*40'#7&5)S'7.+'/",5)"4()-'./+0'&()T1C5()CECX4+)
6$''7:A7#%7#()*+()c=8.79$%$()@+(),)@&^7#()@+)123345+)c/"8.)A&=7>)$:'7#&8'$/:)"=$:%)&)'.#77)>$=B9&^)$:'7#;&87)
>7=$%:+)L.*0''(+43&)*I)7=')TT7=)647'.4"7+*4",)-9;#*&+<;)*4)U<;"4)0*;#<7'.)+47'."07+*4)F+7=);*%+,')
('/+0'&)"4()&'./+0'&)V!*%+,')UC6)>MMNW+)!/::()d7#L&:^H)?-@+)
`'7L&>()`+(),)Y7M'.()U+)6+)1233N5+)_/8S7'E*$J7>)67=$%:H)c&S$:%)e/"#)a7A=$'7)'/)'.7)*L&99)*8#77:+)Q)R+&7)Q#".7+)
Q7'#$7I7>)?"%"=')CF()23C3();#/L).''BHRRMMM+&9$='&B&#'+8/LR&#'$897=RB/8S7'R+)
Z#f.9$8.()_+()*$L/:()Q+(),)!&$99$7()0+)1233F5+)@/A$97)*B&'$&9)<:'7#&8'$/:+)L'.&*4",)"4()8%+X<+7*<&)C*;#<7+43()
TY1N5()2WCE2WD+)
d&9$'J()a+)123325+)H=')'&&'47+",)3<+(')7*)<&'.)+47'.I"0')('&+341)Q4)+47.*(<07+*4)7*)G86)2'&+34)L.+40+#,'&)"4()
H'0=4+X<'&)12:>)7>+5+)U/.:)a$97^),)*/:=()<:8+)
d&#J/:$=()*+)1233W5+)V=&A$9$'^)`I&9"&'$/:)/;)8/:'7G'E&M)L/A$97)=^='7L=H)?)#7I$7M+)L.*0''(+43&)*I)7=')Y.()
8Z$8%+E'7)B*.@&=*#+)
d$L=/:()Q+)1233D5+)67I$87)<:>7B7:>7:87)_#$:8$B97=+)BYC+)Q7'#$7I7>)Y/I7LA7#)2W()2334();#/L)
.''BHRRMMM+MD+/#%RcQR>$EB#$:8R+)
d$L=/:()Q+()07M$=()Q+(),)*&'.$=.()*+)1233X5+)679$I7#^)-/:'7G')[I7#I$7M);/#)67I$87)<:>7B7:>7:87+)BYC+)
Q7'#$7I7>)Y/I7LA7#)2W()2334();#/L).''BHRRMMM+MD+/#%RcQR>$E>8/R+)
d9/A&9)_/=$'$/:$:%)*^='7L+)123C35+)B+@+#'(+"+)Q7'#$7I7>)U":7)O()23C3();#/L)
.''BHRR7:+M$S$B7>$&+/#%RM$S$Rd9/A&9T_/=$'$/:$:%T*^='7L+)
! 222222
APPENDIX II: RESOURCES
!"#$%&'()*+,-*+./(%&*+!-*+,0)$0)0*+1-2,-*+345)6%&70)$*+P-,+8+B497:* ;.+(<0=1>.+?)@0)A()g+&@'+B'0$()6+
?CD'7(')ceE F%(ng+G$0D&(/'+0)$+;")(H('$+B;IJ+H"7+B'0$()6+")+;K0##+L(%D#0M%-+!"#$%%&'()*+#,+-.%+/"&+
0(-%"(1-'#(12+3456#*'75+#(+8751(+$#567-%"+'(-%"1$-'#(+9'-.+5#:'2%+&%;'$%*+1(&+*%";'$%*+<=#:'2%+8>0+
?@@AB-+3(##'*+N70)A'E+OP,2PQO-+
!",'R-+S<==T>-+C.4+-.%+=#:'2%+C%:+'*+D'*166#'(-'()+E(&FG*%"*-+B'&7('/'$+U5)'+<=*+<=V=*+H7"K+
@&&DEWWXXX-%A7(Y$-A"KW$"AW<VZV[T<\W]@M2&@'2,"Y(#'2]'Y2(%2L(%0DD"()&()62?)$25%'7%2<==T-+
P0#D'7&*+1-+U-+S<==^>-+G5&@')&(A0&(")+()&'7H0A'+'/0#50&(")+0)$+$'%(6)+H"7+K"Y(#'+$'/(A'%-+!"#$%%&'()*+#,+-.%+
?(&+1((712+$#(,%"%($%+#(+0(,#"51-'#(+*%$7"'-4+$7""'$7275+&%;%2#65%(-+<0(,#3%$>D+?@@HB-+_'))'%0X*+
!'"76(0-+
P0)*+3-*+UM7(*+;-*+,0*+U-*+8+`5*+_-+S<==a>-+B'%'07A@+")+Q")&'C&2GX07'+,"Y(#'+Q"KD5&()6-+??(&+0(-%"(1-'#(12+
>#(,%"%($%+#(+I&;1($%&+0(,#"51-'#(+J%-9#"K'()+1(&+I662'$1-'#(*+F+C#"K*.#6*+<1'(1+9#"K*.#6*+?@@LB-+
O'''-+
P0)70@0)*+B-*+8+,'77(A:*+B-+S<==[>-+G5&@"7()6+b'A@)(c5'%+H"7+L'/(A'+O)$'D')$')A'-+C/>-+B'&7('/'$+
d"/'KY'7+<^*+<==T*+H7"K+@&&DEWWXXX-X\-"76WbBW$(20&$(W-+
P0R0e#2,0%%('5C*+L-+S<==T>-+B'&57)+"H+&@'+,"Y(#'+;&M#'%@''&-+I+M'*-+I61"--+B'&7('/'$+G565%&+Va*+<=V=*+H7"K+
@&&DEWWXXX-0#(%&0D07&-A"KW07&(A#'%W7'&57)2"H2&@'2K"Y(#'2%&M#'%@''&-+
P'0&@*+G-*+8+;A@X'7$&H'6'7*+B-+S<==T>-+]\Q+J'7%")0#(R0&(")+B"0$K0DE+FY(c5(&"5%+]'Y+O)&'670&(")+"H+
GAA'%%N"7G##+V-=-+C/>-+B'&7('/'$+d"/'KY'7+<^*+<==T*+H7"K+@&&DEWWXXX-X\-"76WbBWF]G2
D'7%")0#(R0&(")27"0$K0DW-+
P'A@&*+1-*+8+!'76#'*+L-+S<=V=>-+b@'+&"X'7+"H+10Y'#+K''&%+X'Y+<-=E+5%'726')'70&'$+A")&')&+0)$+(&%+
0DD#(A0&(")%+()+0+K5#&(#()650#+A")&'C&-+!"#$%%&'()*+#,+-.%+?L-.+'(-%"(1-'#(12+$#(,%"%($%+#(+8751(+
,1$-#"*+'(+$#567-'()+*4*-%5*+<>80+?@A@B-+GQ,-+
P'(K")')*+b-+S<==T>-+O)H"7K0&(")+)''$%+0)$+D70A&(A'%+"H+0A&(/'+K"Y(#'+O)&'7)'&+5%'7%-+!"#$%%&'()*+#,+-.%+N-.+
0(-%"(1-'#(12+>#(,%"%($%+#(+=#:'2%+O%$.(#2#)4P+I662'$1-'#(+Q+34*-%5*-+
P')7(A:%')*+_-*+8+O)$5#%:0*+U-+S<==<>-+,"$'#()6+A")&'C&+()H"7K0&(")+()+D'7/0%(/'+A"KD5&()6+%M%&'K%-+
!%";1*';%+>#567-'()*+VZf2Va=-+B'&7('/'$+d"/'KY'7+T*+<=V=*+H7"K+
@&&DEWWXXX-%D7()6'7#():-A"KW()$'CWU1gL<NL^!G=[^Ja]-D$H-+
P()R'*+G-*+,0#(:*+J-*+8+,0#(:*+B-+S<==Z>-+O)&'70A&(")+L'%(6)+H"7+0+,"Y(#'+Q")&'C&2GX07'+;M%&'K+F%()6+L(%A7'&'+
?/')&+,"$'##()6-+!"#$%%&'()*+#,+-.%+?R-.+I7*-"121*'1(+>#567-%"+3$'%($%+>#(,%"%($%-+P"Y07&*+G5%&70#(0-+
P"*+U-*+8+O)&(##'*+;-+;-+S<==^>-+F%()6+Q")&'C&2GX07'+Q"KD5&()6+&"+B'$5A'+&@'+J'7A'(/'$+157$')+"H+
O)&'775D&(")%+H7"K+,"Y(#'+L'/(A'%-+!"#$%%&'()*+#,+-.%+30S>80+$#(,%"%($%+#(+8751(+,1$-#"*+'(+
$#567-'()+*4*-%5-+J"7�)$*+h7'6")*+F;G-+
OA@(:0X0*+N-*+Q@(DA@0%'*+U-*+8+!7(6)0)(*+B-+S<==^>-+]@'7'i%+&@'+D@")'j+G+%&5$M+"H+K"Y(#'+D@")'+#"A0&(")+()+
D5Y#(A+%D0A'%-+!"#$%%&'()*+#,+-.%+?(&+0(-%"(1-'#(12+$#(,%"%($%+#(+5#:'2%+-%$.(#2#)4P+1662'$1-'#(*+1(&+
*4*-%5*+<=#:'34*+?@@TB-+
OQb-+S<==T>-+=%1*7"'()+-.%+0(,#"51-'#(+3#$'%-4-+
O,h+%@(D+($')&(H(A0&(")+)5YK'7-+S<=V=>-+C'K'6%&'1-+B'&7('/'$+G565%&+V^*+<=V=*+H7"K+
@&&DEWW')-X(:(D'$(0-"76WX(:(WO,hk%@(Dk($')&(H(A0&(")k)5KY'7-+
U0HH'7M*+d-+S<==T>-+S2#:12+351"-!.#(%+=1"K%--+N0##%+Q@57A@*+I(76()(0-+B'&7('/'$+U5)'+<=*+<=V=*+H7"K+
@&&DEWWXXX-&'#'A"K&7')$%-)'&WJB?;;+B?3?G;?+;K07&D@")'%-D$H-+
U(X(7'-+S<==T>-+U'C'"%+=#:'2%+I7&'%($%+0(*').-*+V%6#"--+
! 223223
APPENDIX II: RESOURCES
!"#$%"$&'()'*+,,-.)'/%0123245'0$6'7"1232458'9$4:;0<42"$%'"$'4#:'=">:)'!"#$%%&'()*+#,+-.%+/*-+0#"1*.#2+#(+
3456(78#524-%"+9(-%"6$-'#(+:'-.+;#<'=%+>%?'$%*+@;#<'=%+.$'+/AABC)'?30%@"A&'B<"430$6&'/CD'?9BE'
E:<#$2<03'F:G";4'?,-H+)'
!"$:%&'7)'*IJJ,.)'7"123:'B:0;<#'EK4";203)'D4-#"'6=+6-+;#<'=%+389+EFFA)'
!";@&'F)'*IJJI.)'(044:;$%'"L'7"123:'9$4:;0<42"$)'!%"*#(6=+6(&+G<'H4'-#4*+8#524-'()&'I*M.&'I-IHI-,)'
C00%2$:$&'N)'*IJJO.)'/%:;'$::6%'L";'3"<042"$H0A0;:'="123:'%:;>2<:%)'!%"*#(6=+6(&+G<'H4'-#4*+8#524-'()&'J*+.&'
PJHP,)'
C0G24%0Q2&'?)'7)&'C04:;"%&'R)'S)&'(;:T:;0Q"%&'?)'U)&'V'W:$2:;2%&'9)'B)'*IJJ,.)'7"6:3H6;2>:$'6:>:3"G=:$4'"L'
<"=G"%24:'<"$4:X4H0A0;:'A:1'0GG32<042"$%)'9(,#"56-'#(+6(&+K#,-:6"%+D%$.(#=#)L&'M/*-.&'+IMMH+IYJ)'
C:24#&'Z)&'C:24#&'7)&'V'U2@:3&'R)'*IJJ+.)'9$>:%42@042$@'Z"$4:X4H0A0;:'9$L";=042"$'(K%#'>%)'9$L";=042"$'(K33'4"'
E"K;2%4%)'!"#$%%&'()*+#,+-.%+N"&+9(-%"(6-'#(6=+KL52#*'45+#(+3456(+$#524-%"+'(-%"6$-'#(+:'-.+5#<'=%+
&%?'$%*+6(&+*%"?'$%*+@;#<'=%+389+EFF/C)'[233:&'\;0$<:)'
C:$4:;2%&'7)&'?0>030%&'R)&'V'N<"$"="K&'R)'*IJJP.)'S$'2$$">042>:'="123:':3:<4;"$2<'4"K;2%4'@K26:'0GG32<042"$)'
!%"*#(6=+6(&+G<'H4'-#4*+8#524-'()&'/N*I.&'+JOH++-)'
C:%4:;:$&'S)'W)&'V']2<Q%"$&'9)'*IJJ-.)'^LL32$:'_:1'SGG32<042"$%)'0N8)'F:4;2:>:6'70;<#'+J&'IJ+J&'L;"='
#44GD``AAA)AO)";@`EF`"LL32$:HA:10GG%`)'
C2$@&'S)'*IJJ-.)'0%<*'-%+O2-'5'P6-'#()'^aF:2335)'
Cb:36%Q">&'!)'*IJJI.)'c!K%4H2$H(30<:d'9$L";=042"$'L";'7"123:'R:>2<:'9$4:;L0<:%)'!"#$%%&'()*+#,+-.%+Q-.+
9(-%"(6-'#(6=+KL52#*'45+#(+3456(+$#524-%"+'(-%"6$-'#(+:'-.+5#<'=%+&%?'$%*+6(&+*%"?'$%*+@;#<'=%+389+
EFFEC)'(2%0&'94035D'[UZB)'
Cb:36%Q">&'!)&'BQ">&'7)&'S3%&'e)&'V']f:@#&'F)'*IJJM.)'9%'24'A";4#'4#:'#0%%3:g'NXG3";2$@'4#:'066:6'>03K:'"L'
:>03K042$@'4#:'K%0123245'"L'<"$4:X4H0A0;:'="123:'%5%4:=%'2$'4#:'L2:36)'!"#$%%&'()*+#,+-.%+B-.+
9(-%"(6-'#(6=+KL52#*'45+#(+3456(+$#524-%"+'(-%"6$-'#(+:'-.+5#<'=%+&%?'$%*+6(&+*%"?'$%*+@;#<'=%+389+
EFFQC)']:3%2$Q2&'\2$30$6)''
C";G2G00&'()'*IJJO.)'70$0@2$@'<"$4:X4'2$L";=042"$'2$'="123:'6:>2<:%)'9RRR+!%"?6*'?%+8#524-'()&'J*M.&'Mh+Hh+)'
C";4K=&'()'*IJJ-.)'389+S%L#(&+-.%+TG9U+>%*')(+,#"+362-'$V+K2%%$.V+O=,6$-#"L+6(&+O-.%"+W#(-"6&'-'#(6=+
9(-%",6$%*)'7";@0$'C0KL=0$$)'
C;2%4"LL:;%:$&'B)&'V'[bK$@1:;@&'\)'*+,,,.)'R:%2@$2$@'2$4:;0<42"$'%453:%'L";'0'="123:'K%:'<"$4:X4)'36(&.%=&+6(&+
G<'H4'-#4*+8#524-'()&'*I.)'
Ci;1:;&'B)'*IJJ,.)'("%242"$'(0G:;'\";'Z]9'IJJ,'_";Q%#"G'D'7"123:'/%:;'NXG:;2:$<:'F:%:0;<#'D'Z#033:$@:%'&'
7:4#"6%'V'E""3%)'839+EFFA+0#"1*.#2U+;#<'=%+G*%"+RX2%"'%($%+Y%*%6"$.U+8.6==%()%*V+;%-.#&*+Z+D##=*)'
[0G";4:&'[)&'N5<Q:;=0$&'()&'V'j0=0$&'e)'*IJJ,.)'R:%2@$2$@'0'7"123:'E0%Q'e0%:6'/9'L";'E"K;2%4%)'!"#$%%&'()*+#,+
-.%+//-.+9(-%"(6-'#(6=+KL52#*'45+#(+3456(+$#524-%"+'(-%"6$-'#(+:'-.+5#<'=%+&%?'$%*+6(&+*%"?'$%*+
@;#<'=%+389+EFFAC)'e"$$&'?:;=0$5)'
[0K;:$&'9)'*IJ+J.)'B"<203'7:620'U"A'7";:'("GK30;'E#0$'NH=023'"$'7"123:'R:>2<:%)';6*.6<=%)'F:4;2:>:6'
^<4"1:;'+-&'IJ+J&'L;"='#44GD``=0%#013:)<"=`IJ+J`+J`++`%"<203H=:620H:=023H="123:H%4K65`)'
[0A%"&'e)'*IJ+J.)'7"123:HL;2:$635D'E#:'="123:'A:1'"G42=2T042"$'@K26:'H'^G:;0'R:>:3"G:;'Z"==K$245)'
>%?[O2%"6)'F:4;2:>:6'SK@K%4'O+&'IJ+J&'L;"='#44GD``6:>)"G:;0)<"=`0;42<3:%`>2:A`4#:H="123:HA:1H
"G42=2T042"$H@K26:`)'
! 224224
APPENDIX II: RESOURCES
!"#$%&'()'*+,,-.)'/01234$56'72899"56"%':34';"<$="'>5?"@"5?"5=")'!"#)'("14$"<"?'A3<"BC"4'+D&'+,,E&':43B'
211@FGG###)#-)346GH(G8=?$G)'
!"#$%&'()'*+,,D.)'I93%%84J'3:'H"4B%':34';"<$="'>5?"@"5?"5=")'!"#)'("14$"<"?'A3<"BC"4'+D&'+,,E&':43B'
211@FGG###)#-)346GH(G?$K693%%G)'
L8$"4&'/)'*+,,E.)'M3=0%$56'>51"48=1$35';"%$65'#$12';"%$65'N1481"6J)'$%&'(()*)'("14$"<"?'A3<"BC"4'+O&'+,,E&'
:43B'211@FGG###)0PC3312)=3BGC936G:3=0%$56K$51"48=1$35K?"%$65K#$12K?"%$65K%1481"6JG)'
L84=311"&'Q)'*+,R,.)'("%@35%$<"'S"C';"%$65)'+&,-.)&+/01))'("14$"<"?'A3<"BC"4'+T&'+,R,&':43B'
211@FGG###)89$%18@841)=3BG841$=9"%G4"%@35%$<"K#"CK?"%$65G)'
L84$1$B"'L3C$9"'N"4<$="'>?"51$1J)'*+,R,.)'!-2-/34-0)'("14$"<"?'/060%1'+,&'+,R,&':43B'
211@FGG"5)#$U$@"?$8)346G#$U$GL84$1$B"VL3C$9"VN"4<$="V>?"51$1J)'
L84U3::&'W)'*+,,X.)'Y5'8'NB899'N=4""5&'W0%1'12"'N89$"51'N10::)'536&7(12&8-93.)'("14$"<"?'A3<"BC"4'+X&'+,,E&'
:43B'
211@FGG###)5J1$B"%)=3BG+,,XG,TGR-G1"=253936JGR-%14"8B)21B9ZV4[R\"P[R+ROOR+X,,\"5["DE+8C=
=RE=X=+T-\"$[D,T,\"B=["18R)'
L=633U$5&';)&'\']4"#%1"4&'N)'*+,,E.)'QJ"%KM4""'Y<"4<$"#%':34'L3C$9"'L8@'/@@9$=81$35%)':1(;334-<=.&(>&)*3&
??)*&@<)31<0)-(<0A&BC9/(.-D9&(<&ED90<&;(9/D)31&-<)310;)-(<&6-)*&9('-A3&43F-;3.&0<4&.31F-;3.&
GH('-A3&E#@&IJJKL)']355&'I"4B85JF'/7L)'
L"9=2$34&'L)'*+,,R.)'^"4="@10899J'60$?"?'%=4399$56':34'4"8?$56'=351$5030%'1"P1'35'%B899'%=4""5'?"<$="%)'
:1(;334-<=.&(>&)*3&"14&@<)31<0)-(<0A&BC9/(.-D9&(<&ED90<&;(9/D)31&-<)310;)-(<&6-)*&9('-A3&43F-;3.&
0<4&.31F-;3.&GH('-A3&E#@&IJJ?L)'!$99"&'M4858="F'7$1"%""4)'
L"56&'!)'*+,,X.)'H2"'N181"'3:'12"'/41'3:'L8@K]8%"?'L3C$9"'N"4<$="%)'H0/M'0.34&H('-A3&B31F-;3.N&O3.-=<P&
@<)310;)-(<&0<4&$.0'-A-)C&'R_R+)'N@4$56"4)'
L$=282"99"%&'M)&'\'N8B093#$1`&'L)'*+,,+.)'NB841'7/^%':34'NB841'>1%'K'7351"P1';"1"=1$35':34'L3C$9"'a%"4%)'
:31.(<0A&0<4&$'-QD-)(D.&#(9/D)-<=&'R*b.&'+OEK+TD)'
L$U"&'M)'*+,,E.)'+4H('&H('-A3&H3)1-;.&S3/(1))'("14$"<"?':43B'211@FGGB"14$=%)8?B3C)=3BG+,,EGRRG3=13C"4K
+,,EKB3C$9"KB"14$=%K4"@341G)'
L$99%&'7)'*+,,T.)'c3#'13'%"4<"'12"'4$621'=351"51'13'B3C$9"'C43#%"4%)'O3FTU/310)'("14$"<"?'N"@1"BC"4'+b&'
+,,E&':43B'211@FGG?"<)3@"48)=3BG841$=9"%G<$"#G23#K13K%"4<"K12"K4$621K=351"51K13KB3C$9"G)'
L3664$?6"&'])'*+,,T.)'O3.-=<-<=&-<)310;)-(<.)'L>H'^4"%%)'
L399&'7)'*+,,T.)'/']"6$55"4d%'I0$?"'13'L3C$9"'S"C';"<"93@B"51)'4()H('-)'("14$"<"?'A3<"BC"4'+D&'+,,E&'
:43B'211@FGGB3C$:346")=3BG%1841$56G%134JG8KC"6$55"4%K60$?"KB3C$9"K#"CK?"<"93@B"51)'
A8<$681$35)'*+,R,.)'!-2-/34-0)'("14$"<"?';"="BC"4'RR&'+,R,&':43B'211@FGG"5)#$U$@"?$8)346G#$U$GA8<$681$35)'
A$"9%"5&'W)'*REE-.)'$.0'-A-)C&V<=-<331-<=)'L34685'e80:B855)'
A$"9%"5&'W)'*+,,b.)'e""@'Y59$5"'N04<"J%'N2341)'W02('&5-3A.3<X.&+A31)'(Y)'("14$"<"?'/060%1'+X&'+,R,&':43B'
211@FGG###)0%"$1)=3BG89"41C3PG+,,b,+,+)21B9)'
A$"9%"5L3C$9")'*+,,X.)'#1-)-;0A&H0..N&8*3&!(1A46-43&B)0)3&(>&)*3&H('-A3&!3')'
A34B85&';)'*+,,+.)'8*3&43.-=<&(>&3F31C40C&)*-<=.'*+5?'"?).)']8%$=']33U%)'
! 225225
APPENDIX II: RESOURCES
!"#$%&'()*(+,--./*(!"#$%#&'()*+,%-&.)/01)2+)(#3+)4#5)0'$+6)+3+517'1)$0%&-,*(0%123(0""41*(
!"#$%&'()*'(5(!26716&'(8*(+,-9-/*(:61;<#%7(=&;6#>%361?(@(1;6A(B%34C%#D1(2&(<1%B272;E*(8&$+5'9$%#&,'(:*(
F4%G%42'(H*(+,--I/*(JK%;(D"(C6(4&"C(%B"<;($"B276(=&;6#&6;(%D"A;6#1L(@(37<1;6#(%&%7E121*(8&;#5"'$%#&)<)
='&'-+"+&$'(>?+,/'(9,MN9.9*((
O%A%4"&1;%&;2&"<'(H*'(5(0#<P23NF4#6;23'(Q*(+,--R/*(S#%$6C"#4(>"#(3"&;6T;N%C%#6(1$%#;AK"&6(%AA723%;2"&1*(
@0+)A%,B'()C#"DB$+5'(E:+9,/'(99,9N99U,*(
O%C%#'(O*'(V%7;6#6&'(@*(Q*'(5(HK624K'(W*(+,--M/*(X&%B72&Y(Z"&;6T;N@C%#6(Z"$A<;2&Y(>"#(;K6(!"$%D23(["B276(
\16#(?(@(H6#]236(F#26&;6D(%&D(^<%72;E()#2]6&(@AA#"%3K*(F5#9++7%&-,)#;)$0+)8!!!)/%5+(+,,)
C#""B&%9'$%#&,)'&7)G+$2#5H%&-)C#&;+5+&9+)4/CGC)EIIJ6*(V"&Y(W"&Y*(
O6##E'([*'(F_K%#%'(W*'(H6776&'(@*'(0#"C&'(0*'(5(V%#A6#'(`*(+,--9/*()6%72&Y(C2;K($"B272;E?(<&D6#1;%&D2&Y(%33611(
%&E;2$6'(%&ECK6#6*(KC=)@5'&,'9$%#&,)#&)C#"DB$+5LMB"'&)8&$+5'9$%#&'(N+./'(U,UNU.M*((
O6C=&;6#&6;*(+,--a/*(=#O%(+)K99+,,)$#)*'$')'&7)8&;#5"'$%#&*(`6;#26]6D(>#"$(
K;;A?bbCCC*A6C2&;6#&6;*"#Yb`6A"#;1b,--ab["B276N@33611N;"N)%;%N%&DN=&>"#$%;2"&*%1AT*(
O6C=&;6#&6;*(+,--R/*(/%5+(+,,)8&$+5&+$)P,+*(`6;#26]6D(8<&6(,-'(,-9-'(>#"$(
K;;A?bbA6C2&;6#&6;*"#Yb`6A"#;1b,--Rb9,NJ2#67611N=&;6#&6;N\16*%1AT*(
O6C=&;6#&6;*(+,-9-/*(C+(()D0#&+,)'&7)K"+5%9'&)'7B($,*(`6;#26]6D(8<&6(,-'(,-9-'(>#"$(
K;;A?bbCCC*A6C2&;6#&6;*"#Ybcb$6D2%bbS2761b`6A"#;1b,-9-bO=Od@D<7;1dZ677AK"&61d`6A"#;d,-9-*AD>*(
O6C=&;6#&6;*(+,-9-/*(@0+)5%,+)#;)'DD,)9B($B5+*(`6;#26]6D(8<&6(,-'(,-9-'(>#"$(
K;;A?bbCCC*A6C2&;6#&6;*"#Ybcb$6D2%bbS2761b`6A"#;1b,-9-bO=Od!26716&e,-@AA1e,-`6A"#;*AD>*(
O"1A213K27'(:*'(\$7%<>;'([*'(5([23K7$%E#'(X*(+,--,/*()612Y&2&Y(f"fg'(%(["B276(h"<#21;(:<2D6(>"#(\[hH*(
MB"'&)C#"DB$+5)8&$+5'9$%#&)2%$0)=#O%(+)*+3%9+,'(E>QQ'(RM(N(RR*(06#72&'(V62D67B6#Y?(HA#2&Y6#(06#72&(
V62D67B6#Y*(
^<2&&'(8*([*'(5(h#%&'(h*(^*(+,-9-/*(@;;#%3;2]6(OK"&61()"&i;(V%]6(h"(J"#4(06;;6#?(=&D6A6&D6&;(X>>63;1(">(
@;;#%3;2]6&611'(X>>63;2]6&611'(%&D(X>>2326&3E("&(O6#362]6D(\1%B272;E*(F5#9++7%&-,)#;)$0+)EN$0)
%&$+5&'$%#&'()9#&;+5+&9+)#&)MB"'&);'9$#5,)%&)9#"DB$%&-),1,$+",)4CM8)EIQI6*(Q%&3"<]6#*(
`%B2&'(8*'(5(FC6%&'(H*(+,--a/*(JUZ($"B276FW(0%123(h61;1(9*-*(/?C*(`6;#26]6D(H6A;6$B6#(9j'(,-9-'(>#"$(
K;;A?bbCCC*CU*"#Ybh`b$"B276FWNB%1239-N;61;1b*(
`6%7N;2$6(3"$A<;2&Y*(+,-9-/*(/%H%D+7%'*(`6;#26]6D(F3;"B6#(,U'(,-9-'(>#"$(
K;;A?bb6&*C242A6D2%*"#YbC242b`6%7N;2$6d3"$A<;2&Y*(
`623K6&1;62&'(F*(+,-9-/*(2O%D(?(H3#"77("#(Z%#D(L(%K*(`6;#26]6D(F3;"B6#(,j'(,-9-'(>#"$(
K;;A?bbCCC*2&>"#$%;2"&%#3K2;63;1*PAb6&b2A%DN13#"77N"#N3%#Db*(
`26Y6#'(0*(+,--R/*(X>>63;2]6()612Y&(>"#([<7;2A76(H3#66&(H2G61*(7#$=#O%*(`6;#26]6D(!"]6$B6#(,j'(,--R'(>#"$(
K;;A?bb$"B2>"#Y6*3"$bD612Y&2&Yb1;"#Eb6>>63;2]6ND612Y&N$<7;2A76N13#66&N12G61*(
`";"'(Q*(+,--I/*(/+O)O5#2,%&-)#&)"#O%(+)D0#&+,)L)C0'5'9$+5%,$%9,)#;)B,+5)+RD+5%+&9+*(@+90&#(#-1*(
`";"'(Q*'(5(W%%12&6&'(X*(+,--a/*(hK6(163"&D(2&;6#&%;2"&%7(C"#41K"A("&($"B276(2&;6#&6;(<16#(6TA6#26&36*(
F5#9++7%&-,)#;)$0+)QI$0)%&$+5&'$%#&'()9#&;+5+&9+)#&)MB"'&)9#"DB$+5)%&$+5'9$%#&)2%$0)"#O%(+)7+3%9+,)
'&7),+53%9+,*(
! 226226
APPENDIX II: RESOURCES
!"#$%&'(%&)*+,-%&'(%&.*#,/0%&1(%&2"334$5%&6(%&)*+,-%&7(%&.-80*93%&:(%&/;&*+(&<=>>?@(&A9;/09/;B8*#/3&0/#/*0C$&D-0&
;$/&3/#,;-E&*93&8/5-93F&1"4+349G&*&D-"93*;4-9&-D&/HC/++/9C/&D-0&49D-0I*;4-9&3/#4G9&-9&;$/&J/8(&!""#$
%&&&$%'()*'+(,-'+.$/*-0)11,-'+.$2-334',5+(,-'$2-'0)*)'5)&<EE(&KBL@(&
'*DD/0%&M(&<=>>L@(&67)$8-.)$-0$9)(+:7-*$,'$%'()*+5(,-'$;)1,<'=&
'*DD/0%&M(&<=>>N@(&;)1,<','<$0-*$,'()*+5(,-'>$2*)+(,'<$?3+*($@::.,5+(,-'1$+'A$2.)B)*$A)B,5)1(&O/*C$E4;&O0/##(&
'C$/J/%&:(%&P&Q$*+$/4I%&1(&<=>>R@(&O/0#-9*+4#*;4-9&-D&J/8&49D-0I*;4-9#;/I#&S&T&;/0I&0/J04;49G&*EE0-*C$(&
;+(+$C$D'-E.)A<)$&'<,'))*,'<%&F!<K@%&K>KBKKR(&&
'C$4+4;%&1(%&T3*I#%&U(%&P&V*9;%&!(&<K??W@(&2-9;/H;BTJ*0/&2-IE";49G&TEE+4C*;4-9#(&G1($%'()*'+(,-'+.$H-*I17-:$
-'$9-J,.)$2-3:4(,'<$?K1()31$+'A$@::.,5+(,-'1(&
'C$I43;%&T(&<=>>>@(&AIE+4C4;&$"I*9&C-IE";/0&49;/0*C;4-9&;$0-"G$&C-9;/H;(&/)*1-'+.$6)57'-.-<,)1%&L<=BX@%&K?KB
K??(&&
'C$I4/3+%&Y(%&'/43+%&.(%&P&Q/IE/0%&:(&<=>>?@(&.-84+/&O$-9/&V/8&10-J#49G&S&T&';"35&-9&Z#*G/&*93&Z#*84+4;5&
[D&Q$/&.-84+/&V/8(&/*-5))A,'<1$-0$(7)$GG(7$%'()*'+(,-'+.$?K3:-1,43$-'$M43+'$5-3:4()*$,'()*+5(,-'$
E,(7$3-J,.)$A)B,5)1$+'A$1)*B,5)1$N9-J,.)$M2%$!""#O(&1-99%&Y/0I*95F&T2.(&
'/++/9%&T(&7(%&P&."0E$5%&!(&<=>>=@(&67)$P4(4*)$-0$(7)$9-J,.)$%'()*')($>$Q)11-'1$0*-3$Q--I,'<$+($H)J$R1)$67)$
P4(4*)$-0$(7)$9-J,.)$%'()*')($>$Q)11-'1$0*-3$Q--I,'<$+($H)J$R1)(&M)E.)((S/+5I+*A$Q+J1$6)57',5+.$
8):-*((&
'9-J3-9%&2(%&P&:0*5%&2(&<=>>?@(&6HE+-049G&;$/&Z#/&-D&\*93I*0,#&D-0&.-84+/&U*]4G*;4-9&'"EE-0;&49&U*;"0*+&
69]40-9I/9;#(&/*-5))A,'<1$-0$(7)$GG(7$%'()*'+(,-'+.$?K3:-1,43$-'$M43+'$5-3:4()*$,'()*+5(,-'$E,(7$
3-J,.)$A)B,5)1$+'A$1)*B,5)1$N9-J,.)$M2%$!""#O(&1-99%&Y/0I*95F&T2.(&
';0/4;^%&U(%&.*G/0,"0;$%&2(%&O0*9;/%&Q(%&P&!_C,/0%&2(&<=>>L@(&`0-I&49D-0I*;4-9&3/#4G9&;-&/HE/04/9C/&3/#4G9F&
#I*0;&*0;/D*C;#&*93&;$/&34#*EE/*049G&C-IE";/0(&%'()*+5(,-'1%&G!<W@%&=K(&
';0-I%&Y(&<=>>=@(&.-84+/&M/]4C/#&*#&O0-E#&49&M*4+5&!-+/&O+*549G(&/)*1-'+.$+'A$RJ,T4,(-41$2-3:4(,'<%&F<W@%&
X>RBXK>(&
'"3*%&1(&<=>>R@(&M/#4G949G&*93&M/]/+-E49G&I-84+/&J/8/#&49&;$/&0/*+&J-0+3%&E*0;&K(&;)B=U:)*+(&!/;04/]/3&
'/E;/I8/0&=W%&=>>?%&D0-I&$;;EFaa3/](-E/0*(C-Ia*0;4C+/#a]4/Ja3/#4G949GB*93B3/]/+-E49GBI-84+/BJ/8B
#4;/a(&
'"3*%&1(&<=>>R@(&M/#4G949G&*93&M/]/+-E49G&I-84+/&J/8/#&49&;$/&0/*+&J-0+3%&E*0;&=(&;)B=U:)*+(&!/;04/]/3&
'/E;/I8/0&=W%&=>>?%&D0-I&$;;EFaa3/](-E/0*(C-Ia*0;4C+/#a]4/Ja3/#4G949GB*93B3/]/+-E49GBI-84+/BJ/8B
#4;/BKa(&
'"3*%&1(&<=>>R@(&.*,49G&'I*++&M/]4C/#&\--,&Y0/*;(&;)B=U:)*+(&!/;04/]/3&'/E;/I8/0&=W%&=>>?%&D0-I&
$;;EFaa3/](-E/0*(C-Ia*0;4C+/#a]4/JaI*,49GB#I*++B3/]4C/#B+--,BG0/*;a(&
'"3*%&1(&<=>>b@(&M/#4G949G&D-0&;$/&.-84+/&V/8(&?,():-,'((&!/;04/]/3&'/E;/I8/0&=W%&=>>?%&D0-I&
$;;EFaa*0;4C+/#(#4;/E-49;(C-Ia*0;4C+/a3/#4G949GBD-0BI-84+/BJ/8(&
Q*E;"(&<=>K>@(&(7)$1(+()$-0$(7)$3-J,.)$(-457$E)J(&!/;04/]/3&TE04+&KR%&=>K>%&D0-I&
$;;EFaa;*E;"(C-IaI/;04C#aQ*E;".-84+/Q-"C$V/8!/E-0;7*9=>K>(E3D&
Q*5+-0%&2(&T(%&!*I/5%&7(&T(%&T94C/++-%&[(%&'-I-$*9-%&'(%&'*I"/+#%&U(%&P&V$4;*,/0%&\(&<=>>b@(&T&D0*I/J-0,&D-0&
"93/0#;*9349G&I-84+/&49;/09/;&I-;4]*;4-9#&*93&8/$*]4-0#(&/*-5))A,'<1$-0$(7)$!F(7$,'()*'+(,-'+.$
5-'0)*)'5)$-'$M43+'$0+5(-*1$,'$5-3:4(,'<$1K1()31$N2M%$!""VO(&`+-0/9C/%&A;*+5F&T2.(&
Q$-I*#&2*;$5%&1(&U(&<K??N@(&R1+J,.,(K$2-'()W($@'+.K1,1$>$@$/*+5(,5+.$X4,A)(&'/0C-&Z#*84+4;5&'/0]4C/#(&
! 227227
APPENDIX II: RESOURCES
!"#$%&'()(*$%!"#$%&#$'()*+"$&,)-./$&$%+,-./,0,1%2345%'6%'()(6%7.89%
:--;<==1/>?80,.1/@/-A44/7,$?89=18BC48A1>=;17=D?-/0A-/C@E>8?/A4E9,1/A$;17$%
!"#$%&'()(*$%01.)2$($#&,)3$4.*#5,.*$%+,-./,0,1%2345%'6%'()(6%7.89%
:--;<==1/>?80,.1/@/-A44/7,$?89=18BC48A1>=;17=!:,EF/@/-A4EG/7,>-54,>$;17$%
!"#$%&'()(*$%01.)2$($#&,)3&'/*"&6.7)8.9)*6&".)4+:)9+-.';<%+,-./,0,1%2345%'6%'()(6%7.89%
:--;<==1/>?80,.1/@/-A44/7,$?89=18BC48A1>=;17=!:,EF/@/-A4E4AC1>?A;,$;17$%
HAC>?:A/I6%J$6%K%G/C@6%2$%&'((L*$%M81,44/C@%3>,.%,N;,./,C?,%B/-:%B,O%>/-,><%P>AO/4/-56%:,18C/?%0A43,6%O,A3-5%
AC1%@881C,>>$%='#.:&"#$'()9$#1)>+-6?#.:*6%@A&Q*6%R)STRQ'$%
U,AI4/A96%2$6%U/4>8C6%F$6%K%V,.-848--86%M$%&'((L*$%J,.>8CA4/>/C@%MA;%W,A-3.,%X8C-,C-%78.%M8O/4,%MA;%P>,.>$%
B&6CD&*./)B+D$,.)E.:%$".*7)2.*$('F)='#.:&"#$+')&'/)G*&D$,$#56%)'YT)RY$%
U,/C9AC6%Z$%&'((S*$%H&:'.**$'()#1.)B+D$,.)='#.:'.#$%+,-./,0,1%#,;-,9O,.6%)[6%'()(6%7.89%
:--;<==BBB$-.,C1>9,1/A'$?89=R\TU]+GFT'((S=^A.C,>>/C@M8O/4,_C-,.C,-T_C-.8$;17$%
U/,@,.>6%`$%&'(([*$%B+:.)&D+?#)*+4#9&:.):.I?$:.-.'#*$%M/?.8>87-%J.,>>$%
U/4>8C6%!$%F$%&'(([*$%]C%3>,.%>-31/,>%AC1%/C78.9A-/8C%C,,1>$%J+?:'&,)+4)2+"?-.'#&#$+'6%K@&[*6%[YLT[a($%
U8OO.8?I6%2$%&'(([*$%!:,%73-3.,%87%98O/4,%1,0/?,%.,>,A.?:%/C%^X_$%>H=)@AAK)L+:M*1+67)L1&#)$*)#1.)8.N#)
O.'.:&#$+')+4)H?-&'C>+-6?#.:)='#.:&"#$+';%
U.8O4,B>I/6%G$%&'()(*$%!83?:%\,>-3.,%F/A@.A9>$%+,-./,0,1%%]?-8O,.%)L6%'()(6%7.89%
:--;<==BBB$43I,B$?89=77=,C-.5$A>;b)(aQ$%
! 228228
APPENDIX II: RESOURCES
TOOLS
HEATMAP ANALYSIS
!"#$%&'()*+,,"#,-.#*+#/*+,,0+1,-.#*-#*2-34+53*6,,7899:::;<"#$%$4-;1.=9*
BCD;**+,-!"#$.&/0-,1&23&45-67-)"84-*&#-7$9&-!"#$.&:;4$&<(.)=>*6,,78992+5-/+,.0;:C;.0$9=.@-5"9*
MOBILE ECOSYSTEM
DotMobi. Device Atlas. http://deviceatlas.com/devices
ONLINE QUESTIONNAIRES
Google Forms. Create and distribute questionnaires online. http://www.google.com/google-d-s/forms/
SIMULATION TOOLS
Opera. Opera Mini Simulator. http://www.opera.com/mobile/demo/
D.=75",";*?8#.$2-79'9$79$27-";-91&-A'4$<&-B4';;$2-C$9&;*6,,78993-,"+#+5A,-13;1.=7",";1.=9=+0-#",0+<<-1;1.=9*
H3"02-1"*0"I4-0"3*0"$-3,0+,-.#J*
K4+#,1+3,;*?8#.$2-'8($&<2&-'<'.)9$27-";-91&-A'4$<&-B4';;$2-C$9&>*6,,7899:::;I4+#,1+3,;1.=9=+0-#",0+<<-1;1.=*
WIREFRAMING
?.1L-#$*M-0/;**$4&;4'!&7-"<-91&-;.)>-6,,7899$.=.1L-#$@-0/;1.=9*
! 229229
!
one!
grounding! thorough!
!
micro-blogging! achieved!
!
internet!devices!
! online!
user!
! industries! ! render!
! ! news!
! ultimate!
effectively! !
mobile!
! knowledge!
! !
prototyping! !
! Applications!
!
interaction!
!
making! !
!
! !
! !
people!
! !
! poor! needs!
style!
every! !
!
!
usability! life! !
!
draws!! !
! !
!! !
! !
!
!
!
! PAPADOPOULOU ANASTASIA-EVANGELIA
dpsd03040@syros.aegean.gr
"# !
p) majority! new! users! evaluate!
technology!
products! problem!communication! position!
Cross-Media! many!Technology-first! anymore!
versions! sites! approach! need! networking!
design!
penetration! establish!
blogging! propose!
evolution! satellite!
context! content!
collect!
countries!
space!
identify! current!affordable! contributed!
Real! Web!
concept! gathering!
principles!
increased! used!
designing! offer!
moment! developed!
focused! Indisputably!
Time!existing! mobility!
services!order!different!
Phones!
produce!
trends!
information!
finds!
handle! searching! User-centered! established! finding!
requirements!
others! possibilities!
solutions!