Manuel B. Garcia

Manuel B. Garcia serves as the Senior Director for Educational Technology and Digital Learning at FEU Institute of Technology, Manila, Philippines. Read More

Contact Info

1607, FEU Tech Building,
P. Paredes St, Sampaloc,
Manila, Philippines
mbgarcia@feutech.edu.ph

Follow Me

How Do You Distinguish the Research Problem From Its Symptoms?

A symptom is something you observe; the research problem is the specific consequential uncertainty or difficulty that requires investigation. The challenge is to look beneath visible outcomes without assuming you already know their causes.

205
Research Problem vs. Symptoms Guide 205 of 533
01 · The Question

Are You Studying the Problem or Just What You Can See?

Students are dropping out. Employee turnover is rising. A service has low uptake. Equipment failures keep occurring. Patients miss appointments. A program is not producing the expected outcomes.

These observations may tell you that something deserves attention. But do they tell you what the research problem actually is?

Not necessarily. What you first notice may be an outcome, indicator, consequence, or symptom of a more complicated process. The temptation is to immediately label the visible outcome as “the problem” or, just as dangerously, to jump from the symptom to an assumed cause.

Good problem development separates three things: what you have observed, what might explain it, and what you can currently support with evidence. That distinction helps you formulate research around genuine uncertainty rather than around a causal story you decided on before conducting the study.

02 · The Short Answer

A Symptom Shows You Where to Look, Not Necessarily What the Problem Is

In Brief

A symptom is an observable outcome, pattern, or consequence that signals something may require investigation. The research problem is the specific, consequential uncertainty or difficulty that research is intended to understand, explain, evaluate, or otherwise investigate.

Do not assume that every symptom has one hidden “root cause,” or that you must discover the cause before you can define a research problem. Establish what is happening first, distinguish evidence from possible explanations, and frame the problem around what remains genuinely uncertain.

03 · What You Need to Know

How to Move From an Observable Symptom to the Actual Research Problem

Start With What You Can Observe

A symptom is often what draws your attention to a possible problem. It is the visible pattern that makes you ask why something is happening.

Examples might include:

  • a decline in participation;
  • higher-than-expected employee turnover;
  • repeated equipment failures;
  • low use of an available service;
  • unexpected differences among groups;
  • inconsistent performance across sites;
  • recurring delays in a process; or
  • an intervention producing weaker outcomes than expected.

These observations can be important. But at this stage, you often know more about what is happening than why it is happening.

That difference should remain visible in your reasoning.

The Symptom Can Sometimes Be Part of the Research Problem

It is tempting to create a rigid distinction in which the symptom is always superficial and the “real problem” is always hidden underneath it. Research is often more complicated than that.

Suppose a hospital has a documented increase in missed appointments. If the purpose of the study is to estimate how frequently appointments are missed, identify which services experience the greatest increase, or understand patients' experiences surrounding missed appointments, the observable pattern itself can legitimately form part of the research problem.

You do not always need to discover a deeper cause before research becomes worthwhile.

The important distinction is between an observation and an unsupported explanation. You may have strong evidence that an outcome exists while remaining uncertain about what produces it.

Observed symptom or pattern What the available evidence shows is happening: for example, service use has declined.
Possible explanation What might account for the pattern: for example, lack of awareness, inconvenient scheduling, perceived stigma, eligibility confusion, or another factor.

The research problem can concern the uncertainty connecting the two: the decline is documented, but the factors contributing to it are not adequately understood.

Do Not Turn a Suspected Cause Into a Fact

This is one of the most consequential mistakes in practical research.

Imagine that employees are leaving an organization at an unusually high rate. Managers believe workload is responsible. A researcher then writes:

“The problem is excessive workload causing employee turnover.”

But unless appropriate evidence already establishes that causal relationship, the statement has moved beyond the evidence. Workload may contribute to turnover, but so might compensation, supervision, career opportunities, organizational change, scheduling, labor-market conditions, workplace culture, or several factors interacting.

A more defensible starting point might be:

“Employee turnover has increased, but the factors contributing to that increase are not adequately understood.”

Now workload can become one plausible explanation to investigate rather than a conclusion embedded in the problem statement.

Watch Out

If your study is supposed to discover why a problem occurs, do not write the suspected cause into the problem statement as though the research has already established it. Distinguish what is documented from what the study is intended to test, explore, or explain.

Root Cause Analysis Offers a Useful Idea, but Research Is Broader

In quality improvement and organizational problem-solving, root cause analysis is used to move beyond symptoms toward underlying causes. The American Society for Quality describes root cause analysis as a family of approaches for identifying causes of problems and emphasizes defining the problem, collecting and analyzing evidence, and investigating possible causes rather than merely treating visible symptoms.

