SQL (sales qualified lead)

Updated November 10, 2026

SQL, or sales qualified lead, is a lead that the sales team has reviewed and confirmed as a likely buyer that is ready for a direct sales conversation. It fits the target customer, has a clear problem and shows no blocking gaps in budget, authority, need or timing. Most SQLs start as marketing qualified leads.

In short: A sales qualified lead, or SQL, is a prospect that sales has vetted as a good fit with a real need, budget and timeline, making it ready for a demo, a proposal or an opportunity.

How a sales qualified lead works

A sales qualified lead marks the point where a lead becomes a real sales conversation. Salesforce defines it as a lead flagged by a sales team member as likely to convert and ready to progress in the sales process 1. HubSpot's lifecycle model places it right after the marketing qualified lead and defines it as a contact or company that sales has qualified as a potential customer 2.

What changes is who owns the call. A marketing qualified lead is marketing's judgment, based on fit and engagement. An SQL is sales' judgment, usually made after a call or a reply. Salesforce lists qualification through personal contact, usually a call or video meeting, as a common trait of an SQL 1.

Salesforce describes three checks that most sales teams apply 1.

  • Fit. The lead looks like customers who have already bought, which is the buyer persona and the ideal customer profile in practice.
  • Pain. The lead has a problem the product can solve.
  • No blocking gaps. Budget, authority, need and timing are present or credibly on the way.

HubSpot also keeps a separate Lead Status property for the SQL stage, so a team can track whether the lead is new, in progress or connected without changing the lifecycle stage itself 2.

Once a lead is an SQL, the next step is concrete. A rep books a demo, sends a proposal or opens an opportunity. If none of that happens within an agreed window, the lead should go back to nurture with a reason rather than sit in the stage forever.

The SQL count is also the bridge between marketing and sales reporting. Marketing tracks how many of its leads sales accepted, and sales tracks how many accepted leads turned into opportunities and closed deals. When both teams read the same stage, arguments about lead quality turn into a question with an answer, namely which criteria predicted a closed deal and which did not.

What makes the SQL call reliable

The SQL decision is only as good as the evidence behind it. Three practices make it repeatable.

Score readiness to buy above interest. Salesforce suggests assigning points to traits linked to readiness to buy, covering behavior plus geography, role, company size and industry, and including negative scores for leads without adequate budget 1. Its point is that an SQL score should reflect a prospect ready to buy now rather than one still shopping 1. A lead score that mostly counts email clicks will promote curious readers ahead of buyers.

Watch the content a lead consumes. HubSpot notes that leads closer to buying engage with bottom of the funnel content such as pricing pages, case studies, product demos and ROI calculators, while earlier leads read blog posts, guides and webinars 3. HubSpot's shorthand is that an MQL is window shopping while an SQL is asking for the price 3.

Confirm it with a person. Salesforce recommends human contact in the process even when AI tools help with scoring, because a call reveals details about pain points that a score cannot 1.

Write the criteria into required CRM fields. If a rep cannot move a lead to SQL without recording the budget owner and the timeline, the label means the same thing across the team.

Example of a sales qualified lead

Salesforce gives a simple example of the jump from interest to SQL 1. A consulting firm sells to healthcare organizations. Staff from a midsize hospital system attended a webinar and downloaded several white papers, which made them a marketing qualified lead.

After a short call, the rep learns that the hospital has allocated budget for consultants and wants to start preparing for a year-end audit in Q2 1. They are comparing several providers. The fit is right, the need is specific and the budget exists, so the lead becomes an SQL.

A second contact, the CFO of a small community hospital, also downloaded an audit guide. On an email exchange, the CFO says they are still working out whether they can afford a consultant 1. That lead stays a marketing qualified lead and goes back to nurture.

Before the first SQL reaches the CRM, the operations team makes sure the record is usable. An n8n workflow calls the RichAPI email_finder and email_verifier endpoints over HTTP and then writes the contact with n8n's own HubSpot node, because RichAPI has no HubSpot app 4. An IF node on the success field keeps a miss, which returns HTTP 200 with success false, from overwriting a good address with a blank one 4.

On 500 rows at a 60% hit rate, the finder bills 300 found addresses at 5 credits, and the 200 misses cost nothing 4. Verifying the 300 at 2 credits brings the run to 2,100 credits 4.

SQL vs PQL

A product qualified lead is judged by what a person does inside a free trial or free plan. A sales qualified lead is judged by sales after a conversation. Product-led companies often use both, with product usage feeding the sales review.

SQLPQL
What it answersIs this lead ready to discuss buying?Has this user found real value in the product?
InputFit data, discovery answers and BANT checksIn-product usage such as activation and limits reached
OutputA meeting, a proposal or an opportunityAn upgrade prompt or a sales follow-up
Cost driverRep time on calls and demosProduct analytics and a free tier to run
Main riskInterested leads with no budget or authorityHeavy users who will never pay
Use it whenSelling through conversationsSelling through a self-serve product
Read the reference →

Frequently asked questions

What is the difference between an MQL and an SQL?

An MQL is a lead marketing judges a good fit and engaged enough for sales review. An SQL is a lead sales has confirmed is ready for a buying conversation, usually after a call 3. The main difference is sales readiness and which team owns the decision.

What criteria make a lead an SQL?

Most teams check fit with the target customer, a clear pain the product solves and no blocking gaps in budget, authority, need or timing 1. The exact criteria should be written down and agreed by sales and marketing before anyone applies the label.

Can a lead skip the MQL stage?

Yes. A demo request from a well-fit company or a reply to an outbound email that confirms a project can go straight to sales review. The MQL stage is for leads that need nurturing, and leads that are already ready can skip it.

What happens if an SQL goes cold?

Move it back to nurture with a dated reason rather than leaving it in the stage. That keeps pipeline reports honest and lets marketing reengage the lead later. If many SQLs go cold, review the qualification criteria and who is applying them.

The bottom line

A sales qualified lead is a lead sales has confirmed as ready for a buying conversation, based on fit, pain and no blocking gaps in budget, authority, need or timing. Keep it the strictest label in the funnel, confirm it with a person and make sure every SQL arrives with verified contact data and a recorded reason.

Sources

  1. What is a sales qualified lead (SQL)?, Salesforce
  2. Use contact and company lifecycle stages, HubSpot Knowledge Base
  3. MQL vs. SQL: What they are and how they differ, HubSpot
  4. n8n: enrich over HTTP, then push to HubSpot with n8n's own node, RichAPI

More terms