Discovery: Definition

In This Article:

• Introduction
• When Is a Discovery Needed?
• Common Activities in Discovery
• People Involved
• The Outcome of a Discovery
• Summary

Introduction

Discovery is a preliminary phase in the UX-design process that involves researching the problem space, framing the problem(s) to be solved, and gathering enough evidence and initial direction on what to do next.

Discoveries are crucial to setting design projects off in the right direction by focusing on the right problems and, consequently, building the right thing.

A discovery should result in the following:

• Understanding of users: Through user research, the project team achieves an understanding of who the users are and how they are affected by a particular problem, as well as what they need, desire, and value from a solution (and why).
• Understanding of the problems to be solved and of the opportunities: Through investigative work, the team understands how and why the problem(s) occur, and what effect the problem has on users, as well as on the organization. It understands the magnitude of the problem and opportunities for the organization, product, or service.
• Understanding of existing constraints: By learning about current business processes, solutions, and available compatible technologies, the team can identify feasible solutions to explore after discovery.
• Shared vision: During discovery, the team works with stakeholders to understand overarching business objectives and desired outcomes and get answers to questions such as “What do we want to achieve?” or “What does success look like?” This approach, in turn, focuses the team on the problems (and later the solutions) that will have the greatest impact on that outcome. The team should also have an idea of what to measure going forward, to understand whether the solution is working towards the desired outcome.

Well-done discoveries ensure that any solutions proposed later are desirable to users, viable for the organization, and feasible with the available technology.

A discovery starts broad and requires team members to investigate the context of the problem. The double-diamond diagram introduced by the UK Design Council — and reproduced below — illustrates the high-level process of a discovery: first, the team expands its understanding of the problem by researching its full context; armed with this knowledge, the team agrees on what the problem is, before moving to the next phase of ideating and testing in the Develop stage. 

When Is a Discovery Needed?

A discovery is needed anytime there are many unknowns that stop a team from moving forward. Moving forward on only assumptions can be risky, as the team may end up solving a problem that doesn’t really matter — wasting time, money, and effort.

A discovery might also be needed when the team is not aligned with what it wants to achieve.

Discoveries are often carried out differently depending on the type of problem the team needs to investigate. Below are some examples of instigators:

• New-market opportunities. If an organization is looking to explore where to expand its product or service offerings, a discovery is often needed. The discovery might involve researching a new audience, performing competitive reviews, and investigating whether the size of the opportunity warrants entering the market.
• Acquisitions or mergers. When organizations merge, it’s likely that systems, processes, and tools will also need to be consolidated. A discovery could focus on common problems faced by each organization, in order to find a common solution.
• New policy or regulation. This instigator is especially relevant for government organizations or organizations that operate in an environment affected by regularly changing regulations. Such a discovery would involve studying the populations affected by the change, reviewing the regulation to understand it, and assessing how business operations must change to support the new regulation.
• New organization strategy. This driver of change comes internally from the organization (unlike new regulations, which often originate externally). For example, during my time in the UK Government, one government-wide strategy was to become ‘digital by default’, which meant moving away from expensive, paper-based processes to efficient (digital) ones. Discoveries in numerous government departments focused on understanding the needs of their users, as well as the extent of paper-based processing, in order to ensure that a shift to digital was, in fact, efficient and user-centered.
• Chronic organizational problems. Perhaps sales have been low this year, or satisfaction has been low for several quarters. Often organizations find themselves simply focusing on symptoms (e.g., adding webchat), rather than on causes. A discovery involves inward- as well as outward-facing research to understand why these problems occur and examination into causes to identify the greatest opportunities for improvement.

Common Activities in Discovery

There are many different types of activities that could be carried out in a discovery.  Here are a few that are performed in most discoveries.

Exploratory Research

Research helps us learn new things about a domain. This type of research is known as generative or exploratory because it generates new, open-ended insights. By carrying out this research, we learn about the problem space (or the opportunity space).  Discovery does not (typically) involve testing a hypothesis or evaluating a potential solution.

At the beginning of a discovery, the research topic might be extremely broad, whereas later it narrows in on those aspects of the problem space that have the most unknowns or present the greatest opportunities.

Common exploratory research methods include user interviews, diary studies, and field studies with a representative group of users. Surveys can also be used to gather data from a larger group of users; the data can be triangulated with qualitative insights from other methods.

Stakeholder Interviews

Stakeholders often have unique knowledge, insight, and data about internal, backstage processes and the users who interact with them. Interviewing stakeholders provides an additional layer of insight that helps the team understand the scale of the problem and the viability of later solutions.