That general principle is useful for researchers: visible outcomes should not automatically be mistaken for explanations.

But research problems are not always root-cause problems. Some studies seek description, interpretation, prediction, comparison, evaluation, or understanding rather than one ultimate causal explanation. Complex social, biological, environmental, organizational, and behavioral phenomena may also involve multiple interacting causes rather than a single root cause.

So use root-cause thinking when the research genuinely concerns causation, but do not force every research problem into a search for one deepest cause.

Ask “Why?” to Generate Possibilities, Not to Manufacture Certainty

The Five Whys technique is a familiar root-cause tool. ASQ describes it as a questioning process that repeatedly asks why in order to move through layers of symptoms toward possible underlying causes. The method can help refine thinking about a problem.

For research problem development, however, repeated “why” questions are best treated as hypothesis-generating rather than evidence-generating.

Suppose a student-support service has low uptake:

  • Why? Perhaps students are unaware of it.
  • Why might they be unaware? Perhaps communication is ineffective.
  • Why might communication be ineffective? Perhaps messages are delivered through channels students rarely use.

This chain is useful for generating possibilities, but asking “why” three times has not demonstrated that communication is the cause. Another chain could lead to scheduling, stigma, eligibility confusion, perceived usefulness, accessibility, or competing demands.

The hypotheses still require evidence.

One Symptom Can Have Several Plausible Causes

Many research problems arise from systems in which several factors contribute to the observed outcome.

Low participation in a health program might reflect access, awareness, trust, cost, transportation, scheduling, perceived need, eligibility requirements, cultural factors, or interactions among them. Declining academic performance might involve curriculum, assessment, attendance, prior preparation, health, financial pressure, teaching practices, or other conditions.

Searching prematurely for the cause can therefore distort the problem.

A better question may be:

Which factors contribute to the observed pattern, how do they interact, and which appear most consequential under the conditions being studied?

The wording and method should, of course, match what the study can actually establish.

One Cause Can Also Produce Several Symptoms

The relationship can run in the other direction. A single underlying process may produce several observable outcomes.

Suppose a poorly designed administrative process creates long waiting times, repeated errors, employee frustration, and customer complaints. Treating each outcome as a completely separate problem could obscure the possibility that they share a common contributor.

This is one reason cause-and-effect analysis can be useful before narrowing a practical research problem. It encourages you to map possible relationships rather than assuming the first visible outcome is isolated.

ASQ's cause-analysis guidance includes tools such as fishbone diagrams for organizing possible causes of an observed effect. Such tools can help structure hypotheses, but the resulting diagram is not evidence that the proposed causal relationships are true.

Separate the Problem, Its Causes, and Its Consequences

A useful way to clarify your thinking is to create three columns before writing the research problem.

Element Question Example
Observed condition What do we have evidence is happening? Use of a student-support service has declined.
Possible causes What might contribute to that condition? Awareness, scheduling, access, perceived usefulness, stigma, or other factors.
Consequences What may follow from the condition? Students who could benefit may not receive support; resources may also be poorly allocated.

Then ask what remains uncertain. Perhaps the decline itself needs verification. Perhaps its causes are unknown. Perhaps the consequences are assumed but not established. Each uncertainty can lead to a different research problem.

Sometimes the “Symptom” Is Not Actually a Problem

An unexpected outcome can attract attention because someone assumes it should be different.

Imagine that use of an optional service falls sharply. Administrators interpret the decline as a failure. Further investigation might show that users no longer need the service because another process has improved, that eligible populations have changed, or that people have shifted to a more effective alternative.

The visible pattern was real. The assumption that it represented a harmful problem was not.

This is why you should establish both the existence and significance of the observed condition. Do not assume that deviation from an expected target automatically means something is wrong.

Ask Compared With What?

Words such as low, high, poor, declining, ineffective, and unusual imply a comparison.

If service uptake is “low,” low relative to what? Previous years? Comparable institutions? An evidence-based target? Available capacity? Expected demand?

If employee turnover is “high,” what benchmark makes it high?

If performance is “poor,” what standard defines adequate performance?

Without a defensible comparison, the symptom may be based more on perception than evidence. Establishing that comparison is part of showing that the research problem actually exists.

Be Careful With Symptoms That Are Also Measurements

Sometimes what researchers call a symptom is actually an indicator used to represent a broader construct.

For example, low attendance might be treated as a symptom of disengagement. But attendance and engagement are not identical. A student can attend while being disengaged, or miss sessions for reasons unrelated to engagement.

Likewise, low productivity may be inferred from one performance metric, or poor well-being from one survey score.

Before moving from an indicator to an underlying problem, ask whether the measure validly represents what you claim it represents. Otherwise, you may build a causal investigation on a weak operational definition.

