# Aligning around a core experience vision

Our first step was to align all of the stakeholders around the product’s vision. It’s common for stakeholders to be on the same page at a general level, but diving a level deeper often exposes subtle, but important misalignments. We facilitated a guiding principles activity with stakeholders to understand each stakeholder’s perspective and drive consensus on the high level design goals. 

# User research, personas, and user stories

With a clear set of  guiding principles, we began the user research phase of the project. The newness of the FlashRay technology created an early challenge with determining the appropriate target audience to study since nobody had actually used this technology en masse. We decided to focus on current NetApp enterprise storage administrators, but focused on where these users’ needs were not being met by their current tools. The primary output of our research involved personas and a prioritized list of user-centric use cases. These served as the basis for our designs as well as usability testing later in the project.

# Transitioning from research to design - conceptual model

The first step of transitioning from research to design involved creating the conceptual model for the new FlashRay experience. An effective conceptual model is critical to creating a usable experience because it serves as the foundation for the design and we expended significant effort working with the FlashRay product team to get it right before moving into more detailed UI design.


![ConceptualModel.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Conceptual_Model_3c57f7f379.png)

# Wire-framing, iterative design, and user testing

With the conceptual model defined, we started to generate wireframes. This was a highly iterative process where we worked closely with the FlashRay product team. We employed a process of regularly generating design drafts, reviewing them with the FlashRay team, and updating the designs based on feedback. With each iteration, we increased both the scope and depth of the designs. At strategic points in the process, we also built interactive prototypes to conduct usability tests with target users to also drive design changes.

# Creating the visual design

Another large component of our design effort was to create a look and feel that reflected a specific product personality. NetApp knew they had a groundbreaking product and it was paramount that users would get that impression. In conjunction with the conceptual and wireframe design activities, we applied our branding process to identify and create a look and feel that would capture the FlashRay team’s goals. We held an internal branding workshop to identify the product traits and personality that NetApp wanted from the FlashRay project. We generated moodboards to hone in on the visual style and tone that the NetApp team wanted and then iterated on detailed visual designs to arrive at a specific UI look and feel. After defining an overall visual design direction, we crafted a style guide and library of assets to bring it to life.

![netapp-body3.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/netapp_body3_b6da70dcb1.jpg)

![netapp-body2.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/netapp_body2_30914b789d.jpg)

![netapp-body1.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/netapp_body1_8c8eb780c6.jpg)

# Impact

NetApp was thrilled with the final outcome. They felt it captured the unique power of the new system and would enable the new users of the system to easily and effectively operate it. Even before FlashRay was released, NetApp used prototypes based on the new UI to tout the benefits of their new technology.


Applying a comprehensive user-centered design approach from research to high fidelity design to a highly complex, technical system. 



large_netapp-hero.jpg

medium_netapp-hero.jpg

small_netapp-hero.jpg

thumbnail_netapp-hero.jpg

netapp-hero.jpg

Enterprise

Cloud Computing

For UX, the process of **creating a unique identity** to develop consistent messaging and imagery to communicate what the product stands for and what users can expect. 

The goal is to create a lasting positive impression on users and build product use loyalty. 

Branding

Design elements, standards, and guidelines of use for a given product or suite. 

Ensures a high-level of consistency and quality for UI design and user experience. 

Style Guide

User Test a product early to rapidly validate ideas. Test later to establish benchmarks. Probe uncertainty throughout. 

For any development format: paper, wireframes, mockups, prototypes, and live products.

Usability Testing

Interviews are the baseline method for user research. Everything else is a proxy.

They provide deep insights on user behaviors, values, motivations, and desires.

User Interviews

Design reviews are expert and heuristic reviews to identify and prioritize design and usability issues. 

They can identify immediate fixes, define near-term goals, and outline larger projects.

Design Review

Interaction Design is designing how users users will interact with products, environments, systems, and services. 

It is architecting the flow of giving and receiving information in an experience.

Interaction Design

A **comprehensive user-centered design philosophy and process** across every stage of product development. 

Craft a deep understanding of the user, context, and interaction design with the product and service. 

Full-Service

User Research and Design 

NetApp was building a brand new flash storage solution based on a revolutionary leap in enterprise storage technology performance. This new system, named FlashRay, needed a new user experience that would enable administrator users to fully harness the power of the new technology, so NetApp turned to EchoUser to help them create the new experience. 

In an end-to-end engagement involving foundational user research, conceptual design, iterative UI design based on user testing, and visual branding, we delivered a modern, simple to use, administrator user experience that reflected the game-changing performance of FlashRay.

NetApp FlashRay Full-Service UX

# Approach  

Based on Nordeus’ needs we suggested conducting a heuristic evaluation — a quick way to find usability issues of your UI in a short period of time by having usability experts review the product and compare it with a set of heuristic principles.  

![nordeus-body1.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/nordeus_body1_e941dc5cfb.jpg)

# Heuristic Review  

This method can provide some quick and relatively inexpensive feedback to designers anytime in the design process. While the concept of heuristic review has been around for almost 30 years, it has largely only been applied to software design. In our case, we applied the method to video games.  

Customization was involved to adapt standard heuristics to evaluate games. After investigating existing literature around the topic, we developed our own set of heuristics — similar to Nielsen’s, but with the consideration and inclusion of gaming elements.  

We wanted to look out specifically for areas where gaming elements are missing, or not appropriate. For example, does the game engage users by establishing a background story? Does it provide the right amount of guidance to allow players to level up, or is there too much hand-holding? Does the game feel repetitive after a while? What are the reasons/mechanics behind the repetitiveness?  

# Our Process  

In our heuristic review, six usability experts played the game for one to two hours, and individually took notes on usability and playability. We then consolidated feedback and attributed surfaced issues with severity rankings, as to let the Nordeus team get an idea of what issues they should prioritize in the upcoming Spellsouls redesign.  

![nordeus-body3.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/nordeus_body3_f95965f481.jpg)


Customized heuristics and usability testing to enhance the gaming experience.


large_nordeus-hero.jpg

medium_nordeus-hero.jpg

small_nordeus-hero.jpg

thumbnail_nordeus-hero.jpg

nordeus-hero.jpg

Entertainment

Gaming

Startups

Mobile

Diary studies track users and product use over time. 

They provide a rich insights across a long timeline that otherwise are missed in short design cycles.

Diary Study

Game Usability

