Firefox Workflow User Research in Germany

Last year, the Firefox User Research team conducted a series of formative research projects studying multi-device task continuity.  While these previous studies broadly investigated types of task flows and strategies for continuity across devices, they did not focus on the functionality, usability, or user goals behind these specific workflows.

For most users, interaction with browsers can be viewed as a series of specific, repeatable workflows. Within the the idea of a “workflow” is the theory of “flow.” Flow has been defined as:

a state of mind experienced by people who are deeply involved in an activity. For example, sometimes while surfing the Net, people become so focused on their pursuit that they lose track of time and temporarily forget about their surroundings and usual concerns…Flow has been described as an intrinsically enjoyable experience.¹

As new features and service integrations are introduced to existing products, there is a risk that unarticulated assumptions about usage context and user mental models can create obstacles for our users. Our goal for this research was to identify these obstacles and gain a detailed understanding of the behaviors, motivations, and strategies behind current browser-based user workflows and related device or app-based workflows. We will use these insights to develop products, services, and features for our users.

Primary Research Questions

• How can we understand users’ current behaviors to develop new workflows within the browser?
• How do workflows & “flow” states differ between and among different devices?
• In which current browser workflows do users encounter obstacles? What are these obstacles?
• Are there types of workflows for specific types of users and their goals? What are they?
• How are users’ unmet workflow needs being met outside of the browser? And how might we meet those needs in the browser?

Methodology

In order to understand users’ workflows, we employed a three-part, mixed method approach.

Survey

The first phase of our study was a twenty question survey deployed to 1,000 respondents in Germany provided by SSI’s standard international general population panel. We asked participants to select the Internet activities they had engaged in in the previous week. Participants were also asked questions about their browser usage on multiple devices as well as perceptions of privacy. We modeled this survey off of Pew Research Center’s “The Internet and Daily Life” study.

Experience Sampling

In the second phase, a separate group of 26 German participants were recruited from four major German cities: Cologne, Hamburg, Munich, and Leipzig. These participants represented a diverse range of demographic groups and half of the participants used Firefox as their primary browser on at least one of their devices. Participants were asked to download a mobile app called Paco. Paco cued participants up to seven times daily asking them about their current Internet activities, the context for it, and their mental state while completing it.

In-Person Interviews

In the final phase of the study, we selected 11 of the participants from the Experience Sampling segment from Hamburg, Munich, and Leipzig. Over the course of 3 weeks, we visited these participants in their homes and conducted 90 minute interview and observation sessions. Based on the survey results and experience sampling observations, we explored a small set of participants’ workflows in detail.

Product Managers participating in affinity diagramming in the Mozilla Toronto office

Field Team Participation

The Firefox User Research team believes it is important to involve a wide variety of staff members in the experience of in-context research and analysis activities. Members of the Firefox product management and UX design teams accompanied the research team for these in-home interviews in Germany. After the interviews, the whole team met in Toronto for a week to absorb and analyze the data collected from the three segments. The results presented here are based on the analysis provided by the team.

Workflows

Based on our research, we define a workflow as a habitual frequently employed set of discrete steps that users build into a larger activity. Users employ the tools at hand with which they are familiar (e.g., tabs, bookmarks, screenshots) to achieve a goal. Workflows can also span across multiple devices, range from simple to technically sophisticated, exist across noncontinuous durations of time, and contain multiple decisions within them.

Example Workflow from Hamburg Participant #2

We observed that workflows appear to be naturally constructed actions to participants. Their workflows were so unconscious or self-evident, that participants often found it challenging to articulate and reconstruct their workflows. Examples of workflows include: Comparison shopping, checking email, checking news updates, and sharing an image with someone else.

Workflows Model

Based on our study, we have developed a general two-part model to illustrate a workflow.

Part 1: Workflows are constructed from discrete steps. These steps are atomic and include actions like typing in a URL, pressing a button, taking a screenshot, sending a text message, saving a bookmark, etc. We mean “atomic” in the sense that the steps are simple, irreducible actions in the browser or other software tools. When employed alone, these actions can achieve a simple result (e.g. creating a bookmark). Users build up the atomic actions into larger actions that constitute a workflow.

Part 2: Outside factors can influence the choices users make for both a whole workflow or steps within a workflow. These factors include software components, physical components, and pyscho/social/cultural factors.

Trying to find the Mozilla Berlin office.

Factors Influencing Workflows

While workflows are composed from atomic building blocks of tools, there is a great deal more that influences their construction and adoption among users.

Software Components

Software components are features of the operating system, the browser, and the specs of web technology that allow users to complete small atomic tasks. Some software components also constrain users into limited tasks or are obstacles to some workflows.

The basic building blocks of the browser are the features, tools, and preferences that allow users to complete tasks with the browser. Some examples include: Tabs, bookmarks, screenshots, authentication, and notifications.

Physical Components

Physical components are the devices and technology infrastructure that inform how users interact with software and the Internet. These components employ software but it is users’ physical interaction with them that makes these factors distinct. Some examples include: Access to the internet, network availability, and device form factors.

Psycho/Social/Cultural Factors

Psycho/Social/Cultural influences are contextual, social, and cognitive factors that affect users’ approaches to and decisions about their workflows.

Memory
Participants use memory to fill in gaps in their workflows where technology does not support persistence. For example, when comparison shopping, a user has multiple tabs open to compare prices; the user is using memory to keep in mind prices from the other tabs for the same item.

Control
Participants exercised control over the role of technology in their lives either actively or passively. For example, some participant believed that they received too many notifications from apps and services, and often did not understand how to change these settings. This experience eroded their sense of control over their technology and forced these participants to develop alternate strategies for regaining control over these interruptions. For others, notifications were seen as a benefit. For example, one of our Leipzig participants used home automation tools and their associated notifications on his mobile devices to give him more control over his home environment.

