Показаны сообщения с ярлыком customer behavior. Показать все сообщения
Показаны сообщения с ярлыком customer behavior. Показать все сообщения

среда, 24 июня 2026 г.

Jobs To Be Done – How To Get It Right

 


The Jobs to Be Done (JTBD) framework offers a customer-centric approach that delves into the underlying tasks, problems, or outcomes driving a customer’s decision to “hire” a product. 

Understanding why customers choose certain products or services is essential for many roles within a company.

Why? At the heart of all successful companies is a relentless focus on the customer, whether it is a B2B or B2C customer; how firms create value is critical for long-term success.

What Is Jobs To Be Done


At its core, the Jobs To Be Done theory focuses on how and why customers “hire” products to fulfill functional, emotional, and social needs. A “job” represents a task or goal a customer wants to accomplish, encompassing different dimensions:

  • Functional Needs: Practical aspects like solving a problem or completing a task.
  • Emotional Needs: How the customer feels when performing the job, such as wanting to feel efficient or satisfied.
  • Social Needs: How customers wish to be perceived by others, like appearing knowledgeable or stylish.

For example, purchasing a sports car isn’t just about transportation. It also satisfies emotional desires like excitement and social desires like gaining admiration.


A key principle of Jobs To Be Done is that the core job remains stable even as solutions and technologies change.

Consider the job of “listening to music“: this need has stayed the same for decades, while the solutions have evolved from vinyl records to streaming services.


Jobs To Done – Listening to music and the related jobs. This dark grey is how the iPod addressed some of the job


The jobs stayed the same but what could be achieved as a result of music streaming services changed

This stability allows you to focus on long-term customer needs without getting sidetracked by changing trends.

Jobs To Be Done also adopts a solution-agnostic approach. It focuses on the outcome the customer wants, regardless of the means.

This mindset frees you to consider various solutions. For example, the job “find a convenient way to exercise regularly” could be addressed by gym memberships, home equipment, or fitness apps.

Who Should Adopt Jobs To Be Done Framework?

Product managers, marketers, designers, and executives all should understand adopt and understand the Jobs To Be Done approach – it should be a common way of understanding, discussing and focusing on the customer.

The Jobs to Be Done (JTBD) framework provides a way to examine customer motivations by focusing on the specific tasks or problems that customers aim to solve.

By identifying these “jobs,” you can develop solutions that more effectively meet real customer needs.

Product managers want to develop successful products that sell well and outperform the competition. By applying the JTBD framework, they can create offerings that align closely with customers’ goals, increasing the product’s appeal and competitive advantage.

Marketers need to position the product in a way that differentiates it in the market and so it resonates with the goals (needs) of the customer. JTBD frames how to think and craft messages that connect with the jobs customers need to accomplish. This connection leads to more effective and engaging marketing campaigns.

Designers need to create frictionless user experiences and match the flow of tasks and the overall goal of the customer. By understanding the jobs, they can design interfaces and interactions that make these tasks easier and more intuitive. This approach results in products that are more user-friendly and satisfying.

Executives focus on improving innovation outcomes of new products or services while reducing the risks associated with new product development. The Jobs To Be Done framework provides insights that help them to make strategic decisions grounded in customer needs. This strategy leads to more successful product launches and better allocation of resources.

Adopting the Jobs To Be Done framework fosters a common mindset and helps internal teams collaborate on product development projects.

The JBTD Framework


The Jobs To Be Done framework includes the follwoing components to understand customer motivations:

  • Functional, Emotional, and Social Aspects: Identifying these helps create a complete view of why customers choose a product.
  • Job Mapping: Breaking down a job into steps to understand the sequence and context of how a customer approaches it.
  • Creating Job Statements: Using a structured format to define the job, such as: “When [situation], I want to [motivation], so I can [desired outcome].”

What Is Outcome-Driven Innovation (ODI)?

Tony Ulwick emphasises that the key to successful job mapping is to adopt an outcome-driven approach.