Do Not Confuse the Consequence With the Cause

Causal relationships can also be circular or bidirectional.

Suppose stress and sleep problems occur together. It may be tempting to label poor sleep the symptom and stress the underlying problem. Yet stress may affect sleep, poor sleep may increase stress, both may share other causes, or the relationship may differ among individuals.

Research questions involving such relationships require designs capable of addressing the intended inference. Simply labeling one variable the “root cause” does not establish causal direction.

This is especially important when working with cross-sectional or observational evidence, where temporal and causal interpretations may be limited.

The Research Problem Often Lies in What You Cannot Yet Explain

Once you separate observations from explanations, the research problem frequently becomes clearer.

For example:

Observed: first-year students are leaving a program at a higher rate than in previous cohorts.

Possible causes: academic difficulty, financial pressure, program expectations, belonging, advising, scheduling, or other factors.

Research problem: the factors associated with or contributing to the increased withdrawal rate are not adequately understood.

This formulation avoids claiming more than the evidence establishes. It also creates a clear bridge from a real-world observation to something research can actually investigate.

You May Need to Narrow Which Part of the Causal System You Can Study

Real-world problems often have long causal chains.

Imagine trying to understand why a community experiences poor access to health care. Potential contributors might include transportation, workforce shortages, cost, insurance, appointment availability, language, geography, trust, policy, infrastructure, and numerous interactions among them.

One study is unlikely to establish the entire causal system.

You may need to identify one part of the chain that is both consequential and researchable: transportation barriers among a defined population, appointment availability in particular services, or how language access affects one stage of service use.

This is not ignoring the larger problem. It is recognizing that a problem can be too large for one study and that credible research requires a bounded contribution.

Let the Problem Change When the Evidence Changes

Your first causal story may turn out to be wrong.

Perhaps you begin believing low program participation reflects lack of awareness. Preliminary evidence shows awareness is actually high. Interviews suggest participants understand the program but find its eligibility process difficult to complete.

That is not a failure of problem development. It is progress.

A research problem should follow the evidence. If the observed symptom remains real but your explanation changes, the research problem can change as you learn more.

04 · A Practical Example

From a Visible Symptom to a Defensible Research Problem

Hypothetical Example

Why Are Employees Leaving?

Imagine that a medium-sized organization has experienced a noticeable increase in voluntary employee turnover. Managers believe excessive workload is causing employees to leave and initially propose a study of “the effects of workload on employee turnover.”

1. Verify the symptom Human-resources records confirm that voluntary turnover has increased relative to the organization's relevant historical baseline.
2. Separate observation from explanation The evidence establishes increased turnover. It does not yet establish excessive workload as its cause.
3. Map plausible contributors Workload is one possibility, alongside compensation, supervision, career opportunities, scheduling, organizational changes, working conditions, and external labor-market factors.
4. Examine existing evidence The researcher reviews organizational records and relevant literature to determine what is already known and which explanations remain plausible in this setting.
5. Identify the uncertainty The organization lacks adequate evidence about which factors are associated with employees' decisions to leave and which factors appear most consequential in the recent increase.
6. Define the research problem Voluntary turnover has increased, but the factors associated with that increase are not adequately understood, limiting the organization's ability to choose an evidence-informed response.

The example is hypothetical. Notice that workload has not disappeared. It remains a plausible factor that the study may investigate. What has changed is its epistemic status: it is treated as a possible explanation rather than as a causal fact established before the research begins.

05 · What Researchers Often Get Wrong

Common Mistakes When Separating Problems From Symptoms

Misconception

The First Visible Outcome Must Be the Real Problem

An observable outcome may be important, but it can be a consequence of several underlying processes. First establish what the outcome tells you and what remains uncertain before deciding how the research problem should be framed.

Misconception

Every Problem Has One Root Cause

Many research problems involve multiple interacting causes, feedback loops, contextual conditions, and different causal pathways. Searching for one deepest cause can oversimplify a complex system.

Misconception

Asking “Why?” Repeatedly Proves the Cause

Techniques such as Five Whys can help generate and organize possible explanations, but the resulting causal chain still requires evidence. A plausible explanation is not the same as a demonstrated explanation.

Misconception

The Cause You Suspect Should Be Written Into the Problem Statement

Only if appropriate evidence already supports that causal claim. Otherwise, frame the suspected cause as something to investigate rather than as something the study has already established.

Misconception

Treating the Symptom Is Always Bad Research

Not necessarily. A study may legitimately describe, predict, evaluate, or reduce an observable outcome without establishing its deepest causes. The appropriate research problem depends on the purpose of the study and the inference the design can support.

06 · What This Means for You

Separate What You Know From What You Think Explains It

