SellingSherpa

B2B Sales Best Practices

  • Contact Us
  • Opt-out preferences

Pipeline Coverage: Forecasting Treasure or Trash?

December 30, 2021 Jeremey Donovan

I’ve always felt that pipeline coverage is a lazy and inaccurate metric for forecasting. It made my usually well-tuned mathematical spidey sense tingle… and not in a good way. My concern was that pipeline coverage would vary wildly during the quarter such that one would actually need different target coverage ratios at different points in time. Moreover, a decent amount of business gets created and closed during the quarter – even in Enterprise. However, I’d never properly done the math.

Recall that pipeline coverage is defined as follows:

pipeline \thinspace coverage = \frac{open \thinspace pipeline  \thinspace with  \thinspace close  \thinspace dates  \thinspace in  \thinspace qtr}{bookings \thinspace target - bookings \thinspace already \thinspace closed \thinspace in \thinspace qtr}

The general rule of thumb is that pipeline coverage should be \frac{1}{win \thinspace rate} . So, with a win rate of 33% you’d want a 3x coverage ratio. If one’s win rate were 20%, then 5x. In fact, this range of 3x to 5x is pretty common.

As I mentioned, one of the things that has bothered me about pipeline coverage is that a decent amount quarterly bookings come from deals that don’t even exist in CRM at a given point in time. While that could be because reps are ‘hiding’ deals, it happens naturally for deals with shorter sales cycles such as most SMB deals or even incremental upgrades in Enterprise. But, it struck me (I assume I’m not the first one to think of this) that one can adjust the pipeline coverage goal formula as follows:

target \thinspace coverage=\frac{1-(create \thinspace \& \thinspace close \thinspace \%)}{win \thinspace rate}

By way of example, imagine the win rate for deals in the pipeline at the start of any given quarter were 20% and 30% of bookings have been created & closed in any given quarter. Then, the target pipeline coverage ratio would be:

target \thinspace coverage=\frac{1-0.3}{0.2}=\frac{0.7}{0.2}=3.5x

That is all well and good for the start of quarter pipeline coverage target. But, does the target need to vary as the quarter progresses in order to forecast accurately?

To get to that answer, I found it helpful to make the following simplifying assumptions:

  • The open pipeline of deals with close dates in the quarter only contains deals that existed on Day 1 of the quarter. While this is more likely to be true for Enterprise new business, we are still fine for upgrades across all segments and for SMB new business which are both accounted for in the create & close percentage.
  • Create & close bookings occur evenly throughout the quarter. In other words, 1/90th of deals created & closed get booked on any given day. I’ve looked at this in multiple businesses and it is a fairly decent assumption.
  • Pipeline is closed won or lost evenly throughout the quarter. Everyone knows that deals are backend loaded. However, we are still fine. Imagine an extreme case where 100% of the pipeline closes one way or the other on the last day of the quarter. In that case, the coverage ratio would be unchanging and accurate the whole time.

With those assumptions, target bookings of $100, a 20% win rate, and a 30% create & close rate, we can actually look at what happens over time.

Using this data, we discover that pipeline coverage does not vary over time!

Advanced Version

If you are still with me, let’s take a moment to derive an even more advanced version of the target pipeline coverage ratio. We have the following variables:

b = bookings \thinspace target
w = win \thinspace rate=\frac{\# \thinspace deals \thinspace won}{(\# \thinspace deals \thinspace won+\# \thinspace deals \thinspace lost)}
r = pipeline \thinspace coverage \thinspace ratio
c = bookings \thinspace created \thinspace and \thinspace closed \thinspace during \thinspace the \thinspace period \thinspace as \thinspace a \thinspace \% \thinspace of \thinspace bookings \thinspace target
s = \% \thinspace of \thinspace deals \thinspace that \thinspace slip \thinspace out \thinspace of \thinspace the \thinspace period
p = pipeline \thinspace at \thinspace start \thinspace of \thinspace quarter

Assuming actual bookings hit the target (b), the following holds true:

b = w*[p*(1-s)] + c*b

The term p*(1-s) requires some explanation. The entire pipeline includes business that was closed as well as business that will ultimately slip in to future periods. But, win rate (w) only applies to business that was closed, won or lost, and not the portion that slips. Hence, we need to adjust for the slippage (aka push) factor.

Here comes the next trick. If we get the pipeline coverage ratio spot-on, then it will have been the case that b=p/r  . Substituting this in the the equation above, we get:

\frac{p}{r} = w*[p*(1-s)] + c*\frac{p}{r}

Finally, we solve for r:

\frac{1}{r} = w*[(1-s)] + \frac{c}{r}
1 = r*w*[(1-s)] + c
(1-c) = r*w*[(1-s)]
\mathbf{r = \frac{1-c}{w*(1-s)}}

Bottom Line

As it turns out, pipeline coverage is reasonably stable and accurate as long as win rate is modeled based on opportunities open at the start of the period and as long as one has a good estimate for bookings created and closed in the period as a percent of target.

While I still prefer to forecast bookings using stage or forecast category weighting (or better, an AI/ML model), I have to admit that pipeline coverage is more treasure than trash.

Share this:

  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to share on X (Opens in new window) X
  • Click to share on Facebook (Opens in new window) Facebook

Related

Filed Under: Uncategorized

« 12 Themes in the Customer Success Zeitgeist
Whale Hunting With Global Accounts (Book Summary) »

Copyright © 2025 · Ambiance Pro Theme on Genesis Framework · WordPress · Log in

Manage Cookie Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
View preferences
  • {title}
  • {title}
  • {title}
 

Loading Comments...
 

    Privacy Policy