---
title: "Identify Decision-Makers: Stop Mistaking Champions"
slug: "identify-decision-makers-stop-mistaking-champions"
published: "2026-08-22"
updated: "2026-08-20"
validated: "2026-08-20"
categories:
  - "Psychology"
tags:
  - "identify decision-maker"
  - "champion vs decision-maker"
  - "buy vs build decision"
  - "presales process"
  - "sales pipeline accuracy"
  - "technical presales"
  - "stakeholder mapping"
  - "ask who else needs to sign off"
  - "size presales work"
  - "build versus buy"
  - "decision-making process"
llm-intent: "reference"
audience-level: "intermediate"
framework-versions:
  - "b2b-sales@2026"
status: "stable"
llm-purpose: "Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…"
llm-prereqs:
  - "General familiarity with the article topic"
llm-outputs:
  - "Completed outcome: Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…"
---

**Summary Triples**
- (Champion, can, coordinate internal stakeholders, gather requirements, and push proposals but usually cannot control budget, architecture approval, procurement rules, or executive sign-off)
- (An engaged contact, does not equal, an organizational decision to buy)
- (Early approval question, surfaces, people who can change the decision (product lead, IT lead, finance, procurement, executives))
- (Sizing presales work, should be, proportional to the prospect's buying intent and the number/type of approvers involved)
- (Signals that look like late-stage opportunity, include, fast replies, detailed technical questions, contract discussion, revised quotes, refined scope)
- (Asking 'Who else needs to be comfortable...?', helps, protect seller time, reveal approval gates, and improve pipeline accuracy)

### {GOAL}
Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…

### {PREREQS}
- General familiarity with the article topic

### {STEPS}
1. Ask who else must approve
2. Map approval owners early
3. Confirm build-versus-buy decision
4. Track engagement and buying separately
5. Size presales to confirmed intent

<!-- llm:goal="Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…" -->
<!-- llm:prereq="General familiarity with the article topic" -->
<!-- llm:output="Completed outcome: Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…" -->

# Identify Decision-Makers: Stop Mistaking Champions
> Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…
Matija Žiberna · 2026-08-22

I recently worked a deal that showed every indicator of a late-stage opportunity: fast replies, detailed technical questions, contract discussion, revised quotes, refined scope. My contact was engaged from the first call through weeks of architecture, pricing, and security conversations.

Partway through, a second stakeholder joined the process. The central question moved from which developer to hire toward whether to build custom software at all, and the company chose a third-party platform. No competing developer won the work; the organization settled that underlying question on its own.

That outcome is a useful prompt for separating two signals that service businesses often collapse into one: how engaged a contact is, and whether their organization has decided to buy.

## A champion measures something different than a buying decision

A champion inside a prospect's organization can explain the problem to colleagues, gather requirements, schedule calls, and push a proposal forward. That role is genuinely useful and often shapes the final scope of a project.

Four things sit outside a champion's control in most organizations: budget ownership, architecture approval, procurement rules, and executive sign-off. Any one of those can end a project on a timeline the champion doesn't set, on its own schedule, separate from how the working relationship is going.

## A question to ask earlier than usual

One useful question for a technical consulting process, asked early: "Who else needs to be comfortable with this approach before the project can move forward?"

That question surfaces the people capable of changing the decision: a product lead weighing build-versus-buy, an IT lead evaluating architecture, a finance stakeholder setting budget, a procurement process requiring competitive bids, an executive scoping whether the problem is a current priority. Naming these people early gives a more complete picture of how many approvals sit between a strong conversation and a signed contract.

## Sizing presales work to what's actually confirmed

Detailed technical presales — architecture proposals, prototypes, several rounds of scope revision — fits naturally once three points are confirmed:

1. The organization agrees the problem is worth solving.
2. The organization has settled on the general type of solution being proposed.
3. The people capable of overriding that agreement have joined the conversation.

Each of those points can still be open while a champion is deep in technical detail with you. Unpaid architecture work done before they're confirmed is effort spent inside a decision the champion doesn't fully control.

This is the same tension covered from the positioning side in [Update Your Developer Portfolio: Close the Sync Gap Now](https://buildwithmatija.com/blog/sync-gap-update-developer-portfolio) — a strong technical presence attracts engaged contacts, and engaged contacts still sit inside organizations with their own approval structure.

## Two numbers, tracked separately

Two questions are worth tracking as separate entries for every opportunity in a pipeline:

- Does the contact want to work with me?
- Has the organization decided to buy what I'm proposing?

A responsive, detail-oriented contact gives real signal on the first question. The second depends on people the champion may not control, and stays open until they've weighed in. Recording both numbers, rather than one blended estimate, gives a more accurate read on where a deal actually sits.

## Back to the deal I lost

In the opportunity described above, the champion's engagement stayed close to full buy-in through weeks of technical work, and the organization's decision on build-versus-buy remained open until a new stakeholder joined months later. Separating those two numbers from the first call would have flagged the second one as unresolved long before the final decision arrived.

## FAQ

**How can I tell a champion from an actual decision-maker?**
Ask directly who owns budget, who approves architecture, and who else needs to sign off before the project can start. A contact who can name specific people and a specific process is working with visibility into the decision. A contact who says "I'll handle it internally" is often still building that visibility themselves.

**Does this mean I should stop building relationships with champions?**
Champions remain valuable through a sales process. They explain the problem internally, gather requirements, and introduce stakeholders. Confirming who else sits in the decision adds a second layer of information alongside that relationship, rather than replacing it.

**When is unpaid technical presales worth the investment?**
Once the three points above are confirmed: the problem is agreed to be worth solving, the general solution type is settled, and the people who could override that agreement are in the conversation.

**What if my champion doesn't know who else is involved in the decision?**
That answer is itself useful information. A champion without visibility into the rest of the decision places the opportunity earlier in the pipeline than the technical conversation alone suggests.

**How do I ask about decision-making structure without sounding distrustful?**
Framing the question around project success — "who else needs to be comfortable with this approach" — reads as diligence. Pairing it with genuine technical engagement keeps the conversation collaborative.

---

If you're mid-proposal on a technical build and want a second read on where the buying decision actually stands, [I work with a small number of founders and product teams on exactly this kind of scoping](https://buildwithmatija.com/nextjs-developer).

Let me know in the comments if you've run into a version of this in your own pipeline.

Thanks,
Matija

## LLM Response Snippet
```json
{
  "goal": "Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…",
  "responses": [
    {
      "question": "What does the article \"Identify Decision-Makers: Stop Mistaking Champions\" cover?",
      "answer": "Identify decision-maker vs champion: use specific questions to surface approvers, size technical presales to buying intent, and protect your time—read…"
    }
  ]
}
```