Other examples of psycho/social/cultural factors we observed included: Work/personal divides, identity management, fashion trends in technology adoption, and privacy concerns.

Using the Workflows Model

When analyzing current user workflows, the parts of the model should be cues to examine how the workflow is constructed and what factors influence its construction. When building new features, it can be helpful to ask the following questions to determine viability:

• Are the steps we are creating truly atomic and usable in multiple workflows?
• Are we supplying software components that give flexibility to a workflow?
• What affect will physical factors have on the atomic components in the workflow?
• How do psycho-social-cultural factors influence users’ choices about the components they are using in the workflow?

Hamburg Train Station

Design Principles & Recommendations

• New features should be atomic elements, not complete user workflows.
• Don’t be prescriptive, but facilitate efficiency.
• Give users the tools to build their own workflows.
• While software and physical components are important, psycho/social/cultural factors are equally as important and influential over users’ workflow decisions.
• Make it easy for users to actively control notifications and other flow disruptors.
• Leverage online content to support and improve offline experiences.
• Help users bridge the gap between primary-device workflows and secondary devices.
• Make it easy for users to manage a variety of identities across various devices and services.
• Help users manage memory gaps related to revisiting and curating saved content.

Future Research Phases

The Firefox User Research team conducted additional phases of this research in Canada, the United States, Japan, and Vietnam. Check back for updates on our work.

References:

¹ Pace, S. (2004). A grounded theory of the flow experiences of Web users. International journal of human-computer studies, 60(3), 327–363.

Beyond the Stacks: Podcast Interview

I'm honored to have been chosen as the inaugural guest on the new Beyond the Stacks: Innovative Careers in Library and Information Science podcast from the Institute of Museum and Library Services! 

“On this debut episode of Beyond the Stacks, we hear from Gemma Petrie, a user experience researcher at Mozilla. Join us as we discuss the pathway from librarianship education to UX research, what it’s like to work in the field, and the feeling you get when you travel to another country for a research visit in a stranger’s household.”

Beyond the Stacks is dedicated to exploring interesting and unexpected career paths for librarians and information professionals, something I am personally very passionate about. 

Task Continuity Part 2: Taiwan and Japan

Research and blog post by Bill Selman and Gemma Petrie.
(If you haven’t read our previous report on Task Continuity, we recommend reading it first for context.)

Last time we wrote on this topic, we shared our observations and results from our research into multi-device workflows and task continuity in the United States. As we reported then, our participants are using the tools they have at-hand to construct larger workflows. The most popular of those tools being screenshots, SMS, and email.

Unlike most other markets that charge per SMS, the US has a unique mobile services pricing structure that often includes almost unlimited SMS in a monthly service fee. In other regions of the world, SMS has been replaced by communication tools like messaging apps (such as Whatsapp). In contrast, messaging apps have lower penetration in the US (for example, Whatsapp has 8% penetration in the US compared to say 69% in India). While the overall usage of SMS is declining even in the US, SMS is still a lower cost and accessible task continuity strategy here.

The question is: how are users in other regions using different tools for task continuity? And if they are replacing SMS with Messaging apps, how they are employing other task continuity strategies differently?

Since Firefox is a global product, we believe it’s important to meet the needs of all of our users. To that end, we organized a similar field study to our US project, but in two more economically advanced east Asian markets: Japan and Taiwan.

Research Questions and Methodology

In order to compare and contrast, we followed the same research methodology that we employed in our previous study of task continuity in the US. The primary difference in our field work and analysis was an emphasis on the question of how region and culture affect users’ task continuity strategies.

We interviewed 5 participant groups in and around Taipei, Taiwan and 5 participant groups in and around Tokyo and Yokohama, Japan. In total, we interviewed 13 participants. All 10 interviews took place in the participants’ homes. In addition to our primary research questions, the semi-structured interviews explored daily life, devices, and integration points. Further, participants provided home tours and engaged in multi-device workflow future thinking exercises.

Results

Taiwan and Japan

• As we hypothesized, messaging apps have a strong role in task continuity in Taiwan and Japan. Every participant we interviewed used the messaging app LINE frequently to communicate with friends, family, and work associates as well as to continue tasks.
  • LINE allows users to set up specific groups of contacts called “communities” that can be messaged simultaneously. Participants used this feature to share and negotiate tasks and information.
  • LINE has replaced other communication and continuity channels such as SMS and email. SMS is viewed as “outdated.”
• With the exception of photos, data and task continuity appears to be less precious among the participants we interviewed than in the US. Almost no participant mentioned alarm about the possibility of losing data or not being able to reconstruct a task.
• Participants in both markets appeared to have shorter recovery horizons overall; in other words, most task continuity was for items for later that day or week. Bookmarks were used for longer, more persistent recovery horizons, but use was more for frequently visited sites.
• Both Taiwan and Japan appear to be instructional cultures. In public places, visual instructions were present. Some participants mentioned that they were not aware how to use some tools well but also believed that they were missing out by not using them. For example, TOK2 said, “I’m not good at Evernote. I wish I could become better at Evernote.”
• Compared to the US, we observed more device specificity among participants.
• Yahoo! remains a popular starting point for browsing in both markets.

Taiwan

• For our participants who were not information workers, email as a communication tool has been replaced by LINE or Facebook. Email is now used primarily as an identity tool to manage accounts for shopping or services such as banking.
• With the exception of the software engineer, participants expressed little knowledge of device-to-device sharing (except for transferring music) or continuity. For example, browser syncing across devices currently enjoys no usage among all but one of our participants.
• With the exception of a software engineer, cloud services were not used frequently among our participants as task continuity or storage tools. Participants were either not aware of cloud storage as a service or had a strong distrust of the security and privacy of cloud services (based on recent highly publicized hacking incidents).

Device Ecosystem in Taiwan

Japan

