Culture | Operations | People | Process
STAY CONNECTED AND SIGNUP TO RECEIVE INSIGHT updates
A patient may ask for a smaller device, a clearer display or an easier app. Those requests matter, but they leave a deeper question unanswered: what is the person trying to accomplish, and why does the current approach make it difficult?
Someone using a monitoring device may want to understand whether their condition is changing, decide when to seek help or manage daily activities with greater confidence. The device is one means of achieving that outcome.
A powerful question asks how well your organization understands the jobs patients are trying to get done. A strong answer connects patient research with clearly defined outcome statements that become the formal user needs your teams use to build the design history file. Outcome-based user needs are easier to validate, flow more easily into design requirements, and result in faster time to market.
“A feature request describes a possible answer. Understanding the patient’s job to be done sets your design team up to deliver a better solution faster.”
Define the job from the patient perspective
A useful job statement describes an activity the patient needs to accomplish in a relevant context. It should remain understandable without naming your product or preferred technology.
“Use our app every day” describes behavior your organization wants. “Provide a way to recognize when a change in my condition requires professional advice” describes the outcome a patient actually desires.
The distinction affects research. If the team starts with the app, it will ask how to improve screens and interactions. Starting with the job opens questions about information, confidence, timing and support. The best solution may involve changes beyond the app.
Define a scope the team can investigate. “Live a healthier life” expresses an aspiration but is too broad to guide detailed engineering decisions on its own. “Minimize the time it takes to find a solution to my health concern without needing to talk to a doctor or call someone” gives a team a direction, a measure, an object of control and contextual clarifier(s).
Distinguish the job from the journey
Journey mapping shows how people move through a particular care pathway. Job mapping examines what they must accomplish to achieve their purpose, including the work surrounding the interaction with your solution.
The two perspectives complement each other. A journey may show that a patient waits for follow-up. The job perspective asks what they are trying to understand or decide while waiting.
This matters because current processes can become embedded in the team’s assumptions. Patients may need a reliable way to recognize an important change; they do not necessarily need the exact sequence of activities currently provided.
Use the journey to understand context and dependencies. Use the job to examine whether a different approach could help the patient achieve the desired outcome more effectively.
Study daily life where it happens
Patient research begins with observation and empathy interviews at the Gemba, the place where the activity actually occurs.
For patients, that place includes the home and the settings in which they manage health alongside ordinary responsibilities. Ask people to demonstrate routines, explain decisions and describe recent experiences.
Observe what they do. Immerse yourself in the circumstances surrounding the activity. Engage through questions that let them explain their purpose in their own language.
A person may say that managing treatment is straightforward while observation reveals multiple reminders, improvised storage or reliance on a partner. Those arrangements can reveal effort and uncertainty that have become familiar enough to go unreported.
The aim is to understand the why your solution will win before making any decisions about what your solution will do. Customers will want your solution because of the outcomes it gives them, not because of what you made.
Recruit for differences that affect the job
Patients with the same diagnosis may struggle with different parts of an activity. Differences in confidence, experience, resources and support can change how they define success.
Recruit participants whose circumstances reflect the population you intend to serve. Include relevant variations in health literacy, technology familiarity, physical ability and access to care. Are you targeting the tech savvy millennial, a busy parent trying to run a family with four kids or a retiree living in a managed healthcare facility?
Research should also examine emotional and social needs. A patient may want reassurance about managing a task alone or worry about drawing attention to a condition. Keep these needs visible alongside functional outcomes without assuming one design choice resolves them all.
Examine the complete job
The job mapping framework divides a job into eight recurring steps. These steps prompt investigation beyond the most visible interaction.
- Define. Establish what the patient needs to achieve and the circumstances that matter.
- Locate. Establish how the patient will find the information, materials or support required, including your solution.
- Prepare. Uncover how the patient will arrange the environment and resources for the job to be done.
- Confirm. Understand how the patient will make the decision to go forward with your solution and determine whether everything is ready for the intended next action steps.
- Execute. What outcomes matter to the patient as they get your solution and start using it. Often this is the ONLY job step the team looks at.
- Monitor. How will the patient assess and know for sure your solution is progressing successfully.
- Modify. Rarely do things work perfectly on the first try. Identify outcomes that are important to the patient when adjustments to the approach are needed when conditions or results require it.
- Conclude. Complete the set of outcomes by understanding how the patient completes the activity or prepares to repeat it.
Apply these prompts to actual patient work. Some steps may recur or overlap. The map should help the team discover needs, rather than force experience into an artificial sequence.
“The most useful innovation may help a patient prepare, recognize an exception or recover confidence before it changes the device itself.”
Turn patient language into outcome statements
Interviews generate verbatims: patients’ own descriptions of experiences, difficulties and expectations. Preserve that evidence, then interpret what each statement reveals about the job.
An illustrative verbatim might be, “I keep checking because I don’t know whether the reading matters.” The desired outcome may concern recognizing a meaningful change or understanding what action is appropriate.
A structured outcome statement identifies the direction of improvement, a measure, the object being controlled and relevant context. For example: “Minimize the time required to determine whether a change in a reading requires contacting my care team.”
Ask the team if there are uncovered outcomes that can set your solution apart related to how it is purchased, installed, received, set up, learned with training support, transported, maintained, upgraded, replaced or disposed.
This formulation gives research and design a clearer target. It does not establish a clinical threshold or promise that a device can safely make the decision independently, but often the features that will make your solution “easy to use” or set you apart will come from these outcome statements.
Preserve meaning as you organize the evidence
Several comments may describe the same need. One comment may contain multiple needs. Review the evidence carefully before combining it into a set of outcomes.
Remove duplication, separate distinct outcomes and retain links to the original accounts. Use plain language that patients can understand. Avoid embedding a particular feature in the statement.
Check the interpretation with participants or other appropriate reviewers. “I want fewer notifications” might mean reducing irrelevant interruptions while preserving important information. Treating it as a demand to suppress all alerts would misrepresent the need.
The output should be a coherent set of outcomes organized by job step. Completeness and clarity matter but typically it is ideal to have at least 100 and no more than 200 outcome statements for the team.
Measure importance and satisfaction separately
Qualitative research discovers needs and explains them. Quantitative research helps determine how widely they matter and how well existing approaches satisfy them.
Ask patients to rate the importance of each outcome and their satisfaction with their current ability to achieve it. Make the reference situation clear so respondents evaluate comparable experiences.
A high scoring importance outcome with low satisfaction deserves investigation. High satisfaction may indicate that the need is already well served so the team can use what already exists and put more time in creating innovative solutions to high importance low satisfaction outcomes. Low importance can reduce its priority, although clinical safety requirements cannot be dismissed through a popularity score.
Use a research design appropriate to the intended population. The outcome statements are easy to rate on a five point Likert scale. Choose population quantitative research in alignment with your target persona groups.
Identify opportunities within patient segments
The Outcome Driven Innovation approach uses importance and satisfaction to identify underserved outcomes. Its opportunity calculation adds importance to the positive gap between importance and satisfaction.
Use compatible scales and a clearly defined calculation. Interpret the result alongside the underlying responses, research quality and the clinical context.
Examine differences between groups. An outcome that appears adequately served overall may remain difficult for patients with less support or a different level of experience.
These differences can reveal meaningful segments based on unmet needs. They help the organization avoid treating demographic similarity as evidence that patients need the same solution. Prioritization should retain enough detail to explain whose outcome the proposed improvement will change.
Connect outcomes with development decisions
A target product profile brings the priority outcomes together with business goals, available technology and other relevant requirements. It helps the team agree what success should look like before committing to a concept.
Translate patient outcomes into design inputs and measurable requirements while preserving traceability to the evidence. Define which questions remain uncertain and what research or testing will resolve them.
Evaluate concepts against the outcomes they are intended to improve. Ask whether the proposed approach reduces effort, uncertainty or difficulty for the relevant patients and results in higher satisfaction scores than the baseline solution. A favorable reaction to an attractive prototype provides limited evidence unless the team can connect it with better execution of the job.
Keep patient progress connected to system performance
A priority patient need may involve work performed by a clinician, caregiver or service provider. Investigate those dependencies before deciding that a product change will solve the problem.
The Theory of Constraints helps identify where improvement can change the performance of the wider pathway. A better patient interaction can have limited effect if access to essential support remains constrained.
A Value Management Office can coordinate the initiatives needed to address these connected issues and keep investment aligned with patient outcomes.
“Patient insight becomes useful design evidence when the team can show which outcome matters, who struggles with it and how the solution improves it.”
What comes next
Use patient jobs to be done to review one priority patient job. Can your team state it clearly, map its steps and demonstrate which outcomes are highly important and poorly satisfied?
Start with observation and patient conversations. Build and validate the outcome statements, measure priorities and test concepts against them. That discipline gives Patient Centered Design a practical foundation for better products and more lives changed for good.