Each step of the job should be seen as an opportunity to deliver measurable outcomes that the customer values.

Ulwick suggests that you should aim to identify desired outcomes that are stable over time and use these insights to guide product development.

By using outcome statements, Ulwick’s approach helps to specify how customers measure success in each stage of the job.

An outcome statement typically includes a direction (increase, decrease, minimise), a metric (time, cost, effort), and an object of control (the specific aspect being addressed).

For example, a statement like “minimise the time to gather information for financial planning” pinpoints exactly how a customer would like to see their job improved.

Crafting a Job Statement: Key Elements and Method


A job statement is a concise expression of what a customer aims to achieve and provides a clear direction for product development and innovation.

To craft a detailed job statement incorporate these five components to gain a full understanding from the customer’s perspective. The formula is as follows:

Identifier + Action + Focus + Object + Context

To develop a job statement, begin with the Identifier, which defines the person or group for whom the job applies.

Then, identify the Action, describing the improvement or change the customer seeks.

The next step is to determine the Focus, which is the aspect of life or experience needing improvement.

After that, specify the Object that the action will directly affect.

Finally, outline the Context in which this job occurs, providing insight into the circumstances or situations relevant to achieving the desired outcome.

  • Identifier: The person or group for whom the statement applies (customer segment)
  • Action: The change or improvement the customer wants.
  • Focus: The aspect of life or experience that needs improvement.
  • Object: The item, product, or concept that the job aims to impact.
  • Context: The situation or circumstances in which the job occurs.

10 Jobs To Be Done Statement Examples

Ten Examples of Job Statements

  1. Identifier: Environmentally-conscious homeowner | Action: Reduce | Focus: Environmental impact | Object: Household waste | Context: By composting food scraps at homeIdentifier: Office worker | Action: Increase | Focus: Productivity | Object: Daily task management | Context: By organising tasks digitally during work hours
  2. Identifier: Parent | Action: Enhance | Focus: Quality time | Object: Family bonding | Context: By planning weekend activities that involve all family members
  3. Identifier: Budget traveller | Action: Minimise | Focus: Cost | Object: Travel expenses | Context: By booking flights well in advance for upcoming trips
  4. Identifier: News reader | Action: Improve | Focus: Awareness | Object: Global events | Context: By reading concise news summaries during the morning commute
  5. Identifier: Busy professional | Action: Simplify | Focus: Daily meals | Object: Meal preparation | Context: By subscribing to a meal delivery service for weekday dinners
  6. Identifier: Fitness enthusiast | Action: Boost | Focus: Physical health | Object: Fitness routine | Context: By attending yoga classes weekly in the evenings
  7. Identifier: Young adult | Action: Monitor | Focus: Financial health | Object: Personal spending | Context: By using a budgeting app to track daily expenses
  8. Identifier: Project manager | Action: Optimise | Focus: Team communication | Object: Project collaboration | Context: By using an integrated platform for remote work
  9. Identifier: Student | Action: Maximise | Focus: Personal downtime | Object: Relaxation time | Context: By setting a screen time limit to balance study and relaxation
  • Where does the customer experience frustration?
  • What slows down or complicates the job?
  • Are there any steps that require excessive effort?

How Do You Map Jobs To Be Done?


Job mapping is a systematic approach within the JTBD framework to break down a job into discrete steps, helping to understand the full process a customer undertakes to achieve a specific outcome.

It provides a view of each action, decision, and thought the customer experiences. This method shifts the focus from the product to the job itself, revealing unmet needs and pain points throughout the customer journey.

Unlike typical process mapping, job mapping outlines a customer’s journey in a solution-agnostic way.

It focuses on what the customer wants to achieve, regardless of any particular solution or product in use.

Tony Ulwick, a key proponent of the JTBD framework, emphasises this approach as critical to outcome-driven innovation. By identifying and addressing the steps customers take, you can design offerings that help customers achieve their desired outcomes more efficiently and effectively.