• High fragmentation of devices with limited task continuity. Fragmentation extends to services and strategies. For example, every participant had a different email address for each device. We speculate this fragmentation stems from:
  • A cultural separation between work and personal life.
  • An operator policy that supplies an email addresses to each smartphone account.
  • A culture that favors physical media and tangible objects. (e.g., many activities are still paper-based, none of the participants used streaming services and continue to buy or rent CDs and DVDs).
• Due to the high fragmentation of devices, only TOK5 used cloud services; even he said that he was an outlier in this regard at his office.
• Google search is used as a primary search engine and some participants had Gmail accounts, but other Google services such as Drive appear to have less penetration.

Device Ecosystem in Japan Demonstrating Device Fragmentation

Updated Task Continuity Model.

Our research in Japan and Taiwan led us to expand the Hold/Push stage of the task continuity cycle we developed based on the US research. In Japan and Taiwan (but also to some extent in the US), we observed that when participants shared data or a task, the sharing was accompanied by a social negotiation. That is, participants used some communication platform to discuss how to recover the task.

For example, TAI4 described an instance of this process: When planning a vacation with family, he or his wife send links to a LINE family group for suggested destinations and dates. The family members discuss the destination or alternatives via LINE. Once a destination is agreed upon, the task is resumed by reserving the destination or including it in the travel itinerary.

Example of Hold/Push Sharing Negotiation

Task Continuity: Similarities to the US

We observed the following similarities when comparing our participant groups’ task continuity strategies in Taiwan/Japan to our groups’ strategies in the US.

• Ad Hoc & Personal: Many participants were not knowledge workers and did not have access to tools or skills for more “traditional” workflows.
• Satisficed Solutions: Participants are relatively happy with their task continuity systems, but aware that better solutions likely exist.
• Smartphones: Smartphones were the dominant device in most task continuity ecosystems.
• Common Strategies: In all three countries, email, cloud storage, phone calls, and bookmarks were popular task continuity strategies.
• Password Management: Recalling logins and passwords is a challenge. Most of our participants stored passwords on paper or locally in a spreadsheet or digital notepad. In all three countries, most participants re-used the same passwords or used a personal system to create password patterns.
• Device Continuity: Some multi-device continuity is being achieved through iCloud and Chrome (though this was less common in Taiwan and Japan).
• Sharing is Saving: Many “sharing” services like email and texting have been repurposed for saving functions.

Task Continuity: Differences to the US

We observed the following differences when comparing our participant groups’ task continuity strategies in Taiwan/Japan to our groups’ strategies in the US.

• Primary Strategies: LINE, email, and bookmarks were the primary task continuity strategies in Taiwan and Japan.
• Screenshots: Screenshots were not as prevalent as a task continuity strategy among our participants in Taiwan, and even less so in Japan.
• Cloud Storage: While cloud storage was a known service in both Taiwan and Japan, few of our participants used cloud storage and several said they had stopped using cloud services due to widely publicized security concerns–specifically, the Sony data breach and the hacking of celebrity iCloud accounts.
• Email: Email was a popular task continuity strategy in both Taiwan and Japan, but participants appeared to be less concerned about adding metadata for future search retrieval and communication tasks had primarily moved to LINE.
• Streaming: In Japan, most of our participants still rented physical music (CDs) rather than use streaming services.
• Bookmarks: Bookmarks were a more popular task continuity tool among our participants in both Taiwan and Japan than in the United States. In one Taiwanese household, bookmarks on the family PC were used as a means of collaboration for planning future events.
• Not Automatic: Unlike the United States, there was less of an expectation that organization should be automatic.

Observations

Based on our two studies, we learned that the content of task continuity strategies varies a good deal among different markets. Participants adopt technologies that are prevalent among their peers, easily accessible, and are cost-effective. These qualities for different technologies vary greatly. However, ultimately, with the adjustments to our task continuity model, the form of task continuity is strikingly similar among different markets.

The main difference we observed when comparing Japan and Taiwan to the U.S. was the presence of a greater degree of more complex social negotiation (in terms of the number of participants). Since LINE places emphasis on communities in the user experience compared to groups in SMS messaging apps, the more extensive negotiation could be attributable to the prevalence of LINE in Asia.

While the form may be the same for task continuity, the differences in context and content are important to consider when building task continuity actions and activities into technology. As is the case with most technology, end-users use tools and functionality differently than designers and engineers anticipate. Thinking on these studies, it is remarkable how many participants used tools designed to share data as a means to save data for themselves or for later. Designers and engineers must consider how to adapt their multi-device task flows to incorporate actions not just for one-off sharing but for persistence and negotiation with others.

Workshop: Using Interviews in Design Research

I was recently invited to the UIC Daley Library to speak to an awesome group of librarians that are using UX methods to learn about and improve their institutions. The workshop focused on my work at Mozilla, how to plan a research study, and best practices for user interviews. Activities throughout the day gave all the attendees hands-on experience scoping, drafting, and running a user interview. You can see my slides below and learn more about the Chicago Library UX group on their meetup page.

(© 2015 Gemma Petrie. All rights reserved.)

chiDUXX Job Seeker & Speaker Directories

chiduxx

A new resource from chiDUXX, a women's networking and mentoring organization I help run in Chicago:

Have you ever wished for an easy way to find talented Chicago UX women looking for a job or interested in speaking at an event?  Well, we have some exciting news! Starting today, we are launching two directories for Chicago UX women:

Job Seekers

• Survey: http://goo.gl/forms/7d2drCPbZU
• Public Directory: http://bit.ly/1IPOwHq

Speakers

• Survey: http://goo.gl/forms/t5oIjaGc0a
• Public Directory: http://bit.ly/1aBKinJ

We encourage you to add your name and to spread the word. The directories are open to any Chicago women, not just chiDUXX members. Please note, any information you submit will be publicly viewable. You can update your information at any time by following the original survey link. Feel free to contact us if you have any questions: http://www.meetup.com/chiduxx/

