Book Club: Corporate Explorer - How Corporations Beat Startups at the Innovation Game

by Kristen DeLap


On its surface, this is not a product book. But Corporate Explorer: How Corporations Beat Startups at the Innovation Game speaks to product managers in two ways. It is filled with examples of new products being built inside established companies. And it speaks directly to the product leader who is fighting the uphill battle of bringing the product operating model to their organization.

The book’s thesis is that established companies have a distinct advantage over startups in the innovation game. They already own the necessary resources, talent, and customer bases to successfully scale new ventures. However, the authors are just as clear that some of those enablers can also trap a corporation into its old ways of working. The answer is an ambidextrous organization that can simultaneously exploit its current core business for efficiency and incremental profit while exploring new, disruptive innovations for future growth. Easier said than done, of course.

The people who take on this valuable work are Corporate Explorers. These are individuals who build new businesses inside their companies, sometimes with a formal mandate and sometimes without, using the company's own assets to move faster than a startup could. The book states, “These are leaders capable of closing the gap between knowing what needs to be done to grow new business and doing so.” 

If you are a product leader trying to change how your organization builds, you may already be a Corporate Explorer.

Some interesting points for product managers:

  • In the beginning, work backward from the business you aim to create, not forward from the product or technology you want to sell. This orients you to the customer and the commercial proposition, and away from overindexing on a specific solution or technology too early.

  • Winning sponsors is key to the long term survival of any new venture. One way to recruit is to test an incomplete idea with executives and welcome them as advisors. Invite them to learn with you, and they will naturally feel more interested. At some point, a senior team will need to choose your venture over other priorities or initiatives in terms of budget or resourcing. Make sure they know why they should commit resources to you.

  • Be an open investigator, which means being aware of the potential biases that you bring to the work. And adopt a discipline that forces you to articulate the logic underpinning your conclusions. Then you can manage the risk that your decisions are likely biased.

  • Create good hypotheses about the key issues that will contribute to the venture’s commercial viability. Follow these six business design questions:

    • Customer selection: Who will buy and use the product?

    • High-value customer problem: Does this product address a problem customers care about?

    • Value proposition: Does this product solve the customer’s problem in a way they find compelling?

    • Value capture: Will this product generate enough value for the company to make it worth doing?

    • Ecosystem adoption: Will it be easy for customers to adopt and use this product?

    • Strategic control: What level of sustainable competitive advantage or differentiation can the business achieve?

  • Many managers in risk-averse organizations believe they are expected to choose a safe option. Risk aversion becomes a standard feature of a company’s culture, which can be unfortunate for long-term bets.

Some questions for you and your team to sit with:

  • In terms of making change within your organization, especially as a leader, it is important to ask the question “why are we doing this, rather than leaving it to a startup?” What is the clear reason that this corporation can achieve the necessary scale more successfully than an independent entrepreneur?

  • Within an org, selling the initial vision is relatively easy in comparison to the challenge of sustaining a positive view of what you are doing in the time that follows. Time to revenue doesn’t come as easily in new products or ventures and many leaders can get impatient. How can you manage the flow of bad news, making sure it is always received in a timely manner and with context?


I was lucky enough to take Michael Tushman's classes at Harvard while he was developing some of these ideas and teaching case studies that appear in this book. He is an engaging lecturer, and it was an honor to learn from him. His other books, and the advisory work he co-founded with Andrew Binns and Charles O'Reilly at Change Logic, explore these ideas in more depth.

If you are leading product inside a large organization, this book gives you language for work you are probably already doing, and a sharper case for why it deserves support. If you want the practical version, the Corporate Explorer Fieldbook goes deeper on the how.


Book Club: Product Delight by Dr. Nesrine Changuel

by Kristen DeLap


Product Delight by Dr. Nesrine Changuel argues that in a market where almost everything works, working is no longer the differentiator.

Once a product reliably does its job, what sets it apart is how it makes people feel. Changuel, who has built products at Google, Spotify, and Microsoft, set out in her book to "demystify the concept of delight and raise awareness of its power.” What we learn is that delight is something you can design on purpose rather than sprinkle on at the end.

Image of physical book

She splits delight into three understandable buckets.
1. Low delight solves a functional need and nothing more.
2. Surface delight speaks to an emotional need but not the core job, the playful flourish that makes you smile and then fades.
3. Deep delight does both at once, solving the problem and earning the attachment.

Her Delight Grid maps solutions against functional needs on one axis and emotional needs on the other, so a team can see at a glance how much of its roadmap is low, surface, or deep.

Source: Nesrine Changuel, "The Delight Grid."

What I keep coming back to is her 50/40/10 rule: roughly half your roadmap on core utility, 40% on deep delight, and 10% on surface delight. It is genuinely hard to balance delight against function, and a simple ratio gives a team shared language for that tradeoff instead of relitigating it feature by feature.