The Job Map: Eight Steps of Customer Action

  1. Define and Plan: Customer creates an initial approach to achieve their goal.
  2. Locate Input: Customer identifies and gathers necessary information for decision-making.
  3. Prepare: Customer organizes information, establishes theories, and decides on next steps.
  4. Confirm and Validate: Customer makes and validates their decision to act.
  5. Execute: Customer performs the chosen action or procedure.
  6. Monitor: Customer observes the effects and outcomes of their action.
  7. Modify: Based on new information, customer reassesses their decision and decides whether to continue, adjust, or start over.
  8. Conclude: Customer determines if their goal is achieved, evaluates their satisfaction, and learns from the experience.

How To Produce A Jobs To Be Done Job Map

A comprehensive job map consists of ten steps, offering a detailed look at each phase of the customer journey.

Each step represents an opportunity for businesses to understand, support, and enhance the customer experience as they progress towards completing their job.

  1. Define and Identify the Job: Customers start by defining what they want to achieve. This stage involves recognising the need or problem to be solved, which sets the context for the job. Ulwick highlights that clarity here helps uncover the customer’s true intent, which guides all subsequent steps.
  2. Trigger or Identify the Job to Be Done: This step involves the specific moment or situation that initiates the job. A trigger could be a problem, desire, or external event prompting the customer to act. Understanding the triggers helps businesses align their solutions to customer pain points and motivations.
  3. Locate and Gather Information: Once the need is defined, customers gather the necessary resources, information, or tools to accomplish their goal. This can involve research, product comparisons, or identifying required materials. Businesses can support this stage by providing accessible, clear information to help customers make informed decisions.
  4. Prepare and Organise: Before taking action, customers prepare by organising their resources or setting up the environment. This might involve filtering options, setting up devices, or assembling tools. Streamlining the preparation phase can improve the customer experience by reducing time and complexity.
  5. Verify and Confirm Resources and Plan: At this stage, customers validate that they have everything they need to execute the job and confirm their approach. They assess their readiness and confidence in moving forward. Ensuring easy access to verification tools or checklists can make this stage smoother.
  6. Execute and Take Action: This is the core stage where customers actively perform the main task. Execution involves carrying out the plan or using the product to achieve the goal. This step is where value is created for the customer, so solutions should focus on facilitating the job in a straightforward and efficient manner.
  7. Monitor Progress and Adjust as Needed: While executing the job, customers track their progress to ensure they are on the right path. They assess if their actions are effective and make adjustments as needed. Ulwick notes that solutions should provide feedback mechanisms to help customers stay on course and address any issues promptly.
  8. Modify and Make Decisions Based on Feedback: Based on the monitoring, customers may make adjustments to improve the outcome. This iterative stage requires customers to adapt their approach based on what they learn as they proceed. Tools that help refine and improve performance, such as step-by-step guidance or predictive support, can enhance this stage.
  9. Complete and Review the Outcome: After execution, customers assess whether the job was done successfully. This review involves reflecting on the outcome, learning from the experience, and identifying areas for future improvement. Businesses can support customers in this stage by offering follow-up resources, opportunities for feedback, or ways to maximise the job’s benefits.
  10. Conclude and Store Information for Future Jobs: Finally, customers wrap up their journey by concluding the job and storing any relevant information or knowledge for future use. This might include saving preferences, storing results, or archiving materials. Solutions that make it easy to recall past actions, replicate successful outcomes, or provide long-term benefits can improve customer retention and satisfaction.

The Jobs To Be Done Journey Navigator


The Jobs to Be Done (JTBD) Navigator is a strategic tool designed to guide organisations in understanding the complete journey a customer goes through to accomplish a particular job.

It provides a structured way to explore customer needs, motivations, pain points, and opportunities for innovation. 

Purpose of the JTBD Navigator

The JTBD Navigator aims to give a comprehensive view of how a customer experiences a specific job, going beyond just the functional aspects to include emotional and social dimensions.