Everyday Multi-Device Task Continuity

For many consumers, software and hardware choices are increasingly becoming choices between incompatible brand ecosystems. In today’s marketplace, a consumer’s smartphone choice is likely to have a far-reaching influence on options for everything from file storage to wearable technology. With each app purchase or third-party service sign-up, consumers become further invested in a closed brand ecosystem. As start-ups are acquired or privacy standards change, consumers may become trapped in an ecosystem that no longer meets their needs.

Mozilla strives to create competitive products and services built with open source technologies, that protect users from vendor lock-in, and that address user needs. We believe supporting these values is not only good for consumers, but is also good for our industry. In February, we conducted a contextual user research study on multi-device task continuity. This user research will help Mozilla design current and future products and services to support users’ behaviors and mental models. This research builds on our our Save, Share, Revisit study conducted earlier this year.

Research Questions

• Tasks: What tasks require task continuity?
• Patterns: What are common task continuity strategies, patterns, and work-arounds? Why do they occur?
• Behaviors: What are current and emergent behaviors related to task continuity activities?
• Devices: What constitutes a unified experience across devices? Do some devices perform specialized tasks?
• Context: Given that previous research has focused primarily on work and productivity environments, what do home and work boundaries look like for task continuity? 1
• Mental Models: What are the expectations, metaphors, and vocabularies in use for task continuity?
• Tools: How effectively do current features and tools meet continuity needs? Why do challenges occur?

Methodology

The Mozilla User Research team conducted three weeks of fieldwork in four cities: Columbus, OH; Las Vegas, NV; Nashville, TN; Rochester, NY. We recruited a demographically diverse group of 16 participants. Each participant invited members of their household to participate in the research, giving us 43 total participants between the ages of 7 and 52. All 16 interviews took place in the participants' homes. In addition to our primary research questions, the semi-structured interviews explored daily life, devices, and integration points. Further, participants provided home tours and engaged in multi-device workflow future thinking exercises.

Device Ecosystems

If you are reading this blog post, there is probably a good chance that you work in the tech or design industry. You likely have fairly advanced technology usage compared to the average person in the United States. Your personal device and service ecosystem might look something like this:

The device and service ecosystem for the average person in the United States includes fewer elements and fewer connection points. For example, here is the ecosystem map of one of the 16 participant groups in our study:

As you can see in these diagrams, the average user has single points of connection between his primary device (MacBook Pro) and all the other devices and services he uses. The advanced user, on the other hand, is utilizing various tools to move content between multiple devices, contexts, and services.

The Task Continuity Model

 

Based on our research, we developed a general model of what the task continuity process looks like for our participants. Task continuity is a behavior cycle with three distinct stages: Discover, Hold/Push, and Recover.

The Discover stage of the task continuity cycle includes tasks or content in an evaluative state. At this stage, the user decides whether or not to (actively or passively) do something with the content.

The Hold/Push stage of the cycle describes the task continuity-enabling action taken by the user. In this stage, users may:

• Passively hold tasks/content (e.g. By leaving a tab open)
• Actively hold tasks/content (e.g. By emailing it to themselves)
• Push tasks/content to others by sharing it (e.g. Posting it on Facebook)

The user may also set a reminder to return to the task/content at this stage (e.g. Set an alarm to call the salon when they open). It is possible for a single action to bridge more than one Hold/Push state (e.g. Re-pinning content on Pinterest shares it with followers and saves it to a board). It is also possible that a user will take multiple actions on the same task/content (e.g. Emailing a news article to myself and a friend).

In the Recover stage of the task continuity cycle, the user is reminded of the task/content (e.g. By seeing an open tab) or recalls the task/content (e.g. Through contextual cues). Relying on memory was one of the most common recovery methods we observed. In order to fully recover the task/content, the user may need to perform additional actions like following a link or reconstructing an activity path.

Once the task/content is recovered, the user is able to continue the task in the Resume stage. Here, the user is able to complete the task or postpone it by re-entering the task continuity cycle.

The Task Continuity Model allows us to clearly map the steps involved in a specific task continuity activity. To illustrate, one of our participants discovered a video that he wanted to watch at a different time and on a different device. Here are the actions he performed to achieve this:

• 1. Discover: Finds URL for video he wants to watch later.
  2. Push/Hold: Copies URL to email. Sends email reminder to himself.
  3. Recover: That evening, while browsing on his iPad, recalls that he wanted to watch a video from earlier in the day.
  4. Resume: Scans email for reminder message, locates it. Copies URL to iMessage.
  5. Push/Hold: Sends iMessage from tablet.
  6. Recover: On MacMini-connected TV, receives iMessage, copies URL from iMessage to browser.

Research Findings

A selection of our research findings that we believe are the most relevant to UX professionals and engineers:

• Ad Hoc Workflows: Participants used small, immediate tools such as text messages and screenshots to string together larger tasks.
• Satisficed: Participants were generally satisfied with their current task continuity workflows, even when they knew they weren't efficient.
• Task Continuity Tools: Text messages, screenshots, and email were the primary task continuity strategies.
• Screenshots: Participants tended to use screenshots rather than texting links. People were performing complex tasks using screenshots (like managing employee schedules).
• Re-Searching: People tend to re-initiate a search to pull up content on a different device rather than pass it through email, text, or some other method.
• Third-Party Services: While tools like Evernote may be popular in technology circles, they are essentially unknown outside them.
• Cloud Storage: Most participants had been exposed to cloud storage services, often through work, but their personal use was usually limited to free accounts.
• Organization is Work: Most participants avoid task continuity actions that require organization. Instead, participants relied on recovery techniques such as memory, scanning lists, and searching to recover tasks.
• Barriers: Participants choose a path of least resistance to complete a task. When confronted by a barrier, most participants will detour; sometimes those detours become a journey away from a product or service. Barriers we observed included authentication, forced organization, and overzealous privacy and security measures.

