Identify Your Audiences
We build websites to prompt an action or convey information to humans. Who are your humans? What are their motivations?
Does this Apply?
You always need to know the people who will be affected by your new site or project, without a doubt. In fact, unless your site is purely a vanity project, there’s no excuse for not understanding the people who will ultimately use the site.
We’ve seen a lot of bad food ideas. Heck, we’re living it every day; this is an era, after all, in which everything is dusted with Flamin’ Hot Cheetos powder and shaped like a sushi roll. Where wrapping a taco in a Doritos shell and chasing it with radioactive-colored Mountain Dew isn’t just a challenge: it’s a way of life.
But at least we’re not living in a world that accepted Gerber Singles.
Gerber – the United States baby food company – was riding high in the 1960s, still feeling the affects of the post-war baby boom. But as birth control became publicly available and contraception in general because more widely accepted, the nation saw a downturn in fertility rate – a downturn that directly affected the bottom line of companies like Gerber, who were still struggling to diversify beyond baby products.
“But what if,” Gerber thought, "baby food wasn’t just for babies?"
With this, Gerber Singles were born. They were designed to be quick and easy meals for the newly independent – like college students or single adults who had just moved into their first house – and, as an added cost benefit, they were packaged in Gerber’s existing jars.
They weren’t baby food, you see. They came in adult flavors. Beef Burgundy. Mediterranean Vegetables. Creamed Beef.
You can see where this is going. Turns out, adults don’t like eating baby food, even if it’s not called baby food. They like their Beef Burgundy to have a texture, and they like their vegetables to be multi-colored and ... whole.
More than that, adults don’t like to see themselves as giving up, and Gerber Singles were a symbol for giving up. Newfound freedom, whether as a single adult or as a new college student, is about discovery and adventure, and even if those two things never happen, no one wants to admit defeat.
Welcome to the Discovery Phase
Gerber was – and still is – very good at what they do: providing baby food products that are plain enough to appeal to a wide range of developing eaters. They are experts in that field. But they are not experts in adult food. They are not experts in what the freedom-seeking new renter or college student wants for dinner.
The problem wasn’t that they swung and missed at a potential product. The problem is that they didn’t understand the fundamental differences between their existing audiences and their new audiences. And they didn’t bother to ask.
We all like to think that people are waiting on our new website with bated breath; that every page is going to be a masterpiece, and that flipping that switch is going to drive some kind of magic event. But, to most people, our website is yet another thing that someone will encounter during the day – sometimes on purpose, sometimes as an obstacle. We have to meet them at their level.
We’re not going to mince words here: building a site without knowing your audiences – without understanding why those users arrive on your site and what they want – is an exercise in arrogance. You may think it’s a way to cut costs, or to save time, or that you already know everything you want to know about the people who will visit your new website. In reality, it’s the equivalent of saying you simply don’t care about the people who are visiting your new website.
We know you care. You wouldn’t be reading this if you didn’t care.
This is the point in a project most often called “discovery,” in which we learn. Discovery can mean a lot of things, and depending on the project it can be long or short, detailed or surface-level, focused on all aspects of a product or lifecycle, or simply focused on a specific user behavior. In fact, the different directions in which a discovery phase can take can feel overwhelming to someone who simply wants to know what do I do next.
These vast options are by design. Because no project is identical to another, the vast scope of potential discovery tasks allows you to pick and choose the most effective solution for your needs. In his book Practical Design Discovery 1 , Dan Brown maps the discovery process as a grid called the Complete Discovery Activities Matrix, in which discovery activities are plotted against two axes:
Convergent vs. Divergent Thinking: Are these tasks helping us dial into specifics, or are they helping us understand the wider landscape?
Framing Problems vs. Setting Direction: Are we setting the stage for the project or are making decisions for next steps?
We’ll talk about this over the next four chapters, with most of the tasks and activities landing in the gather and process quadrants. In this chapter, we’re going to focus on who these people are. Who are you building a site for? Who are your audiences? In the next chapter, we’ll focus on what those audiences are looking for – their expected outcomes. In the future, we’ll push into understanding what you’re already working with, both in terms of existing content and the analytics surrounding that content.
But first, the beginning. Let’s get to know your people.
Knowing Your Site Means Identifying Your Audiences
Let’s get down to basics. Understanding your site audiences is the first key to knowing what your web project will become. And identifying your audiences means you need to know that all potential audiences are graded upon two gradients: their presence, and their value.
For your website, in the most binary terms, two kinds of people exist:
Those who visit the site.
Those who do not visit the site.
Beyond your site and into your business, another binary can be applied:
Those who provide value to your mission.
Those who do not provide value to your mission.
We break this down to show two things. First of all, not everyone who visits your site is a mission-critical audience. In fact, not everyone who interacts with your business or organization is a mission-critical audience. This is important to remember: it’s easy to get caught up in serving everyone, but the truth is you don’t have to account for everyone.
Let’s repeat that one more time. You. Do. Not. Need. To. Account. For. Everyone.
Two groups of people will take up the bulk of your attention: people with mission value that already visit (where the focus is on retention) and people with mission value who don’t currently visit (where the focus is on capturing their attention.) Little attention needs to be paid to site visitors who don’t fulfill any organizational or site need, and there’s zero reason to worry about those who don’t visit and don’t have any connection to your organization.
So when we talk about site audiences, we’re really looking at people in those two left quadrants. These are the people who will use your site and help you accomplish your goals. These need to be your main focus.
Here’s an example of determining high-level audiences. This book has been written, in part, through use of a scheduled weekly exercise at a place called The Source, a coffee shop in Sioux Falls, SD, that also serves beer, but most importantly stays open past 8PM. Let’s walk through the people who connect with The Source every day:
People who drink coffee
People who drink beer
People who live or work in downtown Sioux Falls and walk by it once in a while
People who work in Jones421, the complex that houses The Source
Employees of The Source
People who buy coffee beans from The Source
People who service the automatic beer machines
All of these are audiences of The Source as a location. But not all of them are audiences of The Source’s website. Which means when it comes to determining site audiences, we can weed out some people – the people who service the automatic beer machines, for example – and deemphasize marginal audiences – such as employees of The Source. What’s more, some audiences are not present: what about someone who wants to apply for a job, or someone who is traveling in from out of town?
Site audiences require clarity and priority. In our above example, we have several major audiences: people who drink coffee, people who drink beer, people who buy coffee beans. We have some secondary audiences: people who work in Jones421, people who want to apply for a job. And we have audiences that we don’t need to focus on at all.
As you walk through these audiences within your own organization, you’ll have a lot of discussions – is this audience relevant, or is this audience simply a sub-set of an existing audience – but this is good! Discussion is where the edge cases come up, and it’s how you start whittling your list down to something manageable.
Researching People: Who Are You Looking For?
A list of audiences is one thing. Knowing the kinds of people who make up these audiences is another. In understanding your audiences, you’re looking for a balance between two things: who they are – in other words, independent of your product or service, what kind of person helps to contribute to this audience – and what they want – in other words, independent of what kind of person they are, how does this person view, interact, and create expectations around your product or service.
The spectrum of information needed to fully understand an audience group goes from the base level of demographic information – age, hometown, languages spoken – to contextual and psychological desires. What mood are they in when they encounter your site? What pain points are they experiencing? What do they view as a successful transaction? We can group these into data types:
Demographics – Who are they? Where do they live? What unique characteristics do they exhibit?
Psychographics – What do they rely on to make decisions? What biases or assumptions do they have?
Context – How do they interact with your product or service? How will they interact with your website? How do they interact with the web in general?
There’s a lot to digest in that spectrum, and no amount of research can capture everything. User research should focus only on what you need to know: what information helps us make an informed decision about this specific project? You need what’s called a “research question.” Erika Hall wrote about this in a recent Medium article titled "Research Questions Are Not Interview Questions":
You won’t even know whether doing interviews is the right thing until after you’ve written your research question. It might be more effective to read existing literature, or observe people out in the world, or do a competitive analysis instead.
So, start with that research question. As you determine your audiences, spell out what you want to know about them. Position the question in a way that asks not just about the person, but about their motivations and, ultimately, what they need from your project.
How does a potential student make a decision about attending a university?
Why does a person choose to order coffee beans online rather than order them from the physical location?
What goes into the process for selecting a development vendor for a large content management project?
Two Kinds of Research: Explanatory vs. Exploratory
We talk a lot in this chapter – and throughout the next few chapters – about the work done to better understand site audiences and their needs. This is explanatory research – research that investigates the best way to solve a problem, either by researching the people who will encounter your service or product, or by better understanding the industry itself.
But we perform this kind of research with the assumption that we have chosen the right problem to solve in the first place. When we’re not quite sure what the problem actually is, we turn to exploratory research 2 – research that’s designed to help us understand the underlying problem.
This distinction lies at the heart of some of the most frustrating projects we’ve ever worked on, where an assumed solution was being tested before we had determined the viability of that solution. Make sure audience research is done early enough in the process that you’re finding solutions, not justifying decisions.
Finding and Talking To Audiences
You know what to ask. But how do you reach them? That really depends on how close you are in the first place.
Use your connections. If you are building an intranet for your organization, or if you are working on something for the sales department, or you want to develop a new registration system for events, you already have the connections you need. For the intranet or sales site, you simply reach out to those employees or consultants. For the new registration system, you reach out to people you’ve worked with in the past - via an email request, or as they purchase their next set of tickets.
Go to them were they are. While using your existing resources works for those who are already connected to you in some way, some audiences cannot be reached by nature of their makeup. For example, you don’t have the email addresses of prospective students because you haven’t met them yet. So you have to find a representative example.
Reach out to them randomly. It’s not ideal, but sometimes you need to simply reach out to people randomly, scattering a survey or a chunk of interview requests into the wind and hoping you can find some valuable information. The more universal your needs, the easier this will be; the difficulty is finding valid interview subjects for niche audiences.
Remember that a single subject can fulfill the requirement for multiple audiences. Interviewing a current graduate student might give you insight not only on why that student chose the university or what they needed from admissions during the application process, but also what they need as a current student.
Then, call them or meet them in person or tag along with them as they do their everyday tasks. Ask them things that will help you answer your research question. Try to get to know that person, because that person is one of the closest ways you’ll ever really understand the people who use your site.
Questions focused on demographics are easy to ask, and they have their place: they are a simple way to break the ice and help an interview subject to open up. But be careful with these kinds of questions. They often don’t add anything on their own, and they can add unwanted bias.
For example, it might seem like common sense to track age of users, and then assign specific characteristics based on age — a naivety about how to use your service, perhaps. In reality, this isn’t an example of age; it’s an example of naivety. Demographic information like this masks the real issue: that people who are unfamiliar with a specific design pattern may not understand how to use some seemingly standard feature. If your research insists that this is solely tied to older people, you’ll start focusing your solutions on older people, when in reality the issue persists regardless of age.
Instead, focus on how and why your interview subjects will use the site, so you can create a plan that will cater to their needs without worrying about what state they live in 3 .
More than that, understand that you’re asking people for both their time and a piece of their personal experience. Interviewing people – even for something as cold and lifeless as a website – is what Steve Portigal, in his book Interviewing Users, calls a “shared experience”:
In addition to the information we learn from people and the inspiration we gain from meeting them, there’s a whole other set of transformations we go through. You might call it empathy – say a more specific understanding of the experience and emotions of the customer – which might even be as simple as seeing “the user” or "the customer" as a real live person in all their glorious complexity.
What kinds of things do you ask? Whatever fits in with what you need to know about the people who will visit. For example, if we want to know more about the people who need a new website, we might ask:
At what point in your process do you begin looking for a web design firm?
What factors play the biggest part in choosing a web design firm?
What kinds of things are you interested in seeing to prove a firm’s ability to handle your project?
How will you make contact with a firm that you’re interested in talking to?
The questions are focused specifically on the industry – you couldn’t ask these exact questions to, say, someone looking for watch repair – but there are definite patterns.
It goes without saying that the richer this web of complexity can get – both by interviewing multiple site-driven audiences, but also in consulting people who experience the world in a different way than you and your colleagues, be that as an underserved section of the population or in a position that often doesn’t have a chance to help influence decisions – the better your view of your project’s impact across multiple cultural and demographic lines.
You’re going to hear good things. You’re also going to talk to people who simply don’t care and can’t be bothered. You’re going to hear things you wish you’d known earlier. No matter what, someone will complain or push back against something you feel is a great idea. Just remember that one person’s opinion does not validate a bad idea. Especially remember that you will not reach everyone.
Needs of People vs. Needs of Organization
As you interview potential site visitors and document their stories and site needs, you’re going to begin shaping your vision of a site toward the perfect user experience: a wonderful bubble of cool interfaces and smart answers and brilliant design. These are noble goals, but remember that you aren’t just building a site for the people who are going to use it: you’re also building a site as a tool for your organization.
This means every scenario and user situation needs to be shaped not only through what they need within their experience, but also how that experience benefits your organization. It’s not enough to blindly provide every possible customization option if half of them don’t relate to your product or service. We’re not telling you to sell our your users or promote engagement over their simple unalienable rights: a clear purpose, an accessible site, and an honest message. We’re just reminding you to not take every user request as gospel.
When do you stop?
You stop when it’s time to stop. No earlier, no later.
This is a horrible answer, we know. But research can be unending. The levels to which you can dive into the minds of the people who will visit your site can be staggering, and often depends on either:
How much your organization values research and strategic planning over gut decision making
How large your web budget is
The amount and need for research is tied into the overall scope of the project; if you are planning a system of web magazines under a large publishing umbrella with millions of dollars of ad revenue, you’d better believe you need more than just a handful of phone calls and a quick heat map test. However, if you’re a small shop building the first of what you hope is decades of web iterations, then your research might be light at the start.
Regardless, at the end you should be able to answer two basic questions:
Who will visit this site?
Which of these audiences is most important?
You’ll usually know to stop, though. It might be budget bound (you’ve run out of money, or time) or you might be getting the same answers over and over again.
Documenting Your Findings - Archetypes, Personas, and Beyond
The work in knowing, interviewing, and documenting your audiences is more than pure busywork: this is work that helps illuminate your site’s purpose. Of course, how you illustrate those audiences can be just as varied as the audiences themselves, depending ultimately on your goals for audience research.
This documentation is the physical manifestation of your research question. Now you need to know the best format.
Personas - Personas are fictional representations of a member of an audience. They provide names, faces, and personalities for a user audience, and allow our minds to move from abstract to concrete – instead of “what would this audience do,” it becomes "what would Mike Persona do?"
Archetypes - Archetypes are quick snapshots of audience behaviors. While the difference between an archetype and a persona might seem incredibly subtle, it’s actually a difference in direction and intent. Where personas focus on the fictional representation of someone within a unique audience, archetypes focus on a set of situational traits. A persona (Mike Persona) might fall into multiple archetypes (New Student; Local Resident).
User Stories - User stories are informal narratives that help determine feature needs, and are often used in software development. In short, a user story combines audience needs (an issue that’s assigned to a role) with development needs (the feature that solves the issue). They take several shapes, with one example (from Sarah Richard’s book Content Design) being: "As a [person in a particular role], I want to [perform an action or find something out], so that [I can achieve my goal of…]
Journey or Experience Maps - You want to understand how a person moves through their motivations and contexts? You want a journey map, where a persona/archetype walks through phases of a project, their highs and lows mapped alongside the project’s potential areas of improvement.
Care must be taken to make sure these artifacts do not perpetuate stereotypes and amplify biases. It’s very easy to get lost in your own head when creating these representations, so make sure you run any kind of user documentation past your entire group to confirm that it both accurately represents the users who may encounter the site and steers clear of lazy generalizations and stereotypes.
Or course, none of this matters if you don’t use it. Reading further into Practical Design Discovery, Dan Brown labels user data as a “design tool,” saying:
Think about how you’ll use insights about users as part of ongoing design activities. I use them to kick off brainstorming sessions and as a preface to design review meetings. The format you choose for asserting user context should be one you can use in these and similar situations.
When the multi-faceted world of web design shows up on our doorstep, we often want something prescriptive. However, the world of web design isn’t one that adheres to strict rules, which means over time we’ll find our own methods and needs. You may take user data and smash together a Frankenstien’s monster of documentation, taking the good bits from persona design and adding them to a user story. Whatever works for you is the thing you should be doing.
Now, even though we’ve discussed this documentation here, it’s not complete without the next chapter. This kind of documentation often includes not just the who, but also what – meaning the expectations and needs of those people.
Regardless of the documentation methods you use, you can now feel a bit better having formally declared your site audiences. You know who they are, you know the things by which they’re motivated, and you can start making decisions based on those motivations.
And now, we shift from who these audiences are to what these audiences expect when they visit our site. We can use that information to start building out a better idea of the things they need when they get here.
Inputs and Outputs
Before you know the people who will visit the site, you must get in touch with the people who are most likely to visit your site 4 . This might come from lists of potential customers, or it might come from referrals from past clients, or maybe your site is general enough that you can prop yourself in a coffee shop and interview people for the cost of a coffee 5 .
The most likely output from this phase of a project is some level of documentation around user representation, whether that’s something complex like a journey map or something simple like a list of expectations. Most often, this is where personas or archetypes are created, and those artifacts live on as a simple representation of the people who will visit the site.
The Big Picture
Understanding audiences and user research happens before the strategic phases of a site – you’ll want to know who you’re building for before you make great pains toward how you’ll build it. This, tied with outcomes and expectations from the next chapter, make the bulk of the research-driven discovery process.
There are people out there who specialize in research and user testing, and this is baked into the on-the-job training of nearly any content strategist or web designer position. The work of talking to people is woefully under-represented as a “soft skill,” but it’s a crucial skill of which anyone who falls into the strategic design phases of a site should have a passing familiarity.
- “Audiences, Outcomes, and Determining User Needs,” A List Apart, by Corey Vilhauer