How-to guide

How to run a pipeline generation sprint

A pipeline generation sprint is a 2-3 week focused outbound push, run when quarterly pipeline coverage drops below 3x and the always-on prospecting motion will not close the gap in time. All reps pause non-essential work, pound an assigned target list at 50 touches per rep per day, and the VP of Sales plus RevOps run a daily war room until coverage returns to plan. This guide walks the nine moves that separate a disciplined sprint from a panicked spray: confirm the trigger, scope the window and the owner stack, build the target lists, lock the sprint cadence, stand up the war room, enforce the daily number, protect inbound and late-stage work, call the end, and run the post-mortem.

Before you start

What you need.

Time: 2-3 weeks end to end

  • A pipeline coverage number everyone agrees on (quarter target divided by weighted pipeline), with the 3x threshold documented so the trigger is not debatable in the moment
  • Clean segmentation (industry, size, role, trigger event) so target lists can be built in hours, not days
  • A sending domain and dialer that are warm, compliant, and already handling the always-on cadence without deliverability flags
  • An executive sponsor (VP Sales) and a RevOps owner who can clear calendars, cover the daily standup, and make kill or scale calls without a steering committee
Run a pipeline generation sprint

Step by step.

  1. 1

    Confirm the trigger: coverage below 3x with time to recover

    A sprint is a specific intervention, not a general mood. Call it only when weighted pipeline coverage for the current or next quarter falls below 3x of the number and there is enough runway (at least four to six weeks before quarter-end) for meetings booked during the sprint to actually close. Below that runway, a sprint produces top-of-funnel vanity and no revenue. Pull the coverage number from the CRM pipeline report, agree on the calculation with Finance so the number is not disputed mid-sprint, and write the exact gap into the sprint brief: current coverage, target coverage, meetings-held delta required to close it, and the date the gap must be closed by.

    • Compute coverage as weighted pipeline divided by quarter target, using the same stage weights Finance uses in forecast
    • Confirm at least 4-6 weeks of runway between sprint end and quarter-close so new meetings can convert
    • Write the exact meetings-held delta required, not a vague 'more pipeline' goal
    Tip: If coverage is below 3x but the quarter closes in two weeks, run a late-stage save motion instead. A sprint cannot ship pipeline that converts before quarter-end.
  2. 2

    Scope the window, the owner stack, and what gets paused

    Lock a 2-3 week window with hard start and end dates and name the owners before day one. VP of Sales owns the number and the daily war room. RevOps owns the target lists, the dashboard, the kill or scale decisions on individual plays, and the post-mortem. Front-line managers own rep activity, coaching, and the daily 50-touch floor. Reps own the touches and the handoff of booked meetings to the deal team. Spell out what pauses for the window: internal projects, non-critical training, outbound experiments outside the sprint plan, and any discretionary meeting that is not an active deal or inbound. If leadership will not pause anything, the sprint is a slogan, not a sprint.

    • Fix a start date, end date, and no-extend rule in the brief; a sprint that stretches is a sprint that failed
    • Name four owners: VP Sales, RevOps, front-line manager(s), reps; one owner per role, not a committee
    • List exactly what pauses (projects, training, discretionary meetings) so reps have the hours to hit 50 touches
    Tip: A sprint without a published pause list is a 50-touch mandate stacked on top of the normal week. Reps will quietly cut the touches, not the meetings, and the number will miss.
  3. 3

    Build the target lists: assigned, scored, and finite

    A sprint runs on assigned lists, not open territory. RevOps builds a finite target list per rep, drawn from the ICP segment with the highest conversion history (not the one that is easiest to pull), scored on fit and recent trigger events (funding, hiring, leadership change, tech stack signal), and sized so a rep hitting 50 touches a day lands on every account at least three times across the sprint window. Deduplicate across reps and against the always-on cadences so no account gets stacked by two sellers in the same week. Hand each rep their list in Strkr the day before kickoff, with the trigger event and the role targets per account already attached, so the first morning starts with sending, not researching.

    • Pull from the ICP segment with the best historical conversion, not the biggest TAM
    • Score on fit plus recent trigger events; freshness beats volume on a 2-3 week clock
    • Size the list so 50 touches a day lands on every assigned account at least 3 times across the window
    • Deduplicate against always-on cadences so no account is double-touched by two reps in a week
    Tip: A sprint that hands reps the full TAM instead of a finite list burns calendar on account research and misses the touch floor. Finite and pre-enriched beats bigger and messier.
  4. 4

    Lock the sprint cadence: shorter, denser, more call-heavy

    The sprint cadence is not the always-on cadence with the volume knob turned up. Compress the touch count to five or six touches across seven to ten days, raise the call share from one or two touches to three, and move the first call forward to touch 2 so the voice channel runs while the inbox is still warm. Keep email as the backbone and LinkedIn as the familiarity layer, but strip any touch that does not have a one-sentence hook ready; a sprint is not the time to debug half-written copy. Publish the sprint cadence in Strkr as its own template so reports split sprint touches from always-on touches at the end of the window.

    • 5-6 touches across 7-10 days per account (not 6-8 across 15 like always-on)
    • Raise the call count to 3 touches; move the first call to touch 2, not touch 4
    • Keep email on the backbone and LinkedIn as the familiarity layer; cut any touch without a hook
    • Ship the sprint cadence as a separate template so sprint touches report distinctly from always-on
    Tip: Running sprint touches on the always-on template corrupts the always-on reply benchmark for the rest of the quarter. Keep the templates separated so the data stays clean.
  5. 5

    Stand up a daily war room with a 15-minute agenda

    A sprint without a daily standup is a sprint that drifts by day three. VP Sales and RevOps run a 15-minute war room every morning at the same time with a fixed agenda: yesterday's touches by rep against the 50 floor, yesterday's booked meetings against the daily goal, deliverability or compliance flags, one blocker per rep (list quality, tooling, missing data), and one decision for the day (hook change, list swap, call block move). No status updates longer than one line per rep. Post the dashboard in a shared channel immediately after and keep it live. A war room that runs long or wanders is a war room reps will skip, and a skipped war room means the sprint runs on vibes by the end of week one.

    • Fix the time, fix the agenda, fix the attendees; a 15-minute cap is the discipline that keeps it useful
    • Walk the dashboard: touches per rep, meetings booked, meetings held, reply quality, deliverability
    • Surface exactly one blocker per rep and make one decision per war room; carry nothing to tomorrow
    Tip: If the dashboard is not live in Strkr before the war room, it will be out of date by the time it ships to Slack. Pull the number in the room and leave with the next action.
  6. 6

    Enforce the daily 50-touch floor and classify every reply

    The sprint number is 50 touches per rep per day, counted as the sum of emails sent, calls dialed, voicemails left, and LinkedIn touches (profile view does not count on its own; a comment or connection request with context does). Managers walk the per-rep count every morning in the war room and coach misses the same day; a rep who misses the floor two days in a row gets a list review, a tooling check, and a direct manager session before day three. Classify every reply into positive, neutral, referral, or negative inside Strkr so reply volume does not hide a reply-quality problem. A sprint that produces 2,000 touches and 400 'not interested' replies is a sprint missing a hook, not a sprint missing effort.

    • 50 touches = emails + calls + voicemails + LinkedIn (comment or contextual connect); profile views are not touches
    • Walk per-rep activity daily and coach a miss the same day, not the following Friday
    • Classify every reply (positive, neutral, referral, negative) so quality is visible on the dashboard
    • Two consecutive miss-days triggers a list, tooling, and 1:1 review before a third miss-day
    Tip: A 50-touch floor measured only in email sends is a sprint that produces one channel of signal and three channels of silence. Count calls and social, or expect the number to miss.
  7. 7

    Protect inbound, late-stage, and renewal work from the sprint spillover

    A sprint pulls energy toward new logos and will quietly starve inbound replies, late-stage deals, and renewals if nobody owns the fence. Assign one SDR or AE to cover inbound replies with a one-hour SLA for the duration of the sprint, keep late-stage deals on their existing weekly deal review (do not fold them into the war room), and move renewal accounts to a named owner outside the sprint cohort. Watch the inbound reply response time daily; a sprint that lifts outbound meetings while inbound response time triples is a sprint that stole from a working motion to feed a struggling one, and the quarter nets even. Publish an inbound ping channel so the sprint reps know an inbound reply is still urgent, not someone else's problem.

    • Name one person to own inbound replies with a 1-hour SLA for the sprint window
    • Keep late-stage deals on their existing deal-review cadence; do not fold them into the war room
    • Move renewal accounts to a named owner outside the sprint cohort so sprint energy does not pull from retention
    Tip: A sprint that doubles outbound meetings while inbound response time triples lifts top-of-funnel and loses it again on the next inbound hand-raise. Fence the inbound work before day one.
  8. 8

    Call the end on the published date and declare the number

    A sprint that stretches is a sprint that failed; call the end on the published date even if the gap is not fully closed, so the organization learns the sprint shape and does not treat it as a new normal. On the final day, publish the number: total touches, meetings booked, meetings held, pipeline created (weighted), reply classification mix, and remaining coverage gap. If coverage is back to or above 3x, hand the pipeline to the deal team and return to always-on cadence the next business day. If coverage is still short, do not simply extend; schedule a second sprint with a different ICP segment, a revised cadence, or a different trigger event, and give the organization at least one week of recovery between the two. Running back-to-back sprints with no gap is how reply rates die and sending domains get flagged.

    • Publish the final number on the published end date; a sprint that stretches teaches the org to ignore end dates
    • Report touches, meetings booked, meetings held, weighted pipeline created, reply mix, remaining gap
    • If coverage is back to 3x, return to always-on the next business day; do not keep the war room running
    • If coverage is still short, schedule a second sprint with at least one week of recovery between them
    Tip: Back-to-back sprints with no recovery is the fastest way to burn a sending domain and a sales team in the same quarter. The gap between sprints is a feature, not a scheduling accident.
  9. 9

    Run the post-mortem that keeps next quarter from needing another sprint

    Pipeline sprints are a symptom of a top-of-funnel miss that happened eight to twelve weeks earlier. The post-mortem belongs in the week after the sprint ends, led by RevOps, and it asks the actual question: why did coverage drop below 3x in time to need a sprint, and what should always-on prospecting change so the next quarter does not. Review always-on touch volume by rep for the eight weeks before the sprint, ramp status for any new reps, segment-level conversion rates, marketing-sourced pipeline trend, and territory load. Ship two or three changes to the always-on motion (a higher daily touch floor, a different segment weighting, a ramp acceleration) and track whether coverage holds above 3x at the next quarter's three-week-in checkpoint. If it does, the sprint worked. If it does not, the sprint was a bandage and the real fix is still open.

    • Review always-on activity in the 8-12 weeks before the sprint; sprints are a lagging symptom, not a root cause
    • Check ramp status for new reps, segment conversion rates, marketing-sourced pipeline, and territory load
    • Ship 2-3 always-on changes and verify coverage holds above 3x at the next quarter's three-week checkpoint
    Tip: A quarter that ends with 'we need another sprint' two quarters in a row is a quarter that never ran the post-mortem. The sprint is the intervention; the post-mortem is the fix.
