PM Quest learning library

Lesson 15: Writing a Problem Statement

Learn how to articulate problems clearly to guide your product development efforts.

What is a Problem Statement?

A problem statement is a concise description of an issue to be addressed or a condition to be improved upon. It identifies the gap between the current (problem) state and desired (goal) state of a process or product. The first condition of solving a problem is understanding the problem, which can be done by way of a problem statement.

A good problem statement:

Why is a problem statement important?

A problem statement is important because it examines an issue from multiple angles. It identifies who the problem impacts, what the impacts are, where the problem occurs and why and when it needs to be fixed. This helps organizations determine the extent of an issue.

How to write a problem statement

  1. Put the problem in the context

    Before you write, you need to have a clear picture of the problem itself. At this stage, you want to discuss the what, where, when and who, regarding the problem.

    Think about these additional questions to help you frame an impactful problem statement:

    • Is the problem limited to a certain demographic or region?
    • Which people have attempted to solve the issue?
    • What do people already know about the issue?
  2. Explain the relevance of the problem

    The problem statement should address not only what the problem is but why it's important to solve. You need to communicate why it matters to the business and the potential dangers if it goes unsolved.

    To clarify why your problem is significant, address the following questions:

    • Who will feel the consequences of the problem?
    • What is the financial impact of the problem?
    • Does the problem have any relevance to other areas of the business?
    • Does the problem impact the wider society?
    • How will solving the problem increase our understanding of the business?
  3. Backup your claim

    Quantifiable data ensure people understand the relevance and scope of a problem. Using evidence to back up your problem statement will make people take the issue seriously. Knowing your numbers also boosts your credibility.

    For example, if a problem has diminished sales in the past few weeks, showing these statistics immediately communicates the extent of the issue.

  4. Propose a solution

    After doing a thorough investigation into the problem, you would have a solid grasp of how the problem occurred. Thus, you need to propose a practical solution or suggest several approaches to understanding and rectifying the issue at this stage. State your objectives by suggesting well-thought-out plans for combating the issue.

  5. Explain the benefits of your proposed solution

    Demonstrate why the solution will work with practical examples of how it will effectively address the problem. Explain how solving the problem will benefit the organization. Focus on the financial benefits of solving the problem and the impact on customer satisfaction.

Problem Statement Template

Problem statements usually follow the same general format, though they may fluctuate in length depending on the complexity of the issue. Here's a basic template you can follow when writing your problem statement:

Or you can use this another template:

  1. What’s the real problem?
  2. Who are the users facing this problem?
  3. How do we know it’s a real problem?
  4. What is the value generated by solving this problem?
    1. For the business
    2. For the target users
  5. Why should we solve this problem now?

Example: weak vs strong problem statement

Weak: We need an AI dashboard for new users.

Stronger: First-time team admins abandon workspace setup when they cannot tell which permissions their colleagues will receive. In recent usability sessions, four of six admins paused or asked for help at this step, contributing to low first-day activation. We need to help admins assign access confidently without increasing accidental data exposure.

The stronger version identifies the user, context, evidence, consequence, and constraint while leaving room for several solutions.

Before finalizing a problem statement, confirm that it describes a problem rather than a feature, avoids assuming one root cause, defines a scope the team can influence, and names the outcome that should improve. Then convert it into a testable product hypothesis.