Further Research

This research provided a valuable foundation and framework for our understanding of task continuity, but it is important to acknowledge that it was conducted only in the United States. We were particularly surprised by the reliance on texting and screenshots and believe it is important to explore this behavior in areas where carrier-based SMS programs are less popular. We plan to build upon these findings by expanding this research program to Asia in May 2015.

References:

• 1. Santosa, S., & Wigdor, D. (2013). A field study of multi-device workflows in distributed workspaces. Presented at the Proceedings of the 2013 ACM international joint conference on pervasive and ubiquitous computing. Pages 63-72.

Save, Share, Revisit

In early January, Mozilla conducted user research to refresh our understanding of how people save, share, and revisit content with the goal of building our knowledge base for a larger contextual research project on multi-device task continuity that is currently being conducted. (More on that in a future blog post.)

Methodology

We recruited eight participants to engage in a three-day diary study to document their save, share, and revisiting behavior. Instructions were emailed to participants each morning based on daily themes: Saving, Sharing, Retrieving. Each evening, the participants were prompted to submit their diary entries and answer a few additional questions. Based on these responses, half of the participants were selected to participate in an additional 60-minute video interview with the researcher to explore these themes in greater detail.

Primary Findings

1. Most people are using low-tech systems to save, share, and manage their content. There is a tendency in tech circles to overestimate the popularity of services like Pocket and Evernote, when in fact the most competitive task continuity resources are basic services like email, local storage, text messages, and screenshots.
2. Most people are aware that their personal system isn't perfect, and in fact often cumbersome to maintain, but other solutions are perceived as some combination of absent, confusing, or limited by storage/price.

People tend to save content to their devices, rather than to third-party systems. Some of the participants had tried services like Dropbox or iCloud, but abandoned them when they ran out of free storage space. Utilizing free local storage means people always know where to find things. If saving locally isn't possible, people will often take a screenshot of the content or send it to their own email account in order to save it.

“If there's a way I can physically save the article I would save it to my device or SIM card. If I can’t do that, I will take a screenshot of the articles and later go back and view them” - P6

“I found a picture of a toy I want to buy my daughter. I took a screenshot on my phone and I will go to the link in the pic using my computer later to show my mom.” -P2

For most participants, alternate device access was not a big concern when saving content. In fact, most of the time, people intended to revisit on the same device. When saving content, most people intended to revisit it within a short time frame - usually the same day or within a few days. This was due to the fact that people believed they would "forget" to return to the content if too much time passed.

For many participants, the line between sharing and saving was blurred. The primary methods for sharing content - Facebook, email, and text messages - where valued not only because they made it easy to share, but because they also made it easy to revisit.

“Social media and email services make it easy to revisit content because they log and save everything.” - P3

“I found Crockpot recipes on Facebook that I wanted to try, so I re-posted it to my Facebook wall.” - P7

Participants used a variety of low-tech methods to revisit content. The primary methods included relying on the URL bar to autocomplete URLS based on browser history, following links in emails, and leaving browser windows open.

Further Research

The Firefox UX research team is currently conducting a contextual user research project in multiple cities to learn more about multi-device task continuity strategies. These findings will add depth to our current understanding and help us design experiences that will support and expand on these user patterns. Stay tuned for more information on this work.

(You can find the original post on the Mozilla UX Blog.)

What I've Been Reading

A (most likely) incomplete list of books I read in 2014, in no particular order:

• Is Everyone Hanging Out Without Me? by Mindy Kaling
• Cockpit Confidential by Patrick Smith
• One Perfect Day: The Selling of the American Wedding by Rebecca Mead
• A Technique for Producing Ideas by James Webb Young
• Laura by Vera Caspary
• Practical Ethnography by Sam Ladner
• Wild by Cheryl Strayed
• Ethan Frome by Edith Wharton
• The Goldfinch by Donna Tartt
• Moments of Impact by Chris Ertel
• Interpreter of Maladies by Jhumpa Lahiri
• Yes Please by Amy Poehler
• What's the Future of Business by Brian Solis
• Remote by Jason Fried
• The Pomegranate King by Nishta J. Mehra
• Hooked by Nir Eyal
• Four Quartets by T.S. Eliot
• Service Design by Andy Polaine
• Communicating The New by Kim Erwin
• Not That Kind of Girl by Lena Dunham
• Designing for Emotion by Aarron Walter
• Remote Research by Nate Bolt
• Gone Girl by Gillian Flynn
• Conversational Intelligence by Judith Glaser
• Designing for Interaction by Dan Saffer
• Mental Models by Indi Young
• Content Strategy for Mobile by Karen McGrane
• A Supposedly Fun Thing I’ll Never Do Again by David Foster Wallace

The Chicago Reader's 2014 People Issue

I'm humbled to be included in the Chicago Reader's 2014 People Issue. Thanks to Drew Hunt for writing such a thoughtful piece and to Jeffrey Marini for making me look presentable on film. This has been a flattering and imposter-syndrome-inducing experience.

People Issue 2014

"The People Issue is about the significance of individuals—particularly 20 Chicagoans whose contributions to the city are in some cases overlooked. But it is also about the ways in which each of these people connects to a bigger community, and how that community can magnify an already potent force."

Gemma Petrie was moved to find ways to make technology more accessible to people traditionally cut off from it—and found that the work brought her closer to those people than technology ever could: “Those interpersonal experiences, both in the local Chicago community and the global community, have been really powerful. It comes down to people.”

You can read my interview here. Be sure to check out the other 19 amazing individuals as well. (Two of my favorites are Gaylon Alcaraz and Chaz Ebert.)

Full article:

Petrie, 33, is making technology more useful, both globally, as a senior user-experience researcher for Mozilla, and locally, as a cofounder of ChiDUXX (Chicago Women of Design and UX), a mentoring and networking group for women in digital user-experience research and related fields.

