How software is built today, which tools are in place, and where teams collaborate.
Qualification that creates momentum
A practical guide to understanding the customer, finding real business value, and deciding the right next action.
Why do we want to qualify?
Qualification is not about proving the buyer is worthy of our time
It is about proving that a meaningful change is worth the customer’s time.
What the current state costs in time, risk, developer effort, and missed priorities.
Why this matters now and which executive or operational goal it supports.
Agree on a specific next step with an owner, purpose, and timeframe.
Good qualification protects customer time and seller focus
What makes a good qualification?
A qualified opportunity has evidence across four dimensions
A concrete gap in delivery, security, collaboration, governance, or developer experience.
The gap affects an agreed metric, priority, deadline, cost, or risk profile.
We understand who feels the pain, who shapes the decision, and who can mobilize change.
The customer agrees to a logical next event because it helps them make a better decision.
What qualification methodologies do we use internally at GitHub?
BANT opens the door. MEDDPICC tells us whether a complex deal can move.
Budget
Is funding available, planned, or dependent on a business case?
Authority
Who can approve, block, or influence this change?
Need
What important problem are they trying to solve?
Timing
What event or deadline creates urgency?
Metrics
Quantified value.
Economic buyer
Final authority.
Decision criteria
How options are judged.
Decision process
How approval happens.
Paper process
Legal and procurement.
Implicate pain
Why change matters.
Champion
Internal mobilizer.
Competition
Vendor, build, or no action.
SPIN creates discovery. Challenger adds a point of view.
Use structured questions to move from the customer’s situation to problems, business implications, and the value of change.
Bring a relevant point of view that reframes the problem, connects to the customer’s priorities, and guides a useful next step.
Start with the customer’s operating environment
Current tools
Where does version control happen today? GitHub, GitLab, Bitbucket, or multiple platforms? Which AI tools are developers using, such as Copilot, Cursor, Claude, or internal solutions?
Scale and collaboration
How many developers, contractors, and external teams collaborate across those platforms? How many repositories and business units are involved?
Current gaps
What is not on GitHub today, and why? Where are controls inconsistent? How is security handled across the SDLC? Where does AI lack governance or adoption?
Ongoing priorities
Which initiatives matter this year: cloud migration, platform consolidation, AI rollout, application security, developer experience, cost reduction, or faster delivery?
Five habits that create false qualification
Checklist interrogation
Running through framework fields without following the customer’s story.
Premature pitching
Mapping every answer to a feature before understanding impact and priority.
Accepting vague language
Treating “security is important” or “AI is strategic” as sufficient evidence.
Single-threading
Confusing a helpful contact with authority, influence, or a tested champion.
Seller-only next steps
Sending decks and waiting instead of agreeing a customer-owned decision event.
Stay curious longer
Summarize what you heard, test it, and ask what you have missed.
If you only remember 3 things from today
Protect customer time and seller effort by proving there is a meaningful change worth pursuing.
Qualify the problem with users, the impact with business stakeholders, and the decision with authority.
A specific problem, material impact, connected stakeholders, and a mutual reason to move forward.