Crafting well-written problem statements that focus the idea of creation are critical. Albert Einstein said, “If I only had one hour to save the world, I would spend fifty-five minutes defining the problem, and five minutes finding the solution.” This week, we will discuss combining out of the box thinking with inside the box thinking, and how this can be used to create problem statements and solve your problems.
Problem Statements
Well-defined problem statements are freeing because they allow a team to innovate within certain guardrails. The goal of a problem statement is to solve a problem, remove a barrier, or improve an experience. One key characteristic of a problem statement is that it has to be solvable. It's not just about solving the problem but being able to define it within the confines of your resources. Some problem validation questions need to be applied.
Firstly, do you think it is a problem or is it a problem? If you think it's a problem, chances are it might not be. You are not a proxy for your customers. You have to prove that it is a problem by getting feedback from your customers. Secondly, find out how often this problem occurs and how long it has been occurring.
The elements of a problem statement focus on three key areas: who the customer is, what the problem is, and why it is important.
* Who is the customer – Who is the target? Outline the broad or narrow customer segments. You need to define and describe the customer.
* What is the problem – Define the problem that is occurring.
* Why – Find out why it is crucial to solving the problem, and why you are spending time on it.
Examples
Let's look at an example of a first draft problem statement. Middletown Hospital's current diagnosis protocol and tools are resulting in low diagnosis effectiveness/efficiency causing up to 40% of its critical care patients painful extended treatments while substantially reducing the hospital's earning potential and resource efficiency.
Let's try to make this statement more concise. Middletown Hospitals' current diagnosis protocol and tools are resulting in low diagnosis effectiveness/efficiency, substantially reducing the hospital's earning potential and resource efficiency. This statement is better as effectiveness and efficiency stand out, but we can do better.
Middletown Hospitals' current diagnosis protocol and tools are resulting in low diagnosis effectiveness and efficiency, causing up to 40% of its critical care patients painful extended treatment periods. I think this one is good because it defines the problem and why it is essential, but we're going to try to make it a little better. Up to 40% of critical care patients are experiencing painful extended treatment periods due to low diagnosis effectiveness and efficiency of current diagnosis protocols and tools.
The one characteristic seen through these four examples is that they are getting shorter and more precise each time. Spending time thinking about the problem statement and making it efficient and crisp is critical. The example was an actual problem statement used to help an organization for ideation sessions they wanted to host.
Here is a template that I use when crafting my problem statements. The what (describe the problem) effects the who (describe the customer), resulting in (Describe why it's important/what the benefit is).
Box Think
Box think is doing both inside the box thinking and out of the box thinking. Using this process,