Avoid

Common mistakes.

  • Calling a sprint when there is no runway for new meetings to close before quarter-end, producing top-of-funnel vanity and zero revenue impact
  • Running the sprint on top of the normal week with no pause list, so reps quietly cut touches instead of other work and the daily 50-touch floor misses by day four
  • Handing reps an open territory instead of a finite, pre-enriched target list, so the first three days of the sprint are account research instead of outbound touches
  • Letting the sprint stretch past its published end date because the gap is not fully closed, which teaches the organization to ignore end dates and starts the second sprint on a tired team
  • Running the sprint cadence on the always-on template, which corrupts the always-on reply benchmarks for the rest of the quarter and hides whether the sprint cadence itself worked
  • Skipping the post-mortem, so the next quarter opens with the same top-of-funnel gap and the organization treats sprints as a planning rhythm instead of a symptom
FAQ

Frequently asked questions.

When should I run a pipeline generation sprint?

Call a sprint when weighted pipeline coverage for the current or next quarter falls below 3x of the number and there is at least four to six weeks of runway before quarter-end for new meetings to actually convert. Below that runway, run a late-stage save motion instead. Above 3x coverage, do not call a sprint; a sprint on a healthy quarter burns the sending domain and the team for no net gain.

How long should a pipeline generation sprint last?