It helps to delve into not only what customers want to achieve but also how they feel throughout the process, what obstacles they face, and what criteria they use to judge success.

Key Components of the JTBD Navigator

The Navigator breaks down a customer’s journey into key components, typically aligning with a job map. These components may include:

  • Triggers: What events, challenges, or needs prompt a customer to start the job? Understanding the trigger helps identify why a customer begins their journey and the urgency behind it.
  • Desired Outcomes: What is the customer trying to achieve at each stage of the job? Defining these outcomes helps clarify what customers value most, both functionally and emotionally.
  • Steps to Accomplish the Job: What actions does the customer take throughout their journey? Mapping out each step provides insight into where customers might struggle or require more support.
  • Pain Points and Challenges: Where does the customer face obstacles or difficulties? Identifying pain points helps pinpoint opportunities for improvement or innovation.
  • Success Metrics: How does the customer define success for each step of the job? Understanding success metrics helps shape the features and benefits a product should offer to meet customer expectations.

Applying the JTBD Navigator

To use the Navigator effectively, businesses typically start by conducting customer interviews or research to gather qualitative data about how the job is currently being done. The aim is to uncover not only the functional requirements of the job but also the emotional and social needs of the customer.

The insights from this research are then organised into the different stages of the job, aligning them with the components of the Navigator. This allows businesses to:

  • Visualise the Complete Customer Journey: The Navigator helps teams see the journey from the customer’s perspective, making it easier to understand each stage’s goals, activities, and challenges.
  • Identify Unmet Needs and Opportunities: By breaking down the journey, the Navigator highlights where current solutions fall short, providing opportunities for product improvements or new offerings.
  • Align Teams Around Customer-Centric Solutions: Using the Navigator as a reference, cross-functional teams can align their efforts to design, develop, and market products that effectively meet customer needs.

Benefits of Using the JTBD Navigator

The JTBD Navigator is beneficial for businesses in several ways:

  • Customer-Centric Focus: It ensures that all product development decisions are grounded in a deep understanding of the customer’s job and desired outcomes.
  • Holistic View of the Job: The Navigator encourages businesses to consider all aspects of the customer journey, including functional steps and emotional or social needs.
  • Structured Approach to Innovation: By providing a clear structure for mapping the customer journey, the Navigator allows teams to systematically identify areas for improvement, innovation, or differentiation.

An Example of the JTBD Navigator in Action

Consider a customer job like “preparing healthy meals quickly.” Using the JTBD Navigator, you would map out:

  • the trigger (e.g., a need for quick, healthy food due to a busy schedule)
  • the desired outcomes (e.g., meals that are nutritious, affordable, and quick to prepare)
  • the steps to accomplish the job (e.g., finding recipes, buying ingredients, cooking, and serving)
  • the pain points (e.g., lack of time, limited cooking skills, or recipe complexity).

The Navigator helps teams design solutions, like a meal kit service or an app with quick, healthy recipes, that aligns with the customer’s needs and experiences throughout the job.

Customer Criteria


Job mapping identifies the steps a customer takes to achieve a specific goal, highlighting their pain points and needs at each stage.

Once these steps are clear, it is important to understand the criteria customers use to evaluate potential solutions for their job.

This insight helps refine product development by ensuring that the solution not only fits the job but also meets the customers’ standards for value, quality, and convenience. 

Challenges and Best Practices for Implementing JTBD

Innovation is fraught with risks so any methods that can reduce that risk are worth investing in. Often I find companies dismissive of the time and effort needed to align teams, train them and develop the right mix of people.

But here’s the dilemna – do you want to face the risk of failure and the cost of that is far greater than the cost of investing in Jobs To Be Done.

A staggering 95% of newly launched products face failure. Source MIT

Implementing JTBD can present challenges, especially when it comes to moving away from a feature-led mindset.

A common pitfall is focusing too narrowly on product features without considering the full context of the customer’s job, which includes emotional and social dimensions.

It’s easy to assume that adding more features will satisfy customers, but without understanding the job, these features may not address the underlying need.