Interview by Drew Hunt
Photos by Jeffrey Marini

I studied philosophy at Reed College in Oregon, and I decided that I was interested in law school. I started working at a law firm and decided within a year that I didn’t really like that, so I ended up quitting and traveling for six months. When I came back, I didn’t really know what I wanted to do, so I started working with some nonprofits around Chicago. I started working at a settlement house. It was a neighborhood group, and we worked on early childhood education. We created nontraditional spaces for people to learn technology skills. I didn’t have a technology lens on anything at that point; I was trying to feel out what I wanted to do with my life. But the time I spent exposed to these technology programs opened my eyes. We worked primarily with low-income immigrant populations, and I saw the truly huge divide between people like me, who have a ton of advantages and exposure to technology, and people who are fundamentally cut off from those resources—and what not having that access or that literacy means. I decided to focus full-time on technology education and learning.

I take a participatory approach to my job. Say you have a small group of affluent people living someplace like Silicon Valley, creating products that are meant to have a national or even global appeal. You can create a product that’s amazing, but sometimes it ignores the fact that there are wild differences between Silicon Valley and other places in the world. It’s impossible to design something for everyone, so understanding that product—or service or experience—and actually working with the population that you hope to serve is the best way to go about it.

This, of course, implies that there are resources for such a thing, and that’s extremely uncommon, especially for small organizations. It’s a huge cost and a huge amount of time, and there are a lot of limitations.

I have the luxury of occasionally working on funded international projects. Mozilla sends research teams across the world to not only learn about current behavior but also emerging trends and needs in these areas. A lot of people are working to be ahead of the curve to make sure we’re adequately developing technology for a broad audience. The idea is to allow the research to inform that development.

Chicago isn’t considered much of a “tech center.” You think of San Francisco, New York—those are the obvious places where one might go if one is interested in tech. But there’s been a shift in the last few years. The Chicago community feels different. There’s a luxury to living in the midwest. It’s a little nicer, people underestimate it, and people have a genuine desire to see others succeed.

I co-organize two groups here, the Chicago UX Book Club and ChiDUXX. With the book club, people recommend industry-related books to read, and then the whole group votes and we pick the book based on that. It’s been a couple years now, and I’ve met some amazing people.

I had met a number of really awesome women through the book club, and then there was this conference a couple years ago in Chicago that had eight presenters who were all men. They were really smart people, but I was surprised there weren’t any women, because I happen to know a lot of women who are at the top of their field. I ended up meeting my ChiDUXX co-organizer, Golli Hashemian, around this time, and she had a similar reaction. Some of the goals with ChiDUXX are to offer an environment for people to try out talks or share projects, and to mentor one another within the field, but the primary goal is to have more women in user experience get to know each other, so that when there’s a job opening, or somebody is organizing a conference, nobody has to go looking for recommendations.

Things should be changing, and the fact that they aren’t kind of highlights a systemic issue. The more diverse things are, the better they are. The tech industry is filled with young people, and young people are at least characterized as being more open, so that’s part of the frustration. The tech industry isn’t some big investment firm that’s been around a hundred years and this is just how things go. If we can point out the absurdities of these very outmoded ways of thinking, eventually it will all come together to help break down barriers and make people more conscious of the choices they make. I’ve never met a straight-up misogynist in my field, and I hope that remains true. We all have a lot to learn about people who aren’t like ourselves, and ideally we’re all paying attention to how we can do better.

The things I love most about what I do include building communities like ChiDUXX and the book club, and also doing the research, really getting to know what someone else’s life is like in a place that’s very different than mine, and hopefully using that information to create better products. Those interpersonal experiences, both in the local Chicago community and the global community of people who have goals and aspirations that I can help them meet, have been really powerful. It comes down to people.

Firefox OS Research in Northern India

This research was led by Cori Schauer & Gemma Petrie.

Last month, Mozilla traveled to India to conduct user research on mobile usage. We are grateful to our talented research partners Dear and Tazurba International for their expert local knowledge, to the amazing Delhi and Rajasthani Mozilla communities who provided critical logistics and translation support, and to the many Mozilla staff members that took time out of their busy personal and professional lives to join us in the beautiful (and blazing hot!) Indian summer.

Field Team

The Mozilla User Research team believes it is important to bring a wide variety of colleagues into the field with us for research. We know that first-hand experience does more to build empathy and understanding than a presentation ever will. This trip marked our largest field team to date and included:

• Jared Cole, Design Strategist
• Francis Djabri, FxOS UX Designer
• Peter Dolanjski, FxOS Product Manager
• Sandip Kamat, FxOS Product Manager
• Bruce Huang, FxOS Product Manager
• Juwei Huang, FxOS UX Designer
• Elizabeth Hunt, Marketplace UX Designer
• Jane Hsu, FxOS Go-To-Market Strategy/Partnerships
• Rina Jensen, Content Strategist
• Amy Lee, FxOS Visual Designer
• Peiying Mo, L10N Program Manager
• Arky, L10N & Community Rep
• Rob Rayborn, User Advocacy

Research Plan

We aimed to answer the following questions with our research:

•     Who are the people in our target market(s) in India?
•     What motivates someone to purchase a mobile device?
•     What can Mozilla enable people to do with a Firefox OS device?
•     How can Mozilla make a difference?

India is a vast and varied country and it was difficult to design a research approach that would cover multiple regions with adequate depth in the time we had available. We decided early on to focus this initial phase of our India research program in the north, specifically in Delhi, rural Rajasthan, and Jaipur.

This research used a variety of methodologies to gather data. We conducted one-on-one interviews in Delhi and Jaipur and worked with community members and local researchers to meet with local families, shopkeepers, and visit rural villages. In addition, we also conducted informal ethnographic observation during our two weeks in India.

Ethnographic Observation