[Nordeus](https://nordeus.com) is an award-winning independent mobile game developer, with 160 employees based in Belgrade and international offices in London and Dublin. Their mobile game, [Top Eleven](https://nordeus.com/games/top-eleven/), is the one of the most successful online sports games ever made, boasting over 140 million registered users.  

We teamed up with Nordeus to conduct heuristic reviews and user research on their new game, [Spellsouls](https://nordeus.com/games/spellsouls/), to discover opportunities for gameplay improvement. 


We concluded the project by delivering a comprehensive findings deck, a presentation that outlined our process, usability insights, issues we surfaced, how we prioritized them, and ultimately our recommendations for how the Nordeus team should continue with the design and development of Spellsouls. By applying a modified take on heuristic review to the gaming experience, we were able to dive deep into usability and retrieve qualitative insights that will guide not only future iterations of the Spellsouls mobile game, but inform the creation of new gameplays and stories for Nordeus’ future products.  


Nordeus: Gaming Heuristics and Usability

# Approach 

Data without context is difficult to interpret, so we proposed the following: a multi-month user research activity focused on in-person ride-a-longs to collect human, personal sentiments regarding the transportation system and its use. 

We deployed our researchers to accompany BART riders on their daily commutes and ask targeted questions. While placing ourselves within the live environment of the rider, we were able to capture more honest and accurate responses from participants, and pick up on the sentiments that charged their answers. 

Dozens of user experience issues were identified and observed over the many ride-alongs. Riders’ top issues included cleanliness, safety, transferring, cost, and timeliness of trains. While riders care about the basics, time and money spent, they cared more about what contributed to the ride as a whole, or in other words, the trip experience. 

![bart-body1.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/bart_body1_61d3986534.jpg)

Many BART cars are originals, dating from when system was first inducted in the 1960s.

![bart-body2.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/bart_body2_a50acde7bb.jpg)

The interior hasn't changed much since. 

# Impact 

By the conclusion of our engagement, we discovered that BART and AC Transit riders are a tolerant, resilient bunch. Not only is BART experience more than riding the train itself, but a process that includes taking the BART, a bus, a taxi, and even walking to get from one destination to the next. 

While we uncovered pain points regarding the rider experience, the transit experience is encapsulated by the many facets of getting to and from any destination, including those outside of simply being on a train. We reported these quantitative and qualitative findings back to BART management to help them better understand and cater towards their dedicated riders.

Identifying pain points in the transit experience by riding alongside Bay Area passengers on their daily commutes. 


large_bart.jpg

medium_bart.jpg

small_bart.jpg

thumbnail_bart.jpg

bart.jpg

Any Experience

Contextual Inquiry is observing users in natural environments for overall insights on real product use. 

It helps identify challenges beyond hyper-focused design & development.

Contextual Inquiry

Transit Experience

BART and AC Transit had thousands of data points from their survey teams on the “rider experience.” However, they needed help extracting information from fields of data. EchoUser partnered with the BART to add a human perspective to the rider experience challenge. 


Bay Area Rapid Transit (BART)

# Approach  

## Branding Workshops and Moodboard  

We initiated our redesign effort by digging deeply into Ultimate’s vision for their the new “look and feel.” We held multiple workshops with Ultimate’s stakeholders to collect their insight and input regarding the redesign, which enabled us to transform their feedback into a cohesive and prioritized set of design goals.  

To translate these design goals into visuals, we generated moodboards to articulate more general visual styles. This gave the stakeholders tangible artifacts that they could easily react to, further enabling us to refine the visual style and ensure that it encapsulated their vision.  

![ultimate-body02.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/ultimate_body02_955bebde63.jpg)

## Iterating and Refining the Designs: User Feedback  

Our next step was to create user interface elements that represented the vision we pieced together. We purposely created several alternatives so that Ultimate could react and provide feedback. As the designs evolved, we were able to whittle down the alternatives and decide upon a single direction.  

A key component of our approach was the incorporation of formal user evaluations to assess more qualitative goals of the design. We worked with Ultimate’s UX team to plan and run user feedback sessions on the visual concepts, the results of which were then used to refine the concepts into the final visual design.  

![ultimate-body01.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/ultimate_body01_7dd8f6dabb.jpg)

# Impact  

We successfully created a visual design for Ultimate Software’s UltiPro product that satisfied the guiding principles that we collaboratively defined: Clean, Simple, Friendly, Human, Engaging, and Brave. This is captured in a detailed user interface design specification that defines the UI to the level of component descriptions, object pixel dimensions, color codes and font styling.  

![ultimate-body6.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/ultimate_body6_360a9e050d.jpg)

![ultimate-body5.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/ultimate_body5_39a84a533a.jpg)


Creating a visual style guide to differentiate Ultipro with a look and feel that is “bravely human.” 


large_ultimate-5-gray.jpg

medium_ultimate-5-gray.jpg

small_ultimate-5-gray.jpg

thumbnail_ultimate-5-gray.jpg

ultimate-5-gray.jpg

A time-constrained, structured process for rapid ideation and design with cross-functional groups to work on a specific problem or opportunity. 

Typically conducted in 3-5 days to set a baseline for further user-centered design and development. 

Sprints

Workshops are hands-on group sessions. They have many uses to spur design thinking and share knowledge.

Visioning, training, brainstorming, design sprints, project debriefs and more.

Workshops

Ultimate Software wanted a new look and feel for the next release of their UltiPro product, one that would differentiate them from their competitors and reflect their unique culture. Our first challenge was to understand what Ultimate really wanted: what did “differentiate” mean? Who were their competitors? What were the shortcomings of the existing product?  

The next challenge was to interpret their wants and needs into a visual design that would satisfy the adamant opinions of their wide variety of stakeholders. 


Ultimate Software: Visual Design

EchoUser is a full-service user experience (UX) research & design firm. We work with the biggest companies in the world to 1-person startups with an idea. 

Projects range from _<highlight>years</highlight> of design team support, <highlight>months</highlight> of user tests, to <highlight>single-day</highlight> workshops_. 

We believe hard design problems are best addressed with a _strong understanding of the user_. We partner closely with our clients to work from your aspirational wants and pragmatic needs.

Research

![Screen-Shot-2022-04-13-at-1.57.22-PM.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Screen_Shot_2022_04_13_at_1_57_22_PM_1a2bb42a37.png)
_Image credit: [Manfred Steger](https://pixabay.com/users/manfredsteger-1848497/)_

 

Despite what society seems to expect of me, I don’t really want to talk to anyone. I am an introvert. However, I found a career where I can make “conversation” and I absolutely love it. I am a UX Researcher.

I would mostly describe myself as an introvert. I’m not overtly friendly with people I don’t know well. I’m not one of those people that say “Hi” to strangers, nor do I strike up conversations with others at say my daughter’s playground or the airport. In fact, I fear the person on an airplane that really wants to talk during the flight… excuse me while I put my headphones on and get some work done.  Frankly, I’m just not good at conversation with strangers. I find it really difficult to think up good questions to ask, or how to respond politely, or try to stay engaged. This used to make me uncomfortable and I would avoid parties, especially ones where I don’t know many people. It certainly made networking a chore.

I’m better when I am speaking with friends and family (fortunately). I actually can carry on a conversation. Probably because I have a frame of reference, and context for things that are and aren’t appropriate to ask. And I care about them, so I want to learn more. But even then, sometimes I reflect on my conversations and wish I dug deeper or wished I had asked more questions and maybe not just talked about myself. And some days I just feel so “in my head”, I feel like all I’m communicating to my partner is surface level stuff - I did this, met with this person, took out the trash… how was your day? I am admittedly not so good at telling stories (something I am actively trying to get better at… hence the blog post).

So the question I have found myself asking… myself:  Why do I love UX research so much when so much of my job is talking to people, coming up with questions, and having conversations?! On reflection, it’s clear, I actually DO like talking to people when I have a good reason: a responsibility to learn about the user’s story and uncover how to solve their problems. And in fact, I love it. I absolutely love talking to participants and understanding more about their jobs, lives, the tools they use, and what they think about a user interface. I love uncovering information that will become pieces of a solution. It is really so much fun. I find joy and gain energy from having those conversations. It is why I fell in love with user research and why I have and will continue to pursue it as a career.

Sometimes, especially after a great research study, I secretly think: “maybe I actually am an extrovert!” I feel energized and as though I could be that person at a party who is an amazing conversationalist and surrounded by people. (Insert raised eyebrow smiley face here). But then I wind up in an awkward conversation with a parent at the playground, and realize, nope, not really. And I have come to terms with the fact that it’s okay. Being an introvert is part of who I am. There are certain things that will bring me joy, and other things that will feel uncomfortable, and that is normal.

What I have found really works for me about user research are the structure and the preparedness. I know my goals, and I have detailed questions. I have time to ponder follow-up questions to further probe into responses and continue the conversation. I can create a framework within which to guide the interaction with the participant. Also, as typical for an introvert, I am a good listener and love to give other people the space to talk. Finally, after the sessions are done, I get to use my analytical skills to sit with the data and uncover insights.

If you fancy yourself an introvert and are questioning whether UX or user research is right for you, take it from this introvert: it can totally work, and you might actually find joy in it!

large_Introvert_Hero_055d6c5223.jpg

medium_Introvert_Hero_055d6c5223.jpg

small_Introvert_Hero_055d6c5223.jpg

thumbnail_Introvert_Hero_055d6c5223.jpg

Introvert_Hero_055d6c5223.jpg

UX research as an introvert: a match made in heaven

Growth Mindset

Love of Craft

Design

A miraculous thing has happened recently: as I hunker down at home and cook a lot more, I find myself making meals without referring to recipes or insights of strangers on the Internet, relying only on intuition and my ever-growing chaotic web of knowledge of food chemistry, faint memories of past recipes, and one-off tips. It is liberating to be able to go off-script, play around and taste-test, and not question if I did something “wrong”. 

But what does it even mean to do something wrong in cooking? 

My entire philosophy of cooking has changed into an anchoring belief that there is no right or wrong in cooking. There’s never a perfect equation, a process that rings true every time. Even when I replicate a familiar recipe, I am met with subtle differences in the outcome, and each time I am...familiarly surprised. Of course, it will always turn out a little different - every ingredient, every step of the recipe, every state I am in, is boundless with variation that forks off into different results. Take an orange, for example. That orange will have an entirely different flavor profile than that of an orange picked from the other end of the grove. (This actually happened to me the other day. I bought two oranges from the market, and one had a slight bitterness to it that lingered in the aftertaste. The other one was much sweeter, with a tinge of tart, bursting more robustly with juice. Was the former orange picked too early? Did it get less sun? Worse soil? Who knows?) My point is that if you can’t even compare oranges to...well, oranges, how do you expect to have total control over how a dish ends up? I think a lot of the pressure and intimidation from cooking originates in the expectation of the food turning out exactly how you imagine it, exactly how it looks in the photos in the food blog, exactly how you remember it at Grandma’s house. 

![veggies-1-1024x632.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/veggies_1_1024x632_d56659f39a.png)

I’ve faced a lot of crushing defeat from food that didn’t turn out “right” even though I followed the recipe to a T, painstakingly shaving off the top of a teaspoon scoop of garlic powder, nervously watching the timer click as if going over a minute would end in catastrophe and an exploding kitchen, and opening and closing and opening the pot of rice to make sure it’s not overcooking (which I realize I shouldn’t have done...losing all that precious steam that makes the rice so good!) Why was I so afraid? I cooked as if I were serving not myself but the recipe as if it were a religion. I was chained to it. Improvisation? No way. Substitute ingredients with what I have in my pantry? Not a chance. I was cooking as if I had eyes over my shoulder, that I placed there myself. 

<highlight>

>**That calm freedom, confident and unbound by a recipe, felt so far away.**

</highlight>

I would watch people, in awe, cooking with an almost careless confidence, trust in the toss of their wrist as they seasoned, one glance, sniff, touch, gut feeling (that intuition...that goddamn intuition!) to determine if something was done, ready, needs a bit more simmering. I wondered...where did that intuition come from? How long have they been cooking? My greed for kitchen intuition felt so similar to playing the piano, how even after 11 years of playing I felt lost and incapable of playing at all if I sat at a piano without sheet music. My hands felt useless until I had someone else’s creation for me to replicate. It was the same feeling in the kitchen. That calm freedom, confident and unbound by a recipe, felt so far away. I felt like I had so far to go, and I wanted to give up. But in order to survive and save money, I kept cooking, reluctantly eating for a week a failed, disappointing dish or feeling guilty from “forgetting” to eat it and letting it spoil in the fridge. I kept cooking through tantrums - “but I did it RIGHT!”

![fried-rice-708x1024.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/fried_rice_708x1024_30b2716805.png)

Little did I know, despite my insecurities and anxieties in the kitchen, I was still learning and growing. That little by little, I was feeding my web of knowledge with tidbits that might’ve felt arbitrary and insignificant at the time. That cooking even through fatigue at the end of a long day, cooking through frustration and unanswered questions, would prove to be fruitful. I was beginning to see that the beauty of cooking is in its mysterious, fickle possibilities. Every vegetable, fruit, meat, spice, grain will be different from the last. Each stove, oven, pot, and pan is different. Each state of being you are in, each mood, is different - whether you’re rushed on time or can leisurely, lovingly slice against the old cutting board. Whether your friend called in the middle of cooking and you let something char too far in the pan. How the same bottle of olive oil will be different a few weeks later. 

All of these possibilities might sound daunting - it surely was for me. But slowly over the years, I’ve become playful with possibilities rather than resisting them. I became unafraid of trial and error. I began tasting my food while cooking, not just relying on the recipe as the end all be all - but trusting my senses, going with my gut. I was paying attention to why certain ingredients are to be cooked together and how they interact with each other, rather than mindlessly measuring them out and not questioning it. The other day I was making a pasta sauce with browned butter and cheese, and while you can’t go wrong with butter or cheese, it was too heavy and rich. But I suddenly remembered the pack of frozen Russian dumplings from months ago, which had directions to coat them in butter and a splash of vinegar. The acidity of the vinegar had balanced the creamy fattiness of the buttered dumplings, which prompted me, in the present day, to squeeze a lemon onto the pasta sauce, which made it perfect.

<highlight>

>**In order to build a repository of meaningful moments you can pull from, be observant, and curious.**

</highlight>

Cooking is all about these random recollections that just make things click. In order to build a repository of meaningful moments you can pull from, be observant, and curious. Be skeptical and taste it yourself. Instead of fixating on the temperature dial of the stove, watch for when the oil starts to breathe and ripple as it warms. Listen for the intensity of the sizzle when you place the first fish fillet. Instead of muttering to yourself the recipe steps by rote, dig deeper into why they’re in that order - why should I add garlic second and not first? Is it the mince cut? How does the fat in the pork transform the oil bath that the veggies will soften in later? 

Trust that you’re absorbing all this information effortlessly, as long as you’ve shaped your cooking approach into an exploration, a big ole question mark, an easy nonchalance. And one day you will have a light bulb moment over a bubbling pot of slightly sour tomato sauce and remember that a sprinkle of sugar will balance the acidity - and you didn’t even know you knew it. 

![scallop-pasta-1024x898.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/scallop_pasta_1024x898_4cf6cbbd45.png)

large_veggies-glow-purple.jpg

medium_veggies-glow-purple.jpg

small_veggies-glow-purple.jpg

thumbnail_veggies-glow-purple.jpg

veggies-glow-purple.jpg

Musings in Cooking: No Expectations, Just Exploration

Creative Spirit

Harness Ambiguity

This spring, a long-term client approached EchoUser with a project straight out of a science fiction movie — or better said, a project straight out of the mid-pandemic 2022 SciFi experience that is real life. Our researchers have decades of experience tweaking research methods to meet client goals and constraints, but this one pushed us significantly.

The client had been working stealthily for years on augmented and virtual reality (AR/VR), envisioning the future of virtual workplace collaboration. With the rapid shift to remote work, their prototypes suddenly had more urgency. They were coming out of stealth mode. Their customers were eager for new ways to have remote interaction feel authentic and to utilize 3D in presentation and product development. Was _“…infinity and beyond” suddenly here and now?_

The research method was fairly standard: a usability test, whereby participants are asked to complete different tasks and the product is assessed for its efficiency, effectiveness, and user satisfaction. However, **the research protocol was highly customized**. As is often the case, new technology immediately stretched common practices for user testing, and brought up key questions.

- The experience required an expensive AR headset
- _How to get the technology in the hands of the participants?_
- The experience was collaborative in nature
- _How to test with more than one user at a time, or construct a single user test that simulated real world collaboration?_
- The experience happened mostly in the user’s own headset
- _How to see what they were seeing to evaluate their experience appropriately?_
- The experience had an inherently steep learning curve
- _How to differentiate observations about AR tech itself vs. the specific product?_

#### Learnings

The learnings were rapid, and the testing involved vital piloting sessions, where we tweaked the approach. Ultimately, we encountered some key principles to take forward into future similar projects:

#### #1 In person test, virtual moderation

We solved for getting the participants the headsets by inviting them into a physical office. In hindsight, the control over the space and technology ended up being important in countless ways; while so much usability work today can be done remotely with common tools like webcams and screen share, we needed that in person support.

On the other side of the coin, we had a remote researcher moderate the test, donning their own headset. This allowed us to join and observe the participant in their AR environment, and was one tactic in helping us to form the collaborative experience important to the product. This mix of in person and virtual is something we’ll continue in the future.

#### #2 Reduce the technology

Initially, we had a tech heavy protocol with multiple computers and headsets, screen-casting, and web conferencing. Yet much of that tech we introduced was not important to the user experience we were testing: **there was so much tech to juggle, and if we misstepped, we were likely to be testing our research experience more so than the client’s product**. In this situation, we learned to be ruthless with establishing contingencies and be ready to ditch any system that was not vital to what we wanted to learn.

For example, after seeing that the process we were using to record the participant view potentially impacted the headsets’ performance, we designed a contingency plan to evaluate the research on audio recording and the researchers’ observations alone. While we didn’t end up needing the contingency, it was a vital step to thinking through what was essential and what we could potentially strip away.

#### #3 Control for expectations

We learned we’re at a stage where most people still have an initial “wow” reaction to VR/AR products. It truly is the movies come to life. Yet we needed to work hard to get beyond that first impression to the real product experience. There were a few important tactics:

- We recruited two groups of participants, 1) those who had not previously used VR/AR, and 2) those with AR/VR experience. We doubled the normal quantity of tests so that we could compare the two groups.
- We heavily coached participants through the initial experience of setting up their headset without soliciting much feedback. By guiding them through unexciting tasks like calibrating for their eyes, we were able to mimic some of the likely onboarding they would have naturally completed prior to using the product. This seemed to move through some of the initial “expensive, shiny toy” reaction, so we could spend the bulk of the test on tasks that mattered to the client.
- We added ranking questions before and after the test to measure not only their overall assessment of the product but how their baseline expectations had shifted.

Many of these are good tactics for any research project, but became so much more vital here. AR/VR brings the merging of our physical and digital lives, and demanded a research approach that thoughtfully merged the two.

So, EchoUser has officially completed its first mission to the _metaverse_. (Side note: if you’re still wondering what that word even means, check out [McKinsey’s recent podcast series](https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/what-is-the-metaverse-and-what-does-it-mean-for-business)).

Our report back is that while much was the same, the research approach needed a fresh set of eyes and constraints. What did we miss? What else have you learned in applying UX practice to new realities?

[Brian Salts-Halcomb](https://www.linkedin.com/in/briansaltshalcomb/)


large_metaverse.jpg

medium_metaverse.jpg

small_metaverse.jpg

thumbnail_metaverse.jpg

metaverse.jpg

Usability Testing in the Metaverse

Designing dashboards may sound like a daunting task to many designers, at least that was how I felt when I got started. At EchoUser I’ve worked with a few clients on enterprise design projects. When it was time to design a new dashboard, I couldn’t help but procrastinate, stress eat, and pull my hair out. I dare say that dashboards are one of the most complex digital design components. It intertwines all the functions, features, and pages of the entire product; it provides a sneak peek into what the users are about to experience; and oftentimes it offers a birds-eye view of the whole system. It is entirely its own beast.

I’ve made many detours, several mistakes, and experienced occasional success by trial and error during my journey of dashboard exploration. By no means am I an expert in this domain. Yet, I’d like to share a few things that I’ve learned, steps that I’ve taken, and questions that I’ve asked in my struggling design process with fellow designers who may be staring at a blank artboard right now, pulling their hair out and struggling with the same problems I’ve struggled with before.

Before we get down to the nitty-gritty, let’s be clear on what you should have done before you start designing:

1. You’ve done or read a decent amount of user research to understand your users, their pain points and needs;

1. You’ve developed some thoughts on how the product works as a whole system; and

1. You’ve sketched some conceptual models or user flows for the system.

We believe in a research-first design approach at EchoUser, and all the design decisions should be based on solid user research. Only when the designer gains a deep understanding of the users and the product as a whole system, will you be able to deliver a dashboard that serves the users’ needs.   

#### Step 1: Start with the content, information hierarchy & jobs to be done

Take a step back and look at the app as a whole system. You want to try to understand what role the dashboard plays in a systematic view and what jobs users are trying to accomplish on the dashboard. It could be one or a combination of the following components:

- Navigation or shortcuts to the most commonly used features/pages
- Information visualization of what is happening (e.g. performance data)
- Anything that needs users' immediate attention (e.g. alerts, system updates, warning)

Lisa Battle summarized the 10 most commonly used dashboard components in [her talk](https://www.youtube.com/watch?v=ZqNRywpO3bE) at the UXPA International Conference 2016, which are:

1. alerts;
1. “to-do” items;
1. performance stats;
1. current status;
1. search;
1. task starting points;
1. social components;
1. recent activity;
1. news, events announcements;
1. push content.

Her list is by no means exhaustive, but I found it useful as a prompt during user interviews to find out what components were most important to them.  It also serves well as a checklist at client check-in meetings to make sure we are not missing anything.

![Dashboard-IA-1-e1560295020426-1024x555.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Dashboard_IA_1_e1560295020426_1024x555_3fd5cec3cb.png)

Once you jot down a list of dashboard components, it is time to do an exercise with your product managers, engineers, clients, or stakeholders to co-create an information hierarchy for the different layers of information. Questions to be answered based on user research:

- What information do users care about most?
- What actions do users want to perform?
- If there are different types of users, how might their needs be different? What do they want to see differently?

The information hierarchy diagram below was created for one of my clients and it served as a stepping stone to a low-fidelity wireframe.

![Dashboard-IA-2-1024x637.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Dashboard_IA_2_1024x637_5f88ea6e67.png)

#### Step 2: Craft your stories with wireframes, layouts and data visualizations

Once you get a good sense of the critical content, the next step is to play with the layout and start wire-framing. This is the most challenging step as it is like you are building the bones and muscles from scratch. There could be many different layouts possible, and sometimes it is hard to tell which one works better. My mentor Steve Fadden, who taught me everything I know about UX when I studied at UC Berkeley School of Information, refers to the “one second story” principle: by skimming through the dashboard for just one second, users should be able to quickly grasp a story of what is going on and get a rough sense if anything needs their attention or concern. Ideally, users don’t have to scroll down the page to get the “one second story”, which means you want to put the most important information on the top of the dashboard. Your “one second story” might answer these common user questions:

- What is going on?
- Has anything changed since the last time I logged in?
- Is there anything that needs my immediate attention?
- Do I need to worry or be concerned?
- Do I need to take any actions?

The information hierarchy that you developed in Step 1 should help answer these questions. Once the users have developed a good picture of the system in their minds, they might want to dig deeper into the data or navigate to other sections of the product. You want to think about the rest of the story you want to provide to the users.

After you answer the “what is your story?” question, you need to figure out how to tell the story. When it comes to the dashboard, it is often a question of what graph will best  display the data? Andrew Abela’s diagram, the [Chart Chooser](chrome-extension://efaidnbmnnnibpcajpcglclefindmkaj/https://extremepresentation.typepad.com/files/choosing-a-good-chart-09.pdf) (later he created a new version Slide Chooser) could help you decide which chart is a better fit for your data, and Cleveland and McGill’s levels of graphical perception can help you fine tune and choose the appropriate graphical properties that are the most effective way to convey information.

![A_Abela.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/A_Abela_e6ee1e1da1.jpg)

>Andrew Abela’s The Chart Chooser. Source: [The Extreme Presentation(tm) Method](https://extremepresentation.typepad.com/)

 

![data_viz_accuracy_levels.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/data_viz_accuracy_levels_87688e7ddd.jpg)

>Cleveland Mcgill’s Graphical Perception. Source: [Interaction Design Foundation](https://www.interaction-design.org/literature/article/visual-mapping-the-elements-of-information-visualization)

 

One challenge in dashboard design is information overload. There are two types of information overload: data overloading and non-data overloading. Data overloading is  often caused by lack of focus and prioritization. Designers often have to resist the temptation to dump more and more datasets, features, or shortcuts to the dashboard. When the users (and/or clients) describe what they want for the dashboard, the list could get long quickly, making the dashboard a dumping ground before you realize it. If you find yourself struggling with overloaded information, go back to Step 1.     

#### Step 3: Use visual design to convey values and emotions...a harder job than you may think

Visual design is the last step of dashboard design, and here it may introduce the second type of information overload – non-data overload, such as UI decorations, excessive icons, grids, or any other visual elements that don’t represent any content. Edward Tufte referred to them as "**chartjunk**" in "The Visual Display of Quantitative Information", one of his most famous data visualization books. He acknowledged that “chartjunk” may exist for a reason – either “to make the graphic appear more scientific and precise”, or “to enliven the display”, or to satisfy the designer’s ego by giving the designer himself/herself “an opportunity to exercise artistic skills”. Regardless of its cause, it is the designer’s job to “ruthlessly prune out” unnecessary visual elements to keep the dashboard clean and simple, and let the numbers and content gracefully stand out on their own and serve the users’ needs.  

Of all the visual attributes (typography, iconography, illustrations, imagery, etc.), color is probably the most tricky one in dashboard design. Established companies often have well-defined color palettes as parts of their design systems. As a result, designers may not have much freedom to use colors as they wish.  Nonetheless, the importance of colors cannot be underestimated in dashboard design.

Color is also a type of information that should be used with purpose. Otherwise it could introduce too much visual noise and become “chartjunk”.  Even worse, it could make the information confusing or misunderstood. Certain colors are associated with certain meanings and could bring out certain emotions, not to mention the cultural factors of different color use and interpretations. For instance, in Western culture, most people associate red with alarming, dangerous, and urgent, and think of green as good, healthy, and peaceful. When designers apply colors on the graphics and text, you need to ask questions such as:

- Does the value of information match the common interpretation of the color among your users?
- Which information is the most critical one that need users attention? - Does the color of the information communicate that urgency?
- Are you using the appropriate visual cues such as color hue or color intensity to encode the data?
- Does the information involve a positive or a negative notion? Does users’ interpretation of the color match that notion?
- Does the color enable efficient comparison of data? Does the grouping of colors follow the Gestalt law of good form, which allows the users to quickly perceive the same color attributes in the same group of information?

As dashboards are often data intensive, they is often color intensive, too. Designers should never underestimate how long it may take your team to reach consensus on the color choices. Leave some buffer time in your visual design schedule. This leeway in project planning could help keep your design projects on track. And don’t forget that colors could be interpreted as a personal and subjective matter. Be well prepared to receive strong sentiments and pushback from others during the visual design iterations. You should always be ready to elaborate on your color choices – what other alternatives you’ve explored, what constraints you’ve considered, and why you reach this design decision.

#### Test, test and test

In each step of the dashboard design, I cannot emphasize enough how crucial it is to test your design with people - real users - to verify your design assumptions. It is even more crucial with dashboards than the rest of the product, given their design density. There might be tons of use scenarios, and some of them you can only learn by talking to the people who use them on a regular basis. There might be concepts or flows that experienced users have learned to live with but make no sense to new users. Only by talking to the end users who are living in what you design, designers gain a deep knowledge on whether your design makes a delightful experience, and hopefully, improve someone’s lives.

#### Conclusion

I hope you’ve gained some confidence in dashboard design, and maybe learned something useful. Once you tear down a big design problem into chunks of small design problems, the daunting beast might not be intimidating anymore, and your life might be much easier. Of course there is no one-size-fits-all design solution, I’d love to hear your ideas, comments, and thoughts on what works or not work from your experience.

stephen-dawson-670638-unsplash-e1560877447901.jpg

large_stephen-dawson-670638-unsplash-e1560877447901.jpg

medium_stephen-dawson-670638-unsplash-e1560877447901.jpg

small_stephen-dawson-670638-unsplash-e1560877447901.jpg

thumbnail_stephen-dawson-670638-unsplash-e1560877447901.jpg

Let’s talk about dashboards

Grit

I never wondered about cat furniture design until recently. I took care of my friend’s cat for the past two weeks while he was out of town. To be a good host, I purchased a cute and comfy-looking cat bed from Amazon to welcome my little guest, Gakki.  Its color matches my bed sheet and looks perfect and in harmony. I had the fantasy that we both sleep in our own beds and have sweet dreams. However, the moment Gakki arrived in my room, she immediately fell in love with my old suitcase located in the corner. I tried many ways to seduce her onto the perfect-looking cat bed, but she still refused to even touch it.   I even put some treats on the bed and then put the bed on top of the suitcase, that’s when she finally came over to eat the treats and then hopped off after only 5 seconds. After 20 minutes of effortless seduction, I finally had to admit that she just didn’t like it no matter how good I think the bed is for her.

![Image-from-iOS.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Image_from_i_OS_e6b37b432f.jpg)

>I wished this would happen.

 

![Gakki1-911x1024.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Gakki1_911x1024_1b997c2a19.jpg)

>In reality, Gakki was obsessed with this suitcase

 

How frustrating to be a cat's parent at this moment! You spend money on your cats and try to make them happy, and they behave like independent teenagers. They have their own attitude and are creative with new things. On the good side, because of cats’ independence, people might be discouraged and stop wasting money on buying them cute products. At least  I will not buy cat furniture again, because she will never use them properly.

![DesignThinkingStages.webp](https://echouser-api-media.s3.us-west-1.amazonaws.com/Design_Thinking_Stages_4002f8d5ee.webp)

This frustrating experience made me wonder how to design something that cats would love to use. As a user experience designer, I truly believe human-centered design is a universal approach that can be applied to any physical, digital, or service design process. Human-centered design is all about building a deep empathy with the people you’re designing for; generating tons of ideas; building a bunch of prototypes; sharing what you’ve made with the people you’re designing for; and eventually putting your innovative solution out in the world. When it comes to cat furniture design, the users are not human but cats. The first challenge in designing cats products is to building a deep empathy with the cats. So, would the product designer follow an approach called cat-centered design?

<highlight>

>**Fortunately, I got a chance to connect with Jackson Cunningham, the founder of a high-end cat furniture company, [Tuft and Paw](https://www.tuftandpaw.com/). He told me that they do apply “cat-centered” design process even if they don’t use this term. And they do follow the five stages of human centered design to design the cat furniture.**

</highlight>

The first stage of the cat-centered design process is to start with a problem and gain an empathic understanding of the problem you are trying to solve for cats.  To find out more about the problems with my human clients, I usually do interviews, surveys and observation. Since, we can not engage with cats in conversation, the best way is to spend time observing them to gain a deeper understanding of the issues involved.  For instance, cats seem to enjoy destroying the couch by scratching it. Do they mean to destroy furniture? Why do cats scratch? Empathy allows designers to investigate assumptions and gain insight into cats’ needs. I started observing Gakki when I was with her. She is an energetic cat and enjoy spending her nap time on my chair , bed and old suitcase.

![cat-in-box-1024x683.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/cat_in_box_1024x683_8c5ffb4e97.jpg)

Designers gather a lot of information from observation, and it is time to do something with it. During the define stage, researchers and designers analyze the observations and synthesize insights in order to define the core problems. They consult cats behavior experts to learn the reasons behind each observed phenomenon. Conversations with experts help the designers to gather ideas and establish features and functions that can solve the problems.

Let’s apply these steps to a known observation: cats like to squeeze in tiny cardboard boxes. There are two useful insights we can take from this behavior. Most cats enjoy playing with cardboard as a material because they can dig their claws into it to scratch or stretch. Additionally, the enclosed space can make cats feel safe inside it.  Another cat owner’s problem is that a cat scratches the carpet. But this is not the cat's fault—the cat doesn't know it's ruining the carpet, they only scratch because they are trying to get a horizontal stretch. If you use techniques to teach the cat to use the new post, they will no longer scratch the carpet. Inspired by this approach, I analyzed and made the assumption based on my observation. Since Gakki spent most of her time lying on my chair, she might not like the soft cushion in bed.

In the ideate stage, designers can start asking questions “How might we…” to help look for ideas for design opportunities. Before generating ideas, they do a competitive analysis. They collect the information on the best and worst products, and interview cat shelters and veterinarians to analyze what makes them good or bad. It is important to get as many ideas or problem solutions as possible at the beginning of the Ideation phase. Designers sketch out design ideas during the brainstorming session. Later, considering the product constraints, they should pick some design ideas to create prototypes and test.  

The team produce a number of quick and inexpensive prototypes. The purpose of building a prototype is to test if the design can solve certain problem. So, they need to define what they want to test before prototyping. I did a quick adjustment on this bed, which is to remove the cushion.

The most challenging phase is the test stage. It’s not easy to do usability test with cats. The Tuft and Paw team test inside a cat cafe or cat shelter; and they use some tricks to encourage cats to interact with the prototypes. Cats have all sorts of preference (angle, material, and size), but you can get most cats to scratch on a scratcher by sprinkling catnip on it, or spraying it with catnip spray.  If that doesn't work, you can try dangling a wand toy (or treat) just over the top of the scratching post so the cat has to reach up to get the toy or treat; in the course of getting the toy/treat, they usually realize that they're leaning on something that is fun to scratch. Positive reinforcement (with treats, sweet-talk, petting, or play) will let the cat know that good things happen when they use the product, and that always helps establish a new habit. I put her toys and favorite treats inside the bed, and placed her in front of it. Bang! She stepped in the bed, and stayed for more than three minutes, which is a huge achievement.

![Gakki2-943x1024.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Gakki2_943x1024_4ec9a10ccc.jpg)

>Gakki was in the bed!

 

When users are not human, human-centered approach still can be applied with little adaptations. Every cat is unique and has its own preference. We have to respect the cat's need. We like pat our cats all the time but cats like to hide and spy. And if you give them the opportunity to be comfortable, then they will come visit and be social when they are ready. It's never a good idea to force the cat to do things they don’t like. A happy cat has a happy owner.

5 Stages of Cat-Centered Design

National Cat Day is on October 29th -- and we’re already celebrating.

At EchoUser, our pets have a special place in our hearts.

Jie Tang, experience designer and pet enthusiast, sharing avatars for pups on National Dog Day. She decided to iterate the process this month, cartoonifying four of her favorite feline faces.

Check out these charismatic kitties:

 

#### Oscar, the Ocicat.

![Ocicat@2x.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Ocicat_2x_89d4d878f2.png)

This furball may seem a little obnoxious at first, but you’ll come to love Oscar for what he is: a sociable, loyal, and fun friend. A warm-blooded wild child at heart, you may wonder if Oscar is really just a dog in a cat’s body.

 

#### Sidra, the Siamese.

![Siamese@2x.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Siamese_2x_4fadbbb93d.png)

What’s she staring at? You’ll find yourself asking this a lot, because Sidra is one spacey cat. While she’s on another plane of existence, you can still enjoy her company at home on Earth. It’s OK, because she loves you, probably.

 

#### Percy, the Persian.

![Persian@2x.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Persian_2x_0d979f41a0.png)

Percy is a plush and pampered aristo-cat, whose hobbies include watching mice come and go as they please, eating the fanciest of fancy feasts, and lounging on furniture you bought exclusively for him from IKEA’s [pet collection](https://www.ikea.com/us/en/cat/pet-accessories-pt001/). The only thing greater than his innocence is his cuteness.

 

#### Shirley, the British Shorthair.

![British-Shorthair_2@2x.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/British_Shorthair_2_2x_8402419bf9.png)

Shirley is one cool cat, and she knows it. Just look at that smug little mug! This good-humored, affectionate kitty shares all of your inside jokes, gets all of your obscure movie references, and is more beloved to your friends than you are.

 

---- 

 

If you enjoy these avatars as much as we do, feel free to download them all and share with your fellow cat-lovers. :)

Many thanks to Jie Tang for her creative way to celebrate National Cat Day!

Designing Avatars for Cats

August 26 marked an auspicious occasion: National Dog Day!

‘Tis a joyous day, one for us to celebrate the pups and paws that fill our homes with companionship and our hearts with laughter.

Experience designer Jie Tang decided to add a little artistic flair to her day’s festivities by creating avatars… for dogs!

Here’s how Jie cartoonified some the most familiar puppy faces in a dog-lover’s world:

The process began with browsing the net for reference photos, and then sketching a rough draft of each avatar on paper, which were then be scanned into .jpg files to edit in Adobe Illustrator.

Jie traced over the sketches using a digital drawing tablet, refining the iterations, and twisting every line, curve, and shape hundreds of times.

<highlight class="quote">

><quote></quote>
>_Who doesn’t love dogs! I love how they look at me eager with love._

</highlight>

She also put careful thought into selecting which kinds of dogs to sketch, watching pet videos and studying photos to help distinguish her favorite breeds.

“Each dog has a strong personality,” she says. “Frenchie, I’m a big fan of his look -- like a fat bunny with a pig nose!”

All four of her avatars made for some charismatic canines:

 

#### Frenchie, the French Bulldog.

![Frenchie.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Frenchie_151dae2ad4.jpg)

This silly dog is most likely to be found drinking out of the toilet, chasing his own tail, or spaced out and staring at you from the edge of your bed. Despite it all, he’s still a good boy and the star of your Instagram account.

 

#### Bueller, the Black Lab.

![BlackLab.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Black_Lab_cc6e2c1608.jpg)

This playful pup is always ready for a game of fetch, and will scare your neighbor’s kids until they come to learn that he’s harmless, and love him almost as much as you do. He also knows lots of cool tricks -- like balancing treats on his nose..

 

#### Penny, the Pug.

![Pug.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Pug_1e54e5a16c.jpg)

Penny is a petite yet philosophical pooch. She’s well-read, even though dogs can’t read (allegedly). Her somber eyes light up to welcome you home after a long day at work. If you ever feel like you’re in the middle of an existential crisis, this furry quadruped is probably right there with you.

 

#### Corn, the Corgie.

![Corgi-1.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Corgi_1_75c2e8857f.jpg)

This little one has spunk, and she knows it. Cultural adoration for this poofy floof (floof? Is that a word?) has spread across the internet in recent years, and rightfully so. What’s not to love? She’s feisty and as yellow as buttered corn.

 

----

 

Release the hounds!

If you enjoy these avatars as much as we do, download them all here. :)

Many thanks to Jie Tang for her creative abstractions of some of the most beloved friends known to humankind. We can’t wait to see what she comes up with next month for National Cat Day!

Designing Avatars for Dogs

NASA held it's annual Big Think conference, a one-day, interdisciplinary workshop that pools the acumen and expertise of scientists, engineers, and other top industry minds to identify an innovation goal for NASA’s Frontier Development Lab over the course of the following year.

We were invited to supplement scientific conversations with the lens of human-computer interaction and user perspective, taking into account who would be implementing the solutions proposed by the attending experts in space weather, asteroid hunting, planetary defense, and machine learning. Needless to say, it was a cool way to apply UX in such a bold and undefined field.

To change things up, we proposed to graphically facilitate the session by recording the workshop in a live sketch. And NASA said yes.

Equipped with colorful markers and fresh notepads, our illustrator captured the day’s presentations, presenters, notes, and conclusions in a colossal sketch. At the end of the workshop, we were able to present the paper artifact to NASA and participants as a physical asset and graphic recording of the workshop.

![nasa-article.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/nasa_article_6f6e92addf.jpg)

#### What is Graphic Facilitation?

Graphic facilitation is an emerging practice, one that companies are starting to recognize for its unique value in documenting and transferring information, as well as visualizing information during meetings to help with understanding and retention.

The results of our graphic recording session were pretty cool.

#### Value-add.

By illustrating the day’s presentations, we were able to accomplish several key outcomes:

- _Promoting active listening_: Watching someone else take complex information and distill it into note form helps the audience understand and retain what they’re seeing, and helps humanize complex data. The concepts presented at NASA’s Big Think workshop dealt with highly nuanced, complicated concepts, but processing information and actively translating it into another medium helped both viewers and our illustrator better understand the subject matter.

- _Visualizing information_: For our illustrator, it was a matter of translating data-centric ideas from engineering and physical sciences into readable, digestible visuals. This aids memory and subject matter comprehension.

- _Revisiting information_: After a full-day workshop strung with back-to-back presentations, it can be difficult to ensure retention, especially when sharing complicated yet critical pieces of information. Graphic recordings are a way of traveling back in time to remember when people talked about what, capturing the day’s proceedings in one fell swoop.

- _Summarizing findings_: At the end of the day, the live sketch captured conclusions and critical next steps, documenting the thought process behind how ideas were formulated and conceived.

 

Participants were enthused by the end result, and snapped photos of the graphic recording with their mobile devices to refer to at the conclusion of the workshop. After receiving such critical acclaim, we’ll continue to promote graphic recording as a valuable tool for not only understanding, sharing, and recollecting important information, but re-living the workshop experience.

-- 

(And after an all-day workshop at NASA, a live sketch sounds like a stellar souvenir.)

Live Sketching at NASA's Big Think

Featuring, [Londa Overbeck](https://www.linkedin.com/in/londaoverbeck/). 

--

#### Tell us about your career journey and what brought you to EchoUser.

As a kid, I was always drawn to giving a voice to people who didn’t necessarily have one or weren’t able to speak up. In my family, I was the one to ask the questions. At school, I was drawn to people who were left out and bullied, making sure they had some kind of ally.

That ultimately led me into my first career as a psychotherapist. It was a valuable experience for me in many ways, but over time it became hard for me to hold so many painful stories and deal with life and death situations.

I hit a turning point where I needed to make a pivot. I wanted to continue impacting people’s lives in a meaningful way, but from a different angle. After a lot of exploration, I discovered UX and user research — I already had the soft skills and it matched what I cared about doing and how I wanted to spend my time. It was a way for me to continue helping to give others a voice.

![Meet-the-Echousers-Londa.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Meet_the_Echousers_Londa_55f6bb1c85.jpg)

#### Do you remember the moment when you decided to pursue UX, or anything that stood out about UX and user research?

I remember the moment when I first learned that it was a field. I was on that path of discovery and I went to a open house at Stanford for the MBA program. When they started talking about the d.school my ears perked up and I was like “Oh, I’m much more interested in that than I am in this MBA.” But you have to do another program to participate in the d.school. It ultimately kicked off a rabbit hole of research into the field.

At the time, I was leading a team of consultants at Edgewood Center for Children and Families who worked with nonprofits to help them improve health services for youth. I introduced my team to this user research model and over time we adopted it as our consultation framework. We got scrappy and learned a lot through trial and error. But, we also learned from some pros by developing partnerships with Adaptive Path, a d.school bootcamp instructor, and Catapult Design. I joined a Leading By Design fellowship at CCA to gain a lot more experience in UX, build my network, and lead a healthcare-focused project with Adaptive Path.

#### What brought you to EchoUser?

I was making a big jump from nonprofit to for-profit, from me being the evangelist for UX in a world that knew nothing about it to being one of many UX practitioners. I knew I wanted to be around other people who appreciated UX and could be mentors to me — on our team here, we’re all swimming in the same water.

Software is a big part of what we focus on and I wanted to gain product experience. I was also drawn to EchoUser projects on education and the BART because they went beyond products and targeted services and experiences. And, I liked the culture – it was just a good vibe when I came and interviewed.

#### What are the similarities between psychotherapy and user research?

As a therapist, I learned to straddle thinking rigorously about questions with listening for what emerges in the moment. The way in which you ask a question – tone, wording, format – can profoundly impact the response you get. You’re trying to get underneath the problem, understand what’s driving them, what really matters to them, what barriers are getting in their way.

The other thing that comes to mind is that both professions are grounded in understanding people in the context of their lives. As a therapist, you want to understand the larger ecosystem in which your clients live. Seeing couples and families interact with one another gives you a different view than having one person tell you their individual perspective. In UX, when you observe someone using a product or service at home or at work, you pick up on things that you might not see in a lab.

#### What is your process for interpreting what users want?

People might not know what they want. If you ask them directly they might give you a surface answer that doesn’t fully address the problem. This is where the art of questioning comes into play. Observing people in context, probing and listening for unmet needs and discrepancies between what people say and do. Asking people to imagine what things would be like in their ideal world.

#### If you could redesign any experience, what would you pick and why?

One area of interest is improving how people access healthcare. In my last job, my team did some work in Western Addition to figure out what gets in the way of accessing mental health care and came up with new ideas for how this can be improved. I’d love to do more projects like this — working towards more of an integrated health model.

I’m also interested in the postpartum experience. There are so many misconceptions and misguided expectations about what having a baby _should_ be like. It can be a really isolating time for many people. I was really lucky to find a core crew of folks to go through postpartum and beyond with. I’d love to find ways to make that kind of communal support more of the norm.

<highlight>

>_Immerse yourself in the field in whatever way you can. Read articles and books. Go to events. Be a participant in a research study. Putting yourself out there and meeting people in the field is really important._

</highlight>

#### What advice do you have for people just entering the industry?

Immerse yourself in the field in whatever way you can. Read articles and books. Go to events. Be a participant in a research study. Putting yourself out there and meeting people in the field is really important. The CCA community was huge for me in making my career transition.

Do whatever you can to get some projects under your belt. If you’re not in a job where you can do projects, find other ways to do it. Try Code for America or openIDEO.

If you’re looking to make a transition, start with recognizing what you already know. Figure out what your story is and practice talking about it. Being able to communicate what you will bring to the table and why you are choosing this path, is a really important part of being able to land a job.

#### What do you like to do outside of work?

I’ve gotten really into rock climbing lately. It’s what I do for me-time. My daughter recently got over her fear of the ocean so we’re running with our newfound freedom and spending a lot of time on the beach. My friends are like an extended family to me so we end up hanging out a lot on the weekends.

#### What are some fun facts that not everyone knows about you?

- I have a fear of flying, but I’ve also been skydiving.

- I’ve met the most significant people in my life in unexpected ways. When I started 5th grade at a new school, my sister was annoyed that I was following her around and cramping her style. So, she went up to one of my classmates and said “She’s looking for a friend”. Many, many years laters we’re still besties. She just texted me that her daughter came home from school saying “I think I met my Londa”.

- When I first met my now-husband in college, we went on a date it didn’t work out. Five years later we reconnected. I’d say round two was a success!

From Psychotherapy to UX Research

Featuring, [Laura Mattis](https://www.linkedin.com/in/lauramdesigner/)

--

#### Could you share with us your career journey and what brought you to EchoUser?

I studied both English and Graphic design in undergrad because I wanted to consider the design pieces holistically – content and form. For 6 years, I was kind of a jack of all trades; designing banner ads, doing front-end development, managing a printer. I decided to go to grad school because I wanted to drive the strategy behind what I was designing.

I went to IIT Institute of Design in Chicago and spent 2 years re-engineering my design process: learning about design thinking and practicing service design. It was an incredible experience that confirmed my love for design and my desire to work on problems that positively impact people.

When I moved to SF a few years ago, I went to every possible design event, meeting up with anyone I could to understand the design community here. During design week, I came by the EchoUser office and chatted with Aaron and a researcher. I was really impressed.

![MeetEchoUsers-LauraM.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Meet_Echo_Users_Laura_M_e734ac42c3.jpg)

#### What’s special about EchoUser that caught your eye back then?

“Any experience”. Design here is not just about the surface, but it’s about diving into problems and pushing boundaries. While job searching, I was looking for companies that would encourage me to apply service design to real problems and EchoUser really stood out. People here are not afraid to study challenging topics or try new methods, like Hello Toilet or running a 100-people study in a week. I saw a lot of opportunities.

#### Tell us more about service design.

UX design in SF is focused on the product, like digital apps and websites. Service design says you’re actually designing experiences. That product is part of a larger ecosystem of people, physical and digital products and processes.

Take Uber. You aren’t buying a car, you’re buying convenient transportation. Yes, you need an app to access it, but designing Uber requires tools and training for drivers, a sustainable pricing model and working with (or challenging) public policy. You need a lot of people to work together to make that happen and service designers keep an eye on the whole system; they collaborate with lots of different pros in policy, interaction design, visual design and more. to stitch together the whole customer (and driver) experience. We try to bring everything together to make sure systems talk to each other in a seamless way.

#### What inspires your work?

I get inspired by putting myself in uncomfortable situations. I’m not an early adopter, but I’d like to try things just to see what it’s like. Maybe I’ll discover it’s not that uncomfortable and actually really cool. I’m a person who really likes structure and order, but I still put myself out of my comfort zone.

For example, I volunteered to live and work in Mumbai for 4 weeks working on a crazy fast design project on healthcare innovation in India. It was the first time I’d ever left the country, but an incredible experience about the power of design and how diverse (and awesome!) the world really is. I’ve even participated in a flash mob as part of a dear friend’s week-long wedding in Bangladesh.

![MeetEchoUsers-LauraM-flashmob.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Meet_Echo_Users_Laura_M_flashmob_2f265af0ca.jpg)

>Figure 2. Wedding flash mob. Photo by Wedding Chapel for Nabila Nowrin.

 

#### Any advice for people who are new to the UX industry?

You can learn design tools and go to meetups, but there are intangible things to me that are more valuable.

Foster curiosity and nerdiness. You should be nerdy in the way that you dive into topics to understand them. If you think biking to work is cool, live that biking culture and contribute to that community.

Do non-design stuff and do it with passion. Learn about different things outside of design that make design more exciting. Because we borrow so much from other different fields – science, art, technology, philosophy – and they impact the people we design for.

#### How do you tell a great designer from a good one?

For me, a great designer isn’t scared of hard questions and they’re okay living with ambiguity. You can’t solve a lot of problems in a day. Design isn’t easy but these designers have confidence that the problem can be solved. Great designers question themselves: “Are we really asking the right question? Are we caught up with our own ego?”

Great designers know that they are not the greatest. Sometimes designers can have ego when they are really good at something. I really respect those designers who strive to learn from those around them and recognize that design is collaboration.

#### What are some fun facts that not everyone knows about you?

- My high school job was as a PetSmart certified dog trainer and I did it for 5 years. I trained dogs to do all kinds of commands and tricks. Imagine a big hound dog riding a skateboard down the main aisle in a PetSmart.
- I knitted all my Christmas presents one year — it was not the best idea, haha! It was fun, but so much work! All the women in my husband’s family knit and that’s where I got inspired to pick it up. I have tons of projects in the works, but one of my next one is Christmas stockings.

Becoming a UX Designer

Upon its release, Pokémon Go rose to the top of the App Store charts in almost every conceivable metric. Just four weeks since its release, some 20 million Pokémon Trainers log into the app daily to catch new Pokémon and grow their collection. But what is the root of this explosive growth? Certainly, a large part of it is due to the wave of Pokémon nostalgia that the game has generated. However, Pokémon Go’s ability to pull in more and more users each week, even a month after its release, is due to more than just its branding. Throughout this post I’ll highlight some of the ingenious usability and design choices made by Niantic that elevate this game from a novelty gimmick to the cultural phenomenon it has become.

![PokeLibrary.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Poke_Library_992f737897.jpg)

>Figure 1. With so many adults playing Pokémon Go, it’s easy to forget how popular it’s been with children as well.

 

#### You teach me, and I'll teach you.

One of the most important high-level design choices for any product or service is how much complexity to present the user with. Many of the modern industry leaders such as Google and Apple gained their popularity by simplifying their competitors’ more complicated designs, making them much more accessible and intuitive. This simplification, however, can come at a cost; the less there is to learn, the less there is to actually do. That translates to less ability to hold people’s attention, which for a free-to-play game like Pokémon Go that makes most of its money from microtransactions rather than a one-time cost, is a very dangerous prospect.

So how did Niantic solve this dilemma? It certainly seems to have the best of both worlds, having managed to build a huge user base despite some incredibly complicated and unintuitive systems. The answer is that they understand how to design the same app for wildly different users.

To begin with, they only present players with the most basic level of gameplay when they start – the simple act of catching Pokémon. This is a fairly intuitive process which is supported by a brief tutorial. As soon as the users catch their first Pokémon they’re presented with a page full of grey silhouettes, only one of which is filled out. The message is clear: there are hundreds more Pokémon out there to catch. And for a large portion of Pokémon Go’s user base, that’s all the game they’ll ever need. The simple act of building your collection is a satisfying one, and Niantic understands that some of its users won’t care about the systems they layer on top of it.

They also understand, however, that some users will want a bit more to dig into than just catching Pokémon. So how do they present the users who want to go beyond that basic gameplay with more complicated systems, without alienating the players who simply want to build out their collection? Simply put, they don’t. The tutorial only covers the basics of catching Pokémon, and everything else is left up to the players to discover on their own.

This may seem counterintuitive, as leaving something unexplained typically only makes it more confusing. By leaving additional systems out of the basic tutorial, Niantic allows players to organically discover the parts of the game that will appeal to them. Players will only ever need to engage in as much complexity as they want. For example, if you never select a gym on the world map, you will never be presented with an explanation of gym battling. This layering of complexity ensures that the game is enjoyable no matter how many of its systems you care to learn about.

#### Arm in arm, we'll win the fight.

By this point it should be apparent that Pokémon Go’s tendency to get people talking about it, both on social media and in person, is no accident. Seemingly small design choices, like Pokémon not disappearing for everyone when caught by one person, transform what could have easily been a very isolating and even competitive game into one that encourages you to seek out fellow Pokémon Trainers.

Interestingly, the obvious features Niantic chose to leave out of Pokémon Go highlight their design philosophy just as readily as the ones which they chose to implement. Namely, there is no ability to directly communicate, trade, or otherwise interact with other players within the app itself. Any social interaction is done either face to face or through third party communities which means that, despite the game’s social focus, any direct social interactions are purely optional. Those who would prefer to avoid interacting with others, or even just take them at their own pace, will never feel as if they’re missing out on important features or worse, being forced into social interaction they didn’t seek out.

![Mass-Transfer.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Mass_Transfer_67f1d98634.jpg)

>Figure 2. Some users have already taken to mocking up much-requested features, so as the ability to ‘transfer’ multiple Pokémon at once.

 

#### I wanna be the very best, like no one ever was.

So far I’ve highlighted several design choices that worked out well for Niantic, but that does not mean that the game is perfect by any stretch of the imagination. Like any application, Pokémon Go launched with aspects of the design that didn’t quite meet the intended standards. However, Niantic has been quick to fix these issues as they become apparent.

For example, one of the most popular complaints was that the button for transferring Pokémon (a task at the heart of evolving Pokémon and thus one most users will do many times) was hidden away at the bottom of a long page, making it awkward to transfer multiple Pokémon at a time. This has been rectified, as the transfer button is now in the bottom right corner and scrolls with the user. Similarly, Niantic was quick to realize that they hadn’t taken rural users into account in their designs given that the vast majority of Pokéstops were in urban areas. Since this left rural users starving for Pokéballs and in some cases unable to play the game for long stretches of time, Niantic began a long process of adding more Pokéstops to areas outside of cities.

More than anything this shows that Niantic understands one of the most important realities of design in our current day: It’s not a step, it’s a constant process. User experience isn’t something that will ever be ‘complete’. There will constantly be unforeseen use cases, shifts in user goals, and areas where you can improve your designs. No matter what your product or service is, it won’t launch perfectly. Constant iteration, both before and after launch, is how to hone your design into a satisfying and intuitive experience that will keep users coming back for more.

Ultimately, no single factor is solely responsible for the success of Pokémon Go. Without the Pokémon name, it’s unlikely that this game would have reached the level of mass recognition that it currently has. But Pokémon Go’s success lies in the fact that it was ready to meet that surge of popularity with intelligently targeted and constantly iterated design. After all, there’s no debating that the game has more than met its goals of promoting outdoor activity and building community. From people setting up real life Pokéstops to animal shelters creating special ‘Pokémon Go’ walking programs, it’s clear that Pokémon Go’s elegant design not only shaped the game itself for the better, but is affecting the real world in a powerful, positive way.

The User Experience of Pokémon Go

Featuring [Yalu Ye](https://www.linkedin.com/in/yalu-ye-ux/).

--

#### Could you share with us your career journey and what brought you to EchoUser?

Growing up in China, I was always fascinated with what people could do on computers. Before I entered college, I thought Software Engineering would be a good fit for me. However, after exploring in many other areas throughout my college years, I realized that in addition to technology, I also enjoyed doing a lot of other creative activities such as designing posters, writing drama scripts and playing in a band. In the search of my potential future path that involves both technology and creativity, I came across Human-Computer Interaction (HCI). As I learned more about it through online research and book reading, I felt more passionate about it and decided to apply for grad school in the US since there are more HCI-related education and career opportunities here.

After all sorts of ups and downs throughout the application process, I made it to the HCI/design program in Indiana University Bloomington. The program was totally a life-changing experience. I felt fulfilled and grateful everyday to have had the chance to learn from and to collaborate with inspiring professors and cohort. Carrying on that passion, I interned at Autodesk for a summer, coming out with more self-confidence and design competence, as well as a love for San Francisco. Right after graduation, I joined EchoUser as a full-time experience designer, and this is where I am now.

![yalu-1.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/yalu_1_ddcc28ed1b.jpg)

#### What drew you to EchoUser?

First of all, EchoUser’s focus on “Any Experience” really resonated with me. I believe that UX design is a problem-solving process that can be applied to any field and beyond just screens. It’s about an experience. And I love to explore a variety of things. Therefore, seeing how EchoUser has tackled a wide range of projects, I saw a lot of potential for myself by contributing my skills and growing as a multidisciplinary designer. In addition, EchoUser is full of people with diverse backgrounds and passions for outdoor activities and adventures, which really speaks to my heart!

#### What's your favorite type of project?

I’m more drawn to projects with broader scopes where I can design for the whole experience from end to end rather than just focus on designing solutions for a particular screen. For example, Hello Toilet is one of my favorite projects I did at EchoUser. It was a self-initiated project, which goal was to improve people’s public restroom experiences. It’s such a universal topic that I collected a lot of interesting stories from interviews and surveys. A common theme emerged from the research – anxiety. From there, I decided to focus on mitigating people’s anxiety throughout the whole process of searching, waiting, and using public toilets. I then started brainstorming design ideas and I’m now in the process of prototyping and bringing some ideas to life!

#### Thanks to your initiative, EchoUser just started a brand new mentorship program, where we paired mentors and mentees together based on their skills and interests. What made you decide to take the lead on this?

As a designer who just started out, I’m lucky to have a few senior designers addressing my concerns and self-doubts, as well as providing feedback and encouragement. However, I noticed that company-wise, people don’t always have the opportunity or the right context for a natural mentor/mentee relationship to happen. Initiating the mentorship program made me fulfilled by knowing that people can make use of this opportunity in many ways. No matter what topics the pairs ended up discussing, as long as they get something out of it, I feel great seeing them empowered.

#### Do you have any advice for people who are new to the UX industry?

Be open-minded and proactive. The UX industry changes really fast and there are new technologies and challenges coming out every day. It’s important for a designer to feel comfortable stepping out of his/her comfort zone and to embrace change as well as to contribute new change to the industry.

Be reflective. This would help a designer level up faster. There are always some lessons learned in every project, and being reflective is the best way to capture the growth along the career path.
Where do you see the future of UX going?

In terms of design media and techniques, I see the future will still be in a flux for a little while. As technology advances, designers have more and more opportunities to inject new forms and objects into many aspects of people’s lives. New design methods, such as user journey maps, and system maps, were also introduced to improve end-to-end user experiences.

On the other hand, I think the basic nature of design will still remain the same for a long time. I’m really inspired by the “principles for good design”, introduced by Dieter Rams in the 1970s, which focus on both minimalism and usefulness. If you look at the development of the design industry in recent years, those principles still apply. Thus, at a high level, I see the future of design still being built upon the same principles, but with different forms and methods.

#### We all know that you're always up for the next outdoor challenge. What has been your biggest adventure so far?

Without much experience, I hiked John Muir Trail alone for 26 days, 240 miles total. Inspired by a lot of other EchoUsers, I wanted to challenge myself and gave myself a chance to reflect about my past year in the middle of the beauty of nature.

Lesson learned: First, go with the flow. In the middle of the trip, I encountered serious mountain fire smoke from nearby area. I was indecisive about whether I should keep going or quit until I met another hiker at the resupply point. He told me, “Be the river, not the rock.” Let it play out its own way. Looking back, I’m glad that I did and finished the trail. I also became more grateful about civilization. There were no showers, toilets, or trash cans along most of the trail. Learning how to take care of all those basic human needs was the first thing I had to overcome. Coming back to the city life, I no longer take all the infrastructures for granted and am more mindful of making decisions that help sustainability of the earth.

![yalu-2-JMT.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/yalu_2_JMT_62f15289b8.jpg)

>FIgure 2. Photo Credit: Matthias Ciprian. Camped after a snowstorm on JMT trip. _“If you want to go fast, go alone. If you want to go far, go together.”_

 

#### What would you do if you weren’t a UX designer?

I am always fascinated with learning about different people’s stories and discovering unknown things. Also, I see sharing rarely told stories as a way to empower and inspire even more people. So if I were not a designer, I would probably film documentaries or write stories, especially for underrepresented groups major media usually chooses to ignore.

Adventuring into UX

Featuring, [Yuqian Zhang](https://www.linkedin.com/in/zhangyuqian/).

--

#### How did you know you wanted to work in UX?

I have always been interested in research, but I got into it a lot more during my undergrad at Beijing Normal University in China. I majored in Applied Psychology and focused on the research track instead of the clinical track for this major. Afterwards I wanted experience working in America where I knew the field was more mature. I attended Columbia University in New York where I received my Masters in Developmental Psychology. During my time in New York, I met a UX Designer and was introduced to the world of user experience research. I was very drawn to this idea of tying user experience to my love of research. I also saw how user experience is tied to everyday life, enabling you to help people from different walks of life, to solve different types of problems, or to have an impact on the product you are performing research on.

After my Master’s program, I decided to take a course in user experience design at General Assembly to learn more about the designer’s perspective. During this time, I began to put together a portfolio of research projects in user experience to showcase my passion and capabilities in this area.

![Blog319_Featured.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Blog319_Featured_bb4afc37fa.jpg)

#### Tell us about your career journey and what brought you to EchoUser.

I initially came across a posting on a job board, and was attracted to EchoUser for multiple reasons. I was really attracted to the fact that they have a research team, which is great to be able to bounce ideas off of a team versus the solidarity of solo research work. I also liked the fact that EchoUser is an agency, and that this would give me an opportunity as someone who is very fresh to the field, to be able to be apart of the large breadth of client projects and gain experience in all these different areas. Another aspect I was drawn to was seeing the company culture and dynamic on EchoUsers’ various social media channels. It seemed like the employees were genuinely nice people who also knew how to have fun and be friends, which is what I was looking for in my next job.

#### What do you like about doing UX research?

I love working with data. I really enjoy the process of taking qualitative and quantitative data to solve different problems, and logically planning it out along the way. As opposed to clinical research, where I dipped my toes into a bit during my college years, UX research allows you to change the lives of people in their everyday lives. I like to learn about what makes them frustrated or what makes them happy, and to see the results come out of this interaction to improve their experience.

#### What is your process in interpreting what users want?

Rule of thumb: Don’t listen to users about what they want. Self-reported claims are not necessarily reliable especially when asking about future behavior prediction. It’s more important to observe what users do: observe their path when performing a task, observe obstacles along the way, and observe how they recover from mistakes.

#### What do you like to do outside of work?

Outside of work, I enjoy hiking and camping with two my dogs, baking desserts (matcha mille-crêpes are my favorite), swimming, traveling (I have driven the Pacific Coast Highway (SF-LA) 6 times!), as well as playing board games with friends.

#### What are some fun facts that not everyone knows about you?

- My coffee name is “Bella.” My name can be difficult for baristas to spell correctly on the first try, so I’ve found this is strategy much simpler. I’m also not the only one at EchoUser who does this!

- I always buy mini-sized soda to try and control my sugar intake, but I usually end up drinking multiple mini sodas because one is never enough…

- I successfully launched a Kickstarter campaign with friends!


Reflecting on a Career in User Research

Standing desks. Swiss ball chairs. Crazy mice. There’s a long checklist of items for the optimal office set up ­- all to make sure you don’t get neck pain, back pain, or carpal tunnel -­ and to increase productivity! Workplace ergonomics is essentially a science; a formula for designing a better work environment and a better work experience.

There’s another science that can achieve all the same things of workplace ergonomics without all the crazy equipment. Yoga!

Yoga in the workplace can:

1. **Reduce costs**: Yoga postures can alleviate muscle tightness built up over time, while strengthening the muscles that become weak from lack of use. These preventative exercises reduce the risk of work related injuries in sedentary work environments, which can result in health savings. In addition to physical health, yoga can also reduce the costs of stress-­related illness by promoting positivity and calmness in the midst of stressful work situations.

1. **Improve productivity**: In addition to greater focus and concentration, yoga also promotes self awareness and the ability to respond more calmly in demanding situations, enhancing decision making and the overall quality of work output.

1. **Improve quality**: Healthy bodies + peaceful minds = happy employees. When people are pleasant within, they tend to emanate pleasantness out. This cultivates deeper engagement with their work and the company.

1. **Improve employee engagement**: Yoga is all about well­-being. Body, mind, and soul. It fosters a culture that is conscientious and outward focused. Not only does this benefit client relationships, but collaborations within the organization benefit from these qualities as well.

1. **Create a better culture**: Healthy employees = happy employees. This contributes to a better culture and human performance within the organization.

Do we need to hire a yoga teacher? If you have a job and you have a body, you’ve got everything you need to design your work experience with yoga. Below are a number of simple exercises that can be practiced independently to cultivate these benefits and begin re­designing your work experience.

#### Practice for the mind.

- Start in a comfortable seat. Close your eyes. Focus only on your breath.

- Begin by taking 3 big breaths. Making sure the inhale is as round and full as the exhale.

- Do 3 rounds of square breathing. Inhale for a count of 5, hold your breath for 5 seconds, exhale for a count of 5, hold your breath for 5 seconds. Repeat 2 more times, taking note of the quality of your breath. Is it shallow? Is it full? Is it even? Uneven?

Once you’ve settled into your breath, and have been able to X out some of the open tabs in your brain, then you’re ready to move on to the physical exercises.

#### Practice for the body.

![Front-Shoulder-Stretch.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Front_Shoulder_Stretch_24d515d59c.jpg)

![Seated-Twist-Side-FF-.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Seated_Twist_Side_FF_52df09b977.jpg)

![Cobra-Eagle.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Cobra_Eagle_c2d2b29e6a.jpg)

![Forward-Fold-Shoulders.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Forward_Fold_Shoulders_47b17367fa.jpg)

![Lunges.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Lunges_db04ee426e.jpg)

![Camel-.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Camel_d2d10e152b.jpg)

![Childs.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Childs_0a48269a9a.jpg)

While the exercises prescribed above are curated in an intentionally sequential fashion, completing any one of these would contribute to your experience at work. No effort in this practice is too small. No effort in this practice is wasted. So don’t let your busy schedule and eternal to-­do list deter you from taking 5 minutes to invest in yourself and your work experience.

Start designing your experience today!


Yoga in the Workplace

It’s that time of the year when leaves start changing colors and pumpkins are everywhere! The theme of this year’s Halloween party was — farming! A lot of flannel shirts, overalls, straw hats and cowboy boots! Oh and the pink unicorn is back, hiding right in the corner…

![Blog_300_YeeHaw_Featured.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Blog_300_Yee_Haw_Featured_2d115878c7.jpg)

The farming theme came from one of the many interesting projects we do here at EchoUser. Inspired by a colleague who grew up on a farm in Iowa, a few EchoUsers (Carol, Yalu, Seiko and Mick) along with an external team Applied Technical Systems (ATS) wanted to see what they can do to help farmers become more productive. They interviewed a wide spectrum of farmers and learned about their workflow, motivations and challenges. One of the EchoUsers even dressed up like farmers in order to build rapport with them and now she’s the Top 1 “MOST WANTED” in the farmers’ blacklist! Here’s a [video](https://vimeo.com/143712134) showing their excellent work!

Public voting for the USDA Innovation Challenge is now up. Please support us and throw us a vote here!


Yee-haw! Celebratin’ Halloween + Farming!

Here at EchoUser, we love to tackle Any Experience, and we’re always inspired by novel ways of interacting with people, products, and places. We also get to meet a lot of the people who are crafting those experiences, and in this occasional series of interviews with experience innovators, we want to share their insights with you.

 

---

 

When Anish Sebastian and Juan Pablo Segura first founded 1EQ, a digital health company based in DC, they knew they were tinkering with the right ingredients: wireless devices that tracked and collected everyday biometrics, and a healthcare industry ripe for innovation. They just needed to find the perfect recipe.

At first, they planned to display personalized health tips, such as exercise and meal recommendations, based on genomic and fitness wearable data. It was a good start, but it didn’t seem to stick. Over the course of two years, however, the team found their way toward a more impactful solution.

Today, their flagship product, [Babyscripts](https://babyscripts.com/), connects expectant mothers with their healthcare providers through a mobile app, wireless scale and blood pressure cuff. Over the course of her pregnancy, an expectant mother uses the solution to share vitals with her provider, and follows a prescribed set of tasks to stay healthy. The provider, meanwhile, benefits from improved patient compliance and the ability to detect high-risk conditions. Staying connected beyond the office reduces the number of appointments from 14 to 10: a win for both the patient and provider. The solution has generated quite a buzz at a local startup incubator called 1776, of which they are a member, and is now being piloted in collaboration with [MedStar Health](https://www.medstarhealth.org/), the largest not-for-profit provider of patient care in Maryland and the Washington, D.C. region.

When I sat down to talk with Anish and Juan Pablo, there were plenty of exciting things for us to talk about. More than anything, I was most curious to find out how and why their product transformed in the way that it did. Here are the valuable insights they learned along the way:

#### 1. It's better to build something for someone, rather than everything for everyone.

<highlight class="quote">

><quote></quote>
>_People try to create solutions before they find problems. We fell under that trap in the first year,_ explained Juan Pablo, recalling their first iteration. _At first, we started by trying to be everything for everyone. The problem was that there are so many needs for so many different users._

</highlight>

As a way to stay focused, they made a deliberate decision to focus on just one experience: pregnancy. It was a clean nine month period, with high patient engagement. By adopting a niche focus, they became experts in the field, and more confident in making design decisions.

For example, during user testing, they sent expectant mothers home with an oversized, matte blue box filled with monitoring devices. The feedback: at the time when you take that box home, your risk of miscarriage is high. People didn’t want their neighbors to know about their pregnancy yet, and lugging a large, clinical-looking box home wasn’t helping. Their latest product is a narrow, glossy box, fit for a more personal experience.

By diving into that single pregnancy experience, they also discovered a critical insight into the people for whom they needed to design. They examined competing products in the industry, and noticed that all focused primarily on the patient experience. Among the apps that failed, someone was routinely missing: the healthcare provider.

<highlight class="quote">

><quote></quote>
>_Healthcare is unique in that it’s driven in collaboration with the doctor,_ said Anish. _It’s important to identify the use case first: how will you provide value to the patient and doctor._

</highlight>

The provider’s experience is just as critical to Babyscripts’ success as the patient’s. The two experiences go hand in hand; Anish and Juan Pablo believe that facilitating the patient/provider conversation will increase compliance and communication, ultimately benefitting both provider revenue and patient health.

![babyscripts-screenshot.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/babyscripts_screenshot_59fc61a6aa.png)

#### 2. Use data to drive -- not distract from -- action.

Anish helps to run a meetup in DC dedicated to the Quantified Self movement. The movement harnesses technology to track personal behavior, allowing individuals to become more aware of their daily activities, and ideally, find fresh applications for that data.

Anish met one man who had 1700 days of sleep data. As a data enthusiast, he thought that the possibilities were endless. Surprisingly, however, when the data was shared with a primary care doctor, the doctor didn’t want it.

<highlight class="quote">

><quote></quote>
>_**That struck to the core of what I thought the problem was**,_ said Anish. _How do you translate that [data] into a something clinicians would understand?_

</highlight>

He found that clinicians don’t care about most of that data, as “95% of the data we collect is just noise.” As such, he and Juan Pablo designed Babyscripts to “eliminate most of the noise, and just show the 5% that matters, like risky blood pressure.”

“A doctor doesn’t want a dashboard. They just want to see the exceptions,” added Juan Pablo. The app pushes providers to reach out when their patients’ vitals are outside the norm, but does not distract them otherwise.

The insight around using just the relevant data to drive action inspired a number of critical design decisions on the patient side as well. For example, when they first pushed out their solution, Anish recalled that “we had a beautiful dashboard, but the average ‘Sally May’ out there didn’t care.” She had a busy work schedule, and didn’t have time to review her metrics. They took out all of the graphs, and just pushed out the information that mattered: a few tasks a week, tailored to her conditions, delivered at the time of need.

According to Anish, “Things just magically appear when they need it. Week 32: find a pediatrician.” Creating an actionable, focused experience drove patient engagement to almost two times the level they previously saw.

The BabyScripts experience facilitates high-value conversations between the expectant mother and provider. It keeps them comfortably connected beyond the office visit, but otherwise empowers them to continue living their lives.

#### 3. Find your allies.

Anish and Juan Pablo both recognize that the medical industry is ripe for disruption, and they’re looking to make a big impact. At the same time, they understand that healthcare is a highly regulated industry that will require a group effort to disrupt, and it will not happen overnight. They think of themselves as an important part of the solution, but not the only player.

Taking the time to understand how they can fit into the healthcare industry, and keeping the door open to partner with other innovators in the space, has enabled the team to make significant headway.

<highlight>

>**Said Juan Pablo, _“Healthcare disruption will have to be incremental. When we go in, we’re not saying we want to replace the doctor. We’re just going to help you be more efficient. We come in as a partner.”_ By tying everything into existing provider business models, and empowering both providers and patients to succeed, Babyscripts becomes _“innovation they can understand.”_**

</highlight>

In addition, they’ve found collaborating with innovation leaders in the medical space to be extremely valuable. Last December, they started a partnership with MedStar Health to run a major pilot in area hospitals. The MedStar Institute for Innovation seeks to advance health innovation in the areas of human factors, usability, simulation training, and technology development. Their team has helped 1EQ engage with real patients and providers to test their solution, and now actually deploy it throughout a number of local hospitals.

Looking ahead at the pilots to come, the cofounders still feel there’s a lot to learn about the pregnancy experience, and eventually medical scenarios beyond it. Given the valuable insights they’ve learned along the way about users, data, and the healthcare ecosystem, however, they certainly have the right mindset to keep making progress.

Experience Innovators: Babyscripts on the Quantified Pregnancy Experience

At EchoUser HQ this week, our office held a design jam of armageddon-sized proportions. Designers and researchers from EU, along with designers from Further, SpaceGAMBIT, and Premise, were given the following challenge:

<highlight class="quote">

><quote></quote>
>_How do we distill dense and complex asteroid data into useful, interesting, compelling, and intelligible information for the general public?_

</highlight>

NASA [Minor Planet Center](https://minorplanetcenter.net//)‘s Jose Luis Galache, our representing scientist and astronomer, gave the designers background on the data available. Essentially, NASA has a ton of data (size! composition! orbit! etc!) on over 60,000 objects. Great…now what do we do with it?

After digesting both our morning coffee and the challenge, we broke out into 4 teams and spent 2 hours conceptualizing and brainstorming ideas on how we could potentially bring this complicated data to the general public. As a group of non-scientific designers and researchers, we started with what we normally do in such design quandaries: learning about the users. Luckily, we were our target users!

Here’s what we came up with:

## Team 1: (aste)Roid Rage!

This was my team! We focused on kids and the idea that we could trick them into learning about asteroids by turning the data into a super fun game. Our game (Asteroid Rage!) lets the user gain control of nearby asteroids (NEAs) using nukes, gyros, and [white paint](https://www.space.com/18248-paintballs-asteroid-impact-deflection-video.html) to attack friends. Users earn currency in the game by researching, observing, and analyzing much like an astronomer would. Currency can also be used to build asteroid defenses to protect your home base. Ideally the game would create a community of aspiring scientists and informed youngsters. Future versions would include mining, building custom asteroids, and the ability to launch asteroids at Minecraft environments.

![956-1024x768.jpeg](https://echouser-api-media.s3.us-west-1.amazonaws.com/956_1024x768_9d002032e1.jpeg)

## Team 2: BadAsteroids

This team approached the challenge from a higher level by first identifying each type of persona that represented the array of users that make up “the public.” Their three levels then informed the design of a basic platform where a user could drill into the information — and, at the very highest level, actually contribute information as well as develop apps that interact with the data in meaningful ways. Their solution engages everyone from the curious science student to the amateur astronomer.

![959-1024x768.jpeg](https://echouser-api-media.s3.us-west-1.amazonaws.com/959_1024x768_e7d0e667a6.jpeg)

## Team 3: Hitchhiker’s Guide to the Asteroid — The Winners!

During the initial briefing, JL brought up the fact that traffic on the Minor Planet Center’s website always spikes whenever an asteroid makes the news — such as [the one that blew up over Russia](https://www.space.com/24714-russian-meteor-blast-chelyabinsk-anniversary.html) last year. Based on this nugget of insight, Team HGttA decided that the MPC’s website could be enhanced with a more whimsical and innovative approach to the data. What if there was some sort of sidebar on the MPC’s website that looked similar to the trip-planning widget used for sites like Kayak and Expedia? Essentially, a user can “book” a trip on a nearby asteroid (currently there are 5 upcoming “flights”) to better understand things like its flight path and how many NEAs are around at any given time, connecting the user to the data in a very human way. This unconventional idea won, and it’s no surprise given how cool it would be to allow a user to hitch a virtual ride around the solar system on a giant asteroid!

## Team 4: Asteroid Runners

Also taking a page from the unconventional playbook, the Asteroid Runners proposed that the best way to get the public engaged with data is by pulling them out from behind their computers and onto the pavement. In this asteroid race, runners would be the asteroids with the goal to destroy Earth! Obstacles (Jupiter, the Asteroid Belt, etc.) would pop up over the course of this Ragnar Relay- race. But alas, Earth is not totally doomed. There would be public participation as well for non-runners who, by answering trivia questions, could potentially save Earth from the asteroid-runners. The race would raise awareness as well as potentially raise funding for NEA research.

![958-1024x768.jpeg](https://echouser-api-media.s3.us-west-1.amazonaws.com/958_1024x768_6781a99f4d.jpeg)

--

All in all, the jam was a success. The ideas were creative, inspiring, and definitely a springboard for integrating alternative ways of thinking into our upcoming Asteroid Hackathon event in October. For such a beastly problem as presenting a wealth of difficult data to the public, the jammers accomplished quite a bit in only 2 hours!

![957-1024x768.jpeg](https://echouser-api-media.s3.us-west-1.amazonaws.com/957_1024x768_6ce2d684f6.jpeg)

Can you spot our judge, Jose Luis?

Want even more? Along with our Asteroid Hackathon event in October, our very own Mick McGee and Amelia Altavena, submitted a SXSW talk to explore the topic even further and dive into the next generation of asteroids. SXSW serves as the perfect venue to replace the visions of blasting pixelated rocks in archaic video games with real ideas on how to use big data visualization and crowdsourcing to save the world from planet-destroying asteroids.

Asteroid Design Jam at EchoUser

At EchoUser we thrive on making the complex simple, and what is more complex than space? Space comprises many wonders, but unsuspecting danger can be hidden just beyond our sights, and one such hidden wonder is asteroids. For most of us we go about our daily business probably not giving asteroids much thought. However, asteroids represent a real threat to humankind. If a stray asteroid slams into Earth, it can alter the geological history of our planet and evolution of life. In fact, 66 million years ago one did just that, when a single asteroid caused three-quarters of all living things to perish on Earth.

## So, what’s being done to make sure we don’t meet a similar fate?

Well, organizations such as the Minor Planet Center and NASA are working on incredible projects to increase our knowledge of how asteroids move and act, continuously collecting massive amounts of data. However, asteroid data is necessarily complex. One of the greatest obstacles facing folks working to make sure we are not surprised by asteroids is actually understanding the vast amounts of data being collected.

To help solve this challenge, EchoUser has teamed up with representatives from the Minor Planet Center, Maui Maker, SpaceGAMBIT, FURTHER by Design and New Relic to organize the Asteroid Hackathon. The event is part of NASA’s larger Asteroid Grand Challenge project, and it is set to take place October 25 at the SETI Institute in Mountain View, Calif.

## Calling all enthusiasts and data junkies: This is your chance to hack space.

The Asteroid Hackathon invites the brilliant minds of Silicon Valley and beyond to save our planet by hacking asteroid data and turning it into digestible information for citizen scientists. The hackathon aims to give citizen scientists, engineers, designers and amateur astronomers access to an asteroid data set so they can bring new insight to data patterns, and encourage additional observations and characterization.

The best ideas come from collaboration, so we are calling for teams of three people covering UX, engineering and astronomy skill sets to participate. The winning team will be awarded a cash prize to further develop its idea.

## A word from our sponsors…

Recently, we had an opportunity to sit down with a couple of our co-hosts, Jerry Isdale, a long time software engineer and founder of Maui Makers, and Jose Luis Galache, an astronomer at the Minor Planet Center, to discuss space hacking and the Asteroid Grand Challenge, the inspiration behind the upcoming hackathon.

--

**EchoUser**: The Asteroid Hackathon event is tied to NASA’s larger Asteroid Grand Challenge. Before we dive into the upcoming event, let’s talk about the goal of NASA’s Asteroid Grand Challenge.

**Jerry**: The Asteroid Grand Challenge is one of NASA’s programs to get an open call for technologies for the space program. The basic goal is to find all asteroid threats and know what to do about them. There are over 600,000 asteroids currently known, with more being discovered every day. A percentage of these asteroids are “near-earth” asteroids, and a percentage of these near-earth asteroids can actually hit the earth. In the past, there have been large and small ones that have hit the earth in the form of asteroid strikes or large meteor-asteroid strikes. In fact, two years ago an asteroid hit Russia, with no warning. It blew up in the sky over Chelyabinsk causing significant damage.

The goal of the project is to find these-types of asteroids in space before they blow up, and figure out what we can do about them. The Asteroid Grand Challenge was in the planning process for quite a while prior to the explosion in Russia, but the incident validates why we need this program.

--

**EchoUser**: _Sometimes all the stars line up in your favor, literally! How important are these types of events for our understanding of asteroids?_

**Jerry**: They are very important. The damages and costs of the asteroid explosions always catch people’s attention.

--

**EchoUser**: _What are you looking to accomplish with the upcoming Asteroid Hackathon?_

**Jose Luis**: The event is not particularly about astronomy. We want to bridge the gap between scientists and the public, and have the opportunity to educate both sides on what is going on in space. The Minor Planet Center, in particular, wants to be able to share information, not just data, to educate the public and anyone that visits our websites. We want there to be more opportunities for people to come across our website and learn something – this can happen if the information is more clear.

**Jerry**: We want people to be able to hunt for asteroids and find information about asteroids with ease. The event is a great way to push that forward. The Minor Planet Center has created a much more easily accessible database, but they are in need of a user interface. The idea behind the hackathon and other events we have planned this year is to help make it easier for people to access the database and information.

--

**EchoUser**: _Let’s talk data. Is working with the large amount of data slowing down the process of understanding what is going on in space?_

**Jose Luis**: We are always looking for new and better ways to get the data we have here at Minor Planet Center out to people who are browsing the web. While we have lots of data, we need more information. We need to create tools that can transform data into useful information so someone who is not an astronomer can look at the data and learn something from it.

Our data is already public. That is one of our missions – all of our observations and predictions for asteroid flybys are always public. But we don’t have that much information that someone who is not an astronomer is going to understand. We want to give the public an opportunity to really understand the data we have.

--

**EchoUser**: _What are your expectations surrounding the hackathon?_

**Jose Luis**: We are hoping to get a good number of creative people who have hacking skills and know how to turn data into information. To be honest, I have no idea what to expect with these computer programmers. I think one good thing that comes out of these large scale events is grouping together a big number of smart, creative people — they are bound to come up with something.

--

**EchoUser**: _What do you think the UX perspective is going to bring?_

**Jose Luis**: We are a very small group without anyone specifically specializing in UX. Our goal for UX is to present things more clearly so people can digest a lot of data, but we do not know how to do this effectively.

--

## Ready to join us in hacking space and saving Earth?

If you are interested in helping to save our planet by tackling complex asteroid data and making it digestible for the broader community with unique data mashups, mind-blowing UI visualizations, or something even better, please email us and we will get you more information on how to submit a team for the Asteroid Hackathon. We will also continue to share details here on our blog, so check back regularly.

Hack Space. Save Planet Earth.

It was time to run a family experiment. I’d heard about how COVID sparked rapid, deep shifts in the way people were working, and I wanted in.

The easy story about COVID and work is the abrupt move to remote work and the accompanying questions that arise:

- When an office location loses importance, what happens to 9-5? (Anytime) 
- With reliable internet, when do we need to be physically together? (Anyplace)
- With freelance work becoming more viable, do workers need to be bound to one employer? (Anywhere)

![monkees.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/monkees_f87d4737b7.png)

Side note: “Anytime, Anyplace, Anywhere” also happens to be an obscure release by _The Monkees_ in their 1986 compilation album, but somehow I don’t think they were writing about the workplace or experimentation.

These key questions [hit businesses hard in ‘21](https://www.theatlantic.com/ideas/archive/2021/10/great-resignation-accelerating/620382/). They hit me hard personally as well. I had been working remotely for a year, I was looking for new work, and I wanted a more dynamic setting for UX Research than I thought I would find working for one specific company. My spouse faced similar uncertainty in her work future.  We were staring at incredible privilege and a wide open opportunity that we had never quite seen before. We are also parents of two boys under five, and feel daily the soul-crushing challenge to introduce variety into a life that demands routines and stability.

![bungalow.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/bungalow_b6c0ceb561.png)

As a design thinker, I _sometimes_ at least _somewhat_ practice what I preach. I knew there was a more measured approach to testing the waters than quitting all jobs and selling our house. We decided to run a small experiment across six weeks in December and January, where we moved from our suburban home in Longmont, CO to a rental in the heart of Portland, OR. I had just joined EchoUser, and was working here while I also wrapped up outside projects. It would mean working at odd hours to meet all the demands, but in a fun location, with a forced change of pace. We wanted to see if this anytime, anyplace, anywhere was for us.

You might explain the hypothesis for our trip as something like this:

_If I temporarily live in a new setting and work for multiple employers, my life satisfaction will increase._

I sense this is an experiment many people are running variations on, or may like to in the coming years. So what did I conclude? Let’s look at three themes from the experiment which speak as much to research design as they do if I should spend my work life on the road.

#### Theme 1: Clarify Your Objectives, Control Your Variables

Completing our six week experiment, I have a ton of data. Many feelings about day-to-day life. The [best coffee shop within walking distance](https://theredecafe.com/) of our rental house. Good memories of creaky stairs and puddle-splashing with my kids. Yet, I don’t know if I really validated the hypothesis or not.

In hindsight, I think “Salts-Halcomb Portland Getaway 2021” suffered from the same symptoms of many rounds of product research. 

Because the objectives weren’t well-defined at the beginning, the research design wasn’t optimal, and the data are wide and speak more to obscure questions than the vital ones.

Our experiment took place over the holiday season, and in an area of the country where we have friends and family. In reality, our experiment has much more to say about questions like “How does it feel to live near family without staying with them?” and “What is it like to juggle a lot of different new things during Christmas?” than it does about anytime, anywhere, anyplace. My satisfaction with the experience was high, but I think it’s clear that work wasn’t the most important factor to that satisfaction.

![family.jpeg](https://echouser-api-media.s3.us-west-1.amazonaws.com/family_3674a00583.jpeg)

This is endemic to UX work. How many times have you begun a study that really taught you more about your workplace culture than it did your customers? Or, realized that your usability concerns couldn’t be addressed until you first cleared up issues around desirability and a deeper understanding of the user experience?

Sure, there is still a ton of learning (more on this later), but we don’t have a lot of time in life or research to learn something that isn’t the most important thing. I’m not sure when school schedules and projects will align to give us another opportunity at this.  The only antidote I know to this problem is planning, asking vital questions up front about what we really want to learn. Had I really wanted to test the workplace questions above, at the least, my wife and I would have chosen a more normal time of year and a location with fewer people we were excited to see.

#### Theme 2: Jump in fully

Still, I’m more research pragmatist than research purist, so I want to spend some time on the other side of the coin from Theme #1. While the learnings could have been more precise, I did encounter so much. Furthermore, few of those learnings would have come forward from a quiet Christmas at home in the same 9-5 I’d been working. I think as life researchers and product researchers alike, we’re always working within imperfect context, and the real skill is being able to extract the valuable data from the cluttered missteps and noise.

What I did well in this experiment was to encounter enough friction to produce meaningful results. 

Some takeaway thoughts include:

- **In this new era of work, focus is everything**. We should all know by now that [humans are poor multitaskers](https://www.forbes.com/sites/forbestechcouncil/2021/07/15/why-you-shouldnt-multitask-and-what-you-can-do-instead/?sh=5488790ad01b), and some of these new ideas about work add layers of complexity. Anytime, anywhere, anyplace means we’re essentially merging work and life rather than trying to seperate the two. I don’t think the answer is writing emails at the dinner table. Rather, I think the biggest skill of the next decade is being able to quickly drop into context: there was prepping for a meeting in the couple hours between holiday gatherings, having laser focus for 30 minutes with client A even when the bulk of the day was spent on client B. There are also vital and known strategies to block similar work that I have begun to experiment with. (New Year’s Resolution 2022: Focus!)
- **My longing is for new creative routines** more so than tectonic shifts in how I do work. The best elements of the work experiment included the walk-ability of our neighborhood. I would break up my day with a walk to the produce stand, an hour in the coffee shop, and a quick train track built to connect with my boys. Those were easier byproducts because of our experiment, but they didn’t need a new job or a new house. I am looking for a state of mind that is fluid and creative. While I’m curious how my work choices aid that, I’m glad to have that insight to implement anywhere.

 

My encouragement to all of us in UX work is to pursue routes that might spark significant insight. Slight shifts around the edges of a user experience are easier to get right but seldom transform a business. If the recipe is 3 parts good planning, and 1 part right methodology, there is also a good dash of chaos to bring learning. The chaos of this month will spark change in our lives.

#### Theme 3: Your timeline be damned, the research never ends

As a last thought, I’m getting comfortable with the fact that many of my questions couldn’t be answered in six weeks. I have a lot to unwind before undertaking changes to my work life that have been established over almost 20 years. 

I am committed to advancing independence, variety and freedom around my work life - and I chose EchoUser in part for its commitment to this culture. I’m convinced that sticking to my home office chair for 8 straight hours is the next thing that needs to go. But we have a lot of thinking to do before the upheaval to our family of a trip like this is worth the regular cost.

I notice the research parallels with every time I see UXers or product teams try to tie a nice bow on the learnings because of an external timeline. Yes, our contract ended, dev needed to ship, priorities changed. But we fool ourselves into thinking that means the learnings need to be complete, final, authoritative. I need to cultivate a mindset of “I learned X but it made me wonder Y”… for that is much more true to experience. I think it will actually help our products, which are always evolving. We act off the incomplete data, we take our best next step, and we start learning again.

![coldBeach.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/cold_Beach_f0f76e6372.png)

I’ll have to report back later on the advancement of anytime, anyplace, anywhere. It has some legs. I’ll do it better next time. I have a whole set of new questions. Six weeks well spent.

An experiment in Anytime, Anyplace, Anywhere

Take a long, deep breath... Breathe in relaxation… Hold it for a moment… Now, exhale, slowly... Let out any tension… Feel your body relax into stillness between breaths... 

Do that 3 times, 10 jumping jacks, and a 30-second plank, and your brain will be ready for this post. 

--

We recently had an intriguing Talk-O Tuesday session (our weekly internal lunch meeting). We brain exercised, in a way. It was definitely different from our normal talking sessions, which can get quite heady and stimulating in their back and forth. 

For this session, our Talk-O moderator, Jiyoon, started by laying out some simple rules that set the stage for an interesting mind-bending journey. At least for me. Still not sure if it led to nirvana, or possibly somewhere more dark. Nevertheless, I couldn’t stop thinking about the experience and how others might find it useful for their own brainstorming and creativity workouts. 

The simple rules:

- Sketch something that comes to mind once you hear the prompt. 
- Don’t stop moving your pen/pencil until told to. 
- You do not need to share anything that you create. 

Would this even work? Would I feel more creative? Would it become easier over time? Such simple rules within a one-hour timeframe. That’s a long time to just sketch! (At least there was music.) Meetings are already too long. Now do it without talking and stay inside your own head. Go! 

So here are my sketches. I am definitely not a sketching artist. But I also feel no shame in sharing the results. I’ll do my best to describe each prompt, but I don’t quite remember most of them, which is an interesting aside, as I do recall feeling myself drifting deeply into each theme while sketching.

![feet.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/feet_8de1fbf348.jpg)

**Feet**

I’m just going to say the first prompt was “feet”. I don’t remember. But I do recall feeling somewhat mentally rigid as we got underway. Even my sketching space on the paper was cramped and almost pinching into the edge. Drawing the large foot did help break the mold and release my mind. Especially those toes.

![cookies-1024x209.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/cookies_1024x209_452d02f396.jpg)

**Cookies**

Again, I don’t recall, but maybe, “cookies”? And my bad drawings look more like pizza and donuts than cookies. Maybe I was hungry. My favorite part is the big head/face (maybe also a cookie?) and the callouts. Some sort of bizarro Homer mumblings from the upside-down. 

![danger.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/danger_91ed80fa6b.jpg)

**Danger**

This one feels like “danger”. My mind was definitely in transition at this point in our sketch exercises. I particularly like the comic strip style for giving it more of a story feeling. Also to make the _danger_ feel not so _dangerous_. I mean, why am I drawing someone lunging at someone else with a knife? Questions should be asked. 

Transcription: - | “Danger?” | “Yes!” | “Oh” .. “Mm, DIE” | “Freeze spell” | “Later...” .. “Damn”

![bliss.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/bliss_7dd58944be.jpg)

**Calm**

The most straightforward prompt; “inner calm” (or something close to that). And the result was a warm coral reef, with me stretched out in long gliding motions, with the outside world suppressed down to natural underwater noises. Looks like bliss. Felt like bliss sketching it. Perhaps my sketch brainstorming was becoming more calm, simple, and straightforward. (Spoiler: It wasn’t.) 

![space.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/space_993dae7982.jpg)

**Space**

Mind control? Actually, pretty sure it was something to do with “space”. Both are acceptable. I had recently read _The Three-Body Problem_, and without giving much away, a key plotline is one side being able to read the minds of the other side. Perhaps my favorite sketch. Does the one on the left look like Elon Musk? 

![monsters.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/monsters_bda5c3df9a.jpg)

**Monsters**

It’s gotta be “monsters”, yes? Or one overall motley monster. I think this is where my mind had fully shifted out of its initial rigidness, well past smooth brainstorming, through loose and swervy, and finally smashing into _what was I thinking_? These now remind me of 1) Game of Thrones; 2) Donnie Darko; 3) the unreleased sequel to E.T.; and, 4) a needs-to-be-made Bigfoot movie.   

![despair.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/despair_217f5c7060.jpg)

**Despair**

I have no idea what the prompt was. Looks like a pit of despair. With a fossil graveyard. And a hangout for punk cats. A mental release, of sorts? Who knows. Unsettling. 

![peace.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/peace_10f0d880a6.jpg)

**Peaceful**

And finally a very normal looking scene, an idyllic mountain lake. So peaceful. So starkly different from the prior doom scene. I recall feeling more just peacefulness and an ideal place I’d like to be. No hidden awfulness; just a rapid, fluid change in focus from the prior sketch; really, all the previous sketches. 

-- 

There were more prompts & sketches. But we switched from prepared prompts to called out prompts and shorter sketch times as the hour was winding down. As I recall, most of the prepared prompts had 6-8 min of sketching time. Plenty of time to mentally drift, which I think was necessary to see where the mind would go, especially with the no stopping your pen/pencil moving rule. 

This is a lot of navel-gazing on my part as I attempt to explain to myself what I was sketching. But hopefully, the open sharing can convey how **a simple set of rules can successfully be used to promote brainstorming creativity** through meditation sketching. I encourage you to try it yourself and to let me know if you reach nirvana, or perhaps find a little bit of darkness.


Meditation sketching: Brainstorming exercises

creative_streamline-icon-bulb@140x140.svg

large_creative-3.jpg

medium_creative-3.jpg

small_creative-3.jpg

thumbnail_creative-3.jpg

creative-3.jpg

Empathy

Another week, another great discussion around design justice in our Design Justice Reading Circle at EchoUser. In our previous discussion, we had talked about tech companies’ ethical responsibilities. This time, we shifted our focus to what our responsibilities are, as designers and researchers, when responding to technology ethics, and the tangible actions we can take.

To prepare for this discussion, we read “[Able, Allowed, Should; Navigating Modern Tech Ethics](https://medium.com/designatmeta/able-allowed-should-navigating-modern-tech-ethics-50f54f0df7d6)” by Margaret Gould Stewart, VP of Product Design at Facebook and watched a short video “[This Panda Is Dancing](https://vimeo.com/193299995)” from [Center for Humane Technology](https://www.humanetech.com/), an organization co-founded by the former Google Design Ethicist Tristan Harris. Both touched on how the reality of tech use stray away from its intended purpose and consequently our first question was the importance of redefining how we assess the success of technological products.

We discussed if Facebook is aligned with Facebook’s mission “to give people the power to build community and bring the world closer together”. Not surprisingly, we had different opinions about this topic and the most frequent phrase in the discussion was “it depends”. For example, while we’re aware of how technologies have the potential to tear the world apart by spreading hatred we’ve also witnessed how technologies have brought people together. One coworker told us she was empowered to share her “#MeToo” story because of all the women and men before her sharing their stories on social media as part of the #MeToo movement.

The ambiguity of “it depends” is one of the reasons, besides a clear ROI, why tech ethics is a nice-to-have rather than a must—since we cannot predict how technologies will be used, we may as well focus on something more tangible and predictable such as developing features for the MVPs. However, at EchoUser, we care deeply about the people we’re serving so we don’t want to take the convenient path of ignoring the “it depends”.

So what’s the solution? From Margret’s article, we discussed “The Four Quadrants of Design Responsibility” with the X-axis a scale of things and Y-axis a scale of audience, and approaches Facebook takes to address those ethics challenges. All three approaches: designing misuse cases, seeking outside expertise and redefining what success looks like resonate with us, especially the last one because that is what determines the product goal, the design principles, the process, and features we’re building. Being very deliberate and nuanced in how we assess success also helps us unpack the sometimes abstract and flowery mission statements companies have and translate them into meaningful actions.

Besides setting up the framework and principles, we also discussed the importance of diversity hiring and ethics education. We don’t know what we don’t know so having a diverse workforce and people who care helps us proactively make ethically responsible decisions instead of putting out fires.

All in all, it was another fruitful design justice discussion and provocation at EchoUser— looking forward to what comes next in our Design Justice Reading Circle.

Cover Photo by [Daria Nepriakhina](https://unsplash.com/@epicantus) on [Unsplash](https://unsplash.com/), Thumbnail Photo by [Franki Chamaki](https://unsplash.com/@franki) on [Unsplash](https://unsplash.com/)


What does success look like for ethically responsible products?

Have you heard about Design Justice? If you’ve heard about it, have you tried to incorporate into your design practice? How?

These aren’t rhetorical questions — I really want to know!

A colleague and I just started a Design Justice Reading Circle in order to engage our coworkers and ourselves in the principles and practices of Design Justice. We’re using the term as a broad umbrella for the types of topics we want to discuss and the conversations we hope to generate.

If you’re not yet familiar with Design Justice, here’s how the [Design Justice Network](https://designjustice.org/) defines it, briefly (generated at the [Allied Media Conference](https://amc.alliedmedia.org/) in Detroit, the coolest conference of them all):

<highlight class="quote">

><quote></quote>
>_Design justice rethinks design processes, centralizing people who are normally marginalized by design and using collaborative creative practices to address the deepest challenges our communities face._

</highlight>

As designers and researchers, our small group is trying to think about how our work as consultants shapes the direction and designs of our clients’ work, now and into the future.

We are UX practitioners who are trained to always put the experience of the user front-and-center. So…

- How might we do this more intentionally, considering the needs of those who we might not normally reach with research activities?

- How might we engage those who might be considered “edge cases” by our peers or clients?

- How might we invite the community we’re designing for to co-create with us, particularly when we’re moving from project to project several times a year?

 

In this group, we’ll talk about Design Justice, its working definition, and how we can incorporate it into our work. But we want to cast a wider net, too. We’ll gather case studies from around the web (okay, maybe print media, too), and discuss how we would use the Design Justice framework to approach a given issue differently.

We don’t know exactly what this will be yet, but hope that it will at least be a starting point. Part of our job every day is to challenge assumptions and speak for users — let’s just make sure we’re doing so for everyone.

 

----

 

Here are some pieces we’re starting with:

[10 Ways Designers Can Support Social Justice](https://designjustice.org/blog/2017/2/6/10-ways-designers-can-support-social-justice) (Design Justice Network blog)

[Turns Out Algorithms Are Racist](https://newrepublic.com/article/144644/turns-algorithms-racist) (The New Republic)

[Female hurricanes are deadlier than male hurricanes](https://www.cnn.com/2016/09/01/health/female-hurricanes-deadlier-than-male-hurricanes-trnd/index.html), study says (CNN)

 

----

 

This article was originally published on Deirdre's Medium blog.

Design Justice Reading Circle

<highlight class="quote">

><quote></quote>
>
>_Alexa, play Explosions in the Sky on Spotify._
>
>_Alexa, what’s the weather now?_
>
>_Alexa, wake me up at 7:30._

</highlight>

Since getting Amazon Echo Dot, aka Alexa, I talk to her almost daily. Our conversations are usually very simple and task-oriented, because, well, she only knows basic commands and is highly dependent on skills she knows.

However, the fact she is able to execute my asks, as basic as they are, makes her a superior virtual assistant. To be fair, I haven’t had the chance to compare her with other assistants besides Siri, which I now rarely interact with despite owning several Apple products. The reason I avoid Apple’s virtual assistant is that Siri has a hard time understanding me — or, more accurately, my accent.

The reason I avoid Apple’s virtual assistant is because Siri has a hard time understanding me -- or, more accurately, my accent.

![yiying1.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/yiying1_9e4c98add3.png)

#### Recognizing human intention.

Virtual assistants, like many other digital products we use, are a type of machine learning application. Tons and tons of data are fed into such an application to help it see, hear and understand the world. Like how we learn to recognize spoken words, in order for a virtual assistant to recognize speech in a wide range of contexts, it needs to be trained with numerous variations of audio samples in speed, tone, pitch, volume, and pronunciation.

Failing to properly train virtual assistants before shipping will very likely aggravate users — or worse, make them lose trust in speech recognition altogether. This is exactly what happened to me five years ago, when I first encountered Siri on my then-brand new iPhone 4S. Oftentimes, the words Siri detected from my speech were hardly accurate, and I felt almost ashamed of not being understood by Siri.

![yiying2.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/yiying2_a8e8002d22.png)

In this case, understanding every user is the crucial first impression the machine has to make.

#### Evolving as human-machine interaction increases.

To better understand the specific audience a virtual assistant is interacting with, a robust feedback loop needs to be in place to allow it to continue taking in new inputs and evolving as human-machine interaction increases.

Amazon claims that since Alexa, the brain behind Echo, is built in the cloud, it’s always getting smarter. In other words, the more we use Echo, the more it adapts to our speech patterns, vocabulary, and personal preferences.

Though I don’t have concrete evidence that Alexa is adapting to how I speak, I do feel she is getting better at understanding me.

For example, the first time I asked Alexa, “When is sunset?" she didn’t recognize it, and interpreted the sentence as “Why is sunset?"

I guess she was confused about my “h” sound in “When," which in theory, should be silent.

The second time, without changing my pronunciation, I put more emphasis on the word “When." For some reason, she recognized my intention, and gave me a proper response: “Sunset is at 8:19 pm.”

The third time and beyond, even when I followed the same speech pattern as my first attempt, with no word emphasized and a clear “h” in “When,” she got it, and told me the time of sunset.

#### The role of design in machine learning.

Anecdotes like these illuminate the role of user experience design in machine learning. However, without a strong technical background, how do designers approach machine learning?

A few months ago, I worked on a client project that required some understanding of machine learning. During this project, I put a lot of effort into researching high-level machine learning concepts and found myself enjoying the process of learning them.

What got me interested in machine learning is that it reflects something we designers are all so familiar with — the human-centered design (HCD) process. At a high level, machine learning and HCD both go through these three stages: _Define, Ideate, and Implement_.

![yiying3.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/yiying3_a5e918cddb.png)

HCD process VS Machine learning workflow

What struck me about this machine learning workflow is that it reflects something we designers are all so familiar with — the human-centered design (HCD) process.

#### Designing what machines learn.

Anecdotes like these illuminate the role of user experience design in machine learning. However, without a strong technical background, how do designers approach machine learning?

A few months ago, I worked on a client project that required some understanding of machine learning, which was quite challenging for a non-technical person like me.

During this project, I put a lot of effort into researching high-level machine learning concepts and found myself enjoy the process of learning them. Here is a basic workflow of using machine learning to solve a business problem: spam email.

## Machine learning workflow for spam detection

#### Define.

The goal of spam detection is to prevent users from being bombarded or harmed by irrelevant information. To solve this problem, we need a labeled training data set that contains enough samples of spam and non-spam emails.

Once collected, these samples will then be pre-processed and cleaned to ensure data quality.

The next steps are to identify aspects of data and select or create models that are relevant to the problem we are trying to solve. We are looking for features, i.e. data properties, that help determine if an email is spam, such as email title, content, sender, receiver, etc, and use them to train a classification model, such as [Naive Bayes](https://en.wikipedia.org/wiki/Naive_Bayes_classifier).

#### Ideate.

After training, we will validate the model’s performance and accuracy with the validation set and iterate model selection or creation based on the result.

#### Implement.

Once the model is ready to go, we will deploy it to real-world applications, and start using it to predict and classify new emails. These new emails will then become new data input to the system.

![yiying4.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/yiying4_437043b755.png)

##### Asking the right questions.

In this workflow example we can see that machine learning, just like HCD, starts with asking why we are doing this, who it’s serving for, what the user is trying to do, which contexts matter, what success looks like (Define) and then figuring out how we are going to do this (Ideate), and what we can learn from the real-world uses (Implement).

Not addressing these questions properly, especially for those at the Define stage — where we define what and who machine is learning from, we will end up having biased systems and make some people feel they or their experiences don’t matter.

Are dark skins not normal to cameras? [Shirley cards](https://www.npr.org/2014/11/13/363517842/for-decades-kodak-s-shirley-cards-set-photography-s-skin-tone-standard) — named after the original model, a Caucasian female with a light skin tone and blue eyes — set photography’s skin-tone standard for many years

Is a person with a different accent not the user? [Switchboard](https://www.wired.com/2017/03/voice-is-the-next-big-platform-unless-you-have-an-accent/?gi=6c955e554214#.zcqej5o2l) — a collection of roughly 2,400 telephone conversations that skewed toward a narrow set of American accents — is a benchmark for the models used in numerous voice recognition systems.

The HCD process, when it’s done well, is an inclusive approach to problem solving. By asking and answering these questions, the UX community has helped make the digital world a much more pleasant place to be.

This is why we need to get designers and researchers at the machine learning table, along with other professionals, to design and engineer systems that truly bring value to human’s lives.

## Inclusive machine learning.

As [Kat Holmes](https://twitter.com/katholmes), the Founder of KATA and previous Microsoft’s Principal Director for [Inclusive Design](https://www.microsoft.com/design/inclusive/), puts it like [this](https://www.highresolution.design/13-kat-holmes-microsoft/2017/5/7/13-microsoft-design-director-kat-holmes-on-the-importance-of-designing-for-one-size-fits-one):

<highlight class="quote">

><quote></quote>
>_Thinking about machine learning, data-driven decision-making, conversational interfaces and artificial intelligence…we need design in those conversations, we need designers in the decisions that are made around all those technologies…machine that’s learning, well, who’s it learning from and who designed it to learn in what way? Do they design it to learn in the way that they learn? Do they process with their own biases into the design and is that AI?_

</highlight>

With the progress of data collection and algorithms, as well as our awareness of design’s role in machine learning, I’m hopeful that future technologies will be more inclusive, rather than in favor of certain skin tones, accents, abilities, resources, and contexts. And maybe, just maybe this wouldn’t happen to me again:

<highlight class="quote">

><quote></quote>
>
>_Siri, what is machine learning?_
>
>_Here’s what I found on the web for ‘What is mushroom landing.'_
>
>That was a good laugh, though.

</highlight>

----

 

_Author's note: Author's note: Special thanks to my co-workers Laura Mattis, Lilian Qian, Mick McGee, Rawan AbuShaban, Wan-Ting Huang, Yalu Ye and Zach Herring for their feedback and support! Also, thank you [Adam Geitgey](https://medium.com/@ageitgey) for writing an awesome series about machine learning — I learned a lot about machine learning from your articles._

Design Inclusive Machine Learning

I’ve been working as a UX researcher in an agency setting for 6+ years now, and in my experience, every project and client is at least a little bit different. Sometimes the client relationship is straightforward, and I develop a quick rapport and feel in sync with the client. Sometimes those relationships are more complex. For me, with respect to client relationships, the role of empathy looms large in client questions or adjustments to the research plan.

I’ve had the (not uncommon) experience where a client asks a question, such as “what if we added a diary study to this project” (the project timeline has already been scoped), or “I’d like to revisit the study goals” (and is requesting a complete revamp the original plan). Especially early on in my career, my stomach would drop, my brain would immediately jump to all the reasons why the suggestion wouldn’t work, and I would have to fight for internal calm to construct a response to the request.

Ultimately, what is happening here is my natural human resistance to change. I have likely spent hours planning and put my heart and soul into my research plan/moderator guide/questions/methodology, and it can feel effortful to adapt my work to the change requests. What I have found (and have heard others’ similar reactions) is that my mind or emotions move to blame the agent of that change, namely the client. (In my head) like, “ugh, why are you trying to make my life hard!? Why are you changing your mind!? Why are YOU doing this to ME??”

In reflection on the early days of my consulting career and my observations of early career UXers, I suspect that some of this resistance to change is also due to our experience level. Earlier in our careers, we are getting used to methodologies, crafting questions, and writing research plans; tasks often take us more time as we haven’t yet built up the repetitions that eventually make that work feel more intuitive. Further, at an agency, we often learn new things on every project, from working with a new set of clients to learning a new industry or product/service type, so again, we have increased cognitive load. And finally, we often work under a pre-scoped contract, so there is a finite amount of time available for the work.

<highlight>

>**I sense two clues to empathy in this reflection… empathy can be more difficult to summon when we feel we’re not in control or have a lack of agency; increased cognitive load can also impact our empathy level.**

</highlight>

<highlight class="quote">

>Brian:
>
><quote></quote>
>_Lack of agency is a great way to put it. Also, it’s genuinely hard to empathize with someone we don’t feel displays that empathy back towards us! Again, “Why are you doing this to me?!?!?!!?”_

</highlight>

<highlight class="quote">

>Brian:
>
><quote></quote>
>_There’s probably a simple truth here: the one paying the bill (the client) doesn’t really have to care how their change impacts me. But I also think we generally over-personalize what’s happening, and if we’re courageous enough to engage or even disagree, there is usually a way forward. This reminds me of marital advice to realize “it’s not you against me” but “both of us against the problem.” In consulting, I see a project as an ongoing conversation between me and the client about how best to achieve their results. Requests to change something become a data point about what’s going to make success. I have the right to provide data points, too (such as deadlines or my strategic perspective), and then together, we decide the way forward._

</highlight>

I’m going to walk you through a few examples from my career:

### Additional Method Ask

On one of my first projects as a consultant, I was paired with a very senior researcher on our team (shoutout to Dan Delaney). Dan is an unparalleled model consultant that I had the pleasure and privilege to learn from. A self-described “Ad man” in a previous career, he led by example through empathy and active listening as he worked with our client. I remember on an early client call for this project (this was after the project had been scoped and a statement of work signed), the client threw out the idea of adding a diary study into the project. My silent and unseen (pre-Zoom days!) reaction to this request was, “What?! We don’t have time for this! How the heck are you thinking we’re going to do this??”

Meanwhile, Dan responded very calmly, genuinely, and thoughtfully, “Wow, that is a great idea! What are your hopes for that activity? What do you want to learn?” and so on. He continued, staying right “alongside” the client and her thoughts, exploring the idea and potential outcomes. And eventually, he (seemingly effortlessly) steered the conversation and plan back to the original scope of the project.

What I took away from that interaction was the crystal clear example of truly listening to the client. Not jumping immediately to the impact on the scope, but instead, exploring what is underneath the request. Why is the client suggesting a diary study? What are her goals? What is she really interested in learning? How do those goals influence the ultimate outcomes desired of the research as a whole? This way, we can deeply understand the client’s needs and uncover more layers contributing to the project.

### Research Goal Change

This example of my experience comes from this year (so hopefully, you’ll witness an improvement from my previous experience :-) ). I was working with a client to conduct discovery research to support decision-making on their 2022 product strategy. Initially, the client and I decided that the research should be foundationally focused to promote a holistic understanding of their users. We developed a moderator guide and framework for data collection accordingly. A week or so before the user interviews were slated to start, we piloted the study using an internal subject matter expert as a participant. After the session, I debriefed the client. I thought the session went relatively well. The client, however, was very disappointed in the session. In her view, we had only gathered information that the team already knew.

Fortunately, I have learned a lot over my time as a consultant and developed my pathways to calmly address requests and have a conversation. And that is really what it takes. Being able to take a (deep) breath and dig into the request. And this is where empathy comes in.

In this example, through earlier conversations, I understood where the client was coming from. The business was experiencing customer churn (leaving the service), and they needed to more deeply understand the details around specific pain points contributing to churn. The initial plan to be foundationally focused lacked the depth desired to understand where they needed to pivot. So while the change request was relatively significant (I reworked the entire moderator guide and data collection framework to match the refined goals), I also understood the desire for the change and wanted to ensure that I was delivering the correct findings to truly help the team move forward.

I recently learned a phrase from a book on parenting (_Parenting without Power Struggles, Susan Stiffelman_) “How does this behavior make perfect sense?” I think it applies to these types of situations as well. Because as I came to realize (fortunately early in my agency career, thanks to wonderful role models and mentors) that our clients have whole other worlds that they’re dealing with, we often have relatively little visibility into those worlds. But asking that question (or before learning the phrase), asking myself, what could be going on with this person? What is happening on their side that I may not be aware of? That reflection opens up a whole host of possibilities and understanding, and with that comes empathy.

<highlight>

>**There is another clue to empathy hidden here as well… empathy can promote understanding, but I also think the reverse is true; sometimes, we need the understanding to promote empathy.** 

</highlight>

A bit of a chicken and egg dilemma!

The folks we work with are under pressure from their organizations to release a product, drive decision-making, etc., a universe of factors that we will miss without using our research skills. The client’s questions, suggestions, and requests reflect those pressures, combined with a genuine desire to make the research the best it can be to meet their goals. Ultimately that is what we’re trying to accomplish. It is my responsibility as a researcher and a partner in the project to extend every ounce of empathy that I find I can easily extend to users. Understanding their reality better (organization, pressures, goals, etc.) enables me to do my best work. The conversations, active listening, and uncovering reasons behind change requests inform vital shifts to the plan necessary to achieve the best possible research outcomes.

<highlight>

>**There is another clue hiding here as well, empathy is hard to summon when you feel on the spot and pressured to make a decision or take action.** 

</highlight>

I often need to ask for space to take a breath and consider change requests. And then, I can come back to the table with a topped-up tank of empathy and my thoughts in order. It takes courage to ask for what you need, and I still need to remind myself that it is okay to ask for that time.

In the next segment, [Brian](https://www.linkedin.com/in/briansaltshalcomb/) will look at what it means to have empathy as a parent. Not always an easy feat, I can say with surety as a parent of an almost 5-year-old!

If you haven’t already, check out the previous posts in our empathy series.

[Exploring Empathy Part 1: An introduction to the Series](/stories/exploring-empathy-part-1-an-introduction-to-the-series)

[Exploring Empathy Part 2: Empathy for Users](/stories/exploring-empathy-part-2-empathy-for-users)

Exploring Empathy Part 3: Empathy for Clients

### Upholding company culture.

This is one of my responsibilities as the Operations Administrator at EchoUser. Well, that sounds easy: provide food, coffee, in office yoga, and company happy hours! DONE! But then I got to thinking… some of the biggest tech giants not only in the world, but right here in the Bay Area, provide their employees with all-you-can-eat cafeterias, made to order coffee, on-site gyms, and bottomless kegerators, yet they still have high turnover and unhappy employees. Why? What more could they want?

As I was searching the Internet for possible reasons, I came across an [article](https://www.entrepreneur.com/growing-a-business/entrepreneurs-need-to-focus-on-culture-not-perks/247167), called Entrepreneurs Need to Focus on Culture, Not Perks, written by Greg Besner, the Founder and CEO of CultureIQ.

This made me realize I’ve been misdefining perks as culture and I’m not the only person getting these two confused. Yes, they can be tied together, but they still have their own entity.

![Brown-Bag.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Brown_Bag_dd1bdff949.jpg)

### Here at EchoUser…

We value a healthy work/life balance, continuous self-improvement, open communication and teamwork, creativity, and empowerment – all important components that build a strong company culture.

--

Some examples of these include:

#### A healthy and flexible work-life balance.

EchoUser understands employees have a life outside of work. We trust our employees will get their work done while also enjoying a healthy work/life balanced life.

#### Our quarterly mentorship program.

During our company strategy off-site last year, we developed “action teams”. One of the action team’s goals was to create an internal mentorship program in order to strengthen our skills and learn from our peers. We are currently in the alpha phase of the mentorship program and are receiving positive feedback from all participants.

#### Open communication and teamwork.

It is not an uncommon sight to see groups of people gathering in an open space and bouncing ideas off of each other.

![Any-Experience-Picture.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Any_Experience_Picture_2642d30588.jpg)

#### Any Experience projects.

Employees are able to work on projects that they are interested in, where they see a need for improvement or just want to do more research on. This empowers our employees and allows them to work on something they have a personal interest in. Ask us about our “Hello Toilet” and “Shut-up and Woof!” projects!

#### Most importantly…

We have fun with each other!

![Blog213_Featured.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Blog213_Featured_b36676d93e.jpg)

These are just a few of the things that help build a strong and positive company culture and how we are doing it at EchoUser!


Company Culture

The World Health Organization predicts that by 2050, the global population of those over 60 will be 2 billion, double from where it stood in 2000. Thanks to improvements in public healthcare, our life expectancy is increasing. Although we will see more people live up to 80 and 90 years old, the number of adults aged 65 and over will outnumber children under the age of 5 in the next few years. This got me thinking about the current experience for the elderly and their caregivers/children. Are there any areas in which we can improve their experience? What tech companies are trying to improve the lives of the elderly? Here are some of my findings.

#### Internet of Things technology.

Many companies are starting to build sensors that can be placed in and around homes of the elderly and disabled to keep track of their activities and their whereabouts. For example, EmpowerYu is a startup trying to provide peace of mind to the elderly, the caregivers and loved ones by monitoring daily activities using unobtrusive sensors in an elder’s house. As a result, the company will be able to assist the elderly live independently as long as possible. Family members or caregivers will be able to resolve any issues from small ones (i.e. the microwave stopped working) to more serious ones (the elderly may fall down). Another added bonus of using sensors around the house is that we can reduce cognitive load for the elderly (i.e. one may forget to wear a wearable device). Moreover, the smart system will learn the elder’s lifestyle and determine when something unusual happens. Currently a team of Experienced Designers at EchoUser are helping refine this experience.

#### Wearable devices.

Today, there are wide variety of wearables in the market such as Fitbit and Apple Watch. Wearable devices can provide great benefits to the elderly as well. Wearables will allow tracking of older people’s activities, vital signs and whereabouts even outside of their houses and because wearables are worn, that are harder to lose. They come in many different shapes. Some look like watches, and others look like a fashion accessory. Others are making them discreet by letting users clip them onto clothing items. For example, a company called CarePredict designed a wrist worn device which monitors the wearer’s activities and alerts caregivers/ family members of any changes in behavioral patterns. However, wearables have some cons as well. For example, what if one forgets to wear the device or forgets to charge the battery?

#### Powered exoskeleton technology.

This robotic technology helps users boost their physical strength. This technology can be used in military and medical fields (e.g., Ekso Bionics), but also to aid the elderly with movement. For example, the Hybrid Assistive Limb developed by Cyberdyne reads the user’s brain signal and takes the desired limb movement.

#### Summary:

These are a few examples of the current technologies which assist the elderly and their loved ones. There are pros and cons to each technology and each has different use cases where they excel. All in all, it is exciting to see many companies tackling this complex and emotionally important issues for our society. Please share with us any other technologies you may know of that built with the elderly in mind.


Exploring Technology That Helps the Elderly

Since I started working at EchoUser, I have had the opportunity to work with clients on vastly different spectrums of UX Maturity (User Experience Maturity); while traditional maturity rubrics or scales look at fundamentals like UX staff, budget, etc., I’ve found that in the most UX mature organizations, everyone from the Product Manager to the developer has an appreciation for UX. They can talk the talk, and in the best case scenario, they can apply UX best practices themselves.

But what do you do when the organization is not UX mature? When a UX group is hired and the broader team doesn’t really know what to do with them? Worse yet, when they don’t want to do anything with them?

Over the last nine months, I’ve worked with a federal agency with very low UX Maturity. While UX and human-centered design are in their multi-year project vision, they’ve staffed 10 designers, researchers and content experts, and included contract researchers on nearly every product, their UX system is nevertheless rich with misunderstandings and time pressures. For example, building in time for research and design takes a back seat to meeting a deadline. On top of that, questions like “what is the difference between UX and UI after all?”, “can you get me these mockups by…noon?”, and “what can end users tell you that we can’t?” are common. Our starting point – a loose understanding of UX – is a formula for frustration and limited impact. 

It’s also a motivating challenge. 

As a UX team, besides bringing our “A game” to our product teams and working with leadership to open space for, say, a non-technical research spike, we’ve added “build capacity” [for UX] to our role. In the context of this federal project, that means shepherding those we work with through an experiential process of design and having them play the roles researchers play. It means giving them the tools to do the UX work we do and apply them in their own context of work. In essence, we are democratizing UX so that everyone on the team can appreciate the value of User Experience, distinguish it from UI, understand why getting in front of users is so important, and work more closely with us to deliver functional and delightful experiences for our users. 

<highlight>

>**In essence, we are democratizing UX so that everyone on the team can appreciate the value of User Experience.**

</highlight>

There isn’t a perfect formula for building capacity for UX; what works in one organization might not work in another. In our case, the UX team has hosted three-day workshops, a brown bag series, and coached team members to apply UX tools. But the most important thing we’ve done to this end is to include the broader team and the client members of the team IN our work: having clients sit in on user interviews, engaging them in the synthesis process, using them to pilot a usability test. This type of inclusion may seem obvious to many in the UX field, but it’s been one of the biggest challenges we’ve overcome given the resistance we’ve experienced. We want and need to do more of it.

This project is by far the most challenging I’ve been on specifically because of the organization’s UX maturity. It’s also been the most rewarding; in addition to delivering more delightful products for the users, we’re also seeing those we work with grow in ways that will make a difference on every product they touch in the future. As a former teacher, I find that this extended impact is the most powerful.

Educating Clients in my UX Practice

One of my goals for the year was to take space and time to reflect. I’m happy to say that I’ve been able to successfully work on that goal! Recently, I have been reflecting on empathy. It is one of our company values at EchoUser, and it’s not hard to make the connection as to why. Empathy is core to UX and is often discussed. I have been reflecting on how EchoUser has explicitly framed our Empathy value statement and what it encompasses:

<highlight>

>**_Empathy_**
>
>**Our core essence. Act with integrity, respect, and self-awareness. Have this for our clients, our work, each other, and ourselves.**

<highlight/>

We had a virtual offsite last month where we engaged in several team activities based on our values. Mick, our founder and Vice President, talked about empathy, and especially the aspect of having empathy for our clients. It got me thinking.

There are situations when empathy feels easy to me and other situations when empathy is harder or doesn’t come as naturally. I wondered, in my own career and life, what’s the difference, and why is this the case? I also realized that I’ve grown my capacity for empathy over time in my career. Currently, I have also been doing a lot of personal work in the area of empathy and vulnerability. Something significant is beginning to shift within me as a part of this personal work, and I decided to write a blog post about my musings on empathy. But then my colleague Brian convinced me that there was enough here to expand into a series (thanks for the creative push, Brian!). So that’s what we’ve done. In the next few posts, Brian and I will be sharing our thoughts on empathy from the following perspectives:

- Empathy for Users
- Empathy for Clients
- Empathy for Kids (as parents)
- Empathy for Oneself

 

We hope you enjoy the ride and that perhaps our musings encourage you to reflect on how empathy shows up for you in your life. Where is it easy, and where is it hard for you?

Stay tuned for the next installment in our series, Empathy for Users, coming next week.

[Chloe Markley](https://www.linkedin.com/in/chloewsmarkley/)

Exploring Empathy Part 1: An introduction to the series

In one of my early career stops, I worked with nonprofits to configure a software system that would track their outcomes. Picture your local food bank wanting to count how many meals they served and how far their dollars stretched. My process involved discovery work with the Program Directors, building out and testing the system, and then training the “frontline” workers – like the food bank volunteers – on how to use it.

After a few projects, a pattern began to emerge… can you guess?

 

As elegantly and successfully as I could translate Program Directors’ needs into the system, as excited as those leaders were – implementation generally failed. The food bank volunteer didn’t understand it, or it was too much work, or the data they put in weren’t correct. Often, this resulted in the cash-strapped organization abandoning the tool within a couple years. **The kicker: it also fueled a narrative that those volunteers were to blame. We needed to change these people.** I feel deflated writing this. In so many ways, what a drain on the lifeblood of these organizations!

A lot changed for me when I started beginning projects by hanging out with the food bank volunteers (or similar “users” of the system). Spend a day in a fast-moving food bank, listen to the assistance being provided, and it’s easy to see why data entry might be low in priority. More subtly, it would become clear why slight tweaks to the system or the process actually increased success. And most importantly, wow, were these people amazing! They were running over from their lunch breaks or bringing their children in to try to live out their view of community.

<highlight>

>**This is the empathy lightbulb that all of user or human-centered design is built on, right? We build better things when we seek to understand the real people who will use them, and solve for those people.**

</highlight>

As that lightbulb has grown into a profession and discipline for me, I notice similar traits across my colleagues (and I imagine you, the reader). When we have a core belief that we must place the user at the center, it’s fairly easy to have curiosity about them. People are fascinating, and as the subject of our work it becomes natural to deeply understand their experiences. This passion is generally what brings us to work, and it’s mutually reinforcing.

<highlight class="quote">

>Chloe: 
>
><quote></quote>
>_"For me there is also a sense of kinship with users. Prior to ever knowing anything about UX, I can recall my experience as a Microsoft Word user. Any time I made a mistake: picked the wrong command, did something to lose a file, inability to perfect the formatting etc. I blamed myself! Once I learned about the field of User Experience, I realized that those types of mistakes don’t rest solely on my shoulders (as a user), there is an aspect of the design that could be changed to better suit my needs and give me an improved experience. I think this past experience is in my unconscious mind as I research users."_

</highlight>

<highlight>

>**So, empathy for users from first glance feels pretty easy. It’s the core of our UX work, and we all know what it’s like to be a user ourselves. But, not so fast…**

</highlight>

#### Empathy Depletion

While it’s generally easy, I do recall scenarios where I simply could not muster empathy for the users I worked with.

One situation that comes to mind is a multi-year research project where the product was closely connected with the user’s worldview and belief system, and where (generally) that worldview differed from my own. In the beginning, all of what we have discussed was true: it was easy to be curious, I could get excited about what I was learning could improve the product, and I could relate to some of their perspectives. But over time, “living” in another’s worldview and needing to maintain my objectivity grew tiring. I felt exhausted trying to enter their world each day and give it the attention it deserved.

Similarly, I have had days or weeks where my research pace was simply too fast. The sharp listening at 8:00am faded into going through the motions by the last interview of the day. Empathy fades into “let’s get this over with.”

Both of these scenarios call for better boundaries. There is such a thing as being on a project for too long or scheduling too many interviews in a day.

<highlight>

>**I imagine boundaries will show up again in this series. For those in the empathy business, how do we monitor what’s left in our “bank”, and meter out that limited resource?**

</highlight>

### Over-Identifying

Another secret to UX Research is that while it’s one part the “soft skill” of empathy, it’s equally about logic and strategy, and there can be conflict in those two. For many researchers as they begin, it can be hard to know how to listen empathically, AND:

- Steer a user away from topics that don’t matter to the research
- Not reciprocate their vulnerability by sharing about your own life
- Protect against over-indexing on any one user or one comment
- Interpret when what the user says they want isn’t really what would be helpful

All of these tactics are vital to providing reliable insights, and yet perhaps a bit paradoxical with what we generally mean when we say empathy. It reminds me of a saying we had in another past job, when I was a hospital chaplain. We would talk about needing to have “one foot in the room and one foot out of the room.” As we entered with empathy for the patient’s life circumstances, we needed to protect ourselves from getting too wrapped up in them, and thus forgetting our role (and ironically, losing our very ability to provide support). I think that insight fits pretty well for how I experience empathy with users.

<highlight>

>**I wonder if that carries? Empathy for users, for clients, for ourselves – is it always about one foot in and one foot out?** 

</highlight>

What a rewarding profession. We spend our days exploring fascinating humanity and providing a level of attention to people’s experiences, attention we wish every device or service (looking at you, Department of Motor Vehicles) paid to us. Yet, it’s not always that simple.

Stay tuned next month as Chloe continues the exploration with a focus on client empathy.

[Brian Salts-Halcomb](https://www.linkedin.com/in/briansaltshalcomb/)

[Chloe Markley](https://www.linkedin.com/in/chloewsmarkley/)

Exploring Empathy Part 2: Empathy for users

Four months into my Peace Corps service in Uganda, my boss stopped coming to work during regular business hours. He would often arrive at 11 a.m., and leave for lunch around 2 p.m. I was puzzled. What kept him at home until the late morning? And why was he leaving so early in the afternoon? I knew time was a much more fluid concept in Uganda than it was in America. If I invited my colleagues to meet at 10 a.m., they might arrive around 11, 11:30, or sometime later that day. However, every Ugandan I knew got up when the sun rose. Many people worked in their fields before they left for their office between 8:30-10 a.m. As an outsider, I really wanted his guidance so that I could feel more productive and make sure I was working on things important to my Ugandan colleagues and not just important to me. 

Around 8:45 am, I’d use my own key and let myself into our empty office. I’d greet and visit government health care workers in the clinic next door, practice the language spoken in my town, Luganda, and learn about the challenges of immunizing children who live far from a clinic and chat about upcoming weddings, funerals, and births. 

During Peace Corps, children affectionately referred to me as muzungu, which means white person or foreigner in Luganda. I often wanted to be invisible because I looked so different AND because I so desperately wanted to fit in. Ugandans frequently stopped whatever they were doing to stare at me, or if I was standing near someone, I would suddenly find kids stroking my hair. Uganda has over 50 different cultural tribes and consequently a variety of norms. As Ugandans in my town were typically non-confrontational, I tried to follow their lead. This wasn’t easy for a New Jersey-born American with Brooklyn roots. It meant that I kept my thoughts about my boss’s recent behavior to myself.

I texted a good friend to share my frustrations with her. I couldn’t wait to vent. It was only after I clicked “send” that I realized that I accidentally sent the message to my boss. Immediately, I felt fear and worry. However, the mistake forced me to find out what was really going on with my boss. I called him and asked if there was a reason why he arrived late and left the office early. It turned out that he hadn’t been paid for the past five months. Unfortunately, all Red Cross employees weren’t being paid because of a cash flow problem at their head office. The longer I stayed in Uganda, the more I learned that delayed paychecks were a pretty common occurrence. I felt terrible about what had happened.

Almost 20 years after serving in the Peace Corps, this story has a few invaluable lessons that I regularly apply to UX research. It’s an important reminder to identify my assumptions and ensure that I’m testing them rather than assuming that they’re fact. I aim to assume positive intent, and focus on being curious. We, as researchers, never really know what’s going on with our colleagues, the people we’re interviewing, and other stakeholders. This experience also highlighted my need to learn the cultural context of where I’m working - whether I’m in another country with cultural norms different from my upbringing or a company that has its own set of cultural mores. Living in Uganda, I knew that I’d never fully understand the culture or be aware of all of the intricacies of what is and isn’t appropriate. But by recognizing this, and prefacing my intent by saying something like, “Please let me know if this is not something appropriate to ask...” or by asking a trusted Ugandan advisor how he or she would handle a certain situation, I think that I had a better chance of not offending anyone. I also learned to push myself to have more challenging conversations. I try to balance having an awkward conversation with considering the culture of where I’m working. Lastly, I think this and other similar experiences in Uganda taught me that I don’t have to constantly be doing something. Spending time learning about people, their struggles, and their joy, and listening was and continues to be the most important part of my UX work. I feel incredibly grateful that I had a chance to make and learn from my mistakes, and incorporate these lessons into my current day-to-day work as a UX Researcher. 


How I Learned Not to Make Assumptions and Have Awkward Conversations

The web has been inundated with news about David Bowie’s recent loss in the fight against cancer. Days before his passing he released his final album, Blackstar.

Articles began to appear claiming this release was not a coincidence, but rather a thoughtfully executed plan on the part of the artist. He had known the time would come where he would have to say goodbye, and rather than some contrived press- event Bowie did what he has done best for decades. He planned a grand farewell, and thank you, for those that had loved and supported him. Many articles have done deep dives into the meaning behind the lyrics, the symbolism in the final music videos ([here’s one example](https://www.telegraph.co.uk/news/2016/03/16/david-bowies-last-release-lazarus-was-parting-gift-for-fans-in-c/)).

![db.gif](https://echouser-api-media.s3.us-west-1.amazonaws.com/db_c62951ea46.gif)

I wanted to take a look at the **experience** that was David Bowie’s passing. While most celebrity deaths can be felt and heard worldwide, this was unique. While it is hard to say what Bowie hoped the outcome would be, I would argue that it has been more of a celebration than a mourning compared to other artist’s passings.

I can’t help but think of the mass of fans that gathered around Seattle Center after Kurt Cobain had committed suicide. The thought conjures images of sadness, hurt, loss – and perhaps that is inclusive with the nature of Cobain’s death. It seems like so often we mourn the passing of rock stars in this way (recently: Lemmy Kilmister, Scott Weiland, Joe Crocker, Wayne Static – just to name a few ? ). In my opinion, it feels like Bowie wanted to steer away from that sentiment. While his loss is still undeniably heartbreaking, he has left us with something to celebrate. A new collection of work (Blackstar) to remember him by and music videos that seemed to share the sentiment of “I know it’s coming, and I’m ready.” I believe this adds a kind of peace for fan that are dealing with the loss.

--

_Banner art by [craniodsgn](https://www.deviantart.com/craniodsgn/art/David-Bowie-323873668)._

Designing for Death

empathy_streamline-icon-music-ear@140x140.svg

large_empathy-3.jpg

medium_empathy-3.jpg

small_empathy-3.jpg

thumbnail_empathy-3.jpg

empathy-3.jpg

As a graphic designer, I used a sketchbook to take notes, make small sketches and conduct calculations. These annotated diagrams were always intended to organize myself, not to be artful layouts or page spreads. I never included those sketches in my portfolio because my book was always focused on final, production-ready products.

#### Making it pretty (fast).

After shifting from graphic design towards design strategy in grad school, I now find myself in the SF UX/tech industry dealing with similar challenges again. I’m shocked by the intense focus on making high-fidelity, pixel-perfect designs as early in the process as possible, often facilitated by UX prototyping tools, like InVision below.

![invision-prototyping.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/invision_prototyping_a989da6ae3.png)

While learning the user-centered design process, I came into the habit of whiteboard sketching, using post-its for more than notes, making paper models and acting out scenarios. I learned from my colleagues and adapted designs collaboratively, on-the-fly. We created artifacts that sometimes had little to do with the final designs, but kept our design process moving forward.

[There's no definitive data to prove low-fidelity works better](https://ux.stackexchange.com/questions/39693/low-fidelty-vs-high-fidelity-do-they-elicit-different-types-of-reactions), but there are a lot of reasons to put it to use.

#### Fidelity what?

Since UX is famous for confusing terminology, let’s define fidelity here. Fidelity is the volume and granularity of detail in design elements. So, low-fidelity designs are “rough cuts” of design ideas that contain little of the actual content, using placeholders and blocks to indicate content areas instead. On the other end of the spectrum, high-fidelity designs include actual content, a clear typographical hierarchy, images and icons in the correct position and, sometimes (though I see it more and more), visual design elements such as colors, typefaces and artwork.

Thanks to the new high-fidelity world where everything seems to be rendered in visual design, we have a tendency to describe our artifacts with phrases like sketches and prototypes, using them interchangeably. But in a classic sense, sketches and prototypes are different beasts and are used differently in phases of a project.

![sketch-v-prototype.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/sketch_v_prototype_6ef50c25fe.jpg)

The crux determining the fidelity of a design artifact is it’s purpose — not if it’s done on paper or on the computer. The volume of detail depends on what you need to learn. With a few bits of paper and markers, a small group could simulate the user experience of a genetics-based dating app (which one group of EchoUsers did at our bi-yearly offsite, seen below). With some roleplay and hand-drawn artifacts, it’s possible to determine if the idea would resonate with users, if the process too long, what the service journey looks like, what channels work best, how many elements would need to be developed, and even how you’ll make money.

![echouser-prototyping.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/echouser_prototyping_362abd2855.jpg)

#### Why it's worth making ugly things

“Fancy” prototyping tools afford us the ability to design in high-fidelity quickly and early on in the project, but there is some value to making low-fidelity ugly artifacts.

![links_prototype_2013 (1).jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/links_prototype_2013_1_07ca7062a6.jpg)

#### You can make new screens fast and cheap!

Stacks of post-its stuck on a smart band (like the photo above) can be tested in real time, in the real world. And, if you need a new screen or the user wants to see it done differently, it’s just takes a couple minutes and a pen to make one. If you had to do that same work in InVision or Sketch, it will take more time and effort to get that feedback.

![sketch-wireframes.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/sketch_wireframes_1bc93bb1df.jpg)

#### You can share sooner and focus critique on what you need to know now.

Low-fidelity designs really shine when you share what you’re working on. Without socializing the ideas, you could end up making a lot of assumptions in your high-fidelity Sketch designs. You would spend precious design time debating between the inclusion of the Facebook social graph or asking for email addresses before you’ve gotten critical feedback, which might reveal a user’s friends don’t actually give a crap.

In recent projects, I’ve noticed that early concepts rendered in a “shiny” glory look like final ideas. I personally struggle to provide good critique because it’s much easier to focus on easy stuff (like “fix this type weight”) than to tell a colleague, “I’m not sure I believe your concept.”

#### You can more easily involve your users and non-design teammates.

By starting in low-fidelity, the design process is more accessible. Involving non-design teammates and users in early design reviews allows you to learn how the product fits into their lives.

Users looking at high-fidelity concepts will be more likely to judge it like any other product on the market: do I love it or hate it? Users won’t necessarily see it as something they can mold into what they need or want– even if the design could be changed.

Designers will always finish projects in high-fidelity to bring an idea to life. But, I think we’re mistreating a critical part of the design journey by hiding low-fidelity work like a dirty, little secret. If you haven’t tried these types of low-fidelity sketches and prototypes, you could be missing important reality checks needed for your idea to succeed. And, if you keep low-fidelity work only to yourself, your clients will continue to misunderstand your process and your users won’t be given the space to help you.


Why Go Lo-Fi?

Have you ever experienced something you don’t like, but you can’t explain why? Maybe you just have a bad feeling about it, but you can’t put it into words? I’ve interviewed handfuls of participants who make comments like, “I don’t know why, I just don’t like it.” I can’t always understand my own needs, translate them into tangible solutions, and articulate or act on those solutions; so as an Experience Researcher, I don’t expect the participants I recruit to be great interpreters and relayers of their minds, emotions, and reactions.

If someone makes a mistake or show signs of struggle, we conduct something called a root cause analysis — a strategic and intentional discussion approach intended to determine the root cause of the problem. To best understand the participant’s perspectives, we follow a protocol of carefully crafted questions. Well-designed questions are open-ended, unbiased, and invite participants to explore and share introspective thoughts. Finessing a question and laboring over subtleties in verbiage can have great effects on productive communication. In fact, whole fields around question cultivation exist and have great application in qualitative interviewing.

Researchers can also uncover the user’s perspective with repeated, similar but slightly altered questions. Restructuring the question, or asking participants to rephrase their response can encourage use of new language, discovery of new angles, and uncovering of unexplored avenues.

The **“5 Whys,”** developed by Sakichi Toyoda, the founder of Toyota, works as an effective way to unpack and understand an issue. The concept is relatively simple: If a participant expresses dissatisfaction or confusion, ask, “Why?” Once they provide a response, continuing to ask “Why?” will encourage participants to share the basis and evolution of their thought process. To record and attempt to follow someone’s stream of thought is a very personal request. When granted permission to enter someone’s mind, you must show endless respect. Consider the following:

- Never mock or judge; always listen with openness and try to empathize with their position.

- Allow the participant time to finish their thought.

- Let them set the pace of the conversation.

- Recognize the power of pausing for a few moments before asking the next question, as this often encourages the participant to expand or move in a new direction altogether.

Dissecting the origins of dissatisfaction can be challenging for some participants. Using certain techniques to encourage introspection and create a safe space for sharing thoughts can accelerate the process of identifying the root of the problem, which accelerates the designer’s task of generating a design solution.


Getting to the Root of the Problem

grit_streamline-icon-fitness-dumbbell-lift@140x140.svg

large_grit-3.jpg

medium_grit-3.jpg

small_grit-3.jpg

thumbnail_grit-3.jpg

grit-3.jpg

What is EchoUser’s North Star? Do our day-to-day actions align with our North Star? We wrestle with these questions periodically and the answers don’t always stay the same. We exist in a dynamic environment and continue to evolve as individuals, adding to the challenge and importance of answering these questions effectively. To ensure we do, we need mechanisms that allow us to self-reflect and adjust.

For us, company-wide offsites provide an effective way to do this. At a high level, our offsites strive to align the company’s vision and the team. We hold two offsites per year using a tick-tock approach where one offsite (tick) communicates the company’s vision to the team and the second offsite (tock) draws input about the vision from our individual team members. We just held the “tock” version of our offsite which was also our first-ever virtual offsite. The theme was “**sharpening**.” 

Today, our mission, “**a more perfect experience for ourselves and our partners**,” reflects a company that knows itself and what it’s good at. We know that the personal relationship we build with clients is our strength. We wanted to lean into this and elevate it, hence the “sharpening” theme for this offsite, which we applied specifically to the ways we interact, collaborate, and partner with our clients.

To prepare for the offsite, our team read and discussed the book, “The Power of Moments -  Why Certain Experiences Have Extraordinary Impact,” by Chip Heath and Dan Heath. The book illustrates why certain moments in our lives are particularly memorable which inspired us to think about where in our process and client interactions we could create elevated moments like these. This connected directly to the offsite activities which included re-imagining our clients as persona mandalas, defining our client journeys, and then brainstorming opportunities to create elevated moments for each persona and journey.

![GoToMeeting-003-1-768x425.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Go_To_Meeting_003_1_768x425_dcccf2b321.png)

We’re always looking for ways to improve our client experience, but these exercises helped us drill down to a more specific level of context and come up with ideas that were both realistic and potential difference makers. I was excited to see how every individual on our team has truly internalized our mission and believes in elevating our client-partner relationships.

Going forward, we’ll be implementing some ideas immediately and diving deeper into the others. I look forward to seeing how they improve clients’ experiences.  More importantly, we’ll continue to come together as a team to self-reflect, evolve and move towards our ever-changing North Star.  


Offsites - a way to rethink and renew

Healthcare innovation has never been more important than it is today. COVID-19 has brought this center stage globally. In addition to devastating daily statistics, the global pandemic has brought with it human stories and connections that have sustained us through this difficult and uncertain time. It’s also led to some of the most rapid changes in [delivering virtual healthcare](https://www.newyorker.com/magazine/2020/06/29/the-promise-and-the-peril-of-virtual-health-care) than we’ve ever seen before

Here at EchoUser, the healthcare space has been a consistent thread in our projects throughout our history. We have a longstanding partnership with Akili Interactive and recently supported the design of the first-and-only prescription treatment delivered through a video game. We helped Varian Medical Systems, a company on the cutting edge of cancer treatment, define an FDA compliant usability testing process for their products. Recently, we partnered with a team from iRhythm, a heart monitoring device maker to inform the onboarding experience for patients and healthcare professionals. And for the last three years, we’ve proudly served the American public in our work with the Centers for Medicare and Medicaid Innovation. 

We love working in the healthcare space not only because it is such a mission-rich area; we love it because it is the epitome of “Any Experience”, the frame we use when talking about the kind of problems we solve for. In the pandemic environment, you might say that we are collectively redesigning every experience. How we access and receive medical care and treatment is one of these things. 

As we’ve been talking about this as a team, we couldn't help but reflect on a visit we took last fall to an organization that - pandemic or not - is at the center of redesigning healthcare: Kaiser Permanente’s Garfield Innovation Center in San Leandro, Calif.

Kaiser is a behemoth in the field with 39 hospitals and 690 medical facilities in 8 states and the District of Columbia. What makes Kaiser stand out to us isn’t just that it has a dedicated center for design and innovation. Many organizations have “labs” that don’t necessarily lead to breakthroughs. For example, what Kaiser is doing - creating futures that integrate autonomous vehicles and telehealth, and solving life and cost-saving problems like hospital falls at their root are exemplars of an organization putting humans at the center, not just in today’s reality but in the one we’re all heading into.

You can [learn more about Kaiser’s innovation efforts here](https://garfieldcenter.kaiserpermanente.org/). But before you do, we hope you’ll hear what our team took away from the visit. If you work in healthcare innovation, we’d love to hear how you are using human-centered research and design in your efforts. (And how we can help you!)

**KATE’S HOT TAKE**

There were many interesting and inspiring parts of our tour of the Innovation Center, but one that stood out to me was a video depicting a common scenario as it could play out in the future. The video follows an elderly couple as the husband deals with a sudden heart episode, envisioned entirely with future technology that Kaiser Permanente _could_ develop. Through touchpoints with remote heart monitoring, autonomous vehicles, and consultations with doctors over video calls, we watch as the couple deals with the medical situation and navigates difficult decisions. 

More than the solutions depicted in the video, I kept thinking about the creativity of the video itself as a research or design artifact. Our guide explained that the video had been shown to hundreds of stakeholders within Kaiser Permanente to facilitate conversations about everything from patient privacy to the ethics of remote doctor consultations. It had even sparked the creation of practitioner best practices and corporate guidelines for how this technology should be used going forward. The video served as the central material around which patients, practitioners, and KP executives discussed the future of healthcare. 

I was inspired to think about how we can provide a similar experience to our clients. What can we deliver to incite human-centered, empathic conversations among stakeholders and their larger organization? It’s design collateral like this video that can live on for years and inspire thinking far beyond the vision it presents. 

![IMG_3879-1024x768.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/IMG_3879_1024x768_253661b216.jpg)

**YIFEI’S HOT TAKE**

The visit opened my eyes to how Kaiser experiments with cutting edge technology like VR/AR, voice assistants, and electric fence, to run conceptual design, while at the same time, strikes a balance between delivering great patient experience and being cautious about data security. For example, when doctors have bad news for their patients, Kaise team debated whether it is appropriate to deliver the bad news in the fastest way possible, even if it is not in person, and how to address the emotional reactions if using the advanced technology. 

Some design interventions are not entirely technology-focused. Really simple solutions like the hand bar that goes directly from the bed to the bathroom makes a big difference to the overall experience. A button with that patients can order food from their beds increases their happiness and reduces the customer service friction. Any design detail that treats patients like humans is a true human-centered design. 

Kaiser embraces the IDEO concept of designing for the extremes (_referring to IDEO article_). The experiences of people like single mothers with kids and disabled patients in wheelchairs should be considered more important than the easy majority in the middle. When it comes to healthcare services, it is not a numbers game that influences decisions. Everyone counts and should be considered in the design process.

![IMG_4516-1024x768.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/IMG_4516_1024x768_e1b51102a1.jpg)

**MARY’S HOT TAKE**

At the Garfield Center, I was struck by the complexity of the system, the multitude of people they are designing with and for, and how all the complexity and research surfaces in small, unassuming details impacting patient health (and Kaiser’s business). For Kaiser, the users are not just patients and families; there are also clinical and non-clinical staff with a variety of needs, goals and motivations. There is also the broader community of government and commercial partners that impact how Kaiser works. A singular user of the system will interact with so many touchpoints and each touchpoint contributes to the ultimate healthcare experience. It was exciting to see how Kaiser is tackling the complexity of the system through robust testing, prototyping and story-telling.

After visiting the Garfield Center, I had a series of interactions with my local Kaiser hospital. I was excited for my routine exam to see what I knew Kaiser had innovated: Fancy custom headboards? Wraparound railings? Private vital readings? Self-check-in? My local Kaiser, alas, is not the cutting edge San Diego facility. I had my vitals taken in the hallway, sitting across from another patient. When it was time to get my blood drawn, I had to pull a ticket with a number and wait for my number to be called. I watched folks struggle with the ticketing device, and it was unclear how long the wait may be. That said, I was still glow-y from the tour. Even though I didn’t encounter all the trappings of the Kaiser of the Future, I know that Kaiser is thinking about how to best serve patients and staff. My experience is woven into a fabric of stories and data that will inform the next key decisions to improve things at their Oakland hospital.

![IMG_2742-881x1024.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/IMG_2742_881x1024_0978e88de9.jpg)

**VIDHI’S HOT TAKE**

One of the things that stood out was how they had tailored their design process to be more comprehensive yet nimble. Methods like hands-on prototyping to pressure test patient exam rooms for edge users and building speculative video artifacts to compel a room full of people to have hard conversations. 

The other aspect that resonated with me was how systemic their view of healthcare is. They not only modeled patient rooms, waiting rooms and exam rooms but also home of patients. From solutions for the smallest patient discomforts to big cost-saving decisions were all integral to their human-centered innovation process. 

Our visit to the KP Garfield center left an impression most of all because we were witnessing all design disciplines coming together for genuine innovation; innovation that keeps business in mind while keeping users at the center of it. Healthcare has been and is now more so a  fertile ground for opportunities because there is a lot to do and a lot at stake. The visit was a great exposure to how design and innovation now lives at the center of big healthcare institutions and not only supports but drives it.

![IMG_3685-1024x850.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/IMG_3685_1024x850_914eb1674b.jpg)


Healthcare innovation has never been more important

The choice to move to the Bay Area to live with my partner eventually pushed me out of my comfort zone.

I have a background in political science, international relations, and modern Turkey studies, I came to the US for a sociology doctoral program, earned a master’s degree in sociology and found myself stuck at a level that academics call “all-but-dissertation”.  

So when I decided to move to the Bay Area from New York and looked for non-academic jobs, the question 'where could I fit in as someone passionate about researching the conditions of human life' led me to a domain I had never heard of: user experience. When I discovered ‘user experience’ or ‘UX’, I was struck by the prevalent need for UX professionals in the Bay Area, the objectives of the UX domain and the skills it required. These objectives and skills surprisingly aligned with what I had been trying to develop as a scholar.  So could I, as a social science researcher, actually be useful in this engineer-developer-VC haven?   

By May 2019, I started working as a full-time UX practitioner at a boutique UX design and research company - EchoUser. After a year-long, steep learning curve, I have come to learn and borrow from both worlds of research. I haven’t yet found the perfect recipe for those who are disillusioned by the prospects of their current domain, and ready to channel their analytical, organizational, interpersonal skills into _improving our interaction with everyday things; i.e., UX_. Nevertheless, I hope you can benefit from my experience of having straddled both worlds. 

 

**UX as a discipline to elevate human’s place in design** 

At the core of my learning was my _comprehension of UX as a developing and interdisciplinary field_ that builds upon Human-Computer Interaction, Human Factors, Visual Design, Behavioral Psychology and other disciplines. As someone coming from an interdisciplinary background of social sciences and humanities,  and invested significant time towards understanding intricacies of many things social,  I came to appreciate the world of systemic efforts that seek to explain how _ordinary_ things work, and the expertise behind it. So the introduction to the UX field made me realize the accumulated efforts devoted to developing a vocabulary for every interface element and user interaction, and the established principles that guide these interfaces and interactions. 

What stood out to me in this discovery was the importance of the _human_ experience in the world of technology that I presumed prioritized economic capital, was obsessed with more powerful machines and only welcomed people with high computing skills. The embracement of human experience in designing our interactions with the world blew (some) soul into what I used to see as a mechanical system of cogs and wheels. 

 

**Research as means vs. research as the end**

For the first time in my life, I was conducting research for products that people interacted with daily to do their work. The research had tangible contexts and direct impact. This was categorically different from having previously researched big societal questions that mostly had _elusive_ contexts and _intangible_ effects: for example -  understanding the impact of Westernization policies over the social knowledge space of a Middle Eastern country.

Many processes in academia are built on the premise that one should take the necessary time to make a study and its report _near_ perfect. In UX, there are science-resembling practices that apply to data collection and analysis. However, the ultimate objective of the study is to inform the next steps for the design of the product as efficiently and as effectively as possible. This realization made me reconsider the importance I attributed to rigor and comprehensiveness and pay more attention to practicality, clarity, and conciseness. 

 

**Storytelling for guidance vs. reporting results**

My third learning is related to the effectiveness of reporting research results. I soon came to realize that as UX _consultants_, we carry the responsibility to understand and tailor research output to deliver the most value for stakeholders. We are responsible for effectively and creatively communicating the findings to help prioritize the product team’s next steps. This requires devoting time towards _storytelling_ to communicate and immerse stakeholders in the insights to compel action.

In UX consultancy, the deliverables _facilitate decision making_ for the audience but do not _require_ to thoroughly engage with the study findings or to immerse themselves into the entire context of the research endeavor.  In fact, it is less effective if the report can’t communicate striking and easy to digest messages since decision-makers choose to outsource research studies they don’t have time and resources for, and they need to make quick progress. This is why storytelling takes precedence over detail and rigor in UX research - a practice that social scientists and humanities scholars could perhaps partially embrace, too! 

Social science and humanities scholarship is consumed by a more homogeneous audience: researchers that engage with others’ research to elevate the practices of the domain and to incorporate findings to their research. Thus urgency and practicality do not rank high on the to-do list, and scholars can load more responsibility to their audience to interpret their research or how to make use of it.

 

**Exchange among all researchers is possible**

My transition from scholarly research to UX consultancy has required a great deal of adaptation and _re_-professionalization. As much as the distinction between academic and industry research is well-established, I think practitioners of human-centered research can find lessons in each other’s approaches. 

Even though UX practitioners conduct research for business needs (and therefore bound by business agreements), they can use the opportunities to learn about the underlying interdisciplinary field and contribute to the _accumulation and publicization_ of UX knowledge if they can afford not getting swayed by the pace of product development cycles or transience of business engagements. 

If UX research can survive beyond the immediate consumption of product teams and be publicized more; the siloed and highly contextualized insights can also contribute towards the efforts of producing domain _knowledge_. Besides, openness can increase the rigor and accountability for UX researchers while also making it easier to understand and appreciate the domain for outsiders.  The idea here is not to create another blog post about best practices in UX but to create opportunities for _deepening_ (i.e. a repository of industry UX studies, where studies can talk to each other), as well as opportunities for widening (i.e. studies of different domains talking to each other). I was pleasantly surprised at the recent UXRConf 2020, to see a balance between disclosing deeper research contexts and professional learnings, to the general audience, in a palatable way. At a humble and minor scale, at EchoUser we make an effort to provide access to our projects by documenting our projects as [case studies](/cases). 

On the other hand, scholarly researchers, especially those in social sciences and humanities, can draw inspiration from UX collaborative work environments with (usually) rapid cycles of project completion, and how that translates into efficient and effective output. 

Social science and humanities programs devote years to teaching domains of knowledge and knowledge production techniques, however, they lack the initiatives to help students work on iterative, fast-paced, and collaborative projects (something beyond standard course “papers”) to enable _mastery_ of research by _repetition_. The objective of many social science and humanities programs is to produce domain experts with dissertations while expecting graduate students to be _project founders_, but programs do not care so much to help sharpen non-scholarly applications of research skills. Programs should offer students _exposure to the other worlds of human research_ to prepare them to take on any research problem thrown at them, and inform them of exit strategies, should they be challenged as project founders or as job-seekers in the academic or nonprofit world.

From academia to UX: learnings from a probable journey

As we all went into our homes to Shelter-in-Place, I started leading the latest professional development (PD) series for our team titled “Research Basics: Note-taking through Analysis (and beyond)”. Unlike other professional development cycles that catered to a specific method of design or research, this one was explicitly a “crossover PD” designed for both researchers and designers. Additionally, this PD cycle was less about acquiring new skills and was more focused on building personal awareness through practice and building collective knowledge through discussion. Below I will lay out why “the basics” are a good place to dig deeper, and how to use professional development as an opportunity for team collaboration and engagement. 

#### WHY FOCUS ON THE BASICS?

At EchoUser, we define the “research basics” as the skills that are independent of a specific research method. It is valuable to invest time and energy on the basics because they are employed in every project. Learning a specific research method is valuable, but it’s harder to practice a specific method repeatedly or consistently in an agency setting. One project may require contextual inquiry, another may need interviews, and the next project requires usability testing. “Basic” research skills, like note-taking, moderating and analyzing data are almost always used. Choosing a “basic” skill to dissect, practice and improve will be useful across projects and ultimately impact our ability to understand our clients’ users and deliver impactful results. The basics are the bedrock of any particular method - expertise in a method rarely comes without solid execution of the fundamentals. 

EchoUser’s researchers and designers have diverse backgrounds; everyone has a personal style with strengths and weaknesses to their approach. My goal was for everyone to become more aware of how they, and their colleagues, work. Although we are highly collaborative, enjoy bouncing ideas off each other and look for feedback, we lead client work individually. I wanted this professional development to allow us to work together and see each other in action. 

#### HOW TO LEARN TOGETHER?

When planning this PD, I wanted to: (1) help individual members of the team reflect on their process, (2) share with the team, and, (3) build collective understanding and vocabulary. By increasing understanding within the team, I hope to (re)set the standard. 

![small-group-discussion-instructions.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/small_group_discussion_instructions_a40c8039fd.jpg)

_Discussions build shared understanding_

Given that we were talking about “basics”, everyone has some level of experience. I wanted most of the learning to come from each other. Although I was the “leader”, my role was much more “moderator” during sessions. I decided to not be an authority, but a colleague who also wanted to learn and share my experience. A majority of the time was devoted to discussions. There were slides during the discussions that were meant to be filled out collectively. Adding our discussions to the slides built an artifact that reflected and documented our collective knowledge and discussion. 

![4-different-analyses.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/4_different_analyses_8990e218eb.jpg)

_Differences fuel discourse_

For every session, there were readings and an assignment related to the session topic. The assignments were intentionally vague so that people could do what was comfortable or normal for them. The variation in deliverables helped spark inquiry and discussion.

Prior to the sessions,  I would think about who I wanted to pair together for discussion or ask to share with the whole group. Typical prompts for small group discussions of the work were: (1) What was your process? (2) What is the same or different? Seeing and learning the variation in our approaches allowed us to dig deeper during conversation. It helped us question our own assumptions and habits. There was a richness in the discussion when team members would reflect back on past experiences and think about wins or missed opportunities. We were unlearning as much as we were learning.   

![schedule-of-sessions.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/schedule_of_sessions_d09faee930.jpg)

_Planning and follow-up pays dividends_

Practically, to ensure people came to PD, there were calendar holds for all six sessions before we began. I wanted to make sure that this time was prioritized and blocked off. It is not an insignificant amount of time—each session was 2 hours long—and active participation was essential to its success. In terms of assignments, I tried to set my colleagues up for success in two ways: first, in planning, I tried to keep the pre-work short (30-60 minutes per session), and, second, after sessions, I followed up to make sure the assignments were completed on time. 

After every session, I followed up with the session recording and an explanation of the homework. I made the homework due the evening before a session and would send personal reminders if I hadn’t received the assignment. Making the homework due before the sessions made it so I could quickly review them to make sure that I was covering the right content and had the right questions for discussion. Additionally, I was able to consolidate the assignments and make them easy to share with the team. My planning and follow-up around the pre-work underscored the importance, increased accountability, and allowed us to dig deeper during sessions. 

After the last session, we will ask for more formal feedback from the team to continue to improve our professional development offerings. As the leader, however, I have a few metrics of success that are being met. So far, we have had near-perfect attendance for the duration of every session, and near-perfect submission rate for assignments. More importantly, we have been able to actively learn about each other’s processes and already apply fresh perspectives to our work.

Although we didn’t know that we would all be sequestered in our homes when I started planning the PD, it became a great way to be connected during this time. I have enjoyed spending time with my colleagues nerd-ing out on the nitty-gritty of research.


Recognizing Craft

Are you more extroverted or introverted? How does that help you as a User Experience consultant? What would you rather be? 

As a concept, extroversion, and introversion were [popularized in 1921 by psychoanalyst Carl Jung](https://qz.com/work/1476735/why-introverts-are-better-at-networking#:~:text=), who theorized that “each person seems to be energized more by either the external world (extraversion) or the internal world (introversion).” Jung considered the traits to be mutually exclusive – while no one is completely one or the other, we all prominently lean towards one. 

It’s an interesting notion to consider in the context of UX – on the one hand, that “U[ser]” in our job title means we interact with the external world constantly: we interview people, we [ride-along](https://mark43.com/resources/blog/the-unexpected-things-i-learned-on-a-ride-along/), we host workshops and seek feedback. On the other hand, however, UX can be a solitary profession. We need time to synthesize and process results, we need space to expand our thinking, we need time to [build models](https://indiyoung.com/).

To me, the dichotomy of the job is at once a source of excitement and anxiety. My first two projects at EchoUser fluctuated wildly between times of intense, external stimulation and solitary, internal focus. The experience led me to start examining my own process – how could I learn to better step up and embrace those moments in the spotlight? How could I “turn on” the inner introvert, when I need to synthesize research?

<highlight>

>**How could I learn to better step up and embrace those moments in the spotlight? How could I “turn on” the inner introvert, when I need to synthesize research?**

</highlight>

So I raised the question to the greater EchoUser team and asked for tips and tricks on how our Designers and Researchers leverage their own natural tendencies – and sometimes step outside of that – in their work. 

What resulted was a discussion that slowly took the form of a framework to apply in our work, not only on how to keep ourselves energized and confident but also to help us push the boundaries of our own process. 

The framework breaks down into three tenets: assess the project, understand your process, and prepare to interact. 

#### Assess the project

Understanding the many layers of the project onion is a crucial first step of integrating into a project. In the beginning, whether you identify as extroverted or introverted is beside the point, as you need to first assess who you are working with, and how they operate. There are three things, in particular, to consider: 

1. **Communication**: How does your client communicate? Do people at the office prefer Slack to meetings? How formal is the dialogue among stakeholders? 

1. **Power dynamics and organizational structure**: How are decisions made and issues resolved? Are there existing power dynamics or political motivations for the project?

1. **Workflow and project execution**: Is there a natural rhythm to the project or the client’s workflow? How are progress updates presented and discussed? 

Recognizing and peeling apart these layers of a project situation lays a crucial foundation on top of which the UX consultant can craft their own . 

#### Understand your process

No matter how you work, owning, and communicating your process makes it easier for others to work with you. This isn’t just about how you think, but also how you work. Extroverts and introverts are different – introverts seek stimulus from within, often having lively internal debates, whereas extroverts often process externally, even aloud. While one EchoUser coworker spoke fondly of a manager who “thought aloud” as part of her thinking process, another revered a supervisor who rarely spoke in meetings, but commanded the attention of the room when they did. Another colleague Considering these differences, here are some things to consider:

- **No one will judge you** if you communicate your logic and reasoning for doing something your way. 

- **Don’t over-promise or over-talk details**; when you’re not sure of something, communicate that and make a show of taking a note. Introverts are naturally geared to think deeply and debate – harness that power.

#### Prepare to interact

Now that you know what kind of project you’re walking into, and how you like to work, it’s time to prepare. At EchoUser, we look for every opportunity to leverage tools and experiences of others – be that a finely detailed project plan that outlines the project strategy (so the introverted consultant doesn’t have to), or a workshop warmup technique that the extroverted designer can use to ignite a kickoff meeting. In particular, the following areas of focus can help a consultant prepare:

1. **Inclusive ideating**: Creating opportunities for all stakeholders to engage in their own way leads to more, better ideas. A great way to do this in meetings and workshops is by sequencing individual working sessions before group share outs. This encourages both introverts and extroverts to participate and share. 

1. **Active listening**: EchoUser consultants are sometimes alone on projects, meaning one person has to facilitate, take notes, and document the discovery process. It’s a lot to handle, which makes it all the more important to prepare in a way that gives you bandwidth and attention to listen in the moment. It’s important to also realize that clients can be extroverted too, and may need to talk aloud to work through a thought. 

1. **Mental model**: Have a workflow in mind before you start interacting with clients. Having a model for how things are supposed to go (and results you expect to get) will give the introvert confidence and the extrovert room to improvise in the moment, whether that means testing workshop activities beforehand, having a particular aspect of the design in mind when gathering feedback, or having a colleague set up the interview session logistics remotely. 

So is an extroverted personality more beneficial to a UX consultant, or an introverted one?

At least for the EchoUser staff, it didn’t seem to matter. Introversion/extroversion is a spectrum, not a bucket you stand in. The role of a consultant is fluid – every project requires new and innovative approaches – and the UXer that can assess the project, examine their own process, and prepare accordingly, will thrive.

Introversion & extroversion in UX consulting

At EchoUser, we pride ourselves on staying curious and constantly honing our craft. That’s why we launched a new professional development initiative at the beginning of this year, to continue learning new skills by sharing our expertise with each other. Deirdre Hirschtritt and I kicked off the series by tackling a favorite and feared method among researchers: [Contextual Inquiry](https://www.usabilitybok.org/contextual-inquiry).

It was good timing because we had a number of generative research projects in the pipeline for clients spanning from enterprise software to public services. We wanted this to be more than just a refresher on the textbook basics of Contextual Inquiry; we wanted our coworkers to come away with some hands-on experience and ideas about how the method could fit into projects they are working on now.

#### Pros and Cons for Industry Applications

Deirdre and I came into planning these sessions knowing that textbook Contextual Inquiry is nearly impossible to do in an industry setting. At EchoUser, we work at every phase in the product life cycle, with a variety of clients who are action-oriented and looking for answers. Sometimes clients understand that generating truly insightful research takes time and money, and sometimes it takes more convincing. Furthermore, because we work with clients and are usually not onsite, involving the product team to the level that is prescribed would be more challenging than from within a product organization. The steps involved in classic Contextual Inquiry take too much time for most industry settings and require too high a level of involvement from stakeholders.

With this in mind, we also knew that Contextual Inquiry is an incredibly powerful method of research because it covers every phase of the process, from data gathering to analysis and sharing insights. At its core, Contextual Inquiry is about immersing the whole team in a rich data set so that everyone feels ownership over the insights that emerge. Familiarity with Contextual Inquiry has made me a better researcher in every aspect, and experience using the method helps me think outside the box when projects require more generative insights.

#### Crafting the Lesson Plans

With an understanding of the trade-offs, we set out to give the researchers and designers on our team a quick overview of Contextual Inquiry, touching on:

- When it is appropriate to use the method
- How to execute key parts of the method
- How to involve stakeholders
- How to decide where to adapt the method

We covered these topics over the course of three sessions, assigning [additional reading](https://www.amazon.com/Contextual-Design-Customer-Centered-Interactive-Technologies/dp/1558604111) and some homework between sessions. We knew from best practices for adult learning and our own experience with Contextual Inquiry that hands-on activities and stimulating discussions would be more effective to help the team learn as much as possible. We decided to lay the foundation in the first two sessions, with a good amount of time committed to doing activities. Then, for the third session, we brought in two researchers from our client, Autodesk, to talk about their recent experience doing Contextual Inquiry and their unique methods for presenting insights to their team.

![Contextual-Inquiry-PD_interview-mindset-1-1024x522.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Contextual_Inquiry_PD_interview_mindset_1_1024x522_052135d915.png)

#### Session 1:

- Why Choose Contextual Inquiry
- Considerations for Planning a Study
- Best Practices for Interviewing and Note-taking
- Activity: Contextual Interview Practice

_Homework_: Write up notes from interview for affinity diagram

#### Session 2:

- An Overview of Work Models
- Basics of Affinity Diagramming
- Activity: Affinity Diagram from Interview Notes
- How to Share with Clients - Walking the Wall

#### Session 3:  Autodesk Industry Case Study

![Contextual-Inquiry-PD-002b (1).jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Contextual_Inquiry_PD_002b_1_4de42f7722.jpg)

#### Experience Leads to Mastery

The sessions turned out to be a great success and a real learning experience for us as facilitators and for our colleagues. It was extremely rewarding to see our coworkers come to a new understanding of Contextual Inquiry by discussing and practicing the method together. Our coworkers agreed, the most useful part of the sessions was the hands on work because it helped them internalize parts of the process better.

In particular, our affinity diagramming exercise helped the team uncover what elements made for a good note, and how the process up to that point informs the effectiveness of a note. Before affinity diagramming, writing a good note requires skilled interviewing and strategic probing. At the other end of the process, a well-written note helps uncover previously unseen patterns during affinity mapping. It’s only by getting this hands-on experience that we can master every step in the process of conducting Contextual Inquiry.

With this refresh in our Contextual Inquiry skills, I look forward to working with the EchoUser team on our many exciting generative projects coming up in 2019.


Lessons from Hosting Contextual Inquiry Workshops

With the start of the new year, we got together as a team to set new intentions for 2019. Thinking back on the projects of the previous year, we all recognized areas where we would like to continue to grow our UX practice, individually and as a team. The resolutions from each member of the EchoUser team set a direction for all of us in 2019 - how we would like to work together, refine our practice, and deliver the best outcomes for our clients.

 

--

 

## Become a Champion for UX

#### Kintu Bhandari, Experience Designer

![kintu.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/kintu_b00f82c3d0.jpg)

User experience as a field has been around for at least 25 years, yet most people don't understand what it means. And the most troubling part: this is not surprising to any designers or researchers I know! Reflecting on 2018, I realized that explaining what I do is not restricted to only family events and social gatherings, but it is also a part of my job. This leaves little room to think about our users or have healthy arguments with the team. In our small design community, we know how invaluable our work is, but have we done a good job of informing others? Maybe not.

In 2019, my goal is to find easier ways to describe UX and its importance. If at least 50 people are able to grasp what I mean, then I'm sure 50 will soon lead to 50,000. A few years down the line, I'll know 2019 was a successful year for me, and hopefully for our entire community.

 

## Take Research Insights a Step Further

#### Kate Carey, Experience Researcher

![kate.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/kate_e726eae7cf.jpg)

As a researcher, one of my main goals is to help users inform product decisions. The research share out is our time to make that happen, but the traditional slide deck with insights, evidence, and recommendations stops short of the true potential research has to get stakeholders on the same page and affect change in a product. In order to truly move the product forward, it is also important to use research insights to generate new design ideas as a team. This is especially true in the case of our client work, which is often more generative and may not have a clear path forward.

For this reason, in 2019, I would like to incorporate more design workshop activities into research share out meetings. I want to go a step beyond simply delivering the insights, to help our clients think about how they will apply these insights to their product. Research insights often spark new ideas, so let's channel that energy to move the product forward all in one meeting! Simple design activities that get the team brainstorming individually and together will give them more of a stake in carrying the insights forward into their product long after the research is completed.

 

## Include and Educate Clients in My Practice

#### Leslie Garner Franklin, Experience Researcher

![leslie.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/leslie_fa6c3ba7c6.jpg)

When I look back on my engagements as a consulting experience researcher, I often reflect on the impact I've had - both on the work and on my clients as professionals. Did they do something with the findings and what I shared? Are they employing some of the practices and research techniques we used in our work together? Do they have (more of) a design mindset? If the answer to the first question is "yes", that feels good; I provided useful information in a compelling way. But I feel most successful when the answers to #2 and #3 are yes as well.

The teacher in me isn't satisfied with short-term utility; it wants my work to make an enduring impact. By educating clients in the what, the why, and the how of research and bringing them into the journey not just on it in 2019, I want to help my clients become design thinkers in their own right. To get there, I'll be explicit and inclusive about making my practice public.

 

## Imagine Our Systemic Future

#### Vidhi Goel, Experience Researcher

![vidhi.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/vidhi_1ecb9e037c.jpg)

In 2019, I want to be bold, mindful and holistic in how I practice research and design and how we position ourselves as a company. My hope and resolutions are best defined by the words 'Systemic' and 'Future'.

Systemic in that I want EchoUser’s work to stay true to our “Any Experience” motto. My hope is to think holistically about the comprehensive user journey and the larger ecosystem - from the projects we pitch and scope for, and the mindset with which we approach and plan research, to how we strategize and communicate with clients. I hope we emphasize that screens and devices are a small part of the overall user experience. I want to see EchoUser positioned as a systemic experience design firm.

I am a believer that future is not something we predict but create. My goal is for us to think beyond the next few years and mindfully yet boldly take risks in the methods we use to research, ideate and design, for both our clients and ourselves.

 

## Codify My Personal Research Methodology

#### Deirdre Hirschtritt, Experience Researcher

![deirdre.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/deirdre_d75c81ffc3.jpg)

Around this time last year, Kathryn Brookshier wrote a piece on [the difference between “methods” and “methodology”](https://uxdesign.cc/method-vs-methodology-whats-the-difference-9cc755c2e69d) on the UX Collective blog. As she describes it, a method is simply a tool - say a survey or diary study. Methodology, on the other hand, is a lens through which you approach a research practice, from planning to presenting.

There are many documented methodologies I've employed in the past. At some points, I’ve felt drawn to the lens of participatory design and ethnography. I’ve also learned a great deal about habits, contexts, and motivations of research participants through grounded theory. In 2019, I want to devote energy toward developing my own personal methodology of design research. I want to explore how my values impact the lens through which I approach and conduct research and then codify my personal methodology. Wish me luck!

 

## Never Stop Learning

#### Brandon King, Associate Experience Designer

![brandon.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/brandon_1ca8803497.jpg)

Technology is changing rapidly which means the world of UX is not slowing down either. It is very important to stay up to date with new design trends that are arising and attempt to learn something new everyday. It may be a lot easier said than done, but I challenge myself to step out of my comfort zone and take advantage of any opportunity to master a new skill. Whether it’s attending meetups and networking events, taking crash courses, or even simply reading books and articles, I need to take advantage of the numerous ways to improve my skill set in order to grow as a UX designer!

In 2019, my goal is to experiment with technology and continue to learn new skills in order to create the best user experience possible.

 

## Share My Practice with the UX Research Community

#### Christine Lee, Experience Researcher

![christine.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/christine_8f687b4b32.jpg)

2018 was a year of osmosis. I had the opportunity to work on a variety of projects, test different methods and build relationships with clients across a range of industries. However, I grew the most when working in teams and alongside my colleagues.

Thinking back on how much I have learned over the year, and how so much of that came from observing and conversing with those around me, my 2019 resolution is to give back and make knowledge sharing a deliberate and regular practice of my work. Whether it’s within the company or to the greater UX community, my goal is to seek opportunities to share my UX research practices.

 

## Refine the Team's UX Processes

#### Yi-Ying Lin, Senior Experience Designer

![yi-ying.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/yi_ying_fd40479297.jpg)

Establishing and maintaining a project process is an important part of any UX practice, and that is especially true for agency work. At EchoUser, we often need to wear many different hats when working on projects, including but not limited to: client handling, project management, research and design artifact creation, and communication.

Over the years, we’ve established numerous practices to facilitate those tasks and we continuously improve them. However, those great resources aren’t being communicated in a way that is easy to find and understand for our rapidly growing team. For our tried and tested processes to be truly useful, we need to make them accessible and digestible in the first place.

My resolution: in 2019, I hope to help establish a process that encompasses our work at EchoUser so that we can better engage our clients, do our work, and collaborate.

 

## Design with the Full Service in Mind

#### Yifei Liu, Experience Designer

![yifei.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/yifei_52c6d64aa4.jpg)

When I have a great experience watching a show, visiting a museum, or eating at a restaurant, I am often amazed by the holistic approach and complex details that normally go beyond a single touchpoint or a sole channel. What the customer experiences is only the tip of the iceberg of the service ecosystem. Applying systems-thinking methods to address complex problems that have implications across an ecosystem can benefit not just the users but also employees and organizations as a whole.

In 2019, I’d like to apply the basic principles of service design to tackle business challenges for our clients. I will strive to understand the ecosystem of the customer experience across all touchpoints in order to meet needs and deliver end-to-end service transformation for our clients.

 

## Push Our Design Boundaries

#### Yan Liu, Experience Designer

![yan.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/yan_3fdd7173be.jpg)

One of my biggest goals for 2019 is to push the boundaries of design and challenge myself as much as possible. I will challenge myself and the clients I work with to think out of the box and go beyond our comfort zone to try new design methods and approaches. By pushing the boundaries, we can better understand the needs and pain-points of our clients and again a higher-level understanding of the design goals.

I am excited to learn about more methodologies, skills, and softwares this year and take advantage of the variety of projects we get to work on at EchoUser. My colleagues come from many different backgrounds, so it will be exciting to mix and match our expertise to create new ideas. Overall, I look forward to embracing changes and challenges, and enjoying uncertainties together in 2019!

 

## Find More Opportunities to Code

#### Mick McGee, CEO and Co-Founder

![mick.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/mick_c8906efaae.jpg)

My day-to-day work life is sales, meetings, and otherwise nonstop extroverted outwardness. I’ve often coded side projects for fun, or sometimes more (but always far from production quality). Some highlights include: a choose your own adventure game; statistical classification of NHL hockey players; and optimization of voice application prompts. Coding allows me to: 1) bring balance to my day-to-day by offering up the opportunity to focus inward and allow my mind to “figure things out” over an extended period of time; and, 2) have a better appreciation for a good portion of our client stakeholders, who are often software developers and other product development leaders.

It’s a bit of a selfish work resolution, but coding helps ground me, and exploring programming languages and platforms helps me better connect to the always expanding tech world. In 2019, I want to code more.

 

## Bring More Strategic Product Thinking into My Work

#### Lilian Qian, Senior Experience Designer

![lilian.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/lilian_11c06ba71c.jpg)

Being a designer in a research-focused UX firm, I am heavily influenced by my research coworkers. I am eager to adopt more research methods into my design practice in the new year to make my decision-making more strategic. I’ve been practicing quick product thinking in whiteboarding challenges with my coworker, Yi-Ying. One of us acts as the host who gives a design prompt and one is the designer who maps out the process on the spot. These exercises have improved how I think about a design project holistically in a short amount of time. In 2019, I will continue to plan and manage my own projects and think holistically about how we can structure UX activities to fit specific projects.

 

## Understand Business Goals as UX Opportunities

#### Aaron Rich, COO and Co-Founder

![aaron.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/aaron_49734e679d.jpg)

UX has gotten attention within organizations at the highest levels over the last 5 years. With this success in the boardrooms, the UX industry now needs to be more fully aware of business strategy and play its part to support it. My UX resolution for 2019 is to bridge the divide for business and UX for the clients we work with and EchoUser.

I am resolving to spend more time to understand the core business goals and challenges and better connect these to UX work and strategy. I hear UX professionals at all levels of experience express frustration with their organization in similar ways: “If only they would listen to these recommendations from the research,” or “They rejected my designs that solve the challenge in a better way than they went with.” This well-meaning idealism stems from a desire to create the best experience possible for the people who use the product, but in reality there are almost always business drivers that must be accounted for in any experience. The challenge is to understand the business strategy and use that effectively as a design constraint to solve around. In 2019, I’ll be doing my part to focus on the business while championing UX.

 

## Incorporate Business Principles into Design

#### Jie Tang, Experience Designer

![jie.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/jie_5a040a7016.jpg)

What I believe in deeply is human-centered design. As a group of UX consultants, we use methods to define users’ pain points and level up their experience based on their existing behaviors. Often our job is to identify and understand user needs and design the right solution to meet the needs, and we do this well. Like Aaron however, I believe we can provide even more value to our clients by understanding the business side of experiences.

In 2019, I want to learn more about business and marketing strategy to build the strengths of these disciplines into my design work. Marketing focuses on “meeting needs profitably” and should result in a customer who is ready to buy, while on the business side, you need to understand how to bring a product to market and make it available to customers. The overlap between UX and marketing is the key zone I would like to focus on to broaden my strategic thinking. Ultimately, I hope to embrace knowledge from these disciplines to make decisions that benefit users _and_ drive business.

 

## Build on the Experience of the EchoUser Team

#### Mary Yeh, Experience Researcher

![mary.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/mary_07c6d896e1.jpg)

My resolution for 2019 is to think strategically about our collective power, and infuse greater collaboration into our practice as a team.

The team at EchoUser has a wide variety of professional experience and education, giving us a vast array of tools at our fingertips. Working here, we are able to leverage each other’s strengths to push for the greatest impact. This year I want to push us to create more space for collaboration and reflection throughout our projects, so that we can increase our effectiveness and build a shared depth of knowledge. At the beginning of a project, our collective knowledge can create novel, tailored approaches to our research goals; during the project we can redirect and refine; and, at the end of the project we can reflect and learn lessons together.

It is our collective experience that makes our work so effective, and I look forward to increasing collaboration and knowledge sharing within the EchoUser team and around the broader UX community in 2019!

Our 2019 UX Resolutions

After reflecting on the lessons we’ve learned throughout 2017, our research team has put together our resolutions for the new year. These resolutions are what we’d like to try more of and where we’d like to see the team go — from collaborating more radically with our designers to building lessons from the humanities into our work.

 

--

 

## Build more holistic empathy and ownership

#### Katie Johnson, Senior Experience Researcher

![katie.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/katie_731ed6a89c.jpg)

Over the last year, we’ve been changing up our research processes to empower clients to use our findings strategically. The best way to do this is by empathizing not only with our client’s end users, but also with the client themselves. By better understanding what the client, their team, and their larger organization are trying to accomplish from the get-go, we can design our research methods and deliverables to promote the client’s appreciation and ownership of UX research.

Empathy workshops and co-analysis are great ways to help the client truly understand our findings, our analysis process, and the final result. Don’t get me wrong, we still do the analysis! The client just gets a better perspective into how we got to the final result, which puts them in the driver’s seat with our research going forward.

_My resolution: in 2018, I hope to work with clients to establish more collaborative research scopes, leading to promising partnerships and more usable, meaningful deliverables._

 

## Push the boundaries of our presentations

#### Lisa Otto, Experience Researcher

![lisa_photo_900x900_edited.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/lisa_photo_900x900_edited_20ecfbeff1.jpg)

One thing we’ve been talking about a lot at EchoUser is how integral our client presentations are to communicating the value of UX and getting clients on board with the UX process. In our roundtables, we’ve talked about telling stories and [showing things](https://medium.com/meta-research/beyond-bullet-points-four-creative-ways-to-share-research-c10fa047f025) like video clips and prototypes rather than reading off of presentation decks. Or, as Katie discusses in her resolution, how presentations can be a key touchpoint in the client-consultant relationship and can be deeply integrated into the design process through workshops. We’ve talked about amping up the [visceral nature](https://www.epicpeople.org/virtues-of-the-visceral/) of our findings so clients can become more immersed into our work, so I want to try out some of these new ideas we’ve been discussing.

_My resolution: in 2018, I hope we’ll explore the possibilities of the findings presentation further through storytelling, experience prototypes, and workshops to engage our stakeholders more fully in the UX process._

 

## Remember users are people, human people

#### Evan Fishman, Researcher

![evan.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/evan_f56d4d8438.jpg)

As the new year approaches, many of us are unwittingly unrealistic with our resolutions. “I’m going to exercise at least once a week!” Sure you are, sure. Not to worry, as UX researchers we can set more realistic goals for the new year that will drastically improve our research practice.

Personally, my resolution for 2018 is to keep in mind that "users" are people -- human people with pre-existing beliefs and psychological tendencies that influence their experience with a product.

Too often, we’re thrown into situations in which we’re churning out sterile usability tests that are fixated on the product without taking into account the humanness of our user participants. Studies have shown that users’ outcomes are impacted by their personal beliefs. For example, users who are [more confident in completing a task](https://docs.google.com/document/d/1dB0VrrlmWWX8j7Dz3oM7wAXq4HJsKpfZvKWJJnegTHk/edit) are significantly more likely to do just that. Similarly, users’ brand attitudes can significantly impact their experience with a product. Depending on what you’re studying (e.g., usability, brand perception, satisfaction) there are psychological variables that, if controlled for, allow us to examine the entirety of our participants’ user experience.

_My resolution: in 2018 I want to continue to provide our clients with complete, accurate, and actionable findings that take into consideration the humanness of their users._

 

## Bring storytelling to our work

#### Christine Lee, Experience Researhcer

![christine.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/christine_8f687b4b32.jpg)

One of the things I like about UX research is being able to hear little soundbites of people’s lives. For instance, the diary study I am doing right now has participants recording how a novel device affects connectedness in relationships and it offers a glimpse into the participants’ past experiences and personalities.

My next step with the project is to figure out how to take insights gleaned from these stories and create a narrative that could offer more than bullet points of future steps, but a compelling and meaningful story around the users of the device. I especially want to see how this can be achieved by collaborating with designers and learn how to visualize the storytelling process and the presentation that could engage and resonate with the clients.

_My resolution: in 2018, my goal is to incorporate better storytelling in presentations and daily communication to give a richer and fuller picture of our research findings to clients._

 

## Integrate the humanities into research

#### Deirdre Hirschtritt, Experience Researcher

![deirdre.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/deirdre_d75c81ffc3.jpg)

As UX researchers, our work is heavily informed by fields like psychology and sociology. We are lucky to build our work on the foundation that those fields have set, using methods like ethnography and observation to understand how people interact with products and complete tasks. Though we make heavy use of the social sciences, I believe we miss the opportunity to integrate lessons and methods of the humanities in our work, an opportunity I hope to seize in 2018!

Client presentations are some low-hanging fruit for integrating humanities methods. The arts have shown us how visual representation can convey strong cultural meaning, cultural "codes" that would enhance the messages we share from our research if used strategically. Literature is another field I want to explore more deeply. How does the poetry of our language impact the interpretation of research questions, workshop prompts, and client presentations?

_My resolution: in 2018, I want to explore and integrate the myriad ways that the humanities can enhance our research practice, workshop facilitation, and client presentations._

 

## Collaborate with our in-house designers

#### Alec Strandberg, Experience Researcher

![alec.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/alec_32b04c32dd.jpg)

With so many clients realizing that any good product requires research and design, there’s a lot of potential for us to leverage the fact that we have experienced people in both fields all under one roof. However, I feel that currently the way we marry research and design is a bit ad hoc and informal, and even though we’re all working together, things can get out of sync occasionally.

It can especially be hard to provide regular feedback during periods of rapid design iteration, as the time needed to set up the research sessions and plan out tasks needs to be balanced around the designer’s need for rapid, immediate feedback.

_My resolution: in 2018, I want to figure out a way to make this collaboration with our designers easier and less time-consuming for both parties so more time and energy can be put towards the work itself!_

 

## Get out of our comfort zone

#### Meagan Sharif, Senior Experience Researcher

![Meagan_staffphoto.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/Meagan_staffphoto_62656d71ed.jpg)

I am excited to push the boundaries with our methodologies in the coming year and take advantage of our combined UX toolbox. The research team at EchoUser comes from a variety of educational and professional backgrounds, giving us access to a plethora of research tools to choose from. We are all comfortable with our own set of methods, but I would like to see more of a mix and match from our different backgrounds pushing ourselves to create new combinations of methodologies. We will be challenging ourselves and our clients to think outside of the box and go outside of our comfort zone, which is really where the most interesting things occur.

By pushing these boundaries I think we will be able to tailor our projects more closely to the research needs of our clients and get at insights that may not be achievable through standard methods such as usability and diary studies.

_My resolution: in 2018, I want to see us get uncomfortable, trying new research methods and strategies in our work._

2018 Research Resolutions

When you think of UX research you might think of usability testing, where a researcher and your team watch as your users try to achieve specific goals on your website.

Usability testing is an important tool within UX researcher’s toolkit; however, it is just one tool that’s particularly good at answering certain types of questions.

![lisa-article-featured.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/lisa_article_featured_905acbe83b.png)

Usability testing is good when your problem space is clearly defined. You know what you want your users to be doing on your site but you want to make sure they can do that. When you’re asking ‘is my product or service usable?’ usability tests can often provide actionable insights with relatively low effort. For example, Stitcher, a mobile podcasting app, wanted to understand the stumbling blocks new users were encountering when they used the app for the first time. Running through usability tests with new users surfaced issues in the onboarding flow that Stitcher could immediately update.

But how do you know what your user wants to do? How do you know if they would use your site or service in the first place? When organizations are looking to understand if their product or service is useful, UX research teams have another set of tools for exploring these fuzzier questions.

![useful-usable.jpg](https://echouser-api-media.s3.us-west-1.amazonaws.com/useful_usable_ddc69fe7b5.jpg)

A product or service is usable if a user can accomplish a defined objective or task. If a user wants to buy a plane ticket but can’t because the purchase button is hidden on the airlines website, that’s not usable at all! On the other hand, a product or service is useful is it addresses a need, want, or desire of the user. An airline’s website might very clearly allow users to purchase plane tickets but if nobody ever has any desire to take trips anymore that’s not useful!

When trying to understand the usefulness of a product or service, researchers can turn to interviews, contextual inquiry, diary studies, and prototyping.

#### Interviews

_What are my users’ wants and needs?_

User Interviews are the most flexible tool in the UX research toolkit. Interviews can come in many shapes and forms depending on the question at hand. Most importantly, interviews involve sitting down with your users or your potential users (or even people people exploring similar issues) and talking to them. If you’re used to working through usability tests, the ambiguity of interviews can seem frightening, but with a little experience, interviews can lead to deep insights into a user’s perspective, needs, and wants. For example, Crimson Hexagon, an analytics tool, wanted to redesign their dashboard for C-suite executives. To understand their new target audience, we interviewed not only C-suite executives but also surrounding stakeholders to more holistically understand perspectives and capabilities.

![Screen-Shot-2018-01-05-at-12.39.11-PM.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/Screen_Shot_2018_01_05_at_12_39_11_PM_6755963afd.png)

#### Contextual Inquiry

_How is the environment shaping my user s’ wants and needs?_

Contextual inquiry brings the interview process into the environment of a task or process of which you’re trying to get a better understanding. Researchers can both observe behaviors and environments and ask questions about habits, preferences, and pain points. Imagine the difference between asking someone about the their frustration doing laundry and seeing them carry a heavy basket up four flights while a kid tugs on their sleeve.

Contextual inquiry exposes influences an interview might otherwise miss. For example, Tendril, a platform providing the infrastructure and analytics required to deliver personalized energy services, wanted to know how people think about their own energy use. We conducted contextual interviews with homeowners in their houses to observe and discuss their energy use.

From there, we could develop in-depth personas because we understood homeowners’ beliefs and also how they enacted those beliefs through everyday actions like adjusting the thermostat.

#### Diary Study

_How are my users’ wants and needs shaped and changed over time?_

Diary studies allow users to record information over an extended period of time without the researcher being present. Originally, diary studies consisted of paper diaries which researchers crafted and requested that participants complete a random points in the day or while conducting relevant tasks. Now, diary studies can come in various forms like apps that are set to randomly prompt a participant to respond to a pre-set questions. For example, when the Bay Area Rapid Transit (BART) wanted to understand how riders were perceiving their commute, we conducted a diary study where we had participants maintain a log of their daily transit experience.

#### Prototyping

_How might my users address their wants and needs?_

While prototyping is often thought of as tool for later in the design process used to determine if a product or service concept is doable, prototyping can also be used in the early research process for team, stakeholder, or user consensus building. Participatory prototyping with users can be used as a way to understand desires and generate unexplored ideas.

This can be done in a collaborative workshop with researcher facilitation where users build low-fidelity prototypes. While you might not directly produce your users’ prototypes as final products, these prototypes often surface insights that interviews cannot.

#### Doing Research on Usefulness

When would you want to bring in these research methods into your organization? You might bring in these types of research methods when you’re embarking on a new product or service development cycle, developing a strategic plan for the future, or trying to figure out your organization, product or service’s next direction.

Deciding between these different types of research methods comes down to knowing what questions you’re trying to answer. When you’re in doubt, think about what type of information you want to get out of your research. Is it about usability or usefulness?


Beyond Usability: What Else is in a Researcher's Toolkit?

<highlight class="quote">

><quote></quote>
>_Just grind it out,_ I heard during standup. _It’s not like it matters._

</highlight>

I swallowed and shifted in my seat. The room was lit dimly by ceiling lights pointed directly into a popcorn ceiling painted charcoal. “They’re trying to make us feel trapped,” we’d half joke.

The work was never-ending, demanding, and so fast-paced that it reduced our thinking to lizard-brained, limbic responses only. What’s point A? What’s point B? And the most obvious line? Good. That’s good enough.

<highlight class="quote">

><quote></quote>
>_Design doesn’t work like this...how do we fix this?_ I’d ask.

</highlight>

Silence, shrugs, and head shakes were the only response. It was one of my first jobs and I was already getting an eye full of a flat out toxic spiral. We were in a tailspin and it was going to take drastic, unorthodox actions to break out of it.

Agile is [the norm](https://www.quora.com/On-average-what-is-the-ratio-of-designers-vs-developers-vs-product-managers-for-a-web-startup/answer/Amit-Patel-310). And while Design Thinking and Lean UX fit well in Agile’s sprint structure, other aspects of Agile, when misapplied, can bring out the worst in your design team. Because of the rapid, cyclical nature of Agile, these developing trends efficiently sand down the best parts of your designers until it’s a streamlined toboggan quickly iterating towards misery.

In an industry that repeats “solve hard problems” like a monastic chant, why do we often treat internal dysfunction as a grim cost of “moving fast?” Furthermore, why is it that a design team’s process, of all things, is so hard to get right?

First things first: how do you know if Agile is breaking your design process?

**Toxic Culture Checklist:**

- Are you verifying results? Most teams don’t conduct user research on a consistent basis, if at all, according to the Nielsen Norman group. Design without research is the definition of a reactive, flawed process.

- How many sprints ahead is UX operating to development? If the answer is anything less than one you have problems.
Where are your priorities?

- How are you allocated resources? If your dev to designer ratio is anything over 10:1, your priorities might be mis-calibrated.

- How do you internally check or review work before it "goes out?"

- Are you and your team members rewarded for doing great work and coached on how to improve when the work isn’t up to par?

- What ideal is your team striving towards? Are you doing strategic and tactical work? Are you working proactively or reactively? Do you talk regularly about empathizing with customers but forget to take care of yourselves and each other in the process?

 

Throughout my career, from teams I was embedded in to consulting, I took note. There are different types of good Agile design practices. An infinite variety of people, processes, industries and products means infinite permutations of healthy, effective organizations. Grinding, bitter dysfunction has a common set of features though, and I’ve seen it pop up everywhere.

The good news? A lot of these issues can be fixed. Most fixes are relatively cheap, especially when compared to the costs of falling NPS and broken customer experience.

## Iterating Towards Burn-Out: How a Toxic Design Culture Spirals.

Pay attention to the feedback loops. A good design culture doesn’t happen spontaneously; a toxic one doesn’t, either.

![toxic.png](https://echouser-api-media.s3.us-west-1.amazonaws.com/toxic_6890f86c8a.png)

#### 1. Reactive Design Cycles.

Successful design cycles rely on the three-legged stool of Time, Resources, and Planning. Shorten any one of these legs and you destabilize your proactive design team into a shaky, reactive one. A Reactive Design Cycle is a product or feature designed with little strategy and no time. It is the best and fastest way to grind down expectations and team morale.

#### 2. Cynicism Sets In.

Want to know what a company’s priorities are? Look at which departments their headcount spend is allocated towards. When research and discovery are the first things to go out the window, design teams learn expectations from previous engagements. And when enough reactive cycles are lined up in a row, your design team learns the priorities of the company.

#### 3. A Lack of Pride in the Craft.

Running on adrenaline and deferred hope is exhausting. As your process self-selects speed over function, craft (e.g. the ingredient you need to differentiate business or product in the market), is tossed out the window. It’s not that designers don’t want to do good work; there are no resources or time to learn from it.

Is there a lack of craft in my team’s output? Look at the last six months’ release cycle-- if “deeply problematic” defines the majority of features released, your process is probably broken.

#### 4. Learned Helplessness.

Learned helplessness at a job is the result of recurring disappointment coupled with a static, unresponsive process. It’s hard to blame people because/as only the most stubborn among us don’t take the punishment of futile efforts to heart. These bad habits calcify and become part of the flawed process. Without any support to make things better, employees settle into a mode of perpetual defeat.

#### 5. Low Survivability & High Burnout Rate.

An embattled design team adopts the demeanor of a suicide squad — if this current feature cycle isn’t their last, the next one probably will be. Late, cheerless nights grinding out ill-prepared user flows is falling on the proverbial grenade. As you churn through talent, people leave. When people leave, your team’s anti-velocity increases.

## Steps to Break the Cycle

All hope isn’t lost, my friends.  Through careful planning, regular feedback, and practiced vigilance, you can create and sustain a desirable culture that will retain your top performers and attract great talent to your team. Listed below are strategies to diagnose, treat, and improve your Agile UX process.

#### Hit Pause.

The first step to get out of a hole is to stop digging, and the only way to fix your process is to stop reacting to dysfunction and understand why it’s breaking the way it is. Do whatever is necessary you have to to give your organization space to learn. “What kind of pause are we talking about? A five-day workshop on internal processes? A 20 minute stop to go get ice cream?” It depends. There's a range and a formula that works out roughly to “Time spent in the spiral + Size of the team = the length of pause you need.”

#### Create Space.

A lot of times your team knows what is wrong. You might even have ideas on how to fix them. Ideas are meaningless without the slack to prototype and test them. Create that space for your organization to begin diagnosing where the breakdown of communication is and what can be done to solve it.

Each player on the design team has a role in creating space for the organization. Managers, run interference for your designers. Designers, identify key asks from across the organization and be open to change.

#### Solicit Feedback.

Treat your culture as a design problem. Solicit feedback from all of the stakeholders to help determine where communication is getting snarled up. A day-long workshop with stakeholders at each touch point is a great place to begin mapping out the process and where communication is breaking down.

#### Define Expectations.

Take the feedback you’ve received and begin building a vision for what the right process & culture looks like. This vision will incorporate the needs of the organization, the customers, and — ultimately — the executives of your company. There is no perfect, one-size-fits-allprocess; that’s why you build this collaboratively and iteratively.

#### Get an Outside Perspective.

Sometimes you need an outside perspective to give honest feedback and bring in different experiences. At EchoUser (disclaimer: this is a shameless plug because I really believe in what we do), one of our specializations is employee and organizational experience design. It’s less about opening up Photoshop and more about thinking through the steps and templates for clear inter-organizational communication.

#### Your Culture is the Most Important Design Problem to Solve.

You can create the life and work that you want to see in this world. Treat your culture as a design problem. Research. Hypothesize. Prototype. Assess. Iterate. There are very few work situations where you are truly helpless. Get creative and pull coworkers to brainstorm potential solutions. There is no perfect found space. Only by our own actions do we create it around us.

If you have questions or critiques; please [reach out](https://twitter.com/zherring)! I’d love to hear about what I missed and what you’ve done to improve your company’s process and culture.

### Further Reading:

_For Designers_

[On Working Hard and Being Brilliant](https://jennifer-aue.medium.com/on-working-hard-and-being-brilliant-4dfb97d5d9d4)

_For Managers_

[What exactly is a design culture? - InVision Blog](https://www.invisionapp.com/inside-design/what-is-a-design-culture/)

[3 Simple Ways To Create A Culture Of Design At Any Tech Company](https://www.fastcompany.com/3052979/3-simple-ways-to-create-a-culture-of-design-at-any-tech-company)

[Doing UX in an Agile World - Nielson](https://www.nngroup.com/articles/doing-ux-agile-world/)