Ensuring that research and development teams have a deep understanding of the job is vital to avoid this.

A best practice for implementing JTBD is to involve diverse stakeholders from across the business in the research process.

Cross-functional teams, including product managers, designers, marketers, and customer support, provide varied perspectives that help form a comprehensive understanding of the customer job.

Regularly iterating on job statements and re-evaluating the customer journey are also important, as this means you stay in touch with changing customer needs and adjust strategies accordingly.


https://tinyurl.com/ysa2zd8v

среда, 10 июня 2026 г.

Josh Seiden. Outcomes Over Output

 



Review

I have heard many product managers say "outcomes over output," but few have a clear definition of an outcome. Defining an outcome as a change in behaviour that drives business results is key to linking this principle to product practice. It anchors to the core of product management, which is all about the value exchange between customers and the business. The author does an excellent job of taking a great product management principle and almost creating a full-stack product management model based on it. Changes in behaviour are observable and measurable. Customer behaviour can be visualised on a customer journey map. Executives can hold teams accountable for hitting outcomes. Businesses can be transformed by using the same techniques.

Key Takeaways

The 20% that gave me 80% of the value.

  • An outcome is a change in behaviour that drives business results
  • Don’t focus on your output, focus on outcomes and changing human behaviour
  • Features don’t automatically create value → so don’t use them as the centre of your planning process
  • Managing outputs → telling a team what to build
    • BUT features don’t always deliver value
  • Managing impact → telling a team to target some high-level value (growing revenue)
    • BUT that’s not specific enough
  • Managing outcomes → ask teams to create a specific human behaviour that drives business results
    • Gives them room to find the right solution, and keeps them focused on delivering value
  • Agile doesn’t tell us what ‘value’ means
  • When you combine outcome-based targets with a process that’s based on running experiments, you really start to unlock the power of agile approaches.
  • Setting outcome goals → gives teams room to try different approaches and experiment
  • Think of MVP as the smallest thing you can do (or make) to learn if your hypothesis is correct
  • There are only 5 things executives care about (by Jared Spool). These are impact-level metrics
    • Increasing revenue
    • Decreasing costs
    • Increasing new business and market share
    • Increasing revenue from existing customers
    • Increasing shareholder value
  • Finding the right outcome:
    • What are the customer behaviours that will drive business results?
    • What are the the things customers do that help us predict the thing we care about
    • Because outcomes are things people do, they’re observable and measurable. Making them suitable to be used as a management tool
    • Understand what your customers are doing that drives the results you care about
  • Leading vs Lagging indicators:
    • What is a leading indicator?
      • Things people are doing (human behaviour)
      • They predict the success we’re seeking
    • Leading indicators are therefore outcomes
  • Hypothesis
    • There’s uncertainty when we create outcomes…
      • Will the output create the outcome?
      • Will the outcome contribute to the impact?
    • Treat ideas like assumptions. Express assumptions as hypothesis. Run experiments to test hypothesis.
    • Hypothesis: What we believe & the evidence we’re seeking (to know if we’re right or not)
  • The Magic Questions
    • What are the user and customer behaviours that drive business results?
    • How can we get people to do more of those behaviours?
    • How do we know that we’re right?
  • Tracking progress is easier when teams are working on well defined outcomes and making their hypothesis clear. They are measurable → Are customer behaviours changing?
  • Outcomes help you write better OKRs → first consider the business result you’re trying to achieve, express that in easy-to-measure terms of customer behaviour
  • Think about your system of outcomes
  • Outcome-based roadmaps
  • Visualise the customer journey → what are people doing (customer, colleague, other players)
    • What behaviours at each step predict success and satisfaction?
    • And what behaviours at each step predict failure and dissatisfaction?
    • Write down and overlay success factors (boosters) and failure factors (blockers)
    • How might we encourage x?
    • How might we eliminate issue y?
  • Frame as a hypothesis
  • We believe that if we increase the rate at which buyers and sellers meet early in the process, it will lead to more successful transactions (as measured by X) and higher user satisfaction (as measured by NPS.) We think we can increase the rate of early meetings [with this idea] and [with this idea] and [with this idea.] We will work on testing these ideas in Q1 of the coming year.
  • Organisations are often setup in products/channels vs behaviours/customer journeys
    • Doing so favours outputs not outcomes
  • Teams should be clear about the value they are trying to create. They should specify:
    • the outcome they are seeking for the customer or user
    • the outcome they are seeking for the business
    • If we create this outcome for the user → it will deliver this outcome for the business.
  • Product managers should have dedicated teams, else they end up waiting to be allocated a team before they can start work
  • If stakeholders have to wait a long time for their project to be approved, they bloat their feature requirements, force everything in they need.
  • Companies might have to re-engineer the way they work in order to implement outcomes in their work
  • How can we change employee behaviour in a way that generates business results?
  • Apply an outcome-based approach to transformation:
    1. Your colleagues are your customers
    2. Everything is an outcome
    3. Everything is an experiment
  • Take a customer-centric approach with your colleagues
    • What are their goals? What value can you offer to them in order to get them to “buy” the change you are selling?
  • Frame organisational change initiatives in terms of outcomes.
    • What are the new behaviours you want to create in the organisation?
    • What will people be doing differently when your change program is successful?