One of our primary goals was to immerse our field team in Indian daily life and culture. Our large group and broad geographic research area presented some initial challenges during our planning stage. We made the decision to engage dscout to bring some order to our data collection and help field team members that were new to research think about how to capture and analyze their experiences.

We split each day into two modules with different themes like phone stores, mobile content, or family. We then divided our field team into small groups, accompanied by Mozilla community members, to explore different areas. Each group added photos, videos, and answers to a few short questions to dscout, allowing us to quickly gather a large amount of structured information on each theme. This data, combined with our team's first-hand field experiences, provided a valuable contextual foundation for our research.

Mobile Open Houses

We conducted one-on-one interviews with 55 recruited participants at "Open House" events in Delhi and Jaipur. The interviews were split into four main topic areas: Current phone and technology usage, phone purchasing process, mobile content, and Firefox OS device user testing.

Emerging Needs in Thailand & Indonesia

This research was led by Bill Selman & Gemma Petrie.

In Fall 2013, the Mozilla User Experience Research Team visited Thailand and Indonesia to conduct Firefox qualitative research. In addition to our team of Mozillians, we partnered with SonicRim, a global design research firm, on this research project. If you would like to learn more about the project planning phase of this study, please read the first post in this series. You can also read about our initial observations in Thailand and our initial observations in Indonesia in previous posts. Finally, you can also checkout this follow-up post on ecommerce in Indonesia.

Study Goals

The goal of this research project was to understand how people in Thailand and Indonesia experience the Internet and to learn about emerging trends that will provide insight into new and current product features for Firefox.

Research Activities

The Mozilla User Research team believes it is important to experience in-context research with a wide variety of staff members. We brought a diverse set of talents into the field with us and gave each person the opportunity to engage in cultural immersion activities and two or more qualitative interviews in Bangkok & Chiang Mai, Thailand or Jakarta & Bandung, Indonesia. Our field teams were comprised of: Bill Selman (User Research), Gemma Petrie (User Research), Uday Dandavate (SonicRim Researcher), Larissa Co (UX Design), Zhenshuo Fang (UX Design), Holly Habstritt (UX Design), Bram Pitoyo (UX Design), Margaret Schroeder (Market Research), Gavin Sharp (Firefox Engineering), and Yuan Wang (UX Design).

We engaged in a variety of contextual inquiry and ethnographic research activities including:

• Semi-structured interviews with 44 participants (22 buddy pairs) in their homes and offices.
• We observed public, commercial, and educational environments.
• We connected with local Mozilla community members and hosted community dinners in Bangkok, Thailand and Bandung, Indonesia.
• We collected over 60 hours of audio and video and nearly 2,500 photographs.
• Finally, we engaged in an extended analysis period with both field teams in our Portland, Oregon office.

Results

In Indonesia and Thailand, changes are taking place with respect to how (and how many) people are accessing the Internet. Rapid technological and socioeconomic development has influenced technology adoption curves and technology-centric behaviors. Our research identified various themes that will help inform the future development of our products. Here are a few of them:

Infrastructure:

Key pieces of critical infrastructure are lagging, especially in Indonesia.1-5

• Reliable telecom is unevenly distributed in both markets. Urban dwellers can’t easily connect with their rural relations (and vice versa).
• Telecom infrastructure is generally lacking (though improving); Limited bandwidth is shared between a very large subscriber base.
• In Thailand, data is cheap (less so, proportionally, in Indonesia). Certain kinds of data usage (like social networking) may be unlimited, while others are metered. People in both markets use multiple devices/telecom providers to maximize coverage/minimize costs.

This lack of stable infrastructure inhibits what can be done with technology and influences software adoption and software updates due to poor or nonexistent download speeds.

OS/Software Distribution:

Due to poor connectivity, downloading is often not the only software distribution channel in this region. Physical media such as DVDs and USB thumb drives still play a significant role in how software is distributed and installed. As a result, software packages are frequently installed in a shop, rather than at home. These packages can include everything from the OS, to multiple browsers, productivity tools, and games. In Indonesia, software being sold
 is often several versions behind the current version and may be compromised with malware.

Search & Navigation:

Participants have difficulty searching the Internet, because they don’t understand the pieces of the browser and the relationship of the browser to the Internet. This resulted in several beliefs:

• The belief that Chrome is better for searching Google, because both are Google products.
• The belief that search results are generated within the browser, thus searching in a different browser will produce different results.
• Navigating to Google.com in order to enter Facebook.com in the Google search box.
• Limited awareness that software can be customized or modified with add-ons.
• Acquiring software based on popularity in their social circles rather than functionality or performance.
• "It doesn’t work anymore” — There is limited knowledge of malware, malicious add-ons, etc., that may be severely impacting browsing experience

Translation:

Internet users in both markets rely on a blend of English and local language sources in order to find information they need. Users often, but not always, use English language menus on their devices (especially among Thai users trying to save screen real estate). Yet, while many users can navigate effectively in English, translation is still critical to their browsing experience. People want content in a context appropriate language: Local content in the local language and international content In English. Overall, there was a distrust of machine translations and a desire for improved content translation that provided additional cultural context.

What's Next?

Mozilla is committed to providing the best user experience possible to our global community of users. It is important for us to understand the unique challenges and unmet needs that our users face around the world. We are grateful to all of the participants we were able to interview during this project and to the valuable support of our Thai and Indonesian communities. Over the last few months, our research team shared all of our Thailand and Indonesia study results with various teams at Mozilla. In addition to our observations, we suggested opportunities for addressing the unmet needs in this region. We look forward to incorporating design solutions to these challenges in our products. Stay tuned!

References:

1. Get ready for traffic jams & long commutes. (Bangkok Post)
2. Smartphone sales in Thailand gather pace with over 2.87 million sold in the first four months of 2013. (GfK)
3. Smartphone sales in Thailand gather pace with over 2.87 million sold in the first four months of 2013. (GfK)
4. Indonesia Has 2nd Lowest Average Internet Speed, Reactions. (Indo Boom)
5. New GSA Evolution to LTE report: 2013 ends with 260 LTE networks in service. (GSA)

