<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Innovation on MYLES — Strategy &amp; Innovation Consulting</title><link>https://myles-innovation.com/tags/innovation/</link><description>Recent content in Innovation 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/innovation/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 Customer Insights to Product Roadmap: The Translation Problem</title><link>https://myles-innovation.com/blog/customer-insights-product-roadmap/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/customer-insights-product-roadmap/</guid><description>&lt;h2 id="the-insight-graveyard"&gt;The Insight Graveyard&lt;/h2&gt;
&lt;p&gt;Every enterprise innovation team has one. A folder — digital or physical — full of research reports that nobody reads anymore. Customer interview transcripts. Ethnographic studies. Survey results. Design sprint outputs. Personas that were workshopped with great enthusiasm and then never referenced again.&lt;/p&gt;
&lt;p&gt;This is the insight graveyard. And its existence reveals the central failure of most enterprise product organizations: &lt;strong&gt;the inability to translate customer insights into roadmap decisions&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Innovation Metrics: Measuring What Matters Beyond Patent Counts</title><link>https://myles-innovation.com/blog/innovation-metrics-measurement/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/innovation-metrics-measurement/</guid><description>&lt;h2 id="the-vanity-metric-trap"&gt;The Vanity Metric Trap&lt;/h2&gt;
&lt;p&gt;How does your company measure innovation? If your answer includes patent counts, R&amp;amp;D spending as a percentage of revenue, number of ideas generated, or percentage of revenue from &amp;ldquo;new&amp;rdquo; products, you are measuring innovation theater — the appearance of innovation activity — rather than innovation effectiveness.&lt;/p&gt;
&lt;p&gt;These metrics are everywhere. Boards love them. Annual reports feature them. Innovation consultants benchmark against them. And they are, at best, weakly correlated with actual innovation outcomes.&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>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 Discovery: Methods for Finding What to Build Next</title><link>https://myles-innovation.com/blog/product-discovery-methods/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/product-discovery-methods/</guid><description>&lt;h2 id="the-backward-discovery-problem"&gt;The Backward Discovery Problem&lt;/h2&gt;
&lt;p&gt;Most enterprise product teams believe they do product discovery. They interview customers. They run surveys. They attend trade shows and listen to what the market is saying. They compile feature request lists from sales teams and support tickets.&lt;/p&gt;
&lt;p&gt;And yet, despite all this effort, their hit rate on new products hovers around the industry average: roughly six out of ten fail to meet business objectives.&lt;/p&gt;
&lt;p&gt;The problem is not that these teams skip discovery. The problem is that their discovery process is backward. They start with solutions and work back toward problems. They ask customers &amp;ldquo;what do you want?&amp;rdquo; instead of &amp;ldquo;what are you trying to accomplish?&amp;rdquo; They catalog feature requests instead of measuring unmet outcomes. They let the loudest voices — whether internal champions or key accounts — set the agenda.&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>Product-Market Fit for B2B: Enterprise-Specific Considerations</title><link>https://myles-innovation.com/blog/product-market-fit-b2b/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/product-market-fit-b2b/</guid><description>&lt;h2 id="the-product-market-fit-myth-in-enterprise-b2b"&gt;The Product-Market Fit Myth in Enterprise B2B&lt;/h2&gt;
&lt;p&gt;Marc Andreessen&amp;rsquo;s famous formulation — &amp;ldquo;product-market fit means being in a good market with a product that can satisfy that market&amp;rdquo; — has become gospel in the startup world. And in the startup world, it works reasonably well. You launch a product, observe whether customers are pulling it out of your hands, and know within months whether you have fit.&lt;/p&gt;
&lt;p&gt;Try applying this to a crane manufacturer selling to construction companies across Europe. Or a medical device company with an 18-month regulatory approval cycle. Or an agricultural equipment maker whose customers buy once every seven years.&lt;/p&gt;</description></item><item><title>Value Proposition Design Using Jobs to Be Done</title><link>https://myles-innovation.com/blog/value-proposition-design-jtbd/</link><pubDate>Sun, 15 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/value-proposition-design-jtbd/</guid><description>&lt;h2 id="the-value-proposition-precision-problem"&gt;The Value Proposition Precision Problem&lt;/h2&gt;
&lt;p&gt;Every B2B company has a value proposition. Most of them sound the same.&lt;/p&gt;
&lt;p&gt;&amp;ldquo;We deliver innovative solutions that help our customers improve efficiency and reduce costs.&amp;rdquo; Change the company name and this sentence could describe any industrial manufacturer in Europe. It communicates nothing specific. It differentiates from nothing. It resonates with no one in particular.&lt;/p&gt;
&lt;p&gt;The problem is not that product teams lack effort or intelligence. The problem is that traditional value proposition design methods — even well-regarded ones like Osterwalder&amp;rsquo;s Value Proposition Canvas — lack the precision needed to create propositions that genuinely resonate with specific customer segments.&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>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>Innovation Workshop: Structure and Execution That Produces Results</title><link>https://myles-innovation.com/blog/innovation-workshop-structure/</link><pubDate>Thu, 12 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/innovation-workshop-structure/</guid><description>&lt;h2 id="the-post-it-problem"&gt;The Post-It Problem&lt;/h2&gt;
&lt;p&gt;Close your eyes for a moment and picture a typical innovation workshop. Comfortable chairs, colored Post-its, whiteboards covered in clustered ideas. A facilitator in casual clothes says &amp;ldquo;there are no bad ideas.&amp;rdquo; By the end of the day, 147 Post-its cover the walls, participants are energized, and the CEO says &amp;ldquo;this was great — we should do this more often.&amp;rdquo;&lt;/p&gt;
&lt;p&gt;Six weeks later: the Post-its are in a drawer. The 147 ideas were never prioritized. Nobody knows which ones address a genuine customer need. The daily routine has displaced the workshop energy.&lt;/p&gt;</description></item><item><title>Developing Product Strategy: From Vision to Roadmap</title><link>https://myles-innovation.com/blog/developing-product-strategy-vision-roadmap/</link><pubDate>Wed, 11 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/developing-product-strategy-vision-roadmap/</guid><description>&lt;h2 id="what-passes-for-product-strategy-in-most-companies"&gt;What Passes for Product Strategy in Most Companies&lt;/h2&gt;
&lt;p&gt;Let us be direct: what gets called &amp;ldquo;product strategy&amp;rdquo; in most B2B companies is a PowerPoint presentation with a vision statement on slide three and a feature list on slide seventeen. In between: market trend observations, competitive comparisons, and an optimistic revenue projection that nobody seriously believes.&lt;/p&gt;
&lt;p&gt;That is not a strategy. That is a wish list with context.&lt;/p&gt;
&lt;p&gt;A real product strategy answers three questions with precision:&lt;/p&gt;</description></item><item><title>Innovation Management in Large Enterprises: What Actually Works</title><link>https://myles-innovation.com/blog/innovation-management-enterprise/</link><pubDate>Tue, 10 Mar 2026 00:00:00 +0100</pubDate><guid>https://myles-innovation.com/blog/innovation-management-enterprise/</guid><description>&lt;h2 id="the-organizational-immune-system"&gt;The Organizational Immune System&lt;/h2&gt;
&lt;p&gt;Every large enterprise has an immune system. Not biological — organizational. This immune system is programmed to detect deviations from the status quo and neutralize them. It operates through budgeting processes, incentive structures, stage-gate procedures, governance bodies, and cultural norms that accumulated over decades.&lt;/p&gt;
&lt;p&gt;The immune system is not malicious. It is useful. It protects the enterprise from uncontrolled change, from uncalculated risk, and from the chaos that would ensue if every manager pursued their own agenda simultaneously. Without this immune system, no large organization would function.&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>