Optimized Sales Optimized Marketing Target Accounts For CROs For CFOs For CMOs Blog News Glossary Compare Tools About Schedule a Demo
Sales Forecasting

Pipeline Review Template: The Agenda and Deal Grid for a 30-Minute Review

Pete Furseth 6 min read
pipeline reviewsales templatespipeline managementsales meetings
Pipeline Review Template: The Agenda and Deal Grid for a 30-Minute Review
Home/ Blog/ Pipeline Review Template: The Agenda and Deal Grid for a 30-Minute Review

What is a pipeline review supposed to produce?

A list of deals with owners, actions, and dates attached, plus a decision about where new pipeline has to come from. Most reviews produce neither. They produce a tour of the pipeline in reverse close-date order until time runs out, and then everyone leaves with the same information they arrived with.

The structure below fixes that by deciding in advance which deals get discussed and how long each portion of the meeting lasts. Every column and every agenda block exists to force a decision.

Put this to work on your numbers
Run your own numbers with the free Forecast Accuracy Scorecard, then see how ORM builds it into a custom model.

What does the agenda look like?

Four blocks, thirty minutes, with the largest share going to deals flagged by rule rather than by preference.
BlockMinutesWhat happensOutput
Gap check5Coverage against the period target, by segment and by repThe pipeline creation number needed this month
Movement5Deals that changed stage, amount, or close date since last weekConfirmation or challenge on each change
Flagged deals15The rule-selected list, three to six deals maximumOwner, action, and date per deal
Actions5Read back the commitments madeA logged list checked at the next review
The gap check goes first for a reason. If the period is short on pipeline, the rest of the meeting should be weighted toward creation rather than toward polishing deals that already exist.

What columns belong in the deal grid?

Nine, and none of them is a probability percentage.
ColumnWhy it earns a slot
Account and amountThe value at stake
StageWhere the buyer is, per your exit criteria
Days in current stageStalling shows up here before it shows up anywhere else
Close dateThe commitment being made
Close date changes to dateThe running count, not only the current value
Last meaningful changeStage, amount, or close date, whichever moved most recently
Next step and dateThe specific action, with a day attached
Economic buyer engagedYes or no, no partial credit
Flag reasonThe rule that pulled this deal into the room
Two of those columns do the heavy lifting. Close date changes to date exposes the deals that keep sliding while staying in commit. At ORM the close-date change is the strongest single slippage signal in a record, and a deal that slips from one period into the next is less likely to close even when the rep still calls it committed.

The other is last meaningful change. ORM treats a change in stage, close date, or amount as meaningful activity. When none of those has moved, the deal is decaying whether or not the rep has logged calls against it.

Which deals should get pulled into the review?

Select by rule so the list is defensible and the same rules apply to every rep. Four rules cover most of what matters:

- The close date moved at any point this period. - No stage, amount, or close-date change in the last three weeks. - The deal has aged past the point where deals in its group normally close. - It sits in the top five by value for the period.

The aging rule needs a number behind it. ORM applies a twelve-month rule for most customers, and groups opportunities with a machine learning model that predicts a close curve for each group. Those curves run from one to eighty weeks, with most of the expectation landing before week twelve and very few groups carrying expectation past fifty-two weeks. Set your own threshold from your own close-time distribution rather than from a round number that feels right.

Expect the stale list to be longer than anyone wants. Across ORM customers, more than 10% of pipeline has not been touched in twelve months.

How do you keep the review from turning into a forecast call?

Ban current-period commit deals from the flagged list unless they were flagged by a rule. The gravitational pull of the current number is strong enough that without a rule, every review becomes a negotiation about this period and future pipeline never gets worked.

The two meetings answer different questions. A forecast call asks what will close. A pipeline review asks whether enough exists to close later and whether it is moving. Teams that merge them tend to run out of pipeline two periods later, having spent every meeting defending the current one.

The gap check is where the two connect. If pipeline coverage is thin for the following period, the review should end with a creation target per rep rather than with more inspection of deals that already exist. Coverage alone is a weak input, which is why the 3x coverage rule fails so often. Across ORM's customer base coverage ranges from about 1.4x to 5x, and most customers sit near 3.5x, so the ratio by itself says almost nothing about whether a specific quarter is safe.

What happens after the review?

Every flagged deal leaves with a named owner, a written action, and a date, and those get read back at the start of the next review.

That read-back is the entire enforcement mechanism. Reps quickly learn whether last week's commitments are checked. When they are, the grid gets cleaner before the meeting instead of during it. When they are not, the review becomes theater and the same deals appear on the flagged list for six weeks running.

One additional output belongs in the log: any deal the group agrees should be removed or re-dated. Cleaning those out on the spot is what keeps deal slippage from accumulating silently inside the coverage number.

Frequently Asked Questions

What should a pipeline review agenda include?

Coverage and gap for the period, deals that changed since last week, deals flagged by an objective rule such as aging or a moved close date, and the actions committed with owners and dates. Deal-by-deal storytelling should be cut. The review exists to decide what gets worked, not to narrate the pipeline.

How long should a pipeline review take?

Thirty minutes per rep or per pod. Longer reviews turn into forecast negotiation. If you cannot cover the gap, the flagged deals, and the actions in thirty minutes, the problem is that too many deals were pulled in, not that the meeting is too short.

How is a pipeline review different from a forecast call?

A pipeline review looks at deals that will close later and asks whether enough of them exist and whether they are progressing. A forecast call looks at deals closing in the current period and produces a number. Mixing them means the current period always wins and future pipeline never gets worked.

Which deals should be pulled into the review?

Select them by rule, not by manager intuition. Deals whose close date moved, deals with no stage, date, or amount change in the last three weeks, deals aged past your normal close window, and the largest deals by value in the period. Rules make the selection defensible and stop reps from preparing only their favorites.

What should happen after the pipeline review?

Every flagged deal leaves with an owner, a specific next action, and a date. Those actions get checked at the top of the next review. A review that produces discussion but no logged actions has no effect on the pipeline the following week.

PF
Pete Furseth
ORM Technologies
Pete has built custom revenue forecast models for B2B SaaS companies for over a decade.

See how ORM turns these insights into action

ORM builds custom revenue forecast models for B2B SaaS companies. Not dashboards. Prescriptive analytics that tell you what to do next.

Schedule a Demo