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.


Tooling (and AI, of course)

by Kristen DeLap


The market is overflowing with tools - AI assistants, collaboration platforms, analytics dashboards, niche SaaS products (with AI integrated!) for every imaginable workflow. It’s tempting to try them all. But tooling is not strategy. A good tool accelerates existing strengths; a poor one multiplies inefficiencies.

Some organizations love to collect tools like shiny objects. Every pain point comes with a new platform, subscription, or “quick fix.” And of course AI has entered the landscape by force, as chat but also wizards within other platforms. Some teams are being mandated to be using AI, so that the business is not “left behind”. The problem: tools don’t solve problems. People do. Tools only accelerate (or complicate) the work depending on how they’re introduced and adopted.

Effective teams treat tools as part of their operating model, not as shiny objects. They introduce them intentionally, guided by a few questions:

  1. Fit — Does the tool align with the way people already work? If it requires people to constantly context-switch or feels like extra work, adoption will die fast. Tools should dissolve into existing habits, not demand entirely new ones.

  2. Friction — Does it remove barriers or add new ones? Does it work for everyone on the team or just a subset of folks?

  3. Focus — Is it solving the right problem, or just a problem? Does this distract from what we should be actually working on?

  4. Flexibility — What’s the plan if the tool doesn’t work out? Too often, teams get stuck with tools that don’t scale or can’t integrate. Part of “trying something new” should always include the question: If this doesn’t work, how do we exit?

Organizations that answer these questions up front could save themselves months of rework and resistance.

Too often, teams focus on what tools to use instead of how to use tools well. A team that doesn’t know how to run effective meetings won’t suddenly become effective with an AI note-taker. A company that avoids tough prioritization decisions won’t magically improve by adding another project management suite.

The tools that truly stick for your team might not be the buzzy ones. FigJam for collaboration. Miro for brainstorming. ContentSquare for understanding behavior. Yes, ChatGPT for drafting and discovery. But sometimes a shared doc and a standing meeting are still the most powerful tools you can have.

The best teams don’t chase every new tool. They learn how to audit, experiment, and fold the right ones into their culture. That’s how tools stop being shiny objects and start being leverage.


STAND-UP EXERCISE

At your next team stand-up, run a quick tooling audit together:

  • List the top 3–5 tools your team uses daily.

  • For each tool, ask:

    • How does this fit into our flow of work?

    • What friction does it remove? What friction does it add?

    • Are we using it to solve the right problems?

  • Choose one tool to experiment with improving. Compare notes on how each other uses it. Does someone need more training? Are there ways to be using it more effectively? Simplifying? Or a need to sunset it or an overlapping tool?

The goal isn’t to chase the next new platform. It’s to ensure the tools in use are actually serving the team, the process, and the outcomes.


Measuring Execution: Product Metrics, Part 2

by Kristen DeLap


In the previous stand-up we discussed setting a baseline around product metrics. This baseline simply maps out the current metrics that are gathered by the team, and begins to understand whether they are useful (not a vanity metric) and whether they are leading or lagging indicators.

After a current baseline has been found, metrics can be mapped to stages of the user’s journey. While not every product is one that results in a sale, the below chart can be used to understand what types of metrics can exist at each stage.

These example metrics are not exhaustive, and many more can be tailored to a specific product. Ideally, each product team can report on metrics from each of the user journey phases.

North Star Metrics
Many product teams subscribe to the idea of a North Star Metric. This metric is a single measurement that best captures the core value your product delivers to the user. The focus of a North Star is on retainable long-term user growth and satisfaction. This metric would be in your elevator-pitch about the success of your product.

Many successful product companies use a North Star Metric to keep their teams focused on their core value. For example:

  • Google - clicking a search result

  • AirBnB - nights booked

  • Facebook - daily active users

  • WhatsApp - number of messages a user sends

  • Salesforce - average records created per account

  • Slack - number of paid teams

How to figure out your North Star Metric

  • something that indicates your user experienced the core value of your product (define your user's success moment)

  • reflects the user's engagement and activity level

  • something you have control over / can affect

  • easily understood and communicated

  • can be tied to product success / company success (aligned to your vision)

North Star metrics should not be swapped out frequently. They should meet the criteria above and then be given long enough to prove useful to measuring long term success.


STAND-UP EXERCISE

Ask your product team to map their baseline metrics to the user journey using the chart above. Is there one metric that stands out as the single best indicator of long-term value of your product? Can one of these metrics be your North Star Metric - both aligned to your vision and tied to company/product success?

Develop your North Star Metric and begin to watch it as a team. Is it something you have control over as you experiment and ship? If so, begin reporting on it to your stakeholders as your North Star, and holding yourself accountable to its outcome.


Measuring Execution: Product Metrics, Part 1

by Kristen DeLap


To consistently drive scalable and sustainable growth for your product, you are likely going to need to understand a set of useful metrics around your product or platform. At their core, product metrics are indicators that show how users interact with a product. But there are several types of metrics, and varying levels of utility.

There are two primary groups to metrics, leading and lagging indicators.

Leading indicators - tells you where your business is headed

  • drive daily tactics

  • measure frequently (and easily)

Lagging indicators - tells you if your actions were successful

  • drives long-term strategy

  • measure at a longer time interval (quarterly / annually)

Neither of these is “better”, they are simply used for different purposes on a different cadence. Your product team should be tracking metrics in both categories.

There are some metrics that are bad, however. These fall into two categories - vanity metrics, and metrics without context.

Vanity Metrics

  • look good but don't measure meaningful results

  • aren't actionable or controllable in a repeated way

  • page views / "likes" / number of email subscribers

Metrics without context

  • Often, running totals

  • For example, "10,000 registered users" sounds good, but not if there are only "100 active monthly users"

To understand if you are working with vanity metrics, use this helpful worksheet from Amplitude.

Understanding the categories of metrics can help set a standard on gathering information about your product’s performance. Use the stand-up exercise below to help set that baseline.


STAND-UP EXERCISE

After reviewing definitions of leading / lagging indicators and understanding what types of metrics are bad, make a list of measurements the product team is currently using. Which category do these fall into? Are any of them vanity metrics or lacking necessary context to define success? Which of these measurements is used only internally to the team and which are shared out to stakeholders? How often have these measurements been used to inform a decision on the product?

Once a baseline is in place, the team can dive into making sure metrics correspond to each part of the user journey, as well as determining a primary North Star metric. More of that to come in part two.

Image by Freepik