Deep Summary

Longer form notes, typically condensed, reworded and de-duplicated.

1. What are outcomes?

  • An outcome is a change in behaviour that drives business results
  • Don’t focus on your output (what you’re building), focus on outcomes and changing human behaviour
  • Don’t confuse shipping features with being done
  • Software isn’t like building a bridge. It’s harder to decide when it’s done.

The Planning Process

  • Features don’t automatically create value → so don’t use them as the centre of your planning process
  • Instead think about building as little as possible (as few features as possible) to achieve the outcome you seek.
  • Resources → Activities → Outputs → Outcomes → Impact
  • Managing outputs → telling a team what to build
    • BUT features don’t always deliver value
  • Managing impact → telling a team to target some high-level value (growing revenue)
    • BUT that’s not specific enough
  • Managing outcomes → ask teams to create a specific human behaviour that drives business results (DO THIS)
    • gives them room to find the right solution, and keeps them focused on delivering value
    • specific, small, measurable changes in human behaviour
  • Agile tells us we should deliver value early. But it doesn’t tell us how or what ‘value’ means.
  • If an outcome is a change in behaviour that drives business results, ask yourself:
    • What is the human behaviour change that we are looking for?
  • Outcomes, Experiments, Hypothesis and MVPs
    • Q: How can we be sure what we’re making is going to deliver value?
    • A: You can’t always know in advance, so you need to experiment.
  • Unlock the power of agile by combining outcome-based targets: with a process that is based on running experiments. This works really well in situations of high uncertainty.
When you combine outcome-based targets with a process that’s based on running experiments, you really start to unlock the power of agile approaches.
  • Setting outcome goals → gives teams room to try different approaches and experiment
  • Think of agile as a series of experiments and hypothesis, all designed to achieve an outcome
  • Think of MVP as the smallest thing you can do (or make) to learn if your hypothesis is correct

