<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ODI on MYLES — Strategy &amp; Innovation Consulting</title><link>https://myles-innovation.com/tags/odi/</link><description>Recent content in ODI 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/odi/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>From JTBD to Product Requirements: Bridging the Gap</title><link>https://myles-innovation.com/blog/jtbd-product-requirements/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/jtbd-product-requirements/</guid><description>&lt;h2 id="the-most-dangerous-gap-in-product-development"&gt;The Most Dangerous Gap in Product Development&lt;/h2&gt;
&lt;p&gt;You did the research. You mapped the job. You captured 130 desired outcomes, surveyed 300 customers, and identified 15 outcomes with opportunity scores above 12. You know — with quantitative confidence — what your customers need.&lt;/p&gt;
&lt;p&gt;And then nothing happens.&lt;/p&gt;
&lt;p&gt;The JTBD insights sit in a research report. The product roadmap continues on its pre-existing trajectory. Engineering works on features that were decided before the research was complete. The beautifully constructed &lt;a href="https://myles-innovation.com/blog/jtbd-canvas-guide/"&gt;JTBD Canvas&lt;/a&gt; hangs on a wall, admired and ignored.&lt;/p&gt;</description></item><item><title>How to Write Outcome Statements That Drive Product Decisions</title><link>https://myles-innovation.com/blog/outcome-statements-guide/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/outcome-statements-guide/</guid><description>&lt;h2 id="the-sentence-structure-that-predicts-product-success"&gt;The Sentence Structure That Predicts Product Success&lt;/h2&gt;
&lt;p&gt;Here is a claim that will sound absurd until you see it in practice: the single biggest determinant of whether your next product succeeds or fails is the quality of a few hundred sentences.&lt;/p&gt;
&lt;p&gt;Not your engineering talent. Not your marketing budget. Not your competitive intelligence. Sentences.&lt;/p&gt;
&lt;p&gt;Specifically, &lt;strong&gt;outcome statements&lt;/strong&gt; — the precisely formatted expressions of customer needs that form the backbone of &lt;a href="https://myles-innovation.com/pillar/outcome-driven-innovation-guide/"&gt;Outcome-Driven Innovation&lt;/a&gt;. Get them right, and you have a quantifiable map of every opportunity in your market. Get them wrong, and you are surveying noise.&lt;/p&gt;</description></item><item><title>ODI Case Studies: How Enterprise Companies Innovate Systematically</title><link>https://myles-innovation.com/blog/odi-case-studies/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-case-studies/</guid><description>&lt;h2 id="beyond-theory-odi-in-the-real-world"&gt;Beyond Theory: ODI in the Real World&lt;/h2&gt;
&lt;p&gt;Theory is cheap. Frameworks are plentiful. What most product leaders actually need is evidence — concrete examples of what happens when Outcome-Driven Innovation is applied in practice, in industries similar to theirs, with the kind of complexity and organizational politics they face daily.&lt;/p&gt;
&lt;p&gt;This article presents four detailed case studies of ODI implementations in enterprise environments. For confidentiality reasons, company names and some identifying details have been changed. But the data, the process, and the results are real. Each case follows the same structure: the situation before ODI, how the process was applied, what the data revealed, and what happened after.&lt;/p&gt;</description></item><item><title>ODI for Product Managers: A Practical Implementation Guide</title><link>https://myles-innovation.com/blog/odi-product-managers-guide/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-product-managers-guide/</guid><description>&lt;h2 id="the-pms-dilemma-everyone-has-an-opinion-nobody-has-data"&gt;The PM&amp;rsquo;s Dilemma: Everyone Has an Opinion, Nobody Has Data&lt;/h2&gt;
&lt;p&gt;If you are a product manager in a DACH enterprise company, your job looks something like this: You sit between engineering (who wants to build technically interesting things), sales (who wants whatever the last customer asked for), marketing (who wants whatever is trending), and leadership (who wants growth but not risk). Your role is to synthesize these competing inputs into a coherent product roadmap.&lt;/p&gt;</description></item><item><title>ODI vs. Design Thinking: Complementary or Competing?</title><link>https://myles-innovation.com/blog/odi-vs-design-thinking/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-vs-design-thinking/</guid><description>&lt;h2 id="the-framework-wars-are-a-distraction--mostly"&gt;The Framework Wars Are a Distraction — Mostly&lt;/h2&gt;
&lt;p&gt;Walk into any innovation team in Munich, Vienna, or Zurich and you will find two camps. One swears by Design Thinking — they have the Post-it notes, the empathy maps, and the prototyping labs to prove it. The other camp has quietly adopted Outcome-Driven Innovation and wonders why they spent years brainstorming in circles.&lt;/p&gt;
&lt;p&gt;The internet treats these as competing religions. They are not. But the relationship between them is more nuanced — and more lopsided — than the diplomatic &amp;ldquo;they&amp;rsquo;re complementary&amp;rdquo; answer most consultants give.&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>Product Strategy for Enterprise Innovation Leaders</title><link>https://myles-innovation.com/pillar/product-strategy-enterprise-guide/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/pillar/product-strategy-enterprise-guide/</guid><description>&lt;h2 id="why-most-enterprise-product-strategies-fail-before-they-start"&gt;Why Most Enterprise Product Strategies Fail Before They Start&lt;/h2&gt;
&lt;p&gt;Here is a number that should disturb you: according to a 2023 study by the Product Development and Management Association (PDMA), &lt;strong&gt;40% of new products launched by established companies fail to meet their business objectives&lt;/strong&gt;. Not startups working with seed money and gut instinct — established enterprises with dedicated R&amp;amp;D budgets, experienced product teams, and decades of market knowledge.&lt;/p&gt;
&lt;p&gt;The problem is not a lack of strategy. Walk into any product planning meeting at a Fortune 500 company and you will find strategy documents. Plenty of them. The problem is that most enterprise product strategies are built on a foundation of sand: internal assumptions dressed up as customer insights, competitive benchmarking mistaken for differentiation, and roadmaps driven by the loudest executive rather than the most important customer outcome.&lt;/p&gt;</description></item><item><title>Product Strategy Frameworks: A Comparative Guide</title><link>https://myles-innovation.com/blog/product-strategy-frameworks/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/product-strategy-frameworks/</guid><description>&lt;h2 id="the-framework-problem"&gt;The Framework Problem&lt;/h2&gt;
&lt;p&gt;Enterprise product leaders are not short of frameworks. They are drowning in them. Porter&amp;rsquo;s Five Forces. Blue Ocean Strategy. Lean Startup. Design Thinking. Jobs to Be Done. The JTBD Growth Strategy Matrix. Each comes with its own books, consultants, certifications, and promises.&lt;/p&gt;
&lt;p&gt;The result is not clarity but confusion. Product teams cherry-pick elements from multiple frameworks without understanding their underlying assumptions. They apply startup methodologies to enterprise contexts. They use competitive analysis tools to answer customer needs questions. And they wonder why their product strategies produce middling results.&lt;/p&gt;</description></item><item><title>Systematic Innovation in Enterprise Organizations</title><link>https://myles-innovation.com/pillar/systematic-enterprise-innovation/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/pillar/systematic-enterprise-innovation/</guid><description>&lt;h2 id="the-problem-with-innovation-in-large-organizations"&gt;The Problem With Innovation in Large Organizations&lt;/h2&gt;
&lt;p&gt;An Austrian manufacturer of precision agricultural equipment invests 8% of annual revenue in R&amp;amp;D. The engineers are among the best in Europe. The patents are real. The product quality is demonstrably superior by any technical measure. And yet the company has been losing market share for four consecutive years to a competitor from Eastern Europe whose products are technically inferior by almost every specification.&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>The Opportunity Algorithm: Finding Underserved Customer Needs</title><link>https://myles-innovation.com/blog/opportunity-algorithm/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/opportunity-algorithm/</guid><description>&lt;h2 id="the-formula-that-replaced-gut-feeling"&gt;The Formula That Replaced Gut Feeling&lt;/h2&gt;
&lt;p&gt;Every product team has the same argument: &amp;ldquo;Which customer needs should we address first?&amp;rdquo; In most organizations, this debate is settled by seniority, volume, or salesforce pressure. The VP&amp;rsquo;s pet feature wins. The customer who shouted loudest wins. The deal that is about to close wins.&lt;/p&gt;
&lt;p&gt;The Opportunity Algorithm replaces this dysfunction with mathematics. It is the quantitative engine of &lt;a href="https://myles-innovation.com/pillar/outcome-driven-innovation-guide/"&gt;Outcome-Driven Innovation&lt;/a&gt;, and it does something that no brainstorming session, empathy map, or NPS score can do: it tells you, with statistical confidence, exactly which customer needs are underserved, appropriately served, or overserved in your market.&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>Customer-Centric Innovation: Why Traditional Methods Fail</title><link>https://myles-innovation.com/blog/customer-centric-innovation-failure/</link><pubDate>Sat, 14 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/customer-centric-innovation-failure/</guid><description>&lt;h2 id="the-uncomfortable-arithmetic-of-customer-centric-innovation"&gt;The Uncomfortable Arithmetic of Customer-Centric Innovation&lt;/h2&gt;
&lt;p&gt;Every company claims to be customer-centric. Every strategy presentation includes a slide titled &amp;ldquo;The Customer at the Center.&amp;rdquo; Every roadmap meeting features the phrase &amp;ldquo;we need to get closer to the customer.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;And yet, depending on which study you cite, somewhere between 70 and 95 percent of new products fail in the market.&lt;/p&gt;
&lt;p&gt;If everyone is already customer-centric, why do so many innovations fail?&lt;/p&gt;</description></item><item><title>Outcome-Driven Innovation in the DACH Region</title><link>https://myles-innovation.com/blog/odi-dach-region/</link><pubDate>Fri, 13 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-dach-region/</guid><description>&lt;h2 id="why-an-american-framework-fits-dach-engineering-culture-better-than-expected"&gt;Why an American Framework Fits DACH Engineering Culture Better Than Expected&lt;/h2&gt;
&lt;p&gt;Outcome-Driven Innovation (ODI) was developed in the United States. Tony Ulwick refined the methodology over three decades and hundreds of projects with companies including Johnson &amp;amp; Johnson, Microsoft, and Bosch. The headline number: 86 percent of ODI-guided product launches succeed — five times the industry average.&lt;/p&gt;
&lt;p&gt;Those figures are impressive. But for a German engineer, an Austrian product manager, or a Swiss managing director, an American success story is not enough. The real question is: &lt;strong&gt;does this work here? In our culture, with our customers, in our markets?&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>The History of JTBD: From Christensen to Ulwick to Modern Practice</title><link>https://myles-innovation.com/blog/jtbd-history-christensen-ulwick/</link><pubDate>Sun, 08 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/jtbd-history-christensen-ulwick/</guid><description>&lt;h2 id="two-men-one-idea-a-30-year-argument"&gt;Two Men, One Idea, a 30-Year Argument&lt;/h2&gt;
&lt;p&gt;The history of Jobs to Be Done is not a clean origin story. It is a messy, contested, productive intellectual dispute between two of the most influential thinkers in innovation, each of whom claims a different version of where the idea came from and what it actually means.&lt;/p&gt;
&lt;p&gt;Clayton Christensen, the Harvard Business School professor who coined the phrase, saw JTBD primarily as a narrative lens — a way of telling stories about customer motivation that made product decisions feel more human. Tony Ulwick, the practitioner who worked alongside Christensen at the beginning, saw something entirely different: a quantitative framework for eliminating product failure by measuring unmet needs with statistical precision.&lt;/p&gt;</description></item><item><title>When to Engage Product Strategy Consultants (And When Not To)</title><link>https://myles-innovation.com/blog/product-strategy-consultants-when/</link><pubDate>Sun, 08 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/product-strategy-consultants-when/</guid><description>&lt;h2 id="the-honest-answer-no-consultant-will-give-you"&gt;The Honest Answer No Consultant Will Give You&lt;/h2&gt;
&lt;p&gt;Most articles about whether to hire product strategy consultants are written by product strategy consultants. That tells you something about their objectivity. I will give you a different answer — one that sometimes means recommending you do not hire us.&lt;/p&gt;
&lt;p&gt;The decision to engage external product strategy help is not primarily about capability. Most competent product organizations have capable people. The question is whether external expertise can change the outcome in a way that justifies the cost, the disruption, and the inevitable internal politics that come with outside involvement. Sometimes the answer is yes. Often it is no. The difference lies in the specific conditions your organization faces.&lt;/p&gt;</description></item><item><title>Chinese Competition: Innovation as the Answer to Price Pressure</title><link>https://myles-innovation.com/blog/chinese-competition-innovation-response/</link><pubDate>Sat, 07 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/chinese-competition-innovation-response/</guid><description>&lt;h2 id="the-wrong-response-to-a-real-problem"&gt;The Wrong Response to a Real Problem&lt;/h2&gt;
&lt;p&gt;In the last three years, I have sat in strategy sessions at half a dozen DACH industrial manufacturers where the agenda item was labeled something like &amp;ldquo;Chinese competition response strategy.&amp;rdquo; The conclusions reached in those meetings have been remarkably consistent, and remarkably misguided.&lt;/p&gt;
&lt;p&gt;The typical response: cut costs, defend price, emphasize quality and reliability as differentiators, and hope that the regulatory environment in Europe will create enough friction to slow Chinese market penetration. Some companies add a slide about &amp;ldquo;innovation&amp;rdquo; to the deck — but when you look at what they mean by innovation, it is usually a feature roadmap that had already been planned before the competitive pressure appeared.&lt;/p&gt;</description></item><item><title>Why JTBD Fails: Common Mistakes and How to Avoid Them</title><link>https://myles-innovation.com/blog/jtbd-common-mistakes/</link><pubDate>Sat, 07 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/jtbd-common-mistakes/</guid><description>&lt;h2 id="we-tried-jtbd-it-didnt-work"&gt;&amp;ldquo;We Tried JTBD. It Didn&amp;rsquo;t Work.&amp;rdquo;&lt;/h2&gt;
&lt;p&gt;I have heard this sentence, or a version of it, at least a dozen times in the last five years. Always from a senior product manager or VP who invested real time and budget into a JTBD initiative, generated a job map, ran some interviews, produced a slide deck — and found that six months later, the product roadmap looked essentially identical to what it would have been without any of it.&lt;/p&gt;</description></item><item><title>The Mechanical Engineer and the Innovator's Dilemma</title><link>https://myles-innovation.com/blog/mechanical-engineer-innovators-dilemma/</link><pubDate>Fri, 06 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/mechanical-engineer-innovators-dilemma/</guid><description>&lt;h2 id="the-best-engineers-build-the-wrong-products"&gt;The Best Engineers Build the Wrong Products&lt;/h2&gt;
&lt;p&gt;There is a particular kind of strategic failure that is almost exclusive to engineering-led companies, and it is both the most understandable and the most damaging. The best mechanical engineers in a company — the ones who genuinely understand their product domain — are the most resistant to the innovations that will eventually displace their products. This is not a paradox. It is the logical consequence of deep expertise applied to the wrong problem.&lt;/p&gt;</description></item><item><title>Innovation Consulting: When and Why to Engage External Help</title><link>https://myles-innovation.com/blog/innovation-consulting-when-why/</link><pubDate>Thu, 05 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/innovation-consulting-when-why/</guid><description>&lt;h2 id="the-industry-that-oversells-itself"&gt;The Industry That Oversells Itself&lt;/h2&gt;
&lt;p&gt;Innovation consulting is one of the few professional services categories where the product being sold is often the opposite of what is delivered. Firms sell breakthrough thinking and transformational capability. They frequently deliver frameworks, workshops, and recommendations that sit in a shared drive until the next strategy cycle.&lt;/p&gt;
&lt;p&gt;I say this as someone who runs an innovation consulting firm. The industry has earned this skepticism, and intellectual honesty requires acknowledging it before offering any guidance on how to make better use of external innovation expertise.&lt;/p&gt;</description></item><item><title>The Job Map: Mapping What Customers Are Trying to Accomplish</title><link>https://myles-innovation.com/blog/job-map-customer-goals/</link><pubDate>Thu, 05 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/job-map-customer-goals/</guid><description>&lt;h2 id="the-mistake-everyone-makes-before-building-a-job-map"&gt;The Mistake Everyone Makes Before Building a Job Map&lt;/h2&gt;
&lt;p&gt;When product teams discover Jobs to Be Done, they typically start in the same place: they write a job statement and then immediately ask &amp;ldquo;what do customers want?&amp;rdquo; They generate a list of needs, rank them by frequency of mention in qualitative interviews, and call the result a job map.&lt;/p&gt;
&lt;p&gt;It is not a job map. It is a prioritized list of feature anecdotes organized under a job statement header. And it fails — consistently and predictably — because it skips the step that makes the job map actually useful: decomposing the job into its functional process steps before identifying any outcomes.&lt;/p&gt;</description></item><item><title>From Opportunity Scores to Product Roadmap Priorities</title><link>https://myles-innovation.com/blog/opportunity-scores-product-roadmap/</link><pubDate>Wed, 04 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/opportunity-scores-product-roadmap/</guid><description>&lt;h2 id="the-prioritization-problem-that-data-was-supposed-to-solve"&gt;The Prioritization Problem That Data Was Supposed to Solve&lt;/h2&gt;
&lt;p&gt;Every product manager I have worked with has experienced the same meeting. The roadmap review. Everyone has opinions. The VP of Sales wants the CRM integration because a large customer mentioned it. The VP of Engineering wants the architecture refactor because the technical debt is becoming untenable. The CEO wants the feature she saw at a competitor&amp;rsquo;s booth last month. The product manager has twelve user stories all tagged &amp;ldquo;high priority.&amp;rdquo;&lt;/p&gt;</description></item><item><title>Innovation Portfolio Management: Balancing Core and New</title><link>https://myles-innovation.com/blog/innovation-portfolio-management/</link><pubDate>Wed, 04 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/innovation-portfolio-management/</guid><description>&lt;h2 id="the-portfolio-that-manages-you"&gt;The Portfolio That Manages You&lt;/h2&gt;
&lt;p&gt;Most companies that believe they manage an innovation portfolio are actually managed by one. They have existing product lines that generate the revenue used to fund next-generation development. Those existing lines have customers, commitments, and internal advocates who are very good at making the case for incremental improvement. New growth opportunities have hypothetical future value and internal advocates who are newer, less senior, and less skilled at organizational politics.&lt;/p&gt;</description></item><item><title>Measuring Product Innovation: Metrics That Actually Matter</title><link>https://myles-innovation.com/blog/product-innovation-metrics/</link><pubDate>Tue, 03 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/product-innovation-metrics/</guid><description>&lt;h2 id="the-measurement-theater-problem"&gt;The Measurement Theater Problem&lt;/h2&gt;
&lt;p&gt;Every VP of Product or Innovation I speak with can tell me how many new products they launched last year, how many patents their engineers filed, and what their R&amp;amp;D spending is as a percentage of revenue. Almost none of them can tell me whether those launches addressed the customer outcomes that were most underserved, what proportion of their R&amp;amp;D investment targeted genuinely unmet needs, or how the satisfaction of their customers&amp;rsquo; most important outcomes has changed over the past three years.&lt;/p&gt;</description></item><item><title>Why 86% of ODI-Guided Products Succeed (And What That Means for You)</title><link>https://myles-innovation.com/blog/odi-success-rate-evidence/</link><pubDate>Tue, 03 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-success-rate-evidence/</guid><description>&lt;h2 id="a-statistic-you-should-question--and-then-take-seriously"&gt;A Statistic You Should Question — and Then Take Seriously&lt;/h2&gt;
&lt;p&gt;86%.&lt;/p&gt;
&lt;p&gt;That is the product success rate that Tony Ulwick and die ODI-Praxis claim for products developed using the Outcome-Driven Innovation methodology. Compared to the commonly cited industry average of 17% — or, depending on the study, somewhere between 10% and 30% — the 86% figure is so dramatically different that it invites skepticism.&lt;/p&gt;
&lt;p&gt;You should be skeptical. No claim this striking should be accepted uncritically, especially one that comes from the inventor of the methodology. Let me show you why, after examining the evidence carefully, I am convinced the directional claim is correct — and why the specific number, while not independently audited, is plausible given the mechanism behind it.&lt;/p&gt;</description></item><item><title>Quantitative Research in Innovation: Why Gut Feeling Is Not Enough</title><link>https://myles-innovation.com/blog/quantitative-innovation-research/</link><pubDate>Mon, 02 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/quantitative-innovation-research/</guid><description>&lt;h2 id="the-research-that-convinced-nobody"&gt;The Research That Convinced Nobody&lt;/h2&gt;
&lt;p&gt;A senior product manager at a €400M industrial equipment manufacturer spent four months on customer research. She visited fifteen customer sites across three countries. She sat in on operational shifts, watched operators use the equipment in real conditions, and conducted 90-minute interviews with the engineers, technicians, and supervisors who worked with it daily.&lt;/p&gt;
&lt;p&gt;She came back with a detailed qualitative synthesis: themes organized into a hierarchy, representative quotes, a job map that her team spent three weeks refining, and a set of &amp;ldquo;insight areas&amp;rdquo; — customer need categories that her research suggested were underserved.&lt;/p&gt;</description></item><item><title>The Product Leader's Guide to Customer-Centric Decision Making</title><link>https://myles-innovation.com/blog/customer-centric-decision-making/</link><pubDate>Mon, 02 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/customer-centric-decision-making/</guid><description>&lt;h2 id="the-gap-between-believing-in-customers-and-deciding-based-on-them"&gt;The Gap Between Believing in Customers and Deciding Based on Them&lt;/h2&gt;
&lt;p&gt;Almost every product organization claims to be customer-centric. The language is everywhere: customer obsession, voice of the customer, putting the customer first. It appears in mission statements, company values, and product strategy decks. It is invoked in roadmap meetings as a rhetorical trump card — &amp;ldquo;but what do the customers actually want?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;And yet the majority of product decisions in B2B companies are not made based on systematic, quantified customer evidence. They are made based on the opinions of internal advocates, the loudest customer complaint from the most recent sales call, the competitive feature that the market analyst flagged in a report, or the engineering team&amp;rsquo;s judgment about what is technically interesting. The customer is present in the language but absent from the evidence.&lt;/p&gt;</description></item><item><title>Agile Product Development with a Focus on Customer Outcomes</title><link>https://myles-innovation.com/blog/agile-product-development-customer-outcomes/</link><pubDate>Sun, 01 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/agile-product-development-customer-outcomes/</guid><description>&lt;h2 id="agile-without-outcomes-is-just-fast-wrong"&gt;Agile Without Outcomes Is Just Fast Wrong&lt;/h2&gt;
&lt;p&gt;The promise of agile product development was compelling: shorter cycles, faster feedback, less waste from building the wrong things. Two decades after the Agile Manifesto, most software product teams work in some variant of agile. A growing proportion of hardware and industrial product teams have adopted agile-inspired elements. And yet the failure rate for product development — the proportion of products that fail to achieve meaningful market adoption — has not improved materially.&lt;/p&gt;</description></item><item><title>The ODI Market Definition: Why Getting the Market Right Changes Everything</title><link>https://myles-innovation.com/blog/odi-market-definition/</link><pubDate>Sun, 01 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/odi-market-definition/</guid><description>&lt;h2 id="the-question-that-reframes-everything"&gt;The Question That Reframes Everything&lt;/h2&gt;
&lt;p&gt;&amp;ldquo;What market are you in?&amp;rdquo;&lt;/p&gt;
&lt;p&gt;It sounds like a trivial question. Every executive has an answer ready. The VP of Marketing can recite the market definition from the last investor presentation. The VP of Product has the competitive landscape slide. Everyone in the leadership team has a clear, consistent, completely wrong picture of what market they are actually in.&lt;/p&gt;
&lt;p&gt;Wrong is perhaps too strong. Incomplete is more accurate. But in strategy, incomplete and wrong often produce the same outcomes: innovations that solve problems nobody has in the market you defined, while the problems that actually drive customer switching behavior sit invisibly outside your competitive frame.&lt;/p&gt;</description></item></channel></rss>