Skip to content

Why Product Leadership Isn’t About Being Right

Elias Lieberich, Managing Director
Elias Lieberich, Co-Founder Product Matters
How you build and deploy sounds like a machine room topic, it turns out is quite critical to most businesses.

You’ve been there. You walk into the big executive review with a deck full of unimpeachable data, a flawless logical argument, and a clear path forward. You have the right answer. And yet, you walk out without the budget, the headcount, or the green light you needed.

What went wrong?

We often think of product leadership as a quest for truth—a rigorous process of discovery and validation to find the optimal solution. But in a large organization, being right is only half the battle. The other half is being effective. And to be effective, product leaders need to align people, not just make a good argument.

This isn’t about backroom deals or empty promises. It’s about the strategic art of building consensus and demonstrating value. A wise mentor once called this organizational engineering: the skill of navigating and aligning the complex human systems within a company to achieve your goals. It’s ensuring that by the time a decision is made, the outcome is already a foregone conclusion.

Step 1: Establish Your Currency

The first step in organizational engineering is to translate your team’s value into a currency the business understands and values. While there are many dialects, the language of leadership typically revolves around three primary currencies, in this order:

  • Revenue: Does it make the company more money?
  • Risk Reduction: Does it protect the company from losing money or facing existential threats (compliance, security, stability)?
  • Efficiency: Does it save the company money or make it more productive?

Your job as a leader is to identify the right currency for your project and audience. If your work is customer-facing, your primary currency is likely Revenue. If you work on security or compliance, it’s Risk Reduction.

And if your team operates in the “machine room”—building developer infrastructure or internal platforms—your native currency often is Efficiency. This work is often seen as a cost center, so it’s your job to reframe it. Don’t just talk about migrating databases; talk about what it means for the business.

Frame your work by asking the powerful questions that speak to leadership:

  • (Revenue) “How does this feature unlock a new market segment or increase our average contract value?”
  • (Risk) “What is the financial and reputational cost to the business if we don’t do this and a breach occurs?”
  • (Efficiency) “What if we made our engineering stack just 1% more efficient? That translates to millions of dollars in recaptured productivity.”

By becoming fluent in these currencies, you move the conversation from a technical discussion to a business-value discussion.

Step 2: The Real Meeting Happens Before the Meeting

Now that you have your currency, you need to spend it wisely. You’re heading towards that critical budget or headcount decision. The single biggest mistake you can make is to believe the decision will be made in the room.

It won’t. Decisions are made ahead of time. The meeting is often just a formality.

Let’s be clear: this is not about achieving consensus or watering down your vision. It’s about giving your team’s good work a real chance to succeed. Think of this process as a way to strengthen your proposal. Each conversation is a chance to pressure-test your arguments, uncover blind spots, and forge the resilience your plan needs to hold up against the inevitable organizational scrutiny and inertia. This is an integral part of executing big things.

Your real work happens in the days and weeks leading up to the review. It’s a quiet, deliberate campaign of one-on-one conversations.

  1. Map Your Stakeholders: Who is in the room? More importantly, who has influence? Identify your likely supporters, your certain objectors, and the undecided swing voters.
  2. Go on a Listening Tour: Schedule 1-on-1 time with these key players. Don’t go in to pitch; go in to listen. Understand their priorities, their pressures, and their definition of success. Appreciate their point of view, even if it conflicts with yours.
  3. Connect Your Worlds: Once you understand their perspective, help them understand yours. Frame your proposal in the currency they care about. Show them how your project will help their team hit their goals.

Surface Objections Early: In a private conversation, a skeptical stakeholder is more likely to voice their true concerns. This is a gift. It gives you the chance to listen, acknowledge, and solve those concerns in a low-pressure environment.

Winning Before You Walk In

When you finally walk into that executive review, the landscape has changed. You’re no longer presenting a new idea to a cold audience. You’re simply summarizing a series of productive conversations that have already taken place.

Your key supporters are primed to back you up. Your main objectors feel heard, and their most pressing concerns have been addressed.

This is the essence of effective product leadership. It’s not just about having the right answer. It’s about doing the political legwork—practicing smart organizational engineering—to ensure the right answer gets adopted. It’s about becoming fluent in the currencies that matter—revenue, risk, and efficiency—and understanding that the most important conversations happen long before you ever open your slide deck.

Your registration could not be saved. Please try again.
Your registration has been successful.

Elias's Newsletter on Product Leadership

For CTOs, CPOs, VPs, and other product leaders in Europe.

I’m Elias, a former big tech product leader. I write about the practical challenges of scaling teams, shaping culture, and strategy. Each note is based on a real question from my coaching work.