2. Using outcomes

  • There are only 5 things executives care about (by Jared Spool)
    • Increasing revenue
    • Decreasing costs
    • Increasing new business and market share
    • Increasing revenue from existing customers
    • Increasing shareholder value
  • These are high-level or impact metrics
  • Executives need to bread down ‘increase revenue’ into something their teams can work on. They should be talking outcomes not impacts.
  • Impacts are the sum of a whole lot of outcomes (human behaviours that drive business results)
  • Finding the right outcome:
    • What are the customer behaviours that will drive business results?
    • What are the the things customers do that help us predict the thing we care about
    • Because outcomes are things people do, they’re observable and measurable. Making them suitable to be used as a management tool
    • Understand what your customers are doing that drives the results you care about
  • Leading vs Lagging indivators:
    • What is a leading indicator?
      • Things people are doing (human behaviour)
      • They predict the success we’re seeking
    • Leading indicators are therefore outcomes (change in behaviour → business results)
  • Hypothesis
    • There’s uncertainty when we create outcomes…
      • Will the output create the outcome?
      • Will the outcome contribute to the impact?
    • Treat ideas like assumptions. Express assumptions as hypothesis. Run experiments to test hypothesis.
    • Hypothesis: What we believe & the evidence we’re seeking (to know if we’re right or not)
  • Experiments and MVPs:
    • What can we do to figure out if this hypothesis is true?
    • How do we know if we’re right?


  • The Magic Questions
    • What are the user and customer behaviours that drive business results?
    • How can we get people to do more of those behaviours?
    • How do we know that we’re right?
  • Tracking progress with outcomes
    • Impact: reduce costs
    • Outcome: fewer people calling tech support
    • Output: improved usability of confusing features
  • Tracking progress is easier when teams are working on well defined outcomes and making their hypothesis clear. They are measurable → Are customer behaviours changing?
  • How to start… Ask… What (user / employee / customer) behaviours has this initiative created that are driving business results?
    • Move conversations away from features and reorient toward value delivery
  • Write better OKRs with outcomes →
    • The point of OKRs is to make you think critically about what you’re working on
  • Outcomes help you write better OKRs → first consider the business result you’re trying to achieve, express that in easy-to-measure terms of customer behaviour