Two to three weeks is the working range. Shorter than two weeks does not produce enough touches to move the coverage number; longer than three weeks drops reply rates, raises unsubscribe and complaint rates, and burns reps. If a three-week sprint does not close the coverage gap, schedule a second sprint with at least one week of recovery and a different ICP segment or cadence, rather than extending the first one.

How is a sprint different from always-on prospecting?

Always-on prospecting is a steady-state motion run every week at a sustainable touch volume on a 6-to-8-touch, 15-day cadence. A sprint is a 2-3 week intervention run only when coverage drops below 3x: all reps pause non-essential work, hit a finite assigned list at 50 touches per rep per day on a compressed 5-to-6-touch, 7-to-10-day cadence, and a daily war room runs until the window closes. Sprint cadences should live as separate templates so reporting does not mix the two.

Who owns a pipeline generation sprint?

VP of Sales owns the number and runs the daily war room. RevOps owns the target lists, the dashboard, the kill or scale decisions on individual plays, and the post-mortem. Front-line managers own rep activity, coaching, and the daily 50-touch floor. Reps own the touches and the handoff of booked meetings to the deal team. One owner per role; a sprint run by a steering committee is a sprint that cannot decide anything inside 15 minutes.

What is the daily touch target during a sprint?

Fifty touches per rep per day, counted as the sum of emails sent, calls dialed, voicemails left, and LinkedIn touches where there is a comment or a contextual connection request. Profile views alone do not count. Managers walk the per-rep count in the morning war room and coach misses the same day. Two consecutive miss-days trigger a list, tooling, and manager 1:1 review before a third miss-day, so a shaky rep does not drag the sprint under.

How do I measure whether the sprint worked?

The primary number is held meetings and weighted pipeline created against the coverage gap written into the sprint brief. Secondary numbers are per-rep touch count against the 50 floor, reply classification mix (positive, neutral, referral, negative), inbound response time (to confirm the sprint did not steal from a working motion), and deliverability signals. A sprint that produces 2,000 touches and 400 'not interested' replies is a sprint missing a hook, not a sprint missing effort; classify replies or the top-line reply rate will hide a quality problem.

See it in Strkr

Related product surfaces.

See the Strkr platform Strkr CRM

Run the sprint on one record, not six spreadsheets

Strkr puts the coverage dashboard, the target lists, the sprint cadence, the daily touch count, the reply classification, and the war room notes on one shared timeline, so VP Sales and RevOps can read the number in the room and decide the next move inside fifteen minutes.

Try it free. Bring your team next week.

No sales call, no migration consultant, no four-month implementation. Enter your card, get 14 days of the full Pro tier, cancel any time before day 14 with zero charge. Spin up a workspace, import your CSV, and have something useful before lunch.