When a visible problem motivates your study, write down the observation and your explanation separately. This simple step can expose assumptions that have quietly become embedded in your problem statement.

A simple decision framework

If you have evidence that an undesirable pattern exists but do not know why
Frame the uncertainty around the factors, mechanisms, experiences, or processes that may explain it.
If stakeholders already believe they know the cause
Ask what evidence supports that explanation and what credible alternatives remain.
If several causes are plausible
Avoid forcing the problem into a single-cause narrative before the evidence warrants it.
If the observable condition itself has not been verified
Establish its existence, magnitude, distribution, or trend before investigating elaborate explanations.
If the causal system is too large to investigate credibly
Choose a consequential and researchable part of the system rather than claiming that one study will identify the entire root cause.

A useful working formulation is: We observe X. Several explanations are plausible. Existing evidence does not adequately establish Y. That uncertainty matters because Z. This study will investigate the defined part of that uncertainty.

The formulation keeps the problem open enough for research to discover something you did not expect.

07 · A Quick Checklist

Have You Separated the Research Problem From Its Symptoms?

Before finalizing the research problem, check:
I can state exactly what has been observed without adding an assumed explanation.
I have appropriate evidence that the observed symptom, pattern, or outcome actually exists.
If I describe something as high, low, increasing, declining, or unusual, I have a defensible comparison or benchmark.
I have separated possible causes from causes that existing evidence already supports.
I have considered more than one plausible explanation when the evidence permits alternatives.
I am not assuming that a complex problem must have one root cause.
My proposed research design can investigate the particular uncertainty I have identified.
I am prepared to revise the research problem if evidence shows that my initial explanation was wrong.
08 · Frequently Asked Questions

Questions About Research Problems, Symptoms, and Causes

What is the difference between a research problem and a symptom?

A symptom is an observable outcome, pattern, indicator, or consequence that signals something may deserve investigation. A research problem identifies the specific consequential uncertainty or difficulty that systematic research will address. The research problem may concern the symptom itself, its causes, its consequences, or another unresolved aspect of it.

Do I need to find the root cause before defining my research problem?

No. If the cause were already established, investigating it might not be your main research problem. You can define the problem around uncertainty about why the observed pattern occurs and use the study to investigate plausible explanations.

Can the symptom itself be a research problem?

Yes, depending on the research purpose. If the prevalence, distribution, experience, consequences, or development of the observed condition is insufficiently understood and worth investigating, the study may legitimately focus on the condition itself rather than on its underlying causes.

Can a research problem have more than one cause?

Yes. Many phenomena arise from multiple interacting factors rather than one root cause. Your study should reflect the complexity relevant to the question while remaining focused enough to investigate credibly.

Can I use the Five Whys to identify my research problem?

You can use repeated “why” questions to explore possible causal layers and refine your thinking. However, the answers generated by the exercise are hypotheses or possibilities until supported by evidence. ASQ similarly presents Five Whys as a tool for drilling into possible root causes rather than as a substitute for empirical investigation.

How do I know whether something is a cause or merely associated with the symptom?

That depends on the evidence and research design. Association alone does not establish causation. Consider temporal ordering, alternative explanations, confounding, measurement, study design, prior evidence, and whether the proposed causal mechanism is supported.

What if stakeholders insist they already know the cause?

Treat their explanation as potentially valuable contextual knowledge, then ask what evidence supports it and what alternatives remain plausible. Stakeholder experience can generate strong hypotheses without automatically establishing a causal conclusion.

What if investigating every possible cause would make the study too large?

Narrow the problem to a defensible part of the causal system. Use existing evidence to prioritize plausible and consequential factors, state what the study will not address, and avoid claiming that your project will explain the entire problem.

09 · The Bottom Line

Observe the Symptom, but Do Not Assume the Explanation

The Bottom Line

To distinguish a research problem from its symptoms, separate what you can observe from what you think causes it: the symptom identifies a pattern or outcome, while the research problem identifies the consequential uncertainty that systematic investigation needs to address.

You do not always need to uncover one deeper root cause, and some research legitimately studies the observable condition itself. What matters is that you establish what is happening, keep suspected causes separate from demonstrated causes, consider credible alternatives, and formulate the study around what the evidence does not yet adequately explain.

10 · Sources and Further Reading

Sources and Further Reading

11 · Cite this Guide

How to Cite This Guide

This guide is intended to be read, shared, and used in research, teaching, and academic work. If you draw on its ideas, explanations, or other content, please acknowledge the source by citing the guide. Doing so gives appropriate credit and helps your readers locate the original resource.

Has the Field Guide helped your research?

If a guide helped clarify a question, inform a research decision, or move your work forward, I would love to hear about your experience. Your story may also help other researchers discover the Field Guide.

Share Your Experience
Takes only a few minutes