3. Outcomes-based planning

  • When you start to string outcomes together, you have to be honest about what we know and what we don’t know
  • Think about your system of outcomes
  • Outcome-based roadmaps

  • Visualise the customer journey → what are people doing (customer, colleague, other players)
      • A customer journey visualises behaviour
      • Remember… outcomes are behaviours that drive business results
      • Helps you see what behaviours you want to encourage, eliminate or that might be missing
      • Customer journey map → the behaviours of the people and systems that make up the experience
      • Boosters and Blockers
        • What behaviours at each step predict success and satisfaction?
        • And what behaviours at each step predict failure and dissatisfaction?
        • Write down and overlay success factors (boosters) and failure factors (blockers)
        • How might we encourage x?
        • How might we eliminate issue y?
      • Frame as a hypothesis
      • We believe that if we increase the rate at which buyers and sellers meet early in the process, it will lead to more successful transactions (as measured by X) and higher user satisfaction (as measured by NPS.) We think we can increase the rate of early meetings [with this idea] and [with this idea] and [with this idea.] We will work on testing these ideas in Q1 of the coming year.
      • Use the same method for impact level targets too..
        • Asked to increase sales? Create a customer journey map, and then review it with the magic question: “what are the behaviours in the system that predict higher sales, and how can we go about encouraging those behaviours?”

    4. Organising for outcomes

    • Organisations are often setup in products/channels vs behaviours/customer journeys
      • Doing so favours outputs not outcomes
    • What is the better project name:
      • A: Product details page re-design
      • B: Boost sales by 10% from the product details page
    • How to re-organise product teams around outcomes
    • Teams should be clear about the value they are trying to create. They should specify:
      • the outcome they are seeking for the customer or user
      • the outcome they are seeking for the business
      • If we create this outcome for the user → it will deliver this outcome for the business.
    • Product managers should have dedicated teams, else they end up waiting to be allocated a team before they can start work
    • If stakeholders have to wait a long time for their project to be approved, they bloat their feature requirements, force everything in they need.
      • Requests get larger → waits to start projects get longer → requests get larger … etc
    • Shift the focus, get the company to step back, not to focus on features, but on the business problems you need to solve
    • Outcomes are more abstract that outputs (which are more concrete). You’re not sure what the team is going to work on (which can be scary). Giving up control.

    5. Outcomes for Transformation

    • Companies might have to re-engineer the way they work in order to implement outcomes in their work
    • You can apply the same techniques to think about organisation transformation…
      • How can we change employee behaviour in a way that generates business results?
    • Apply an outcome-based approach to transformation:
      1. Your colleagues are your customers
      2. Everything is an outcome
      3. Everything is an experiment
    • What happens if we think of these leaders as our customers?
    • What mix of policy and action could we put in place to get them aligned?
    • What change in behaviour on the part of the leaders could we observe to see if we’ve succeeded?
      • e.g. We want our leaders to recite our strategy in 3 bullet points
    • Take a customer-centric approach with your colleagues
      • What are their goals? What value can you offer to them in order to get them to “buy” the change you are selling?
    • Frame organisational change initiatives in terms of outcomes.
      • What are the new behaviours you want to create in the organisation?
      • What will people be doing differently when your change program is successful?

    https://tinyurl.com/2n7wvf3k


    This is an important read for Product Managers especially. A great tool to include in your mental tool kit. Here are my notes:

    This book coaches us to Think and Lead our teams by Outcomes inorder to focus on customer behaviors that bring business results, as well as meaningful transformations in any organization.

    What is an Outcome?
    An Outcome is a
    change in customer behavior that drives business results.

    What is the outcome that your business seeks?
    To reiterate….an Outcome is a change in customer behavior that drives business results. What is then the Customer Behavior Change that we are looking for?

    Lets talk about what are the most common ways in which we think and lead our teams.

    Distinguishing between Leading by Outputs vs Impacts vs Outcomes

    Leading by Outputs: Manage the team by telling them what to make. This isn’t the best way because features don’t guarantee to deliver value.

    Leading by Impact: Ask the team to deliver high level value by increasing the revenue. This isn’t very specific enough.

    Leading by Outcomes: Ask teams to create a specific customer behavior that drives business results. That allows them to find the right solution and keeps them focused on delivering value.

    What is the outcome that your business seeks?
    We know, an Outcome is a change in customer behavior that drives business results. This than brings us to a very important question. What is the Customer Behavior Change that we are looking for?

    When to use an Outcome based Approach?

    When there is an uncertainty around a new initiative/product/feature. Will our new product release make customers happier? Is it going to have the desired result for our business? As PM’s, at the beginning of any initiative, most often than not, we are starting out on things that have a high degree of uncertainty.

    When teams are facing this kind of uncertainty, outcomes are a great way to set goals because they allow teams to experiment, to try different solutions until they hit on the one that works.

    When NOT to use an Outcome based Approach?
    For Operations for example, that ensure the day to day functioning of the business is fine. Here when you have a high degree of confidence that the solution will work, the outcome based approach is less useful. Planning with outputs is appropriate.

    And the Companion tool of an Outcome Based Approach is…
    Experimentation!

    When you combine outcome-based targets with a process thats based on running experiments, you really start to unlock the power of agile approaches.

    Think of agile projects as a series of hypotheses and experiments, all designed to achieve an outcome.

    Ask this question over and over again…”What could we do to deliver value early?”

    Combining experiments with outcomes is really a powerful way to work, especially in situations of high uncertainty.

    When you plan work in this way, a combination of outcome goals and experiments, you give yourself and your team the permission to go after a meaningful business goal, and you give people the freedom to experiment their way forward even when the way forward is not clear.

    To figure out if your outputs create the outcomes you seek, you need to test and run experiments. MVP is a buzzword that means experiment.

    Which Outcomes to work on first?
    To find the right outcomes to work on, we start with a simple question: ‘What are the customer behaviors that drive business results?’

    These are Magic questions!

    • What are the user and customer behaviors that drive business results?
    • How can we get people to do more of those behaviors?
    • How do we know we’re right?

    Outcome based Roadmaps

    Use Outcomes (not features) to plan initiatives. Ask ‘what new behaviors will this initiative create that will deliver business value? How can we deliver that value sooner?

    Plan around themes of work, problems to solve or outcomes to deliver



    https://tinyurl.com/4xd9fvpc