Interviewing key people in the organization can provide you with an understanding of:

• Key business objectives of the organization, individuals, or teams (These are helpful to determine if and how these broader goals tie-in to the goals of the project.)
• Data and insights about how problems affecting users impact backstage work (such as inquiry type and volume, additional processing)
• Solutions they’ve tried before that have or haven’t worked, how they implemented them, what other problems they caused, as well as why they were removed (if applicable)

In addition to interviewing stakeholders, including key stakeholders in the discovery process or having them weigh in throughout not only facilitates further buy-in, it also provides more insights.

Workshops

Workshops align team members and stakeholders and are a useful tactic for discovery. Some workshops commonly used in discoveries include:

Kickoff workshop. A kickoff workshop occurs at the beginning of the discovery and aims to create alignment on the objective of the discovery, and when it will be complete. It is normally attended by the client or key stakeholders who are invested in the discovery, as well as by the discovery team itself. It can also include agreement on the roles and responsibilities of each team member during the discovery.

Assumption-mapping workshop. Many teams bring in experts and conduct data-gathering activities in a workshop. They question the validity of certain ‘facts’ and identify the deep-rooted assumptions that need further exploration. Part of this workshop can also include prioritizing assumptions in terms of risk to the project’s outcome. The riskiest assumptions should be prioritized in terms of research activities.

Research-question–generation workshop. This workshop is similar to the assumption-mapping workshop, and the two are often combined; the team discusses what the unknowns are and drafts research questions. The research questions can be prioritized in terms of their importance and how well they will work to gather the knowledge needed to move forward.

Affinity-diagramming workshop. After performing exploratory user research — such as user interviews, contextual inquiry, and diary studies — insights and observations are transferred to sticky notes and the team works to affinity-diagram them to uncover themes around problems, causes, symptoms, and needs.

Mapping workshop. The team plots insights from user research and other investigations into a map of the problem space, customer experience, journey, or service.  The map is used to create alignment, to identify gaps that need further research, and to highlight major opportunities.

Ideation workshop. This workshop takes place at the end of the discovery. Once the team has performed the necessary research, the team crafts ideation statements like How-Might-We’s based on the problems or insights it has uncovered and uses them to generate solution ideas to explore going forward.

People Involved

Discovery is best performed by a small multidisciplinary team Ideally, team members are dedicated full-time to the project and are collocated when working in person. Depending on the scale of the problem and the discovery activities, the number of people involved and the type of roles they play may vary. However, it’s a good idea to keep the team small; between 3 and 7 members is ideal.

Key roles include:

• Someone who can do research: A UX researcher or UX designer needs to plan and carry out user research.
• Someone who can facilitate or lead the team: Although self-organizing teams are always best, a team leader is helpful when team members are new to discovery or the team is large. There are many titles that could fill this role, including product manager, project manager, delivery manager, service designer, UX strategist. The team leader will need to facilitate workshops, ensure that the team communicates well, and maintain alignment throughout the discovery process.
• A sponsor or owner: Someone from the organization needs to own the project. This person often has a lot of domain and subject-matter expertise, as well as knowledge about who needs to be consulted. The owner should be influential enough to get the discovery team access to other people, teams, or data.
• Someone technical: A developer or a technical architect who understands enough technical detail to be able to speak to engineers is needed in order to explore available technologies, their capabilities, and constraints.

In addition to these roles, there could be many others, including business analysts who research business processes, visual designers who explore branding, or interaction designers who work on developing appropriate design principles. It’s best if the team agrees to specific roles and responsibilities at the beginning of the discovery.

The Outcome of a Discovery

At the end of the discovery, the team has a detailed understanding of the problem and what outcomes to aim for, as well as where to focus its efforts. They may also have some high-level ideas for solutions that they can take forward and test. In some cases, the end of a discovery might be a decision not to move forward with the project because, for example, there isn’t a user need.

Discovery isn’t about producing outputs for their own sake. However, the following might be produced to help the team organize learnings about the problem space and users:

• A finalized problem statement: a description of the problem backed up with evidence that details how big it is and why it’s important
• Finalized maps, such as a user-journey map or service blueprint
• User-needs statements
• Personas
• High-level concepts or wireframes (for exploring in the next phase)

Summary

A discovery is a preliminary phase of a design project. It can be initiated by many different kinds of problems, involve different-size teams, and include many research or workshop activities. However, all discoveries strive to gain insight into a problem space and achieve consensus on desired outcomes.

Reference

UK Design Council’s Double Diamond Model: What is the framework for innovation? Design Council's evolved Double Diamond.