She is just as practical about proving it matters. Rather than trying to put a number on an emotion, she tracks its effects, like moving Skype from a vague satisfaction score to a single operational metric, the Poor Call Rate, that the team could actually move. Each product will have a different way to measure delight, but she gives some ideas on how to get started. The through-line is her case that "when delight is treated as a strategic lens rather than a finishing touch, entire organizations can rally around creating products that are not just functional but unforgettable."

Some questions worth sitting with as a product team:

  • If we sorted our current roadmap into low, surface, and deep delight, where would it land? Anywhere close to 50/40/10? (Read her book or website to learn about motivators and how to more accurately create your grid.)

  • Where could something we have already shipped be lifted from low delight into deep delight without much added scope?

  • What is our version of the Poor Call Rate, the one metric that would tell us whether delight is present or missing?

  • If functionality is table stakes in our market, what emotional need is our product really meeting, and do we agree on what it is?

I saw Dr. Changuel speak earlier this year. She was a dynamic speaker, introduced and then in a Q&A with Matt LeMay, whose own book, Impact First Product Teams, I wrote about here. Seeing the two of them together was a nice bit of synergy. What stuck with me was how concrete she was, pulling delight out of ordinary daily interactions and out of her own work as a PM, walking through how she reasoned about these tradeoffs with her team and made the case for them. It is one thing to read the framework and another to watch someone use it to advocate for the work. Definitely a book to add to your professional product library. 


Book Club: Transformed by Marty Cagan

by Kristen DeLap


At MillerKnoll I lead the Product Guild, a group of digital product folk from across the organization that meets at least twice a month in service of driving forward the adoption of a product-focused mindset across the enterprise. We support each other, developing and unifying our core competencies within product, and it is also an opportunity for me to harmonize everyone on prioritization, intake, roadmapping and best practices. This summer we did our first book club. While it might feel like a large guild is a better setting for this conversation, I encourage you to do this within your individual product teams - the discussion was illuminating.

Transformed: Moving to the Product Operating Model is the third in the series by Marty Cagan, but if you haven’t read any of them, you should make it your starting point. All of these books make for great professional book club fodder, as Cagan’s writing is very conversational and easy to consume, but also very structured. He tells you what he's going to tell you, tells you (including case studies) and then summarizes the key points. It is a perfect set-up for a group discussion.

Transformed teaches the reader how companies can move from their current approaches to the product operating model. It teaches the principles of the model, convinces you that it is possible, and inspires you to get there as an organization. This book particularly was written to appeal to those outside of Silicon Valley.

Image of hard back book cover of Transformed by Marty Sagan, white background with green text

Transformation dimensions

  • How you build - small releases, analytics, monitoring (product delivery)

  • How you solve problems - assign problems to teams, let them find solutions (empowered product teams)

  • How you decide which problems to solve - product leaders need a vision and insight-based strategy (product leadership)

Competencies

  • Product Manager

  • Product Designer

  • Technical Lead

  • Product Leaders

Product Model Concepts

  • Product Teams - empowered with problems to solve, outcomes over output, sense of ownership, collaboration

  • Product Vision - the power of an inspiring product vision, insights, transparency, placing bets

  • Product Discovery - assessing product risks, embracing rapid experimentation, testing ideas responsibly

  • Product Delivery - small, frequent, uncoupled releases, high-integrity commitments, instrumentation, monitoring, deployment infrastructure, managing technical debt

  • Product Culture - principles over process, trust over control, innovation over predictability, learning over failure


DISCUSSION QUESTIONS

  1. Where is our team and organization falling short in the three dimensions of the product operating model? Where is the most friction between this team and the organization?

  2. In which areas have we become too rigid to the process and it is no longer serving us? How we should go back to our product operating model principles instead?

  3. Which are the least relevant principles to us as an organization?

  4. Do you think of the leaders of design and engineering as product leaders? More or less than the product management leader? Why or why not?

  5. Have you previously used the technique of a high-integrity commitment?  Is this a possibility for the next time a stakeholder asks for a date?

  6. Have you needed to address objections to the product model in the past? Was that successful? Do you think the scripts provided by the book will be helpful in future conversations?

  7. What can you do in your role (individual contributor, manager, leader, etc) to forward the product operating model and transformation in our organization?

For more discussion questions, visit the SVPG site.


As part of the Chicago product community, I was thrilled to be able to hear Marty Cagan speak last week at an event sponsored by Mind The Product. It was great to hear his candid and relatable answers to the crowd, and glean encouragement on how we can all make advancements, even as we work toward the large transformations. And I was able to fan-girl a little and get a selfie with Marty.

Image of two people, dressed professionally, taking a selfie. Man on left is the speaker, woman on right is attendee.
Man stands in front of large screen with microphone, screen shows Venn diagram of user, business, technology.