GTM

How Do You Define Deal Stage Exit Criteria Sales Will Follow?

Written by
Pravin Kumar
Published on
Oct 8, 2026

How do you define deal stage exit criteria that sales will follow?

Define each deal stage by something the buyer did, not by how the rep feels. A deal leaves discovery when the buyer confirms a problem, a timeline, and who else is involved. It leaves evaluation when they agree on a decision process. Write each rule as a checkable fact, require it in the CRM, and review it monthly with reps.

Most B2B pipelines have stage names that sound precise and mean different things to every rep. "Qualified" means a good call to one person and a confirmed budget to another. "Proposal" means a document was sent, or a price was discussed, or someone said "send me something." The forecast built on those stages inherits all of that ambiguity.

Exit criteria fix that. They are the short list of facts that must be true before a deal moves to the next stage. This article covers how I write them, how to make them stick in the CRM, and how they change forecasting and coverage math.

Why do vague stages break forecasting?

Vague stages break forecasting because stage probabilities assume every deal in a stage has reached the same point. If one rep moves deals forward after a friendly call and another waits for a signed mutual plan, the same stage holds very different deals. The forecast averages them and is wrong in ways nobody can see.

The damage compounds in coverage math. If your plan says you need three times quota in late-stage pipeline, and late stage includes deals that never confirmed a budget, your coverage looks healthy until the quarter ends. I explained why that number misleads in what your pipeline coverage number actually means.

Vague stages also hide coaching opportunities. When stages mean something specific, a deal stuck in one stage tells a manager exactly what is missing. When they do not, a stuck deal is just a stuck deal.

What makes a good exit criterion?

A good exit criterion is a buyer action or a confirmed fact that someone else could verify. "Buyer confirmed the problem costs them time each week" passes. "Strong interest" does not. Each criterion should be observable, recorded in the CRM, and tied to something the buyer said or did rather than the rep's impression.

I test each criterion with one question: if a manager asked the rep to show evidence, could they? A note from the call, an email, a meeting with a new stakeholder, a document the buyer shared. If the honest answer is "it was a feeling," the criterion needs rewriting.

Keep the list short. Two to four criteria per stage is plenty. Long checklists get skipped or filled in from memory, which defeats the purpose. The goal is a shared definition, not a form that reps resent.

What exit criteria fit a typical B2B pipeline?

For a typical B2B pipeline, discovery exits when the buyer confirms the problem, its impact, and a rough timeline. Evaluation exits when the decision process and other stakeholders are known. Proposal exits when the buyer has reviewed pricing and agreed on next steps. Negotiation exits on signature or a clear loss.

Discovery is where most pipelines leak. A rep runs a good first call and moves the deal forward because the buyer was friendly. The better rule is that the buyer has said, in their own words, what problem they are solving and why now. Without "why now," a deal is a conversation, not an opportunity.

Evaluation should end with a known process. Who else needs to see this? Is there a security or legal review? Who signs? Many late-stage surprises come from stakeholders who appeared only after a proposal went out. Requiring the process before a proposal moves that surprise earlier, where it is cheaper.

Proposal should end with a reaction, not just a sent document. A proposal that sits unopened is not a later-stage deal than one in evaluation. Require a call or reply where the buyer responded to the price and terms before the deal advances.

How do you make reps actually follow the criteria?

Build the criteria with reps, make them required fields at each stage change, and show the payoff: cleaner forecasts mean fewer pipeline interrogations. When the CRM asks for the facts at the moment of the stage change, following the rule takes seconds. When it relies on memory, it drifts within weeks.

Involve your best reps in writing the criteria. They know which signals really predict a close. A definition they helped write is one they will defend to their peers. A definition handed down by operations will be treated as admin work.

Use required properties at stage changes for the criteria that matter most. In HubSpot, pipeline settings let you add stage properties and mark them as required, and HubSpot's documentation says users then cannot create or update the record until they set a value. It also notes that calculated properties, such as scores, cannot be used as stage properties. I walked through the setup in how to set required deal stage properties in HubSpot. If you use Salesforce, check its documentation for the current ways to enforce fields. Keep required fields few, or reps will type placeholder answers to get past them.

Then close the loop. In pipeline reviews, ask about the criteria, not the gut feel. "What did they say about timeline?" is a better question than "how do you feel about this one?" Reps learn quickly which conversation they would rather have.

How should exit criteria change forecast categories?

Exit criteria should drive forecast categories, not replace them. Stage tells you where the deal is in the buying process. Forecast category tells you the rep's commitment for this period. A deal in a late stage with an unconfirmed signature date belongs in best case, not commit, regardless of stage.

Keep the two separate in your CRM. Mixing them is a common source of confusion, because a deal can be far along in the process and still unlikely to close this quarter. Separate fields let a manager see both facts and ask the right question.

Once criteria are in place, you can measure stage conversion honestly. Over a few quarters, you learn what share of deals that meet discovery criteria reach proposal, and so on. Those conversion rates become your own probabilities, built from your own data instead of default percentages.

How often should you revisit the criteria?

Review them monthly for the first quarter after launch, then quarterly. Look at deals that closed and deals that were lost, and check whether the criteria predicted the outcome. If deals routinely pass a stage and then die, that stage's criteria are too loose. If good deals sit stuck, they may be too strict.

Keep a simple change log. Note the date, what changed, and why. When conversion rates shift, you will know whether the market changed or your definitions did, which matters a lot when you compare quarters.

The criteria also connect upstream. If your lead score and your discovery criteria disagree about what a good opportunity looks like, one of them is wrong. My piece on how to build a lead score sales will actually trust covers the marketing side of that alignment.

What should you do next?

Write two to four exit criteria for each deal stage, each one a buyer action someone could verify. Workshop them with your best reps, make the most important ones required at stage changes, and change pipeline reviews to ask about criteria. Review closed and lost deals monthly for a quarter, then adjust.

I build websites and the automations behind them for lead generation, and CRM stage design is where those systems meet the sales team. If you want help defining and enforcing deal stages in HubSpot or Salesforce, reach out at pravinkumar.co. Let's chat.

Get found, cited and the back office automated

Let's make your site the source AI engines quote and wire up the systems behind it.

Contact

Let's get your website found and cited by AI

Tell me what you're working on, whether AI search is skipping your product, your back office is buried in manual work, or you need a build that does both.

Got it, thanks. I read every message personally and reply within 1-2 business days.
Oops! Something went wrong while submitting the form.