GSLIS Profile

My alma mater, The University of Illinois, recently interviewed me about "nontraditional" librarianship. Check out the article on the GSLIS website.

Full Article:

With a background in nonprofits and a passion for keeping the web open and accessible, Gemma Petrie has put the skills she gained at GSLIS to good use in her job as a user experience researcher for Mozilla.

Where do you work and what is your role?

I work at Mozilla as a user experience researcher. It is my job to learn about the goals and challenges faced by the people we serve and to share those insights so that we can create better products.

What do you like best about your job?

I love that I work for a mission-driven organization that I am proud of and that I am constantly learning about people and their lives. Right now, my research is focused on emerging trends and unmet needs around Internet usage in Southeast Asia. I recently led field research in Thailand, and I was thrilled to have the opportunity to learn about the motivations, concerns, and behaviors of Thai Internet users.

How did GSLIS help you get to where you are today?

I spent several years working in Chicago nonprofits, where I had the opportunity to work with people experiencing various types of technology for the first time in their lives. This work had a profound effect on me, and I decided that I wanted to focus on information and technology access full time. I considered pursuing [a degree in human-computer interaction] but ultimately decided that the LIS field's focus on people and information access would provide a better theoretical foundation for the type of UX work that I find most rewarding.

What advice would you like to share with GSLIS students?

I think LIS is a great foundation for many different information and technology careers, but I'd be lying if I said I was always able to find courses relevant to my career aspirations. I'd advise any student who is interested in working in a "nontraditional" job to seek out opportunities to gain expertise in that field while still in school. I augmented my coursework through an independent study, I found an amazing internship opportunity through an alumna, I took on small pro bono UX projects to build a portfolio of work, and I co-founded the local UX Book Club chapter in Champaign-Urbana. Don't be afraid to carve out your own path in LIS. It may take extra work while you are in school, but you will be in a strong position upon graduation.

What do you enjoy doing in your spare time?

When I'm not traveling for work, I spend my time enjoying good food with friends, exploring Chicago, and spending as much time as possible outside. I also help organize the Chicago UX Book Club and chiDUXX (a professional organization for women in the UX and design fields).

What’s next for you?

I'm really proud of the work Mozilla is doing, and I plan to continue to support their efforts to keep the web open and accessible. I'm also excited to be part of Chicago's thriving tech community, and I'm always looking for new opportunities to learn from all of the amazing people here.

Designing for our users, not for ourselves

Build. Empower. Teach. Shape. When Mitchell Baker defined the Nature of Mozilla in her keynote at this year's Mozilla Summit, she highlighted these activities to be our main responsibilities as Mozillians.

The User Research team is dedicated to understanding who our users are and how to build products that will meet their needs. Earlier this year we completed the Firefox User Types study as part of this effort. This research has already been used by internal Mozilla teams to think about different features and design solutions for Firefox, and the Summit gave the User Research team the opportunity to share this work with the entire Mozillia community.  Our session, "Designing for our users, not for ourselves," was facilitated by Mozilla User Research team members in all three Summit locations: Toronto (Cori Schauer & Gregg Lind), Santa Clara (Bill Selman & Lindsay Kenzig), and Brussels (Gemma Petrie and Dominik Strohmeier). Special thanks to our amazing UR and UX colleagues for their support at each session!

Getting Mozillians Excited about User Research

The summit was an awesome experience with more than 1,800 Mozillians across three locations. We were excited to share our work during our UR/UX breakout sessions, but with so many concurrent tracks, we knew not everyone would be able to to attend. In order to convey our enthusiasm for our research, spread the word about our sessions, and get the community talking about who our users are, we created and distributed enamel user type pins to all of the Mozillians in attendance.

The pins were a hit and within minutes the keynote auditorium was full of Mozillians trying to trade with one another for their favorite user type. Nearly half of our community members fall into the "Wizard" category of users, but in our research this user type only represents 1% of North American Firefox users. We deliberately distributed only a few "Wizard" pins at the Summit in order to get people talking, and did it ever! As people frantically searched for these elusive pins, it gave us the opportunity to discuss the theme of our talk, "Designing for our users, not for ourselves." (Thanks to Zhenshuo Fang for her lovely user types artwork and to Madhava Enros for the pin idea!)

Teaching the Community about User Types

The word was out about User Types, and more than 60 Mozillians came to the session in Brussels, 35 in Toronto and 30 in Santa Clara to learn more. During the presentation, we introduced everybody to the concept of having user types to guide our design and product development process. We also introduced each of the user types and their specific characteristics. We then split the room into six groups and each group received a short user profile, a collection of photos, pens, paper, and two exercises:

1. Review the representative profile - you are now that person. Finish this sentence "To me, the Internet is..." using the photos. Feel free to draw, annotate, or whatever you need to finish the sentence. Once you are done, choose three words that best describe the Internet to you [as the user type].
2. Now that you know how your user type thinks & feels about the Internet, spend time with your group brainstorming what your user type wishes Firefox could do for them. When done, choose the top three ideas your user type came up with and tell us "I wish Firefox would..."

After finishing the exercises, each group presented their results to the other teams. The goal of our session was to make people start thinking like one of our user types and we were incredibly impressed with the thoughtful ideas each group shared. The presentations highlighted an important constraint our designers work with every day: There are very different ideas about the Web and what Firefox could offer each of the user types, however we only develop one Firefox Desktop which needs to serve all of our users.

Thanks to all the Mozillians in the different Summit locations who joined our session. In Brussels, we especially enjoyed the long discussion that followed after the official session ended. We hope that these discussions will continue and that we will all keep the user types in mind when working on future products so that we are better able to build the Internet the world needs. (Special thanks to Cori Schauer for her work preparing this session!)