<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Jobs to Be Done on MYLES — Strategy &amp; Innovation Consulting</title><link>https://myles-innovation.com/tags/jobs-to-be-done/</link><description>Recent content in Jobs to Be Done on MYLES — Strategy &amp; Innovation Consulting</description><generator>Hugo</generator><language>en</language><lastBuildDate>Sun, 15 Mar 2026 00:00:00 +0100</lastBuildDate><atom:link href="https://myles-innovation.com/tags/jobs-to-be-done/index.xml" rel="self" type="application/rss+xml"/><item><title>Customer Desired Outcomes: The Building Blocks of ODI</title><link>https://myles-innovation.com/blog/customer-desired-outcomes/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/customer-desired-outcomes/</guid><description>&lt;h2 id="the-concept-that-makes-odi-work"&gt;The Concept That Makes ODI Work&lt;/h2&gt;
&lt;p&gt;Every methodology has a core unit — the atom from which everything else is built. For Lean, it is waste. For Six Sigma, it is variation. For &lt;a href="https://myles-innovation.com/pillar/outcome-driven-innovation-guide/"&gt;Outcome-Driven Innovation&lt;/a&gt;, it is the &lt;strong&gt;customer desired outcome.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;A desired outcome is the metric a customer uses to measure success when executing a job to be done. Not what they want to buy. Not the feature they request. Not the problem they complain about. The outcome — the specific, measurable result they are trying to achieve at each step of the job.&lt;/p&gt;</description></item><item><title>Jobs to Be Done Method: A Guide for Product Managers</title><link>https://myles-innovation.com/blog/jtbd-method-product-managers/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/jtbd-method-product-managers/</guid><description>&lt;h2 id="why-a-forty-year-old-insight-is-still-misunderstood"&gt;Why a Forty-Year-Old Insight Is Still Misunderstood&lt;/h2&gt;
&lt;p&gt;&amp;ldquo;Jobs to Be Done&amp;rdquo; sounds like an MBA buzzword. And yes, the framework comes from Harvard — developed by Clayton Christensen, then operationalized into a rigorous methodology by Tony Ulwick. But the reason it persists, decades after its introduction, is not because consultants like selling it. It is because the core insight keeps proving itself correct.&lt;/p&gt;
&lt;p&gt;The insight: &lt;strong&gt;People do not buy products. They hire products to do a job in their lives.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>Outcome-Driven Innovation: The Definitive Guide</title><link>https://myles-innovation.com/pillar/outcome-driven-innovation-guide/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/pillar/outcome-driven-innovation-guide/</guid><description>&lt;h2 id="why-most-innovation-still-fails--and-one-method-doesnt"&gt;Why Most Innovation Still Fails — and One Method Doesn&amp;rsquo;t&lt;/h2&gt;
&lt;p&gt;Here is a number that should bother every executive reading this: the failure rate for new products has hovered between 72% and 90% for the past four decades. Billions in R&amp;amp;D spending, thousands of design sprints, mountains of Post-it notes — and the success rate has barely moved.&lt;/p&gt;
&lt;p&gt;Now here is a different number: &lt;strong&gt;86%&lt;/strong&gt;. That is the success rate of products developed using Outcome-Driven Innovation (ODI), based on the published ODI track record across more than 1,000 innovation initiatives since 1991.&lt;/p&gt;</description></item><item><title>The ODI Process: 6 Steps to Systematic Innovation</title><link>https://myles-innovation.com/blog/odi-process-steps/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-process-steps/</guid><description>&lt;h2 id="six-steps-that-change-how-you-innovate"&gt;Six Steps That Change How You Innovate&lt;/h2&gt;
&lt;p&gt;Most innovation processes are either too vague (&amp;ldquo;empathize, ideate, prototype, test&amp;rdquo;) or too rigid (&amp;ldquo;fill out Gate 2 form 14B&amp;rdquo;). Outcome-Driven Innovation sits in the space between — structured enough to be repeatable, specific enough to produce actionable output at every step.&lt;/p&gt;
&lt;p&gt;The ODI process has six steps. They are sequential: each step produces deliverables that the next step requires. Skipping a step, or doing them out of order, breaks the logic chain and undermines the results. This is not a buffet where you pick your favorites — it is an engineering process where each stage builds on the last.&lt;/p&gt;</description></item><item><title>What Is ODI? Outcome-Driven Innovation Explained</title><link>https://myles-innovation.com/blog/what-is-odi/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/what-is-odi/</guid><description>&lt;h2 id="the-innovation-problem-nobody-wants-to-talk-about"&gt;The Innovation Problem Nobody Wants to Talk About&lt;/h2&gt;
&lt;p&gt;Every large company in the DACH region has an innovation process. Most of them have several. There are stage-gate models, design thinking workshops, hackathons, venture boards, innovation labs, and — the latest trend — AI-powered idea generators. The one thing most of them share: they do not reliably produce successful products.&lt;/p&gt;
&lt;p&gt;The data is consistent and damning. Depending on the study you cite, somewhere between 72% and 95% of new products fail to meet their revenue targets. McKinsey, BCG, and the Product Development and Management Association have all published variations of this number. It has not materially improved in 40 years.&lt;/p&gt;</description></item><item><title>Design Thinking vs. Jobs to Be Done: What Works Better?</title><link>https://myles-innovation.com/blog/design-thinking-vs-jtbd/</link><pubDate>Mon, 09 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/design-thinking-vs-jtbd/</guid><description>&lt;h2 id="two-frameworks-one-question"&gt;Two Frameworks, One Question&lt;/h2&gt;
&lt;p&gt;Design thinking and Jobs to Be Done — both promise better products through better customer understanding. Both have prominent advocates, impressive client references, and substantial consulting communities built around them.&lt;/p&gt;
&lt;p&gt;But they are fundamentally different in their logic, their methods, and what they actually produce. A product team that understands both can deploy them with precision. A product team that knows only one has blind spots.&lt;/p&gt;</description></item></channel></rss>