Sales Qualified Lead (SQL)
A sales qualified lead (SQL) is a lead that sales has worked and confirmed as a genuine opportunity worth pursuing, a prospect vetted for fit, need, and intent and judged ready for active selling.
Key takeaways
- An SQL is a lead sales has worked and confirmed as a genuine opportunity, the strongest pre-opportunity signal.
- It follows MQL (marketing-qualified) and SAL (sales-accepted) in the funnel.
- A lead becomes an SQL through sales qualification, usually a discovery conversation testing fit, need, authority, timeline.
- MQL-to-SQL conversion is a key diagnostic of lead and qualification quality.
- Define the SQL bar clearly and consistently; promoting weak leads inflates the pipeline and distorts the forecast.
A sales qualified lead (SQL) is a lead that sales has worked and confirmed as a genuine opportunity worth pursuing, a prospect who has been vetted for fit, need, and intent, and judged ready for active selling. It is the stage where a lead becomes a real, working deal.
The SQL is the point in the funnel where marketing's and sales' earlier judgments are validated by direct engagement. A lead can look promising on paper, but only after sales has actually qualified it, through conversation and discovery, does it earn the SQL label and a place in the active pipeline.
What a sales qualified lead is
An SQL is a lead that sales has personally assessed and deemed a real opportunity: there is a genuine need, the prospect fits the profile, there is intent and a realistic path to a deal. Unlike earlier stages based on marketing engagement or initial acceptance, the SQL designation comes from sales' own qualification, usually after a discovery conversation, which makes it the strongest pre-opportunity signal in the funnel.
MQL → SAL → SQL
| Stage | Meaning | Owner |
|---|---|---|
| MQL | Marketing judges the lead qualified | Marketing |
| SAL | Sales accepts the lead as worth pursuing | Sales (handoff) |
| SQL | Sales confirms a genuine opportunity | Sales |
The progression tightens at each step. A marketing qualified lead is qualified on engagement and fit; a sales accepted lead is one sales agreed to work; and an SQL is one sales has worked and confirmed as a real opportunity, the last gate before it becomes a formal pipeline opportunity.
How a lead becomes an SQL
A lead reaches SQL status through sales qualification, typically a discovery conversation that tests fit, need, authority, and timeline.
The work happens in the discovery call and the broader qualification process: sales engages the accepted lead, uncovers whether there is a genuine opportunity, and either promotes it to SQL (and into the pipeline as an opportunity) or disqualifies it. The SQL bar should be defined clearly so the designation is consistent across reps.
Why the SQL matters
- Pipeline quality. SQLs are the vetted opportunities that populate a trustworthy pipeline.
- Forecasting. A pipeline built of true SQLs forecasts far more reliably than one of raw leads.
- Conversion focus. The SQL stage concentrates selling effort on leads judged genuinely worth it.
- Funnel measurement. MQL-to-SQL conversion is a key diagnostic of lead and qualification quality.
SQL and funnel conversion
The rate at which leads convert from MQL to SQL is one of the most revealing funnel metrics. A low MQL-to-SQL rate signals that marketing's leads are not as qualified as their MQL status suggested, or that sales' bar differs from marketing's, exactly the misalignment the SAL stage is meant to catch. Tracking this conversion, with agreed definitions, keeps marketing and sales honest about what a quality lead really is.
Writing an SQL definition that holds up
An SQL definition works when two reps looking at the same lead reach the same answer. That means turning judgment into a short checklist sales can confirm during discovery. A typical version has four parts.
| Criterion | What sales must confirm | Example of a pass |
|---|---|---|
| Fit | The company matches the ideal customer profile | Right size, industry and region |
| Need | A problem the product solves, acknowledged by the buyer | "Our follow-up after demos is inconsistent" |
| Access | Contact with someone who can decide or strongly influence | Head of sales, or a champion with a path to them |
| Timing | A reason to act within a defined window | Contract with current tool ends next quarter |
Some teams add budget, others treat budget as something to establish later in the deal. Frameworks such as BANT and MEDDIC provide ready-made structures. Whatever the choice, the criteria should be written into the CRM as required fields at the SQL stage, so the designation is backed by recorded facts rather than a rep's impression.
A worked example
In a quarter, a company generates 1,000 MQLs. The illustrative funnel:
| Stage | Count | Conversion from previous stage |
|---|---|---|
| MQL | 1,000 | |
| SAL | 600 | 60% |
| SQL | 180 | 30% |
| Closed won | 45 | 25% |
Reading across stages is more useful than any single rate. If the target were 60 new customers, the team would need 240 SQLs at a 25% win rate. Working backwards, at the current SAL to SQL rate of 30%, that means 800 SALs, and at 60% acceptance about 1,330 MQLs. Alternatively, better discovery that raises SAL to SQL conversion to 40% reaches the same number from 1,000 MQLs. Funnel math like this is how a revenue target turns into concrete demand generation and sales goals. Our lead generation statistics collect external conversion benchmarks for comparison.
SQL vs opportunity
Some companies use SQL and opportunity interchangeably; others keep them separate, with SQL meaning "qualified in discovery" and opportunity meaning "a deal with an amount and close date in the forecast." Either approach works if it is applied consistently. The mistake is having both labels with no clear difference, so reps use them differently and the funnel numbers stop meaning anything. Where both exist, the SQL criteria above decide entry, and the opportunity requires a value, a stage and a next step. The distinction between the two lead types is covered in MQL vs SQL, and the general mechanics of stage-by-stage drop-off in the conversion funnel overview.
Where AI fits in qualification
Qualification depends on information the buyer shares across emails, calls and forms, and much of it never makes it into the CRM. AI helps by capturing it: meeting notetakers record budget, timeline and decision makers from the call itself, and intent scoring reflects how the buyer is engaging. An autonomous CRM such as Outsales writes these facts to the contact record and rescores buy intent after each interaction, which gives a rep the evidence to decide on SQL status instead of relying on memory. See also AI lead qualification.
Common sales qualified lead mistakes
- Vague SQL criteria. Without a clear, shared bar, SQL status is inconsistent and the pipeline unreliable.
- Promoting too eagerly. Labeling weak leads as SQLs inflates the pipeline and distorts the forecast.
- Skipping real qualification. Treating an MQL as an SQL without genuine sales vetting defeats the stage.
- No feedback to marketing. Not tracking MQL-to-SQL conversion hides lead-quality problems.
A sales qualified lead is the prospect sales has personally confirmed as a real opportunity, the last and strongest qualification gate before the active pipeline. Defined with a clear, shared bar and tracked through MQL-to-SQL conversion, it is what keeps the pipeline genuine and the forecast trustworthy.
Frequently asked questions
What is a sales qualified lead?
A sales qualified lead (SQL) is a lead that sales has worked and confirmed as a genuine opportunity worth pursuing, a prospect vetted for fit, need, and intent and judged ready for active selling. Unlike earlier stages based on marketing engagement or initial acceptance, the SQL designation comes from sales' own qualification, usually after a discovery conversation, making it the strongest pre-opportunity signal in the funnel.
How is an SQL different from an MQL and a SAL?
A marketing qualified lead (MQL) is qualified on engagement and fit by marketing; a sales accepted lead (SAL) is one sales has agreed to work; and an SQL is one sales has actually worked and confirmed as a real opportunity. The progression tightens at each step, the SQL is the last gate before a lead becomes a formal pipeline opportunity.
How does a lead become an SQL?
Through sales qualification, typically a discovery conversation that tests fit, need, authority, and timeline. Sales engages the accepted lead, uncovers whether there is a genuine opportunity, and either promotes it to SQL (and into the pipeline as an opportunity) or disqualifies it. The SQL bar should be defined clearly so the designation is consistent across reps.
Why does the SQL matter?
It ensures pipeline quality (SQLs are vetted opportunities), better forecasting (a pipeline of true SQLs forecasts reliably), conversion focus (concentrating effort on leads judged genuinely worth it), and funnel measurement (MQL-to-SQL conversion is a key diagnostic of lead and qualification quality).
What are common SQL mistakes?
Vague SQL criteria (inconsistent status and an unreliable pipeline), promoting too eagerly (labeling weak leads as SQLs inflates the pipeline), skipping real qualification (treating an MQL as an SQL without genuine vetting), and no feedback to marketing (not tracking MQL-to-SQL conversion hides lead-quality problems).
Related terms
All Metrics termsACV vs ARR
ACV vs ARR is the distinction between two subscription-revenue metrics: ACV (annual contract value) measures the average yearly value of a single customer contract, while ARR (annual recurring revenue) measures the total recurring revenue across the entire customer base, annualized.
ARR vs MRR
ARR vs MRR is the distinction between two recurring-revenue metrics that measure the same thing at different time scales: MRR (monthly recurring revenue) is the predictable revenue earned each month, and ARR (annual recurring revenue) is that figure annualized, so ARR equals MRR times twelve.
Activity Metrics
Activity metrics are measures of the sales actions reps take, calls, emails, meetings, demos, the leading-indicator inputs of selling rather than its results, capturing the effort that produces pipeline and revenue downstream.
Annual Contract Value (ACV)
Annual contract value (ACV) is the average annualized revenue from a single customer contract, the total value of a contract normalized to a one-year figure, so deals of different lengths can be compared on equal footing.
Automation Rate
Automation rate is the share of a process, tasks, interactions, or workflows, that is handled automatically rather than by a human, measuring how much of the work is done by software.
Average Deal Size
Average deal size is the typical revenue value of a closed deal, calculated by dividing total revenue won by the number of deals over a period.
